重定向本身不是坏事。站点改版、更换域名、合并栏目、修正错误地址时，301 是保留用户路径与访问体验的常规手段。问题往往出在跳转链上：A 跳 B、B 跳 C、C 才是终点，或者兜了半天跳进一个 404。蜘蛛每遇到一次 3xx，都要额外发起一次请求，链子越长，抓取预算消耗越多，最终地址被发现的时间也越晚。
跳转链是怎么一点点攒出来的
大多数跳转链不是刻意设计的，而是多次改动叠加的结果。改版时加了规则，合并栏目时又加一层，协议迁移时再套一层，没人回头看最早的地址，链子就变长了。
- 多次改版叠加，同一条路径上套了三四层规则；
- 只更新了页面里的链接，旧的重定向规则一直留着；
- 模板里写死了带 www 或 http 的地址，靠跳转兜底；
- 大小写、结尾斜杠、参数写法不统一，用跳转来掩盖差异；
- 域名级跳转（www 与非 www、http 与 https）和路径级跳转叠在一起，一次访问要跳好几下。
一轮自查可以这样做
- 先从服务器日志里捞 3xx 状态码的请求，看看占比和集中出现的路径；
- 抽样选择地址：栏目页、详情页、改版前的老地址各取几条；
- 逐跳查看。用命令行工具或抓包工具按顺序跟进每一跳的状态码与 Location 字段，把跳数记下来；
- 确认终点。最终地址应返回 200，并且和页面上的 canonical 指向保持一致；
- 检查内链与站点地图。站内链接、导航、站点地图里应该直接写最终地址，而不是让蜘蛛多跳一次；
- 检查跳转类型。长期有效的迁移用 301，短期的 302、307 不要用来承担长期职责；
- 修复时把多跳合并成一条直达规则，并清理已经用不到的中间规则。
需要重点盯的几类地址
- 首页的多个域名变体，是否一次就能跳到主域名；
- 改版后废弃的旧目录，是否还挂着一长串规则；
- 带旧参数的文章或栏目地址；
- PC 与移动端之间互相跳转的页面；
- 旧协议下的资源页与下载页。
修改时容易踩的坑
- 一次性替换全部规则，出问题没有回滚方案；
- 用跳转链去掩盖重复内容，结果和 canonical 的指向互相打架；
- 把 301 当万能工具，内容已经删除还全部跳首页，用户和蜘蛛都会困惑；
- 中间规则删得太急，站外老链接直接变成 404。
一条规则尽量一条链，能一跳到位就不要加第二跳；改规则之前先把旧规则导出留档，改完再抽几条地址验证一遍。
把它放进日常节奏里
重定向链自查不需要天天做，但每次改版、合并栏目、迁移协议之后做一轮，成本其实很低。它和 robots、站点地图、canonical 的自查是一套组合动作：入口干净、路径直达，蜘蛛拿到的地址清单才更接近真实页面，站点结构也不会因为历史遗留的层层跳转而变得难以理解。