测试死链接：怎样安排最小修复试验
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /a6f85aaca4f4.html
📄
测试死链接：怎样安排最小修复试验
最小修复试验的做法是：先选一小批已确认的死链接，只改一个变量（例如只换目标地址，或只加一条重定向），然后复测同一批链接的返回状态和跳转结果。试验的目标不是立刻清空全站死链接，而是用最小成本验证“这类问题的修法是否有效”，再决定是否推广到全站。
先明确交付结果，再倒推需要什么
把这次试验的交付物定成一份可复核的记录：修复前后的链接清单、每条链接的返回状态、修改内容、复测时间、结论。倒推下来，你需要四样东西：
- 问题清单：至少包含来源页面、链接地址、点击后观察到的现象。
- 修改权限：能改页面链接、配置重定向或调整服务端规则的人或账号。
- 复测手段：能查看HTTP状态码、跳转链和最终落地页的方法。
- 验收人：由谁判断“这条算修好了”，避免改完没人确认。
如果这四样缺一样，试验就会停在“改了但说不清效果”的状态。缺权限时先只做记录和分类，不进入修改阶段。
把死链接分类，只挑一类进试验
死链接不是一种问题。常见类型包括：页面已删除且无替代内容、页面换了地址但内容仍在、链接写错字符、外链站点已下线、服务器临时故障。不同类型的修法不同，混在一批里测，结论会失真。
最小试验只选一类，例如“站内链接指向了已改版的旧地址”。挑选时优先满足两个条件：样本量在5到20条之间，且你能直接控制修改。数量太少看不出规律，太多则超出“最小”的范围。
只改一个变量并记录修改前后
假设你选出10条站内死链接，全部指向旧路径。可以这样安排：
- 复测并记录每条链接当前的状态码和最终落地地址。
- 只做一种修改，例如为旧路径配置301跳转到新路径，不改页面上的链接文字。
- 等待配置生效后，用同一方法复测同一批链接。
- 对比修改前后：状态码是否从404变为301再到200，落地页是否与预期一致。
只改一个变量的意义在于：如果结果变好，你知道是这项修改起的作用；如果没变好，也知道不是这项修改能解决的。同时改链接文字又加重定向，就分不清哪个环节生效。
验收要看什么，不看什么
验收标准应事先写清楚。可核对的检查项包括：
- 原链接返回的状态码是否符合预期。
- 跳转链是否只有一跳，还是出现多跳或循环。
- 最终落地页是否与用户预期内容相关，而不是跳到首页。
- 来源页面上的链接是否仍可点击、可访问。
需要区分的是：返回200不等于内容对得上，跳转到首页也不算真正修复。另外，robots.txt的抓取限制不等于可靠的索引移除，站点地图也不保证收录，这两项都不能当作死链接修复的验收依据。
根据试验结果决定下一步
如果这批链接全部按预期恢复，说明该类修法可用，可以按同样规则处理同类链接，但仍要分批复测。如果只有部分恢复，先看失败的那几条有什么共同点，例如目标地址本身也不存在、跳转规则被其他规则覆盖。如果全部没变化，先确认修改是否真的生效，再考虑换一种修法。
下一步建议：从现有问题清单里挑出同一类型的5到10条链接，写下修改前后的状态记录表，指定一名验收人，然后只做一种修改并复测。得到结论后再决定是否扩大范围。
