为什么重定向链值得单独排查
站点改版、栏目调整、域名更换、HTTP 升级 HTTPS，都离不开重定向。少量跳转本身不是问题，用户和蜘蛛跟着走一步就能到新地址。真正麻烦的是跳转变成一条长链，或者多个地址互相指来指去。每一次跳转都要多一次请求和响应，对访客是等待，对搜索引擎是抓取预算的消耗。更糟的是，链上任何一个环节返回错误、超时或指向无关页面，都会让原本可达的内容变得不可达。
所以重定向自查的目标不是追求“零跳转”，而是让跳转路径短、方向明确、状态码正确，并且有记录可查。
先分清跳转类型和常见问题
状态码是否用对
- 301：永久跳转，适合域名更换、URL 永久改版。
- 302/307：临时跳转，适合维护页、A/B 测试、短期活动。
- 308：永久跳转且保持请求方法，常用于需要保留 POST 的场景。
- Meta refresh 和 JS 跳转：能不用就不用，蜘蛛和用户都容易迷惑。
如果临时跳转长期挂着，蜘蛛可能仍把旧地址当作主地址，新地址迟迟得不到稳定信号。
链式跳转与循环跳转
链式跳转是 A→B→C→D，每多一层，就多一次等待和一次抓取消耗。循环跳转是 A→B→A，或者 A→B→C→A，浏览器会直接报错，蜘蛛也会放弃。排查时可以把跳转关系画成一张有向图，找出最长链和闭环。通常建议把链控制在 1 次以内，最多不超过 2 次。
跳转目标是否一致
常见错误包括：跳转到旧地址、跳转到首页而不是对应内容页、跳转到已删除页面、大小写或尾斜杠不一致导致二次跳转。比如 https 跳转到 http，再跳转到带 www，再跳转到尾斜杠版本，用户就会经历三次跳转。统一协议、主机名和尾斜杠规则，可以砍掉大量无意义跳转。
一份可执行的重定向自查清单
- 导出跳转规则：从服务器配置、CDN、CMS 插件、反向代理里分别导出，合并成一份总表。
- 抽样请求：对重点 URL 用 curl 或浏览器开发者工具查看完整跳转链，记录每一跳的状态码和 Location。
- 检查内链：站内链接不应指向会跳转的旧地址，直接写最终地址更省事。
- 检查外链与历史入口：外链无法控制，但可以确认跳到当前有效页面，必要时用跳转规则承接。
- 检查参数型地址：带跟踪参数、排序参数、分页参数的旧地址，是否都跳到同一个规范页，避免产生大量重复入口。
- 检查错误页：失效地址应返回 404 或 410，不要用 302 跳到首页假装没事。
- 检查 HTTPS 与主机名：证书、www、裸域、端口是否一步到位，中间不要来回跳。
- 检查移动端与独立版本：如果存在独立移动地址，确认跳转关系清晰，不互相打架。
- 检查日志：定期看服务器日志里的 301、302 出现频率，寻找异常高峰和长链。
- 做记录：每次新增跳转都写明原因、生效时间、负责人和失效时间，临时跳转到期清理。
处理跳转链的常用做法
发现链式跳转后，最直接的办法是把中间环节改成直接指向最终地址。例如 A→B→C，就把 A 的规则改成 A→C，B 的规则如果还有入口，也改成 B→C。对于循环跳转，先停掉其中一条规则，再确认哪边才是正确目标。
如果旧地址数量很大，可以用规则匹配批量处理，而不是逐条写。批量规则要小心优先级和覆盖范围，避免把正常地址也卷进去。改完后，用少量样本验证，再逐步扩大检查范围。
跳转不是越少越好，而是每一次跳转都要有明确理由；没有理由的跳转，就是可以清掉的成本。
把跳转纳入日常监控
重定向问题往往在改版、上线、切换 CDN 或更换证书后集中出现。可以把跳转链检查放进上线清单：上线前抽样，上线后看日志，隔一周再复查一次。对长期存在的跳转，定期确认目标页是否仍然有效，避免目标页被删掉后跳转变成死路。
另外，跳转规则和站点地图、内链、导航要保持一致。站点地图里放最终地址，内链直接写最终地址，导航不指向跳转地址，这样蜘蛛和用户拿到的路径才是同一条。
小结
重定向链自查不复杂，关键在于把跳转当成需要维护的资产，而不是上线时随手加完就不管。状态码用对、链长控制住、目标页有效、记录能查到，就已经能避开大部分因跳转造成的抓取浪费和访问卡顿。