死链工具：怎样安排最小修复试验
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /a920e2bca46e.html
📄
死链工具：怎样安排最小修复试验
最小修复试验的做法是：先从死链工具导出结果中挑出少量、来源明确、可以单独改动的链接，只改这一批，再用同一工具或服务器日志复查这批链接的状态变化。不要一次性批量重定向全站，也不要只看工具报告里的“错误数”下降就判断修复成功。试验的目标是确认某个修复动作是否有效，而不是马上清空所有死链。
常见误解：工具报错就等于必须立刻全改
死链工具通常通过抓取页面上的链接、请求目标地址并记录HTTP状态码来发现异常。它报告的是“请求结果”，不是“问题原因”。同一个404可能来自三种情况：页面里写错了链接、目标页面被删除、服务器规则误拦截。三者的修复方式不同，如果直接把所有报错链接都重定向到首页，短期报告可能变干净，但用户和搜索引擎到达的仍是无关内容，问题只是被掩盖了。
另一个误解是把工具报告当成实时全量数据。抓取有周期，缓存和CDN也可能返回旧状态。刚改完就复查，可能仍看到旧结果。因此试验要留出重新抓取或缓存刷新的时间，并以服务器访问日志中的实际请求状态作为交叉验证。
第一步：从报告里切出可试验的小样本
打开死链工具的导出表格，按下面条件筛选，得到一组不超过二十条的链接：
- 状态码一致，例如都是404或都是410，不混入超时和403；
- 来源页面集中，最好来自同一个栏目或同一批模板；
- 链接类型相同，都是内链，或都是指向同一外部域的外链；
- 修复动作可独立执行，不依赖改数据库结构或全站路由。
这样做的原因是控制变量。如果一批里既有内链错误又有服务器拦截，改完后无法判断是哪一步起了作用。样本越小，越容易逐条核对。
第二步：给每条链接指定一种修复动作并记录
常见动作有三种，适用条件不同：
- 改正链接地址：目标页面还在，只是URL写错。适用于来源页面可编辑的情况，改完直接指向正确地址。
- 设置单条重定向：目标页面已迁移到新地址，且新旧内容对应。只对确认有替代页面的链接使用，不要指向首页或栏目页。
- 删除链接或改为纯文本：目标内容已不存在且没有替代页面。适用于导航、推荐位等非必要引用。
在表格里新增两列：“计划动作”和“复查日期”。每条只填一种动作。如果一条链接同时存在多个问题，先记录，但本轮试验只处理最主要的那一个。
第三步：复查要对比什么
修复动作上线后，按以下顺序检查，而不是只看工具的错误总数：
- 用
curl -I或浏览器开发者工具请求该URL，确认返回200、301或410，并记录最终跳转地址； - 在服务器日志中查该URL的请求记录，确认状态码与工具报告一致；
- 重新抓取来源页面，确认页面中该链接的
href已变为预期值； - 对比修改前后同一批链接的状态码，只统计这批样本的变化。
判断结果的标准是：计划动作对应的状态码出现了，且跳转目标与内容相关。如果状态码变好但跳转到了无关页面，应视为未通过。如果状态码没变，先排除缓存和抓取延迟，再检查改动是否真正部署。
什么时候可以把试验扩大到全站
当样本中大部分链接都按计划达到预期状态，且没有出现新的报错，就可以把同一类动作套用到同类链接上。扩大时仍要分批：先处理同一模板产生的链接，再处理零散内链，最后处理外链。外链无法直接修改时，只能移除或替换引用，不要试图用robots.txt屏蔽来“修复”——robots.txt限制的是抓取，不等于从索引中移除，也不解决用户点击后看到404的问题。
如果试验中反复出现同一类失败，例如重定向链过长或规则互相覆盖，应先停下扩大，回到规则层面排查，而不是继续增加重定向条目。
下一步：从你手上的死链报告里选出状态码相同、来源集中的十条链接，填好“计划动作”和“复查日期”，只改这十条，抓取后对比状态码和跳转目标，再决定是否扩大范围。
