把一个旧地址指向新地址，本身是很正常的操作。麻烦在于旧地址 A 跳到 B，B 又跳到 C，C 才是真正的落地页。用户和蜘蛛每走一步都要发一次请求、等一次响应，手机网络下的体感尤其明显。重定向链不是一次配置失误，多数时候是几次改版叠加出来的结果。
跳转本身没错，错的是叠成一条链
一次跳转的成本不只是多一个请求。跨域跳转还会多一次解析和握手，链路一长，等待时间就从几十毫秒变成几百毫秒。对访客来说是多点一次；对蜘蛛来说，是同样的抓取预算被分给了中间地址。
判断标准可以很简单：一条旧地址如果需要跟随两次以上才能到最终页面，就值得单独拎出来处理。
常见的几种跳转形态
链式跳转
改版分几次做的时候最容易出现。第一版把 /old 指到 /new，第二版又把 /new 指到 /final，两批规则都没清理，链条就越接越长。表面上看每条规则都对，合在一起就是一条弯路。
把 302 当 301 用
有些后台或插件默认给 302。临时跳转反复出现，搜索引擎会更谨慎地处理地址迁移。确定是永久变更的，尽量一次用 301；确实是临时活动页，再用 302，并且记得到期后收掉。
循环和断头
A 跳 B、B 又跳回 A，浏览器会直接报错。另一种情况是跳到 404，或者跳到已经下线的域名。这两种在日志里通常表现为一段 3xx 之后紧跟着 4xx，属于明确要修的故障。
协议、域名、尾斜杠叠加
http 跳 https 是一跳，不带 www 跳带 www 又是一跳，末尾缺斜杠再跳一次。规则分开写在不同的配置里时，一个地址可能要走三跳才落地。可以先把这几类规则合并成一次判断，让请求直接到达最终地址。
怎么把跳转链查出来
- 用 curl 的 -I 或 -L 参数看响应头里的 Location，连续跟随几次，完整链条就出来了。
- 浏览器开发者工具的网络面板，勾选保留日志，逐条看 3xx 请求指向哪里。
- 服务器日志里按状态码筛出 3xx，统计哪些来源路径出现频率最高，优先处理高频的。
- 拿旧站点地图和新站点地图做比对，找出没有直接映射到最终地址的那批 URL。
- 抽查站内链接，尤其是导航、面包屑和正文里的老链接，看是否还指向中间地址。
修复的顺序比一次改完更重要
- 先修循环和断头，这两类是明确故障，处理成本低、影响直接。
- 再把链式跳转压平，让每条旧地址一步直达最终地址。
- 然后统一协议、域名和尾斜杠规则，减少规则之间的叠加跳转。
- 最后回头改站内链接，让内部入口直接用最终地址，而不是绕一层跳转过去。
- 保留一份跳转映射表，后续改版前先查表，避免重复添加和前后矛盾。
长期维护的几个习惯
- 跳转规则集中管理，不要散落在多处配置里各写一段。
- 每次改版前先导出旧 URL 清单，上线后对照检查一遍。
- 定期抽查日志中的 3xx 占比，看有没有新的链条悄悄长出来。
- 内链尽量指向最终地址，跳转主要留给外部历史链接。
重定向是过渡工具，不是长期结构。把地址收敛到唯一入口，访客少等几次，蜘蛛也能把更多时间花在真正的内容上，而不是反复确认哪条路径才算数。