做網站迁移、改版或調整栏目时，重定向是常用手段。但很多人只關注“有没有跳轉”，忽略了“跳了几次”。對用戶来说，多一次跳轉就多一次等待；對搜尋引擎来说，多一层跳轉就多一次請求。如果鏈條太長，抓取资源會被消耗在中間地址上，落地頁反而可能被延後處理。重定向鏈自查的目标不是把所有跳轉都删掉，而是让必要的跳轉尽量短、類型正确、终点明确。
先分清：單次跳轉與重定向鏈
單次跳轉是 A 直接到 B，用戶和爬虫一次請求就能到终点。重定向鏈是 A 到 B，B 再到 C，C 才到最终頁面。常见的情况是舊域名跳新域名、HTTP 跳 HTTPS、带 www 跳不带 www、舊栏目跳新栏目，這些規則如果叠加，就會产生两跳甚至三跳。比如一個 HTTP 的舊地址先跳到 HTTPS 舊地址，再跳到新域名，最後才到目标頁。
重定向鏈通常從哪里来
- 多次改版或換域名，歷史規則一层层保留，没有合並。
- 服務器、CDN、應用层各自配置了跳轉，互不知情。
- URL 结尾斜杠、大小寫、參數清理分別触發跳轉。
- 栏目調整後只改了入口連結，舊地址仍指向中間頁面。
- 使用了临时跳轉做長期迁移，狀態碼與意图不一致。
自查步骤：從入口到终点走一遍
- 整理重点入口：首頁、栏目頁、高流量内容頁、舊域名與舊目錄。
- 用抓取工具或命令行批量請求，记錄狀態碼、Location 头和跳轉次數。curl 加 -I 或 -L 可以观察完整鏈條。
- 标记超過两跳的地址，優先處理三跳及以上。不是所有两跳都必须改，但三跳以上通常有合並空間。
- 核對跳轉類型：永久迁移用 301 或 308，临时調整用 302 或 307。長期混用會让判断變得模糊。
- 检查是否存在循环：A 跳 B，B 又跳回 A，或者同一组地址反复跳轉。循环會直接導致訪問失敗。
- 检查终点頁是否正常返回 200，内容是否與舊地址主题相關。跳到 404 或無關頁面，等于把舊地址的價值截断。
重点看 HTTPS、尾斜杠與大小寫叠加
這三類規則最容易悄悄叠加。一個地址可能先因大小寫被跳一次，再因结尾斜杠跳一次，最後因 HTTP 到 HTTPS 再跳一次。自查时可以把這些規則合並到同一次跳轉里，让服務器在一次响應中直接给出最终 HTTPS 規范地址，而不是让浏览器和爬虫逐层试探。
检查临时跳轉是否長期驻留
302 适合短期活動、A/B 測試或临时维護。如果半年後還在用 302 做域名迁移，建议改成 301。狀態碼不會直接决定排名，但它影响地址归並和後續维護判断，長期看容易造成混乱。
處理規則：能合並就合並，能直達就直達
- 把多條舊規則合並成一條，直接指向最终地址。
- 應用层能處理的跳轉，尽量在服務器或 CDN 层一次完成，减少往返。
- 如果舊地址仍有搜尋流量或外鏈，保留跳轉；如果没有任何價值，可评估直接返回 410 或 404。
- 不要為了“好看”把跳轉鏈保留在中間頁，中間頁没有實际内容时更應去掉。
- 跳轉目标尽量使用绝對地址，並保持协议、域名、路径規范一致。
一個實用判断：如果一條重定向鏈需要两次以上才能到终点，就把它列入待處理清單；如果中間地址没有任何獨立價值，就合並成一次直達。
上线後的驗證與记錄
改完規則後，別只看一條地址。抽样检查舊域名首頁、舊栏目、带參數地址、大小寫變体和移動端入口。观察服務器訪問日誌中 301/302 的命中情况，確認没有新的循环或断鏈。把跳轉規則、修改日期和负责人记在维護文档里，下次改版时先看這份记錄，避免又叠一层。
重定向鏈自查不需要高频做，但在換域名、改 URL 结构、調整 HTTPS 或迁移栏目後應该做一次。鏈條短一点，用戶少等一点，抓取也少绕一点。