测试死链接怎样形成可复用检查清单-把一次性排查变成固定流程
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3af22a1517eb.html
📄
测试死链接怎样形成可复用检查清单-把一次性排查变成固定流程
可复用的死链接检查清单不是把工具报告另存一份，而是把“发现—判断—处理—复验”四个环节固定成同一套字段和判定标准，让下一次检查可以直接沿用。常见误解是：只要跑一次扫描工具，把返回404的链接全部改掉，就算完成了死链接测试。实际上，扫描结果里混着大量需要人工判断的情况，直接批量修改反而会制造新的失效链接。
为什么扫描结果不能直接当成待修清单
扫描工具只能报告某次请求的响应状态，无法替你判断这个链接是否真的应该存在。同一个404至少对应几种不同情况：
- 链接确实写错，目标页面存在，只是路径或参数有误。
- 目标页面已删除且没有替代内容，链接应当移除而不是修复。
- 目标页面迁移到新地址，需要设置跳转而不是改文字。
- 服务器临时故障或反爬限制，返回404只是本次请求的现象。
- 链接指向站外资源，对方站点已关闭，你无法修复，只能替换或删除。
如果不区分这些情况就批量处理，很可能把“应该删除的链接”改成指向无关页面，或者把“临时故障”当成永久失效。清单的价值就在于把判断依据写死，而不是依赖每次排查时的临时印象。
清单应包含的固定字段
一份可复用的检查清单，核心是字段稳定。建议每条记录至少包含以下内容，字段名可以按项目习惯调整，但含义要保持一致：
- 链接位置：出现在哪个页面、哪段内容、哪个模板中。同一链接在多处出现时要分别记录，因为处理方式可能不同。
- 链接类型：正文链接、导航链接、图片链接、按钮链接、站外链接、文件下载链接。
- 响应状态：记录实际返回的状态码，而不是只写“失效”。
- 判定结论：修复、跳转、移除、替换、暂缓观察，五选一。
- 处理依据：写清为什么这样判定，例如“目标页已合并到新页”“对方域名已停止解析”。
- 复验结果：处理后重新请求一次，记录新的状态码和检查时间。
把“判定结论”和“处理依据”分开，是为了让后来接手的人能看懂当时的判断，而不是只看到一个改好的结果。
一套可以直接执行的检查步骤
下面这套步骤适合已有页面或项目在原有基础上改进时使用，不要求一次性全站铺开：
- 选定一个范围，例如某个栏目、某个模板或最近更新的若干页面，避免一开始就全站扫描。
- 用扫描工具或手工点击获取该范围内的链接列表和响应状态，导出为表格。
- 逐条填写上表中的固定字段，先不做任何修改。
- 对“判定结论”为修复或跳转的条目，确认目标地址确实存在且内容相关。
- 对“判定结论”为移除的条目，确认删除后不影响页面可读性和用户下一步操作。
- 完成修改后，用同一范围、同一方式重新扫描一次，对照复验结果。
- 把本次清单存档，下一次检查时直接复制表头，替换数据即可。
这里的关键是第3步：先记录、后修改。很多返工都来自边看边改，改到后面已经记不清最初判断的是什么。
判断标准与适用条件
清单能否复用，取决于判断标准是否写得足够具体。以下几条可以作为填写时的参照：
- 站内链接返回404，且目标内容在站内另有对应页面，判定为修复或跳转；没有对应内容，判定为移除。
- 站外链接失效，先确认对方是否更换域名；无法确认时判定为替换或移除，不要保留一个长期打不开的引用。
- 同一链接在不同页面出现，若其中一处是导航或模板，优先处理模板，避免逐页修改。
- 响应状态反复变化，例如有时200有时404，先标记为暂缓观察，记录多次请求结果再下结论。
- 链接指向文件下载，失效后要确认是否有替代文件；没有替代文件时，移除下载入口比保留一个报错链接更合适。
这些标准不是绝对的，但写进清单后，不同人执行时能得到接近的结论。适用范围是内容型页面和常规站内链接；如果链接涉及登录态、地域限制或需要特定请求头才能访问，扫描结果本身就不足以作为判断依据，需要单独说明。
复验与存档的注意点
复验不是再跑一次工具就结束，而是对照原清单逐条确认。重点看两类条目：判定为修复的，新地址是否返回正常状态；判定为移除的，原位置是否还有残留的空链接或错误跳转。复验完成后，把清单连同扫描时间、工具名称、请求方式一起存档。这样下次检查时，你可以先看上一版清单中“暂缓观察”的条目是否有了结论，而不是从零开始。
下一步可以做的，是挑一个你熟悉的页面范围，按上面的字段建一张空表，先只填“链接位置”和“响应状态”两列，跑一遍扫描。填完后再补“判定结论”和“处理依据”，你会更清楚哪些字段在实际操作中需要调整。
