域名历史出现异常时,确定影响范围的核心做法是:先把“异常”拆成可观察的现象,再按时间、解析、抓取、索引、流量五个维度做交叉比对,最后用一张范围表标出哪些页面、哪些子域、哪些时间段受影响,哪些只是看起来受影响。范围表一旦交付,多人协作时谁改什么、谁验什么就有共同依据,返工主要来自范围没划清,而不是技术难度。
“域名历史异常”在不同人嘴里可能指完全不同的东西:有人指旧解析记录还指向陌生 IP,有人指搜索摘要里出现与本站无关的旧内容,有人指抓取日志里出现大量陌生路径。这三种现象的排查路径不一样,交付物也不一样。
可以把异常先写成一句可核对的话,例如:
写成现象之后,才能判断影响范围是“一个子域”“一批 URL”还是“整个域名”。这一步不做,后面所有讨论都会变成猜测。
确定影响范围时,建议同时看五个维度,任何单一维度都不足以定论:
五个维度中,如果只有索引维度异常而抓取和流量正常,影响范围通常限于展示层;如果抓取和流量同时异常,范围可能已经进入实际访问层。判断结果决定后续交付是“修正展示”还是“修正服务”。
多人协作时,口头描述“大概影响了一批页面”最容易返工。可以固定一张表,字段如下:
表里每一行都必须能被另一个人独立复核。例如“是否仍被索引”不能只写“是/否”,要写清用哪个搜索引擎、查询的是完整 URL 还是站点限定查询,以及查询日期。假设某条记录显示某子域在 3 月 10 日后抓取全部返回 404,而外链仍指向该子域,那么范围就应包含“该子域全部 URL”和“指向它的外链页面”,而不是整个主域。
这里要区分“可能原因”和“已经定位的原因”。例如 404 上升可能是迁移遗漏,也可能是服务器配置变更,还可能是旧站路径被外部持续请求。范围表只记录已经观察到的现象和已验证的指向,原因栏留到证据足够时再填。
确定影响范围时,有几类判断容易被误用:
robots.txt 的抓取限制不等于可靠的索引移除。限制抓取后,页面仍可能以旧摘要形式出现在结果中,因此不能把“已加 robots 限制”当作“已从索引移除”的证据。核对时至少确认三件事:异常 URL 是否可公开访问、返回的状态码是否稳定、页面内容是否与预期版本一致。三项都确认后,再把结论写入范围表。
范围划清之后,处理方式按影响面选择:
适用条件是:范围表已经能区分“已确认受影响”和“待观察”。如果两者混在一起,先补证据,不要进入处理阶段。下一步可以把范围表中的每一行指派给具体复核人,并约定同一时间点重新核对抓取状态与索引状态,确认范围是否扩大或收敛。