死链修复工具改版或迁移时应核对什么：先盯住旧的URL清单，再谈工具
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /391207ed6b44.html
📄
死链修复工具改版或迁移时应核对什么：先盯住旧的URL清单，再谈工具
改版或迁移时，死链修复工具能帮你发现失效链接，但它不能替你决定哪些旧URL必须保留、哪些可以放心重定向。真正要核对的第一件事，是旧站URL与目标URL的对应关系是否完整，而不是先看工具报了多少个404。常见误解是“工具扫完、批量301做完就算修复”，实际返工往往来自遗漏了带参数的URL、大小写不同的路径，以及分页和筛选页。
为什么工具扫描结果不等于迁移完成
爬虫通常从入口页出发，顺着站内链接抓取。如果旧站已经下线、robots.txt禁止抓取，或者内链早已被替换，工具就抓不到这些URL，但它们仍可能被外部链接、收藏夹或历史搜索结果指向。因此扫描结果只能说明“工具能到达的范围内有多少死链”，不能证明“所有旧URL都被处理”。
另一个原因是重定向链。工具可能把A→B→C标为正常，但多跳重定向会拖慢响应，也容易在某一跳丢失参数。核对时应记录每一跳的状态码和最终落地页，而不是只看最终返回200。
交付前必须逐项核对的清单
- 旧URL清单来源：服务器访问日志、旧版站点地图、搜索引擎站长平台导出的索引数据、CMS后台的历史别名记录，至少取两份互相补漏。
- 映射关系：每条旧URL对应唯一目标URL，目标页内容与原页面主题一致，不能全部指向首页。
- 状态码：永久迁移用301，临时调整用302；已彻底删除且无替代内容的页面返回410或404，不要用200首页冒充。
- 参数与大小写：
/Page?id=12与/page?id=12可能是不同URL，核对时保留原始大小写和查询串。 - 重定向链：确认没有A→B→C的多跳，也没有循环。
- 内链更新：站内导航、文章正文、站点地图中的旧链接应直接改成新地址，而不是依赖重定向。
一个可执行的核对步骤
假设旧站有产品页/old-product-123，新站对应/products/123。第一步，从日志中筛出该URL的历史访问记录，确认它确实被访问过；第二步，在测试环境配置301，用命令行请求旧地址，观察返回码和Location头；第三步，用工具复扫，确认该URL不再出现在404列表，且目标页可正常访问；第四步，抽查十条同类URL，判断映射规则是否一致。若抽查中出现指向首页或无关分类的情况，说明规则需要修正，不能直接全量上线。
适用条件是旧站仍可访问或日志完整；如果日志已丢失，只能依赖站长平台数据和外部链接反查，此时核对范围会缩小，必须明确告知协作方哪些URL无法确认。
多人协作时怎样减少返工
把URL映射表当作交付物，而不是口头约定。表中至少包含旧URL、新URL、状态码、负责人、核对状态五列，每完成一批就更新。工具扫描报告作为附件，标注扫描时间、入口和排除规则，避免不同人用不同范围得出不同结论。
另外要区分“已定位的原因”和“可能原因”。例如某旧URL返回404，可能是映射表漏填，也可能是服务器规则未生效，还可能是大小写不匹配。先记录现象，再逐项排除，不要直接断定是工具漏扫。
下一步：先导出旧站URL清单和最近30天访问日志，按路径类型分组，再决定哪些用规则批量重定向、哪些需要人工指定目标页。
