死链检测工具：改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /63c372f30a68.html
📄
死链检测工具：改版或迁移时应核对什么
改版或迁移时，死链检测工具要核对的不只是“有没有 404”，而是旧 URL 是否被正确替换、跳转是否指向有效页面、内链与站点地图是否同步更新，以及检测结果能否作为多人协作的交付依据。只跑一遍工具、看到错误数为零就交付，往往会在上线后暴露大量遗漏。
先明确检测目标：哪些链接算“死”
死链检测工具通常会发现几类问题：返回 404 或 410 的页面、返回 5xx 的服务器错误、跳转链过长或跳到错误页面的链接、以及页面内指向不存在资源的链接。改版迁移场景下，重点应放在旧 URL 的最终去向，而不是只看首页或栏目页是否正常。
需要区分“可能原因”和“已经定位的原因”。例如，一个旧文章 URL 返回 404，可能是没有配置跳转，也可能是跳转规则写错、目标页被删除、服务器大小写敏感导致路径不匹配。工具只告诉你结果，具体原因仍需逐条核对。
假设例子：一次栏目迁移的核对过程
假设某站点把 /old-category/ 下的文章迁移到 /new-category/，并计划用 301 跳转承接旧地址。以下是可执行的核对步骤：
- 导出旧站所有可访问 URL，形成待核对清单，包含栏目页、文章页、分页和静态资源。
- 用死链检测工具抓取旧域名，记录每个 URL 的状态码、跳转目标和最终落地页。
- 逐条比对：旧 URL 是否 301 到内容最接近的新页面，而不是统一跳到首页。
- 检查跳转链是否超过一跳，避免 A 跳 B、B 再跳 C 的链路，减少抓取浪费和用户困惑。
- 抓取新站内链，确认没有链接仍指向旧路径；同时核对站点地图只包含新 URL。
常见错误包括：把大量旧 URL 统一跳首页；只处理文章页，漏掉标签页、分页和图片资源；跳转目标本身又返回 404；以及只在新站跑检测，没有回头验证旧地址。
多人协作时的交付核对项
多人协作容易返工，原因是检测结果没有统一口径。建议在交付前固定以下检查项：
- 旧 URL 清单是否完整，来源是否包含站点地图、日志和人工补充。
- 每条跳转是否有明确目标，目标页状态码是否为 200。
- 是否存在跳转环、跳转链过长或跳转到无关页面。
- 新站内链、导航、站点地图是否已全部替换为最终 URL。
- robots.txt 是否误屏蔽了需要被抓取的路径。注意，robots.txt 的抓取限制不等于可靠的索引移除。
- 检测报告是否标注了检测时间、工具名称、检测范围和未处理项，方便他人复核。
判断结果时，不要只看“死链数量”。如果旧 URL 返回 301 但目标页内容与旧页无关，对用户和搜索系统都不理想；如果目标页返回 200 但被 robots.txt 屏蔽，也需要单独核查。不同搜索引擎对跳转和收录的处理需要分别核查，站点地图也不保证收录。
上线后的复核与下一步
上线后应再用同一份旧 URL 清单跑一次检测，确认状态码和落地页没有变化。若使用 HTTPS，也要注意 HTTPS 不保证安全无漏洞或排名，证书与跳转配置需单独核对。
下一步可以直接做一件事：把旧 URL 清单、检测结果和跳转映射整理成一张表，指定一人复核跳转目标、一人复核内链与站点地图，确认无误后再交付。
