站点改版、换程序、合并栏目之后，最容易留下的痕迹不是死链，而是层层叠叠的跳转。一个地址被访问时先跳到旧目录，再跳到临时地址，最后才落到真正的页面上——对访客来说只是慢一点，对搜索蜘蛛来说，这条路径的每一步都要单独走完。
跳转链通常是怎么堆起来的
单次跳转往往是正常操作，问题出在没人清理中间环节。常见的叠加方式有几种：
- http 先跳到 https，再补 www，然后又补一个末尾斜杠；
- 老栏目 A 整体跳到新栏目 B，新栏目 B 后来又拆成 B1、B2；
- 为了统计点击，先经过一个跳转脚本再进入正文页；
- 大小写混用的路径各自写了一条跳转规则；
- 移动端与桌面端互相跳转，落地地址始终没有固定下来。
搜索蜘蛛顺着跳转走时，发生了什么
发现一个 URL 之后，蜘蛛请求的是这个地址本身。如果返回 3xx，它会记下目标地址，再发起一次请求。于是：
- 每个中间环节都占用一次抓取额度，链条越长，真正落到内容页的机会越少；
- 层数较多时，蜘蛛可能只走前几跳就返回，目标页面进入待抓队列的时间被推后；
- 302、303、307 这类临时跳转，通常不被当作地址迁移信号，旧地址仍可能被反复访问；
- 链条中只要有一环返回 404 或超时，整条路径就断在这里。
跳转本身不会让页面消失，但会让 URL 发现这件事变得更慢、更不确定。
一跳直达和五跳绕行，差别落在哪里
如果 A 直接 301 到 C，蜘蛛一次请求就能确认最终地址，之后 A 基本退出抓取视野；如果 A→B→C→D 层层跳，A、B、C 都会长期出现在日志里，最终地址的抓取频次取决于链条走通的程度。这正是不少站点日志里“旧地址一直在被抓、新地址却抓得很少”的原因之一。
哪些跳转还算可控，哪些需要尽快处理
- 可接受：单一 301 从旧地址指向最终地址，且最终地址返回 200；
- 需要观察：http 到 https、补 www 的归一，各一跳，规则统一；
- 需要处理：301 与 302 混用、跳转脚本参与、同一入口出现两条以上链式跳转；
- 容易出问题：跳转目标是 404、跳转到需登录页面、跳转目标又跳回原地址形成循环。
一份可执行的排查清单
- 在服务器日志或抓取工具结果里，筛出返回 3xx 的地址，按跳转目标分组；
- 对每个入口手工跟一次跳转，记录响应头里的状态码和 Location 字段，命令行工具加对应参数即可；
- 统计每条链的跳转次数，重点标记三次以上的链；
- 确认最终地址返回 200，且与页面上实际使用的地址一致；
- 检查首页、导航、站点地图里出现的是最终地址，而不是旧入口。
收敛跳转链的几个做法
- 直接指向终点：把 A→B→C 改成 A→C，能少一跳就少一跳；
- 统一地址写法：协议、主机名、末尾斜杠、大小写只保留一种形式；
- 站点地图只放最终地址：不要把跳转入口写进 Sitemap；
- 内链同步替换：导航、面包屑、正文链接都指向最终地址；
- 定期回归：改版后隔一段时间看日志中 3xx 的数量与最长链长度，避免新规则又叠出新的链条。
跳转是迁移地址的工具，不是长期通路。链条越短，URL 被发现、被抓取的过程就越干脆。