站内做改版、換域名、調整目錄结构之後，经常會出現這样一條路径：一個外部連結指向 A 地址，A 跳轉到 B，B 又跳轉到 C，最终用戶看到的頁面在 C。對訪問者来说只是慢了一点，但對爬虫来说，這一路上每一步都要單獨發一次請求、單獨解析一次响應。跳數越多，入口地址到最终頁面之間的距离就越長。
一次跳轉和三次跳轉，差別在哪里
單次 301 跳轉是很常见的做法，本身没有問题。問题出在跳轉被层层叠加之後：爬虫請求 A，收到跳轉指令，再請求 B，又收到跳轉指令，再請求 C。這几步都會占用抓取资源，而最终只有 C 這一頁的内容會被真正讀取。也就是说，同样的内容，经過一條三跳的鏈路被發現，消耗的請求數可能是直接訪問的三倍。
更麻烦的是，跳轉鏈中間如果出現断点——比如 B 返回 404、B 指向了不相關的頁面、或者 A 和 B 相互跳轉形成循环——爬虫可能根本走不到 C。這时候頁面本身质量不差，却因為入口路径出了問题而迟迟没有進入索引。
跳轉鏈是怎么堆出来的
- 歷史改版没清理：早期用 http，後来換 https，再後来換域名。舊地址指向新地址，新地址又指向更新的地址，前三代地址一直留着。
- 規范化與跳轉叠用：一個 URL 本應通過 canonical 指向規范版本，同时也做了 301，方向還不一致。
- 结尾斜杠與大小寫各有一版：/Page 跳到 /page，/page 又跳到 /page/，机器识別不出這是同一個地址。
- 工具生成的跳轉：某些插件、CDN 規則、跳轉脚本各自配置了一條，互不知情，合起来就成了多跳。
- 短鏈或活動連結：為了統計点击，先過一层跳轉服務，再到真實地址，再到規范地址。
它對抓取和收錄的實际影响
第一是消耗。抓取资源是有限的，跳轉鏈越多，越多的請求花在了中轉上，留给真正内容頁的次數就少了。第二是延迟，新頁面發布後，如果入口不是直達，被發現和被處理的時間可能被拉長。第三是不确定性，中間任何一环配置出错，整條鏈路就断在那里。第四是地址分裂，如果鏈路上每一跳都被当成獨立地址记錄，同一個頁面在系統里可能出現多個身份。
排查與收敛的顺序
- 先找出鏈路長的入口。用爬虫工具或日誌，按跳轉次數排序，優先看那些跳了三次以上的地址。重点是外鏈指向的地址、站内重要入口、sitemap 里的地址。
- 確認最终頁是谁。把每條鏈路的终点寫下来，判断它是不是你想要的那個規范地址。如果终点本身就是另一個需要再跳的地址，說明鏈路還没收敛完。
- 把中間层去掉。让入口直接指向最终頁，中間的 301 能用一條合並的就合並，能改源連結的就改源連結。sitemap、内鏈、對外投放的地址都同步更新。
- 检查循环和断点。A 跳 B、B 跳 A，或者某一跳返回 404、500，都要單獨處理。跳轉到與内容無關的頁面同样要修正。
- 跳轉方向统一。canonical 指向的版本和 301 指向的版本要一致，不要一個指這邊、一個指那邊。
- 观察一段時間。調整後繼續看日誌，確認爬虫對入口的訪問里，跳轉响應减少、直達响應增加。
不是所有跳轉都该删
合並重复地址、舊連結過渡、http 轉 https，這些跳轉是有意义的，保留一條直接跳轉即可。真正要改的是“跳轉再跳轉”這件事本身——保留终点，去掉中間环节。
判断标准很简單：從入口出發，能不能一步到達最终頁面。能一步到的，就別让它走三步。
收錄本身受很多因素影响，把跳轉鏈理顺不會立刻带来收錄變化，但它减少了路径上的损耗和不确定性，让爬虫把請求花在内容上，而不是花在轉车上。這件事做起来不复杂，效果也偏向“少出問题”，属于基础但值得定期检查的一項。