📍 WDQWDWQD987AAAAA:216.73.216.39
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /91dddb06b407.html
📄

网站死链检查怎样形成可复用检查清单：多人协作交付清楚、减少返工的写法

把网站死链检查做成可复用清单，核心不是列一堆工具，而是固定“范围、判定、记录、复核、交付”五个字段，让任何人拿到清单都能复现同一结果。下面用一个假设例子说明。

先看一个假设例子：三人协作检查电商站

假设某电商站有三名编辑：A负责首页与栏目页，B负责商品详情页，C负责文章与活动页。他们约定每周检查一次死链。如果没有统一清单，常见结果是：A只点了首页导航，B用工具跑了一遍全站但没记录原始URL，C把404和软404混在一起。交付时三人说法不一，返工重查。

可复用清单要解决的就是这种不一致。它应让每个人按同一顺序执行，并把结果写成同一格式。

清单必须包含的五个固定字段

• 检查范围：写明是“全站URL”还是“指定目录”，并记录起始URL。范围不同，结论不可直接比较。
• 判定标准：明确哪些状态算死链，例如HTTP 404、410，以及返回200但内容为“页面不存在”的软404。
• 记录格式：每行至少写原始URL、来源页面、状态码、发现时间、检查人。
• 复核方式：规定由另一人随机抽取若干条重新访问，确认状态可复现。
• 交付物：一份表格加一段结论，说明已修、待修、误报各多少。

这五个字段缺一个，清单就会退化成“某次检查的记忆”，无法复用。

执行步骤：从抓取到交付的固定顺序

1. 确定范围，写入清单表头。假设只查商品目录，就写清目录前缀，不混入文章页。
2. 用爬虫或站点地图获取URL列表。站点地图不保证收录，所以它只能作为候选来源，不能当作完整清单。
3. 逐条请求并记录状态码。对返回200的页面，人工抽查是否含“不存在”“已下架”等文字，判断是否为软404。
4. 检查robots.txt是否限制了抓取。robots.txt的抓取限制不等于可靠的索引移除，它只影响爬虫访问，不能替代死链修复。
5. 把结果按“已修、待修、误报”分类，交给第二人复核。
6. 交付表格与结论，注明检查时间、范围和判定标准。

顺序固定后，不同人执行也能得到可比较的结果。

常见错误与判断结果

错误一：只记录“有死链”，不记录原始URL和来源页面。结果是修复人不知道从哪改。判断方法：看表格能否直接定位到链接所在页面。

错误二：把HTTPS当成安全无漏洞的保证。HTTPS不保证安全无漏洞或排名，它只是传输层加密。死链检查中若发现证书错误，应单独记录，不与404混为一类。

错误三：把工具输出直接当最终结论。工具可能把需要登录的页面误判为404，也可能漏掉JavaScript渲染后才出现的链接。判断方法：对可疑条目人工访问一次，确认状态可复现。

错误四：不同搜索引擎的结果混用。不同搜索引擎支持情况须分别核查，若清单面向多个搜索引擎，应分列记录，不合并成一个“死链总数”。

让清单真正可复用的两个动作

第一，把清单存成固定模板，每次检查复制一份，只改日期和范围。第二，每次交付后记录本次误报原因，下次检查前先看上一轮误报，避免重复劳动。这样清单会随协作次数增加而更准确，而不是每次从零开始。

下一步：拿你最近一次死链检查的记录，对照上面五个字段，补上缺失项，然后让另一位同事按同一模板重跑一小段范围，比较两人结果是否一致。