网站死链查询：怎样安排最小修复试验
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /425ce94ff04b.html
📄
网站死链查询：怎样安排最小修复试验
最小修复试验的做法是：先选一个死链最集中的目录，只修复其中一批链接，再用同一套查询方法复测，确认错误是否减少、是否引入新问题。第一次接触时，不要全站一起改，否则很难判断哪一步有效。
先做一次基线查询，不要急着改
假设你有一个内容站，文章页都放在 /articles/ 下，某次改版后部分旧文章地址失效。第一步不是打开编辑器改链接，而是先记录当前状态。
- 用站内爬取工具或搜索引擎的站点查询功能，抓取一批页面。
- 把返回 404、410 或多次跳转后仍失败的地址单独列出来。
- 按目录归类，例如
/articles/下有 30 条，/tags/下有 5 条。 - 记录每条死链的来源页：是导航、正文、站点地图，还是外部链接。
这一步的产出是一张基线表，而不是修复动作。没有基线，后面复测就没有对照。
选一个目录做修复试验
选择标准是：死链数量足够多、影响范围可控、修复方式相对统一。上面假设的例子中，/articles/ 有 30 条死链，适合作为试验对象。
常见修复方式有三种，适用条件不同：
- 改链：目标页仍然存在，只是地址变了。把来源页里的旧地址直接换成新地址。
- 301 跳转：旧地址有外部链接或历史流量，且新地址内容对应。适合保留权重传递路径。
- 删除链接：目标内容已经不存在，也没有合适替代页。适合清理正文里的无效引用。
假设这 30 条中有 20 条能找到对应新地址，5 条只能跳转到栏目页，5 条已无对应内容。那么试验范围可以定为：先处理 20 条改链，其余 10 条暂不动。这样做的原因是，改链最直接，复测时最容易判断结果。
常见错误是：一边改链，一边又调整栏目结构，还同时提交站点地图。多个变量一起动，最后无法判断死链减少是哪个动作带来的。
复测时看什么
修完第一批后，用与基线相同的方法再查一次。检查项包括：
- 原来那 20 条地址是否不再返回 404。
- 是否出现新的 404，例如改链时写错了新地址。
- 跳转链是否过长，例如 A 跳 B、B 又跳 C。
- 来源页是否还有遗漏的旧地址。
判断结果时，如果 20 条里 18 条恢复正常、2 条仍失败，说明修复方向可行，剩下 2 条需要单独排查。如果失败数量反而增加，先检查新地址是否写错，而不是继续扩大修复范围。
需要区分“可能原因”和“已经定位的原因”。复测发现某条链接仍返回 404，可能是改链遗漏，也可能是目标页本身被删除，还可能是服务器规则拦截。只有逐项核对后，才能确定是哪一种。
试验通过后再扩大范围
当第一批 20 条的复测结果稳定，再把同样的流程套用到剩余 10 条，以及 /tags/ 下的 5 条。每扩大一批，都保留一次复测记录。
如果站点有站点地图，可以在修复后更新地图中的地址。但站点地图不保证收录，它只是提交入口。robots.txt 的抓取限制也不等于可靠的索引移除，不要用这两者替代实际的死链修复。
下一步：打开你的查询结果，按目录统计死链数量，选数量最多的那个目录，只修复其中一批，然后复测一次。
