一个 URL 到最终页面，中间跳了几次
站点做一次协议升级、一次域名调整、一次目录重写，单独看每次改动都不大。但三轮改动叠加之后，同一个页面可能变成这样：http://example.com/old/a.html → https://example.com/old/a.html → https://www.example.com/old/a.html → https://www.example.com/new/a/。四个 URL，三次跳转，用户只觉得慢了一下，蜘蛛看到的却是三倍的抓取动作。
跳转链本身不会直接导致页面不收录，但它会让这条链路变长、变脆。在抓取频率本就有限的站点上，这种消耗更容易被感知。
跳转链是怎么一层层叠出来的
- 协议升级：http 整站跳 https，但老链接还在被引用
- 主机名变更：加 www 或去 www，两套同时在线上
- 目录或路径重写：栏目改名，文章 URL 从 ID 改成路径名
- 末尾斜杠与大小写：/A/ 与 /a、/a 与 /a/ 各自跳一次
- 设备或地区判断：先跳中间页，再跳目标页
这些改动如果分批上线，很容易出现旧规则没下线、新规则又加上去的情况，于是同一条路径上挂了多个 301。
多级跳转会消耗什么
- 抓取次数：日志里同一路径被记多次，看起来抓得很勤，实际拿到的内容没变。
- 发现延迟：每跳一次都要重新解析、再排队，新页面从被发现到被抓的时间可能被拉长。
- 跳转上限：部分爬虫对连续跳转次数有容忍上限，链路太长时可能中断或降低频次。
- 信号稀释：外链指向中间 URL 时，传递到最终页面的效果通常不如直接指向最终页面。
- 排查成本：出问题时，你得分清是哪一跳断了，而不是先怀疑内容。
判断标准可以很简单：从外部链接到最终页面，理想状态是一跳到位，最多两跳。超过三次，就值得整理一次。
自查与合并的顺序
- 抓一条真实的外链或站内老链接，完整走一遍跳转链，把每一跳的 URL 和状态码记下来。
- 确认跳转类型：长期交接用 301，302 只适合临时场景；长期用 302，索引可能长期停留在旧 URL。
- 检查是否出现循环：A→B→A、A→B→C→B 这类情况会让蜘蛛反复绕圈。
- 把中间那一跳删掉：让旧 URL 直接 301 到最终 URL，而不是先跳到另一个中间 URL。
- 同步更新站内链接、导航、站点地图和已被引用的落地页，让它们直接写最终 URL。
- 把协议归一、主机名归一、路径重写三类规则放在同一处配置里，避免互相接龙。
合并之后看什么
改完不必马上判断效果。先看服务器日志里旧 URL 的抓取记录是否在减少、最终 URL 的抓取是否稳定；再看站点地图与站点后台报告中，重定向类 URL 的数量是否在下降。通常需要几周时间，蜘蛛才会逐步把旧路径换成新路径。
如果站点规模不大、页面类型单一，这一步整理往往比新增内容更容易执行；但如果内容本身质量不达标，简化跳转链也只是减少消耗，不会改变收录结果。
一条可执行的底线
给站点规则定一条底线：任何 URL，无论从哪来，最多经过一次跳转就能到达最终页面。新做重定向时套用这条，比事后清理一堆接龙规则轻松得多。