很多站点在改版、换域名、调整栏目之后，会陆陆续续留下一些重定向。单条拎出来看都没问题，串起来却可能变成 A→B→C→D 的长链，甚至出现 A→B→A 的循环。蜘蛛顺着链接走的时候，每一跳都要重新发起一次请求，抓取预算和时间就消耗在这些中间环节上了。
重定向链为什么值得专门查一遍
站点的抓取预算是有限的，蜘蛛愿意在你这儿多抓几页，取决于它每次来能不能高效拿到内容。一条跳转链意味着两到三次额外请求，量少时看不出差别，量大时就是实打实的浪费。除此之外还有两个连带影响：一是跳转过程中链接信号的传递会被削弱，二是用户端也会变慢，移动网络下尤其明显。
常见的几种问题形态
- 多层跳转：HTTP 跳到 HTTPS，再跳到带 www，再跳到末尾补斜杠，一次访问跳三四次。
- 循环重定向：规则互相冲突，A 跳到 B，B 又跳回 A，蜘蛛试几次之后放弃。
- 临时与永久混用：该用 301 的地方写了 302，蜘蛛不确定最终该保留哪个地址。
- 跳转目标已失效：目标地址本身是 404，或者已经被下线，等于白跳一场。
- 入口链接没更新：站内导航、正文链接、Sitemap 里仍写着旧地址，蜘蛛每进一次都要先吃一跳。
自查的四个步骤
- 抽取样本：从抓取日志、Sitemap、外链数据里挑出访问量最高的一批旧地址，几十到几百条就够用，不必全站扫一遍。
- 逐条跟跳转：用浏览器开发者工具的 Network 面板，或者命令行工具，看完整的跳转序列和每一跳的状态码。重点数层数，超过一跳就要标记。
- 区分类型：长期有效的地址变更用 301，临时活动页、A/B 测试才用 302 或 307。别把一条长期规则写成临时跳转，否则蜘蛛会犹豫要不要更新索引里的地址。
- 从源头改起：站内链接、导航、Sitemap 尽量直接写最终地址，不要让蜘蛛每次进来都先被跳一次。中间层能删就删。
批量检查的小办法
把 URL 列表交给脚本，逐条输出状态码和跳转目标，例如用 curl 的 -o /dev/null -s -w '%{http_code} %{redirect_url}' -L 把每一跳记录下来，最后筛出跳转次数大于 1 的条目优先处理。这样做的好处是有据可查，不会靠印象判断哪个地址有问题。
服务器与 CDN 层别漏掉
重定向不一定写在 Nginx 配置或 .htaccess 里，也可能来自 CDN 的边缘规则、负载均衡、甚至应用框架的路由层。排查时按请求实际经过的顺序走一遍，否则改完配置文件发现还在跳，容易白忙一场。
处理时的几条原则
- 一跳到位：能一步跳到最终地址，就不要保留中间环节。
- 保留有价值的历史映射：老地址如果有外链和收录，301 到内容最相关的新页面，而不是全站统一甩到首页。
- 定期复核：跳转规则会随着栏目调整逐渐失效，建议每季度重跑一次样本检查。
重定向本身不是问题，没人管的重定向才是。规则写得越干净，蜘蛛把时间花在内容上的比例就越高。
顺手能做的两件事
一是把检查结果整理成表格，记录原地址、跳转层数、最终状态码和检查日期，下次对比时一眼就能看出变化；二是在上线流程里加一条硬性要求：任何地址变更，必须同步更新站内链接和 Sitemap，避免新旧地址长期并存。这两件事花不了多少时间，但能省下后面反复排查的功夫。