為什么重定向鏈值得單獨排查
站点改版、栏目調整、域名更換、HTTP 升級 HTTPS，都离不開重定向。少量跳轉本身不是問题，用戶和蜘蛛跟着走一步就能到新地址。真正麻烦的是跳轉變成一條長鏈，或者多個地址互相指来指去。每一次跳轉都要多一次請求和响應，對訪客是等待，對搜尋引擎是抓取预算的消耗。更糟的是，鏈上任何一個环节返回错誤、超时或指向無關頁面，都會让原本可達的内容變得不可達。
所以重定向自查的目标不是追求“零跳轉”，而是让跳轉路径短、方向明确、狀態碼正确，並且有记錄可查。
先分清跳轉類型和常见問题
狀態碼是否用對
- 301：永久跳轉，适合域名更換、URL 永久改版。
- 302/307：临时跳轉，适合维護頁、A/B 測試、短期活動。
- 308：永久跳轉且保持請求方法，常用于需要保留 POST 的场景。
- Meta refresh 和 JS 跳轉：能不用就不用，蜘蛛和用戶都容易迷惑。
如果临时跳轉長期挂着，蜘蛛可能仍把舊地址当作主地址，新地址迟迟得不到稳定信号。
鏈式跳轉與循环跳轉
鏈式跳轉是 A→B→C→D，每多一层，就多一次等待和一次抓取消耗。循环跳轉是 A→B→A，或者 A→B→C→A，浏览器會直接报错，蜘蛛也會放弃。排查时可以把跳轉關系画成一張有向图，找出最長鏈和閉环。通常建议把鏈控制在 1 次以内，最多不超過 2 次。
跳轉目标是否一致
常见错誤包括：跳轉到舊地址、跳轉到首頁而不是對應内容頁、跳轉到已刪除頁面、大小寫或尾斜杠不一致導致二次跳轉。比如 https 跳轉到 http，再跳轉到带 www，再跳轉到尾斜杠版本，用戶就會经歷三次跳轉。统一协议、主机名和尾斜杠規則，可以砍掉大量無意义跳轉。
一份可执行的重定向自查清單
- 導出跳轉規則：從服務器配置、CDN、CMS 插件、反向代理里分別導出，合並成一份總表。
- 抽样請求：對重点 URL 用 curl 或浏览器開發者工具查看完整跳轉鏈，记錄每一跳的狀態碼和 Location。
- 检查内鏈：站内連結不應指向會跳轉的舊地址，直接寫最终地址更省事。
- 检查外鏈與歷史入口：外鏈無法控制，但可以確認跳到目前有效頁面，必要时用跳轉規則承接。
- 检查參數型地址：带跟踪參數、排序參數、分頁參數的舊地址，是否都跳到同一個規范頁，避免产生大量重复入口。
- 检查错誤頁：失效地址應返回 404 或 410，不要用 302 跳到首頁假装没事。
- 检查 HTTPS 與主机名：證书、www、裸域、端口是否一步到位，中間不要来回跳。
- 检查移動端與獨立版本：如果存在獨立移動地址，確認跳轉關系清晰，不互相打架。
- 检查日誌：定期看服務器日誌里的 301、302 出現频率，寻找異常高峰和長鏈。
- 做记錄：每次新增跳轉都寫明原因、生效時間、负责人和失效時間，临时跳轉到期清理。
處理跳轉鏈的常用做法
發現鏈式跳轉後，最直接的办法是把中間环节改成直接指向最终地址。例如 A→B→C，就把 A 的規則改成 A→C，B 的規則如果還有入口，也改成 B→C。對于循环跳轉，先停掉其中一條規則，再確認哪邊才是正确目标。
如果舊地址數量很大，可以用規則匹配批量處理，而不是逐條寫。批量規則要小心優先級和覆盖范围，避免把正常地址也卷進去。改完後，用少量样本驗證，再逐步扩大检查范围。
跳轉不是越少越好，而是每一次跳轉都要有明确理由；没有理由的跳轉，就是可以清掉的成本。
把跳轉纳入日常监控
重定向問题往往在改版、上线、切換 CDN 或更換證书後集中出現。可以把跳轉鏈检查放進上线清單：上线前抽样，上线後看日誌，隔一周再复查一次。對長期存在的跳轉，定期確認目标頁是否仍然有效，避免目标頁被删掉後跳轉變成死路。
另外，跳轉規則和站点地图、内鏈、導航要保持一致。站点地图里放最终地址，内鏈直接寫最终地址，導航不指向跳轉地址，這样蜘蛛和用戶拿到的路径才是同一條。
小结
重定向鏈自查不复杂，關键在于把跳轉当成需要维護的资产，而不是上线时随手加完就不管。狀態碼用對、鏈長控制住、目标頁有效、记錄能查到，就已经能避開大部分因跳轉造成的抓取浪費和訪問卡顿。