站点做久了，重定向往往會一层层堆起来。換域名、改栏目、合並頁面、調整 URL 命名，每做一次改動，多半就留下一條跳轉規則。單看每一條都没問题，串起来却成了一條绕遠路的鏈路：訪客点一個連結，浏览器跳了三次才到目的地；蜘蛛抓到舊地址，也要跟着跳几次才拿到最终内容。這件事不致命，但會持續消耗抓取预算和用戶耐心，值得定期拿出来清一遍。
跳轉鏈是怎么長出来的
- 站点改版时舊地址指向新地址，後来新地址又改了名字，于是再加一條規則指向更新的地址。
- 栏目合並，A 栏目指向 B 栏目，而 B 栏目里某篇文章又被單獨調整過地址。
- http 跳 https 一层，带 www 跳不带 www 一层，末尾斜杠再加一层。
- 活動頁、临时頁下线後直接指向首頁，長期没有人回头复查。
- 同一批内容在不同入口给出不同形式的地址，各自带一條規則，彼此還互相指。
自查时重点看三件事
跳了几层
一跳是正常的，两跳以上就该處理。可以從站内連結、XML 清單、外部入口各抽一批地址，逐個看狀態碼鏈路。用浏览器開發者工具的網絡面板、curl -I 或常见的跳轉检查工具都可以，關键是把中間环节记錄下来，而不是只看最终有没有打開。
狀態碼用對没有
- 永久迁移用 301，临时調整用 302，不要長期混用。
- 原本有积累的頁面，不要用 302 長期顶替 301。
- 尽量別用 JS 跳轉或 meta refresh 代替服務端跳轉。
- 跳轉目标應当直接是最终頁面，而不是另一個跳轉地址。
鏈尾是不是有效頁面
跳轉鏈最怕最後一跳落到 404，或者全部落回首頁。落到首頁看着安全，實际上會让大量来源不同的地址都指向同一個入口，頁面原来的主题也就丢了。鏈尾應该是狀態正常、内容對得上主题的有效頁面。
一次完整的排查流程
- 導出站点目前的跳轉規則，整理成表格，寫明来源地址、目标地址、狀態碼和添加時間。
- 抓取一批站内連結和站外入口連結，记錄每條鏈路的跳轉次數。
- 挑出跳轉次數大于等于两次的地址，逐條確認能否直接指向鏈尾。
- 批量修改規則，让舊地址一步跳到最终地址，删掉中間环节。
- 先在測試环境驗證，確認没有循环跳轉，再上线。
- 同步更新站内連結和站点地图，把還指向舊地址的入口換成最终地址。
日常怎么避免重新堆起来
- 新增規則前先確認目标是不是最终地址，否則過段時間還要再加一條。
- 统一地址形態，包括协议、是否带 www、末尾斜杠，减少無意义的自動跳轉。
- 每隔几個月复查一次規則表，把已经没有流量、也没有外鏈的舊規則清理或归档。
- 導航、面包屑和站点地图里只放最终地址。
- 记錄每次改動的日期和原因，方便以後判断哪條規則還有保留價值。
重定向本身是正常手段，問题出在层层叠加。能让地址一步到位，就別让訪客和蜘蛛多走两步。