测试死链接改版或迁移时应核对什么：先分清失效、跳转与漏改
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fdef05d0b7e4.html
📄
测试死链接改版或迁移时应核对什么：先分清失效、跳转与漏改
改版或迁移时测试死链接，核心是核对三件事：旧地址是否还能到达正确的新页面、站内是否还有指向旧地址的入口、以及返回的状态码是否与你的迁移意图一致。只跑一遍全站扫描不够，因为扫描工具会把“已跳转”“已失效”“被拦截”混在一起报出来，必须逐类判断。
先区分三种结果，再决定是否算死链接
扫描工具报出的问题通常分三类，处理方式完全不同。第一类是返回 404 或 410 的地址，这才是真正需要修的死链接。第二类是返回 301 或 302 的地址，它没有死，但如果跳转链过长或跳到无关页面，同样会损失访问路径。第三类是返回 403、429 或超时的地址，这往往是抓取被拦或请求过频，不代表链接失效。
- 404/410：目标不存在，需要补跳转或改指向。
- 301/302：可访问，但要检查跳转终点是否为目标页。
- 403/429/超时：先降低抓取频率或核对 robots 与服务器规则，再复测。
判断依据是状态码加跳转终点，而不是工具给的“错误数量”。同一个 301，跳到新文章页是正常迁移，跳到首页则多半是偷懒配置，应改成精确对应。
核对旧地址与新地址的对应关系
迁移前应有一份映射表，至少包含旧 URL、新 URL、跳转类型三列。核对时逐条验证：旧地址请求后是否最终落到内容最接近的新页面。如果旧地址是栏目页，新地址也应是栏目页，而不是某篇文章。
跳转链也要控制。假设旧地址 A 跳到 B，B 又跳到 C，这种多级跳转在迁移中很常见，应尽量压成 A 直接到 C。判断方法是用只看响应头的请求逐条跟踪，记录每一跳的状态码和 Location 值。跳转层级越多，出错和丢失参数的概率越大。
检查站内入口是否漏改
死链接不只来自外部，也来自站内导航、正文内链、面包屑和站点地图。迁移后应重新扫描全站，重点看三类位置：
- 导航与页脚：这些是全站模板，改一处影响所有页面，遗漏时影响面最大。
- 正文内链：旧文章里指向旧地址的链接，扫描工具通常能发现。
- 站点地图与 canonical：确认它们指向的是新地址，而不是残留的旧地址。
这里要提醒一点：站点地图里列出的地址不保证被收录，robots.txt 里禁止抓取也不等于该地址已从索引移除。所以核对时把“能否抓取”“能否收录”“是否已移除”分开看，不要用其中一项代替另一项。
用一次可执行的复测确认结果
修完之后不要只看工具分数。按下面步骤复测：
- 对映射表中的每条旧地址发一次请求，记录最终状态码和最终 URL。
- 确认最终 URL 与预期新地址一致，且返回 200。
- 抽查站内入口，确认没有仍指向旧地址的链接。
- 对仍返回 404 的地址，判断是应补跳转，还是本就该删除并返回 410。
适用条件是：你已经完成迁移或改版，且手上有一份旧地址清单。如果清单不全，先补齐再复测，否则漏掉的地址不会被发现。判断结果是：全部旧地址要么精确跳转到对应新页，要么明确返回 410，且站内无残留旧链接，才算通过。
下一步，把映射表、复测记录和仍待处理的地址整理成一份清单，按“补跳转、改内链、确认删除”三类分派处理，再复测一轮。
