响应头不同,首先影响的是“这个地址还能不能继续用”的判断,而不是页面内容本身。假设同一批链接在检测中返回了相同的可见正文,但一个返回 200,另一个返回 404、410 或 301,此时不能只看正文相似就认为两者等价。死链检测要判断的是地址级状态,响应头决定了这个地址是被保留、被替换,还是被当作失效入口处理。
页面正文相同,通常只说明用户看到的文字或结构接近。对死链检测而言,更关键的是响应头给出的状态语义:200 表示请求成功,404 或 410 表示该地址不可用,301 或 302 表示请求应转向另一个地址。若一个地址返回 404 却仍输出与正常页相同的内容,检测工具可能把它记为死链,而人工打开页面时却觉得“内容还在”。分歧往往就出在这里:一方看的是可见内容,另一方看的是响应状态。
把分歧转成可核对项目时,至少应记录请求地址、响应状态码、Location 响应头、最终落地地址和正文是否一致。只记录“页面能打开”不够,因为能打开可能来自缓存、前端渲染或错误页模板。
假设某站点有一份活动说明,分别位于 /promo、/promo-old 和 /promo-copy。检测时三者正文几乎相同,但响应头不同:/promo 返回 200;/promo-old 返回 301,并指向 /promo;/promo-copy 返回 410,同时输出一份“内容已迁移”的提示页。此时如果只凭正文判断,很容易把三个地址都当作有效页面;如果只凭状态码判断,又会把 /promo-copy 直接归为需要清理的死链。
更稳妥的动作是分别处理:保留 /promo,把 /promo-old 视为已迁移入口并核对跳转目标,把 /promo-copy 视为已失效地址并检查是否还有内部链接指向它。这个动作会直接影响下一步:若 /promo-copy 仍被导航或站点地图引用,应优先改链;若它只存在于历史外链中,则重点转向是否需要保留一个可识别的失效说明。这里的判断依据不是正文相似度,而是响应头与引用关系。
Location 和最终状态,不能停在第一跳。当多个角色对同一事实理解不同时,可以先约定一张核对表:请求地址、响应状态、跳转目标、最终地址、正文是否一致、站内引用位置、站点地图是否仍包含。然后按同一批地址复测,而不是各自打开页面截图。若复测后仍出现“正文相同但状态不同”,优先以响应头判断地址级状态,再决定是否改链、保留跳转或提交移除。
需要额外说明的是,robots.txt 的抓取限制不等于可靠的索引移除;站点地图不保证收录;HTTPS 也不保证安全无漏洞或排名。它们与响应头判断属于不同层面,不能互相替代。对于不同搜索引擎的支持情况,应分别核查,不应把一次检测结果直接推广到所有入口。
Location 指向的地址,直到得到最终状态。这样做的结果不是立刻消除所有分歧,而是把“内容看起来一样”与“地址是否仍可用”拆成两个可验证的问题。下一步该改链、保留跳转还是继续观察,取决于响应头和引用关系,而不是页面正文是否相似。