站点改版、栏目调整、URL 规范化之后，站内往往会积累不少重定向规则。单看一条“A 跳 B”似乎没问题，但如果 B 又跳 C、C 再跳 D，蜘蛛每次顺着旧链接爬进来都要多跑几跳，抓取效率就被慢慢磨掉了。这篇文章整理一套重定向链与跳转层级的自查方法，重点是让旧 URL 一步到位、让跳转目标稳定可预期。
为什么要看“跳转链”，而不是只看单次跳转
大多数人检查重定向时，只会打开一条旧 URL，看到跳转成功就放过。但蜘蛛面对的是整站历史链接的集合：早年文章链接、被替换的栏目页、带参数的分享链接、外站留下的旧地址。这些入口只要有一条形成三级以上的跳转链，就会持续消耗抓取额度。
更麻烦的是，链式跳转经常伴随目标不稳定：今天的终点是栏目页，明天栏目合并后又变成新目录页，终点一变，之前所有指向它的跳转都要重新判断。把跳转层级压到一层、终点固定下来，后续维护会轻松很多。
重定向链自查清单
- 跳转次数：从任意旧入口出发，是否能在一次跳转内到达最终页面。
- 状态码使用：永久迁移用 301，临时活动或灰度用 302，不要把临时跳转长期留在生产环境。
- 跳转终点：终点是否为仍然可访问、内容相关的正式页面，而不是首页或某个宽泛的列表页。
- 跨域跳转：是否跳到了其他域名或其他子域，跨域跳转要确认目标确实承接该内容。
- 协议与域名版本：http 到 https、www 与非 www 是否反复来回跳。
- 大小写与斜杠：同一路径的大小写、结尾斜杠是否产生额外一跳。
- 与 canonical 的一致性：页面自身的 canonical 是否与跳转终点指向同一个地址。
- 规则冲突：服务器配置、CDN 边缘规则、应用层路由是否叠加了多套跳转，互相追加。
四类高频问题
1. 链式跳转层层叠加
典型场景是 URL 结构调整分几次完成：第一次把日期目录去掉，第二次把栏目名改成新命名，第三次又统一了结尾斜杠。如果每次都新增一条规则而没有回头合并，旧链接就会走完三轮才落地。处理方式是把历史规则逐条走通，能直接指向最终地址的就改写成一步。
2. 临时跳转被当成永久跳转用
302 常用于活动页或灰度验证，但如果活动结束后忘了替换，搜索引擎会持续把它当作临时状态看待，旧地址的权重传递和收录替换都会变得犹豫。定期扫一遍站点里所有 302，确认每一条都有明确的保留理由。
3. 跳转终点与 canonical 不一致
跳转把蜘蛛送到 B 页面，而 B 页面又用 canonical 指向 C，这会让蜘蛛在两个信号之间反复确认。正常情况下，跳转终点就应该是 canonical 指向的地址，两者对齐后再谈其他优化。
4. 一律兜底跳首页
内容已删除、栏目已合并时，把旧链接全部指到首页是省事的做法，但对用户和蜘蛛都没有帮助：用户找不到想要的内容，蜘蛛也会把大量旧入口聚到同一个页面上。能对应到同类内容就对应，确实没有承接页面的，用明确的 410 或 404 反而更清楚。
一次可执行的排查流程
- 从蜘蛛抓取日志中筛出状态码为 3xx 的请求，按出现频次排序，优先处理高频旧地址。
- 对每条地址手工走一遍跳转，记录跳转次数与最终落点，形成一份跳转清单。
- 把两级以上的跳转合并为一级，把终点改为当前的正式地址。
- 检查服务器配置、CDN 规则与应用路由，确认没有多套规则同时对同一路径生效。
- 确认跳转终点页面可访问、内容相关、自带 canonical 且指向自身。
- 更新内链与站点地图，把仍在使用旧地址的内部入口替换掉。
- 把跳转清单纳入版本管理，下次改版前先对照清单，避免重复叠加规则。
复查节奏
重定向不是一次性工作。建议每次栏目调整、域名或协议变更、CDN 规则更新之后都做一轮快速复查，重点看有没有新增的链式跳转和失效终点。日常也可以按季度抽查一次日志中的 3xx 请求，观察高频旧地址是否在逐步减少。
判断标准很简单：一条旧链接，蜘蛛一跳就能到位，用户点击也不会觉得突兀，这条规则就算合格。其余的情况，都值得再改一次。