一個 URL 到最终頁面，中間跳了几次
站点做一次协议升級、一次域名調整、一次目錄重寫，單獨看每次改動都不大。但三轮改動叠加之後，同一個頁面可能變成這样：http://example.com/old/a.html → https://example.com/old/a.html → https://www.example.com/old/a.html → https://www.example.com/new/a/。四個 URL，三次跳轉，用戶只觉得慢了一下，蜘蛛看到的却是三倍的抓取動作。
跳轉鏈本身不會直接導致頁面不收錄，但它會让這條鏈路變長、變脆。在抓取频率本就有限的站点上，這種消耗更容易被感知。
跳轉鏈是怎么一层层叠出来的
- 协议升級：http 整站跳 https，但老連結還在被引用
- 主机名變更：加 www 或去 www，两套同时在线上
- 目錄或路径重寫：栏目改名，文章 URL 從 ID 改成路径名
- 末尾斜杠與大小寫：/A/ 與 /a、/a 與 /a/ 各自跳一次
- 设备或地区判断：先跳中間頁，再跳目标頁
這些改動如果分批上线，很容易出現舊規則没下线、新規則又加上去的情况，于是同一條路径上挂了多個 301。
多級跳轉會消耗什么
- 抓取次數：日誌里同一路径被记多次，看起来抓得很勤，實际拿到的内容没變。
- 發現延迟：每跳一次都要重新解析、再排队，新頁面從被發現到被抓的時間可能被拉長。
- 跳轉上限：部分爬虫對连續跳轉次數有容忍上限，鏈路太長时可能中断或降低频次。
- 信号稀释：外鏈指向中間 URL 时，传递到最终頁面的效果通常不如直接指向最终頁面。
- 排查成本：出問题时，你得分清是哪一跳断了，而不是先怀疑内容。
判断标准可以很简單：從外部連結到最终頁面，理想狀態是一跳到位，最多两跳。超過三次，就值得整理一次。
自查與合並的顺序
- 抓一條真實的外鏈或站内老連結，完整走一遍跳轉鏈，把每一跳的 URL 和狀態碼记下来。
- 確認跳轉類型：長期交接用 301，302 只适合临时场景；長期用 302，索引可能長期停留在舊 URL。
- 检查是否出現循环：A→B→A、A→B→C→B 這類情况會让蜘蛛反复绕圈。
- 把中間那一跳删掉：让舊 URL 直接 301 到最终 URL，而不是先跳到另一個中間 URL。
- 同步更新站内連結、導航、站点地图和已被引用的落地頁，让它們直接寫最终 URL。
- 把协议归一、主机名归一、路径重寫三類規則放在同一處配置里，避免互相接龙。
合並之後看什么
改完不必马上判断效果。先看服務器日誌里舊 URL 的抓取记錄是否在减少、最终 URL 的抓取是否稳定；再看站点地图與站点後台报告中，重定向類 URL 的數量是否在下降。通常需要几周時間，蜘蛛才會逐步把舊路径換成新路径。
如果站点規模不大、頁面類型單一，這一步整理往往比新增内容更容易执行；但如果内容本身质量不達标，简化跳轉鏈也只是减少消耗，不會改變收錄结果。
一條可执行的底线
给站点規則定一條底线：任何 URL，無论從哪来，最多经過一次跳轉就能到達最终頁面。新做重定向时套用這條，比事後清理一堆接龙規則轻松得多。