一個頁面從 A 跳到 B，再從 B 跳到 C，最後才落到真正的内容上——這種鏈路在域名切換、栏目改版、服務器迁移之後特別容易出現。對用戶来说只是多等半秒，對蜘蛛来说却是每次抓取都要重复走一遍的弯路，抓取预算被吃掉，信号也在中間层被稀释。
跳轉鏈為什么容易被忽视
因為單看一條連結是「能打開」的。运营点開連結，頁面正常顯示，就預設没問题了。但跳轉是發生在服務器层面的，肉眼看不到中間经過了几站。等到日誌里 3xx 比例升高、收錄地址混乱时，問题已经积累了几個月。
常见的跳轉来源
- 协议與主机名不统一：http 跳 https、不带 www 跳带 www，如果站内連結没有同步更新，每一次点击都要多走一跳。
- 末尾斜杠與大小寫：同一路径的不同寫法互相跳轉，還容易和 canonical 声明的地址打架。
- 栏目改版留下的舊地址：只換掉了導航入口，正文里的老連結、外部引用的老連結都還指向舊路径。
- 临时跳轉被当永久用：302、307 挂在頁面上好几年，最终地址一直定不下来。
- 插件或 CDN 規則叠加：每條規則單獨看都合理，叠在一起就形成两三跳，甚至互相指向。
自查怎么做
- 用 curl -I 或浏览器網絡面板，對重点 URL 逐條查看狀態碼與 Location，记錄跳轉次數。超過一跳的地址單獨列出来。
- 把跳轉的最终地址、頁面上的 canonical、Sitemap 里登记的地址三者對齐，只要不一致，先统一到同一個版本。
- 抽查服務器訪問日誌里的 3xx 记錄，按出現次數排序。高频的那几條，通常就是站内連結没改干净的位置。
- 確認是否存在 A→B→A 的循环跳轉，以及跳到 404 或软 404 的断头鏈路。
临时跳轉要给出期限
如果确實因為活動、灰度需要临时跳轉，最好在备注里寫清回收時間，活動結束就改回 301 或直接取消。長期挂着 302 的頁面，等于告诉搜尋引擎「這里還在變動」，不利于地址稳定。
治理思路
- 能一跳解决就不要两跳：舊地址直接 301 到最终地址，不要先跳到中間頁再跳一次。
- 站内連結一律寫最终地址：導航、面包屑、正文内鏈、分頁連結都改成跳轉後的目标，別让用戶和蜘蛛每次都走一遍。
- 把跳轉映射记錄下来：改版时整理一份舊地址到新地址的對照表，方便後續复查，也避免不同的人重复加規則。
- 定期回归：改版後的头一两個月，每月抽查一次重点頁面的跳轉层級，之後可按季度执行。
跳轉本身不是問题，問题在于中間层没人管。每多一层，信号和耐心就多损耗一分。
小结
重定向鏈属于那種「不出事就没人看」的维護項。把它纳入常規自查，重点做三件事：把鏈路收敛到一跳、让站内連結直指最终地址、把跳轉規則记錄下来定期回归。做完這些，蜘蛛走過的路径會更短，落地頁也更明确。