死链测试工具改版或迁移时应核对什么：先分清必须阻断和只需观察的链接
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /eb401df66792.html
📄
死链测试工具改版或迁移时应核对什么：先分清必须阻断和只需观察的链接
改版或迁移时，死链测试工具最该核对的是：新旧地址的对应关系是否完整，以及哪些链接必须返回 301、哪些只需保持 200。时间和人手有限时，先处理会直接损失流量与转化的链接，再处理仅影响体验的链接。判断标准不是“有没有死链”，而是“死链是否落在有外部链接、有站内入口、有转化价值的页面上”。
准备阶段：先导出旧站链接清单，再定优先级
不要等新站上线后才开始查。迁移前应把旧站可访问的 URL 尽量导出，来源包括：
- 旧站 XML 站点地图中的 URL；
- 服务器访问日志中近期有真实访问的 URL；
- 站内导航、栏目页、文章页中指向其他页面的链接；
- 已知有外部链接的页面，可用死链测试工具或外链查询工具交叉核对。
把清单按优先级分成三档：第一档是有外部链接或稳定自然流量的页面，第二档是有站内入口但流量一般的页面，第三档是低价值或已无入口的历史页面。第一档必须在新站有对应地址或明确跳转；第二档可跳转到最接近的栏目页；第三档可以返回 410 或保留 404，但不要统一跳首页。
实施阶段：用死链测试工具核对状态码与跳转链
迁移实施时，最关键的一步是核对每个旧 URL 的响应状态码和跳转终点。常见判断如下：
- 301：适合旧页面永久迁移到新页面，且新旧内容主题一致。
- 302：只适合临时调整，不要用它做长期迁移。
- 404 / 410：旧页面确实不再提供，且没有重要外部链接时可以使用。
- 200：新地址可访问，但要确认返回的是正确内容，不是软 404 或空页面。
用死链测试工具批量抓取时，重点看跳转链是否超过一跳、是否跳到无关页面、是否出现循环跳转。一个旧 URL 若先 301 到 A，A 又 301 到 B，应尽量改成直接 301 到 B，减少传递损耗和抓取浪费。若工具只报告“最终 200”，要单独检查中间跳转，不能只看终点。
验证阶段：区分“已定位原因”和“可能原因”
发现死链后，先判断它属于哪一类，不要把所有 404 都归因于迁移遗漏。可能原因包括：
- 旧 URL 没有写入跳转规则，属于已定位的配置遗漏；
- 新站 URL 规则变化，但跳转规则仍按旧规则匹配，属于已定位的规则冲突；
- 页面被 robots.txt 限制抓取，工具无法访问，这不等于页面已删除，也不等于搜索引擎已移除索引；
- 服务器临时故障或防火墙拦截，属于可能原因，需要换网络或换工具复测。
验证时至少抽查三类页面：首页与核心栏目、有外部链接的文章、曾经有转化的落地页。检查项包括：旧 URL 是否直接跳到新 URL、新 URL 是否返回 200、页面标题与主体是否对应、canonical 是否指向新地址。站点地图不保证收录，提交新站点地图只是辅助发现，不能替代跳转核对。
维护阶段：上线后按周复查，逐步收敛
迁移上线后不要只查一次。建议第一周复查核心链接，第二周复查全站抓取结果，之后每月抽查一次。维护时保留一份“旧 URL—新 URL—状态码”的对照表，后续新增跳转或删除页面都更新它。若使用 HTTPS，也要注意 HTTPS 不保证安全无漏洞或排名，证书配置、混合内容和跳转协议仍需单独检查。不同搜索引擎对跳转和索引的处理节奏不同，应分别核查，不能用一个平台的结果推断全部。
下一步：从旧站导出访问日志中近 30 天有请求的 URL，按是否有外部链接分成两列，先为第一列逐条配置并验证 301，再用死链测试工具复抓，确认没有跳转链和错误终点。
