死链修复工具：检查前需要准备哪些信息
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /69a52577a326.html
📄
死链修复工具：检查前需要准备哪些信息
在使用死链修复工具检查之前，至少要先准备好四类信息：待检查的网址范围、站点的抓取权限说明、已知的跳转与删除记录，以及一份可对照的页面清单。缺少这些信息，工具给出的结果往往只能说明“某个链接打不开”，却无法判断它应该被修复、跳转还是移除。
先假设一个场景：从一份旧页面清单开始
假设你接手一个已有站点，手里有一份三个月前导出的页面清单，现在想用死链修复工具做一次全站检查。此时不要直接把首页地址丢进工具。更稳妥的做法是先整理清单，把每个网址按栏目归类，并标注它属于文章页、产品页、标签页还是分页。这样做的原因是：不同页面类型的处理方式不同，文章页失效通常考虑恢复或跳转，分页失效往往直接移除链接即可。
整理时容易犯的错误，是把带参数的网址和规范网址混在一起。例如同一篇文章可能同时存在带跟踪参数的版本和干净版本，如果全部交给工具检查，结果里会出现大量重复项，反而掩盖真正需要处理的死链。检查前应先确定以哪一套网址为准，再让工具按这套清单工作。
需要准备的信息清单
- 待检查网址范围：是全站，还是某个栏目、某批页面。范围越明确，结果越容易处理。
- 站点地图或页面清单：用来和工具抓取结果对照，判断工具是否漏抓了重要页面。
- robots.txt 的当前内容：确认哪些目录被禁止抓取。抓取限制不等于索引移除，被 robots.txt 挡住的网址，工具可能根本看不到，结果会不完整。
- 已知的跳转记录：哪些旧网址此前已经做过 301 跳转，避免重复处理或覆盖原有规则。
- 已删除页面的说明：哪些内容是主动下线的，这类网址适合返回 410 或保留跳转，而不是一律“修复”。
- 服务器返回状态的可核对方式：确认你能自行请求某个网址并看到状态码，便于复核工具结果。
检查项与判断结果
准备好信息后，可以先做一轮小范围验证，再扩大范围。具体步骤是：从清单中挑出 10 到 20 个已知正常的网址和 3 到 5 个已知失效的网址，一起交给工具检查。如果工具把正常网址报为死链，说明抓取方式或权限设置有问题；如果已知失效的网址没有被报出来，说明检查范围可能不完整。
判断结果时，可以把返回状态分成几类处理：
404或410：页面确实不可访问，需要决定恢复、跳转还是保留失效状态。301或302：属于跳转，不一定是死链，但要确认跳转目标是否有效、是否形成跳转链。- 超时或连接失败：可能是服务器临时问题，也可能是网址本身有误，需要重复请求再判断。
- 被 robots.txt 限制：工具未能抓取，这类结果不能直接当作死链结论。
这里要区分“可能原因”和“已经定位的原因”。一个网址打不开，可能是页面被删除，也可能是服务器临时故障、DNS 解析异常或抓取被拦截。只有重复请求并核对服务器状态后，才能确认属于哪一种。
常见错误与适用条件
最常见的错误，是把工具输出的每一条都当成必须修复的死链。实际上，有些失效网址来自外部站点错误引用，你无法控制对方页面；有些则是你自己已经主动删除的内容，保留失效状态反而更合适。死链修复工具的作用是发现和分类，不是替你决定处理策略。
另一类错误是忽略跳转链。一个旧网址跳转到中间网址，中间网址再跳转到最终页，这种链条会增加加载环节，也可能在某一步断掉。检查时应记录跳转的每一跳，而不只看最终是否可达。
适用条件方面：如果站点页面数量很少，手工抽查加服务器日志可能已经够用；如果页面数量多、更新频繁，定期用工具批量检查更省力。无论哪种方式，检查前准备好网址范围和权限信息，都是让结果可用的前提。站点地图不保证收录，HTTPS 也不保证页面不会失效，这些都不能替代实际的链接检查。
下一步，可以先从清单中选一个栏目做小范围试跑，核对工具结果与手动请求是否一致，确认无误后再扩展到全站范围。
