站点改版、更换域名、启用 HTTPS、统一 www，每一次调整都可能是合理的，但每一次也都容易留下一条跳转。单看一条规则没什么问题，问题是它们会叠加：老地址跳到旧域名，旧域名跳到 HTTPS，HTTPS 再跳到带 www 的地址，最后还要补一个结尾斜杠。访客要多等几秒，蜘蛛要多抓几次，目标页还不一定是真正想给的那个。跳转链不是配置错误，而是长期没人整理留下的账。
跳转链是怎么攒出来的
多数跳转链并非一次设计出来的，而是历次调整各留一层，慢慢串成一条线。以下几种最常见。
- 协议与域名叠加：http 版跳到 https 版，https 版又跳到带 www 的版本，一个请求走完两条 301 才到终点。
- 改版遗留：第一次改版把 A 跳到 B，第二次改版把 B 跳到 C，A 就成了一条两跳的链子。改版次数越多，链子越长。
- CMS 与插件自动补跳：插件把 /page 补成 /page/，而服务器规则又把 /page/ 指向别处，两边打架。
- 临时跳转被长期占用：302、307 本意是临时使用，结果挂着一年多没换，搜索引擎和访客都拿不到明确信号。
- 跳转目标本身有问题：终点返回 404，或者一刀切全部跳到首页，链子走完了，内容却没了。
- 循环跳转：A 跳 B，B 又跳回 A，浏览器直接报错，访客什么也看不到。
自查：先把链子摸清楚
排查跳转链不需要复杂工具，关键是按顺序看响应码和 Location 头。
- 命令行抽查：用 curl -I -L 地址 跟进整条链，观察每一次的响应码和 Location。也可以用 -w 输出跳转次数，快速判断哪条链超过一跳。
- 浏览器开发者工具：打开 Network 面板并勾选保留日志，刷新页面，看文档请求后面跟着几条 3xx，每一跳指向哪里。
- 整站抓一遍：用爬虫工具跑全站，导出所有 3xx 地址列表，重点看跳转次数大于 1 的条目。
- 翻服务器日志：统计 3xx 状态码的占比和分布，看哪些老地址仍在被频繁请求。持续有流量的跳转地址，说明源头链接还没更新。
- 检查链接源头：站内导航、正文内链、站点地图、投放链接里，是否还在使用跳转前的老地址。
整改时的几条原则
- 一跳到位：把中间环节合并成一条 301，直接指向最终地址，不做无意义的接力。
- 从源头改起：站内能改的链接尽量换成最终地址，减少对跳转规则的依赖。跳转是兜底，不是常态。
- 分清 301 和 302：确定不再恢复的用 301，短期活动或临时维护用 302、307，别拿临时跳转当长期搬家方案。
- 不做全站无差别跳转：把所有旧地址都指向首页，等于告诉访客和搜索引擎这些页面已经不存在了，用户也找不到想看的内容。
- 少用 JS 和 meta refresh：这两类跳转的处理不如 HTTP 响应头直接，链路也更难排查。
- 改版后清一次账：整理一份跳转清单，记录源地址、目标地址、状态码和添加时间。已经没流量的旧规则，该下线就下线。
跳转是给旧地址留的后路，不是长期通行方案。链子短一点，访客到得快一点，蜘蛛也少跑几趟。
上线后别忘了复查
调整完成后的两三周内，回头看一次日志里 3xx 的数量和分布，确认没有新增长链；抽查几个重点页面，数一下从旧地址到终点的跳转次数；再确认终点返回 200，页面内容与预期一致。如果某条链因为客观原因暂时合并不了，至少把它控制在一跳以内，并在清单上标注清楚，免得下次改版又往上叠一层。