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

死链查询：怎样形成可复用检查清单

把死链查询做成可复用检查清单，核心是把“发现问题、判断性质、决定处理、交付复核”拆成固定字段，让不同的人按同一顺序执行，并把结论写成别人能直接接手的状态。清单不是链接列表，而是一套带判断依据和交付标准的流程。

先确定清单要解决哪类返工

多人协作时，返工通常来自三种情况：同一链接被不同人重复检查；发现 404 后直接改成 301，却没有确认目标页是否相关；只记录了失效链接，没有记录谁在什么时候复核。清单要针对这些具体损失设计，而不是把所有 SEO 检查项都塞进来。

可以先写一句适用范围，例如“本清单用于站内链接和对外推广链接的死链查询与处置交付”。范围越清楚，越不容易在协作中互相等待。

可复用清单的固定字段

建议每个死链条目至少包含以下字段，字段名保持稳定，换项目时只换内容，不换结构：

• 链接地址：完整 URL，便于直接复现。
• 发现位置：站内导航、正文、站点地图、外部页面或推广素材。
• HTTP 状态：例如 404、410、301 后的最终状态，记录实际返回结果。
• 判断结论：内容已迁移、内容彻底下线、临时故障、被 robots.txt 限制抓取等。
• 处理动作：保留并修复、设置跳转、删除入口、暂不处理。
• 负责人和复核人：避免“谁都能改、谁都不确认”。
• 复核结果：通过、退回、待补充证据。

这些字段的作用是让判断可追溯。只写“已处理”不算交付，因为下一个人无法知道处理是否符合预期。

判断条件与代价对比

死链查询的结果不能一律用同一种方式处理。可以按下面的条件做选择：

1. 如果目标内容已迁移到新地址，且新旧主题一致，优先设置 301 跳转，并更新站内入口。代价是需要确认新地址长期有效。
2. 如果内容已经彻底下线，且没有合适替代页，返回 404 或 410 比强行跳转到首页更清楚。代价是用户会看到失效页，但不会误以为内容还在。
3. 如果链接出现在重要导航或高流量入口，先修复入口，再处理历史链接。代价是修复范围更大，但能减少持续损失。
4. 如果只是抓取工具暂时超时，先复测再定性。把超时直接记为死链，会导致误改和返工。

需要特别区分：robots.txt 的限制不等于索引移除，也不等于链接一定失效；站点地图里出现的 URL 不保证被收录；HTTPS 也不保证页面没有其他问题。清单里应把“抓取限制”“索引状态”“链接可达性”分成不同检查项，不能混成一个结论。

执行步骤：从查询到交付

可以按以下顺序执行，并把每一步的结果写进清单：

1. 确定检查范围：站内链接、站点地图、外部引用链接分别列出，避免口径不一致。
2. 运行死链查询，导出状态码和最终 URL。对 3xx 链接继续跟踪到最终地址。
3. 逐条判断性质，填写“判断结论”和“处理动作”。遇到无法判断的，标记为待复核，不直接改。
4. 执行修复：更新入口、设置跳转或删除无效引用。每次修改只对应一个条目，便于回退。
5. 由复核人重新访问原链接和最终链接，确认状态符合预期，再填写复核结果。
6. 交付时附上清单文件和变更说明，让接手人能看到哪些已通过、哪些仍待处理。

假设一个例子：某篇文章里的旧链接返回 404，查询后发现内容已迁移到新文章，且主题一致。清单中记录原链接、新链接、301 处理、负责人和复核结果。复核时检查原链接是否跳到新文章、新文章是否可访问、站内入口是否已更新。若新文章主题不一致，就不应跳转，而应改为删除入口或保留 404。

让清单真正可复用的检查项

每次交付前，用下面几项做快速检查：

• 每个死链是否都有唯一编号，避免重复讨论同一条。
• 状态码是否记录的是实际返回结果，而不是猜测。
• 处理动作是否与判断结论一致，例如“内容下线”却跳转到无关首页就属于不一致。
• 负责人和复核人是否分开，避免自己改自己批。
• 是否区分了抓取限制、索引移除和链接可达性，没有把 robots.txt 当成删除索引的手段。
• 是否留下复测日期和复测结果，方便下一轮直接沿用。

如果团队使用不同搜索引擎或不同抓取工具，清单中应分别记录来源和核查结果，不能用一个平台的结果代替全部。不同搜索引擎对跳转、状态码和索引的处理需要分别核查。

下一步，选一个近期出现返工的死链处理记录，按上面的字段补全成一条完整条目，再让另一位同事只凭这条记录复测。如果对方能独立判断并给出通过或退回结论，这份清单就具备复用的基础。