重定向链是怎么形成的
一个旧地址跳到新地址，本来一次 301 就能完成。但站点经历多轮改版、换域名、调整栏目之后，跳转规则常常一层叠一层：http 版本跳到 https，https 再跳到带 www 的版本，带 www 的版本又跳到新的栏目路径。每一次跳转都是一次独立请求，用户和搜索蜘蛛都得跟着走完全程。
这种链条很少是一次改版造成的，更多是每次调整留下一点点。过了两三年回头看，才发现某个老链接要转三四个弯才落地。
判断标准很简单：一次跳转能到的地方，不要用两次。链条越长，中间任何一环出问题，整条路径就断了。
跳转链叠起来要付什么代价
- 消耗抓取请求：一个 URL 转三次，蜘蛛要多发三次请求才拿到内容，这部分开销本可以用于真正的内容页。
- 信号被稀释：外部链接指向的还是最老的那个地址，信号要经过多层转发才能落到最终页面。
- 超时与失败风险变大：每一跳都增加一次网络往返，任何一环返回 5xx 或写得不对，整条链就断在半路。
- 用户体验打折：慢速网络下，三次跳转带来的等待是能感觉到的，尤其是移动端。
几种常见的叠加情况
协议与主机名叠加
典型形态是 http://example.com → https://example.com → https://www.example.com。前两跳通常是历史遗留，服务器和 CDN 上各配了一条规则，谁也不肯删。做法是把规则合并成一条，直接指向最终形态。
栏目改名留下的旧规则
旧栏目 A 跳向 B，后来 B 又改名为 C，新规则加上了，旧规则忘了改，于是 A→B→C。改版时最好在映射表里顺手检查一遍：这条规则的目标 URL 是不是已经是最终地址。
短链与跳转页
站内短链、活动跳转页、外链中转页，本身就是为了跳转而存在。它们指向的目标一旦变更，中转页的配置也要同步更新，否则会形成「短链→活动页→新活动页」的链条。
前端跳转与 meta refresh
用 JS 或 meta refresh 做的跳转，蜘蛛需要额外解析和等待，效果不如服务器端的 301 直接。能用服务器规则解决的场景，尽量不要交给前端。
怎么把链条筛出来
- 翻服务器日志里的 301 和 302 记录，把访问量靠前的目标地址挑出来，逐个访问，看它是不是又跳了一次。
- 把全站内链、站点地图里出现的 URL 汇总成一份清单，做批量请求，记录每个地址的跳转次数和最终落点。
- 对重点 URL 用 curl 跟踪：命令行的 -I 参数加上跟随跳转，能直接看到整条链和每一跳的状态码。
- 把结果记录下来，标注哪些是「一跳直达」、哪些是「多跳」、哪些形成了循环。
处理与收敛原则
- 直达目标：跳转规则直接指向最终 URL，不要把中间版本当作跳板。
- 该用 301 就用 301：永久性迁移用 301，临时维护才用 302，别长期拿 302 当迁移工具。
- 优先改源头：内链、站点地图、外部合作链接指向旧地址的，能更新就更新，跳转是兜底而不是常态。
- 站点地图只收录最终 URL，不要放会跳转的地址。
- 警惕循环：A 跳 B、B 又跳回 A，这种情况蜘蛛会直接放弃，排查时要专门找出来。
把它写进日常检查
重定向链不会自己消失，只会随每次调整越积越多。比较省事的做法是：每次改版或调整栏目时，同步更新跳转规则，并检查旧规则的落点是否仍然有效；每隔一段时间做一次批量巡检，把多跳的地址收敛成一跳。这件事的收益不会立刻体现在数据上，但能减少蜘蛛在半路上被绕晕的概率，也顺手改善了访问体验。