检查失效链接：如何制定阶段性交付物
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ab864f95d72f.html
📄
检查失效链接：如何制定阶段性交付物
把“检查失效链接”做成阶段性交付物，关键是不要只交一份“死链清单”，而要按“发现—确认—处置—复验”四个阶段分别交付可核对的结果。假设某内容站有约两千个页面，运营者发现用户反馈“点进去是404”，此时需要先收集证据，再定位原因，最后把修复过程拆成可验收的阶段产物。
阶段一：交付“链接清单与来源说明”
这一阶段的目标不是修，而是把“哪些链接可能失效”变成可复核的表格。清单至少包含：链接地址、所在页面、链接类型（站内或站外）、发现方式（用户反馈、日志、巡检工具）、首次发现时间。
- 站内链接：同一站点内页面之间的跳转，失效通常与页面删除、改版或路径变更有关。
- 站外链接：指向其他站点的链接，失效原因可能是对方页面下线、域名变更或临时不可访问。
- 发现方式：要区分“用户报告”与“工具扫描”，两者证据强度不同，后者可能包含误报。
常见错误是直接把工具输出的“404列表”当成最终结论。工具报错只能说明某次请求未成功，可能是网络超时、反爬拦截或临时故障，并不等于链接已经永久失效。因此这一阶段的交付物必须保留“待确认”状态，而不是直接进入修改。
阶段二：交付“逐条确认结果”
确认阶段要对清单中的每条链接做人工或半自动复验，并记录判断依据。可执行步骤如下：
- 在无登录、无缓存的浏览器环境中访问该链接，记录返回状态。
- 若返回404或410，再检查该地址是否被重定向到其他页面；重定向到无关页面也算失效。
- 若返回超时或5xx，间隔一段时间重复访问，排除临时故障。
- 对站内链接，核对源页面是否仍然存在、是否已改版。
- 对站外链接，确认对方站点是否整体不可用，还是仅该页面被移除。
判断结果分为三类：已确认失效、疑似失效待观察、误报可忽略。只有第一类才进入修复队列。这一阶段的交付物是带状态标记的确认表，并注明每条判断的依据，例如“连续两次返回404”“重定向至首页”等。
阶段三：交付“处置方案与执行记录”
确认失效后，处置方式取决于链接所在位置和业务价值。常见选择包括：
- 更新为目标地址：原页面已迁移到新路径时，把链接改为新地址。
- 替换为相近内容：原内容不再提供，但有主题相近的可用页面。
- 移除链接：链接已无对应内容，且移除后不影响段落可读性。
- 保留并标注：引用类外链失效但仍有历史价值时，可保留并加说明。
执行记录要写清“改了哪个页面、改了哪条链接、改成什么、由谁在何时完成”。如果同一链接在多处出现，要逐条列出，避免只改了一处就认为完成。此阶段常见错误是批量替换时误伤正常链接，因此每次修改后都应保留修改前的版本或差异记录。
阶段四：交付“复验结果与遗留项”
修复完成后需要复验，而不是默认已经解决。复验至少覆盖两点：一是原失效地址现在返回什么状态；二是修改后的新地址是否能正常访问。复验结果同样以表格交付，包含复验时间、复验方式和结论。
对于仍未处理的链接，要单独列为遗留项，并说明原因，例如“对方站点整体不可用，暂不处理”“需等待内容负责人确认替换目标”。这样下一轮检查失效链接时，可以直接从遗留项继续，而不必重新扫描全部页面。
让阶段性交付物真正可用的检查项
在每阶段结束前，用以下问题快速核对：清单是否包含来源和发现时间；确认表是否区分了已确认与疑似；处置记录是否精确到具体页面和链接；复验是否覆盖了修改前后两个地址。只要有一项缺失，下一阶段就可能重复劳动或误判。
下一步可以从现有页面中抽取一小部分，按上述四阶段完整走一遍，先验证流程是否顺畅，再决定是否扩大到全站范围。
