先给结论:源数据缺项时,不要急着删页面或大改内容,而要先判断这个缺项是“暂时缺失”“结构性缺失”还是“错误数据”。暂时缺失可以保留并标注待补,结构性缺失通常需要改写页面定位,错误数据则应先退出索引或下线,等来源修复再决定是否恢复。判断错了,错误会顺着内链、聚合页和结构化数据扩散到整站。
缺项不是一种东西。常见的三类,处理方式完全不同:
可操作的判断动作:随机抽 10 到 20 条缺项记录,逐条回溯来源,标记属于哪一类。如果超过一半是暂时缺失,说明问题在采集和同步流程,不在页面策略;如果多数是结构性缺失,就要准备改写或退出方案。这一步的结论直接决定后面是修管道还是改内容。
保留适用于两种条件同时满足的情况:缺项预期会补回,并且页面的核心价值不依赖这个字段。例如一个产品对比页,某个参数暂时为空,但对比维度、使用场景和结论仍然成立,这种页面可以保留。
保留时要做的实际动作是:在页面或数据层显式标记“待补”,而不是留空白让模板渲染成默认值。假设一个列表页把空库存渲染成“0”,用户和抓取程序都会读到“无货”,这与“未知”是两回事。标记为未知后,后续同步任务能识别哪些记录需要重试,避免空值被当成有效数据固化下来。
需要提醒的是,保留不等于放着不管。要设定复查条件,比如来源恢复更新、字段连续多个周期仍为空。复查条件触发后再回到改写或退出的判断,而不是无限期挂着。
当缺项是结构性的,但页面所覆盖的主题本身还有用户需求时,改写比删除更合适。改写的核心不是补一个假值,而是把页面重心从“依赖该字段”转移到“不依赖该字段仍能成立”的部分。
假设一个车型页,某排放参数不再公布。若直接删页,会丢掉围绕该车型的其他查询;若保留原参数,则输出过时信息。可行的做法是把页面改为以在售配置、适用场景和已知规格为主,把缺失字段明确写成“官方未公布”,并去掉基于该字段的推断结论。改写的判断依据是:去掉这个字段后,页面是否还能独立回答一个完整问题。如果不能,改写就不成立,应该考虑退出。
改写后要检查内链和聚合页。指向该页的锚文本如果还在强调已删除的字段,会把错误前提继续传下去。实际动作是同步更新锚文本和聚合页摘要,让入口描述与新页面一致。
退出包括从索引移除、下线或合并到其他页面。适用条件是:缺项让页面结论整体失真,改写也救不回来,且来源在可预期的时间内不会恢复。典型情况是数据源整体失效、业务线终止、页面唯一价值就是那个缺失字段。
退出的动作要分步:先确认是否有其他页面承接该主题的搜索需求,有则做跳转或合并;没有则移除索引并保留可访问的说明页,避免用户直接撞上死链。做完之后观察抓取和展示数据的变化,但要清楚:请求量下降或某字段统计归零,不能单独证明退出正确,也可能是季节波动、需求转移或采集口径变化。要结合改动时间点前后的对比,并排除同期其他改动,才能判断这一步是否有效。
错误扩散通常不是从页面开始的,而是从引用开始的。缺项被模板、聚合页、结构化数据或内链反复引用后,才变成整站问题。所以处理顺序应该是先切断引用,再决定单个页面保留、改写还是退出。
这套顺序的价值在于:即使某个页面的最终决策错了,也不会通过引用链把错误放大。先切断引用,等于给后续判断留出可回退的空间。