死链检查 - 怎样形成可复用检查清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fde2c21b5bc9.html
📄
死链检查 - 怎样形成可复用检查清单
可复用的死链检查清单，核心不是把工具跑一遍，而是固定“范围、判定、优先级、复查”四件事。先确定要查哪些链接，再规定什么算死链，然后按影响大小排序处理，最后留出复查节点。做到这四步，同一套清单下次换站点或换栏目仍能直接套用，时间和人手有限时也能先做最该做的部分。
常见误解：工具报错就等于必须立刻修
很多人把死链检查等同于“打开工具、导出报告、全部清理”，结果清单越做越长，却始终无法复用。原因在于工具只负责发现异常，不负责判断异常是否值得处理。同一个 404 可能有完全不同的成因：页面确实被删除、链接拼写错误、服务器临时故障、爬虫被限制访问、跳转链路过长。若不区分，就会把大量正常或低影响的情况混进待办，反而挤掉了真正影响用户和抓取的修复工作。
清单第一层：先划定检查范围
范围决定工作量。建议在清单开头写清本次覆盖的链接来源，避免每次都临时决定：
- 站内链接：导航、面包屑、正文内链、分页、筛选参数链接。
- 对外链接：正文引用的外部页面、合作方链接、参考资料链接。
- 资源链接：图片、脚本、样式表、下载文件的地址。
- 入口来源：站点地图、历史提交记录、日志中高频抓取的地址。
人手有限时，按“用户必经路径优先”排序：首页到主要栏目的导航、转化路径上的按钮、被多次引用的内链先查，长尾标签页和低频筛选链接后查。这一步的判断结果是形成一张有先后顺序的待查地址表，而不是一次性全量扫描。
清单第二层：规定判定标准与证据
检查项要能给出明确结论，而不是“看起来有问题”。可以固定以下几项：
- 记录返回状态码，区分 404、410、5xx、超时、被拒绝访问。
- 记录跳转次数与最终落点，判断是否存在循环跳转或多级跳转。
- 记录链接所在页面与位置，便于判断影响面。
- 记录发现时间与复查时间，避免同一问题重复上报。
需要注意，robots.txt 的抓取限制不等于可靠的索引移除；某个地址被 robots.txt 禁止抓取，不代表它已从索引中消失，也不代表它一定该被当作死链处理。站点地图同样不保证收录，把地址放进站点地图只说明你希望被发现。HTTPS 也不保证安全无漏洞或排名，它只是传输层的一个条件。把这些分开记录，清单才不会因为概念混淆而给出错误结论。
清单第三层：按影响分配优先级
优先级判断可以借助一张简单对照表。以下为假设示例，用于说明判断逻辑，不代表真实项目数据：
- 高：主导航或转化路径上的链接返回 404，且被多个页面引用。
- 中：正文内链失效，但页面本身仍可访问，用户可绕行。
- 低：仅出现在归档页、极少访问的标签页，或外部链接已整体迁移。
判断条件不同，处理方式也不同。若链接指向的旧地址已有明确的新地址，优先做 301 跳转；若内容确实下线且无替代，返回 410 比长期 404 更明确；若只是链接写错，直接改正来源页面即可。对临时 5xx 或超时，应先确认是否服务器波动，再决定是否列入修复，不要把它和永久失效混为一谈。
让清单真正可复用的写法
把清单写成固定字段的表格或模板，每次只替换内容，不重新设计流程。字段可以包括：地址、来源页面、状态码、跳转落点、影响级别、处理方式、处理人、复查日期。这样下一次检查时，直接沿用字段和判定标准，就能比较两次结果的差异。
复查环节容易被省略，但它是复用清单的关键。修复后重新抓取被改动的地址，确认状态码和落点符合预期，再关闭条目。若同一地址反复失效，应回到来源页面检查链接生成逻辑，而不是每次手动修补。不同搜索引擎、网页搜索、平台推荐与付费广告对链接的处理方式并不相同，清单里若要区分，应分别记录，不要用一套结论覆盖所有渠道。
下一步可以做的，是先选一个栏目，用上述字段跑一遍小范围检查，确认判定标准和优先级是否符合你的站点结构，再把这套模板扩展到全站。这样形成的清单才经得起重复使用，而不是每次从零开始。
