站点做久了，重定向往往会一层层堆起来。换域名、改栏目、合并页面、调整 URL 命名，每做一次改动，多半就留下一条跳转规则。单看每一条都没问题，串起来却成了一条绕远路的链路：访客点一个链接，浏览器跳了三次才到目的地；蜘蛛抓到旧地址，也要跟着跳几次才拿到最终内容。这件事不致命，但会持续消耗抓取预算和用户耐心，值得定期拿出来清一遍。
跳转链是怎么长出来的
- 站点改版时旧地址指向新地址，后来新地址又改了名字，于是再加一条规则指向更新的地址。
- 栏目合并，A 栏目指向 B 栏目，而 B 栏目里某篇文章又被单独调整过地址。
- http 跳 https 一层，带 www 跳不带 www 一层，末尾斜杠再加一层。
- 活动页、临时页下线后直接指向首页，长期没有人回头复查。
- 同一批内容在不同入口给出不同形式的地址，各自带一条规则，彼此还互相指。
自查时重点看三件事
跳了几层
一跳是正常的，两跳以上就该处理。可以从站内链接、XML 清单、外部入口各抽一批地址，逐个看状态码链路。用浏览器开发者工具的网络面板、curl -I 或常见的跳转检查工具都可以，关键是把中间环节记录下来，而不是只看最终有没有打开。
状态码用对没有
- 永久迁移用 301，临时调整用 302，不要长期混用。
- 原本有积累的页面，不要用 302 长期顶替 301。
- 尽量别用 JS 跳转或 meta refresh 代替服务端跳转。
- 跳转目标应当直接是最终页面，而不是另一个跳转地址。
链尾是不是有效页面
跳转链最怕最后一跳落到 404，或者全部落回首页。落到首页看着安全，实际上会让大量来源不同的地址都指向同一个入口，页面原来的主题也就丢了。链尾应该是状态正常、内容对得上主题的有效页面。
一次完整的排查流程
- 导出站点当前的跳转规则，整理成表格，写明来源地址、目标地址、状态码和添加时间。
- 抓取一批站内链接和站外入口链接，记录每条链路的跳转次数。
- 挑出跳转次数大于等于两次的地址，逐条确认能否直接指向链尾。
- 批量修改规则，让旧地址一步跳到最终地址，删掉中间环节。
- 先在测试环境验证，确认没有循环跳转，再上线。
- 同步更新站内链接和站点地图，把还指向旧地址的入口换成最终地址。
日常怎么避免重新堆起来
- 新增规则前先确认目标是不是最终地址，否则过段时间还要再加一条。
- 统一地址形态，包括协议、是否带 www、末尾斜杠，减少无意义的自动跳转。
- 每隔几个月复查一次规则表，把已经没有流量、也没有外链的旧规则清理或归档。
- 导航、面包屑和站点地图里只放最终地址。
- 记录每次改动的日期和原因，方便以后判断哪条规则还有保留价值。
重定向本身是正常手段，问题出在层层叠加。能让地址一步到位，就别让访客和蜘蛛多走两步。