站点做改版、換域名或調整目錄结构时，最容易留下的一類問题是重定向鏈：一個入口地址要经過两三次甚至更多次 3xx 跳轉，才落到真正的頁面上。對訪問者来说只是多等一會儿，對搜尋蜘蛛来说，每一次跳轉都是一次額外的請求、一次額外的连接與响應等待，也是抓取路径上多出来的一個不确定点。
重定向鏈會带来哪些抓取损耗
- 抓取预算被摊薄：每個入口都多消耗一次請求，深度越大损耗越明顯。
- 中間地址可能被当成獨立入口记錄，最终頁面的發現路径變得零散。
- 鏈路上任意一环變慢、超时或返回異常，最终頁面就抓不到，但日誌里看起来“訪問過”。
- 跳轉類型混用（301、302、307、308 交替）會让蜘蛛對最终地址的判断不稳定。
- 内鏈、Sitemap、canonical 各寫一個版本时，同一内容會出現多個入口。
常见的跳轉鏈形態
排查前先知道要去哪里找問题，下面几種形態在站点里很常见：
- 协议與主机叠加：http 跳到 https，再跳到带 www，最後還补一次结尾斜杠。
- 新舊域名叠加：舊域名整体跳到新域名，新域名又跳到新的目錄结构。
- 设备分流叠加：按 UA 判断後跳到移動站，移動站再跳一次到具体路径。
- 邊缘規則叠加：源站已经做了跳轉，CDN 或负载均衡层又加了一條規則。
- 應用层补刀：框架中間件、插件或後台設定里各自配了一條跳轉。
排查顺序
- 從日誌或内鏈中抽取一批真實入口 URL，覆盖首頁、栏目頁、詳情頁和曾经改過路径的老地址。
- 逐條记錄完整跳轉鏈：每一跳的狀態碼、Location 值、响應耗时。
- 检查是否存在环路（A→B→A）或最後一跳指向 404、410、空頁面。
- 把跳轉鏈的最终地址，與 Sitemap、内鏈、canonical 中寫的地址逐一對齐。
- 检查各层配置：Web 服務器 rewrite、應用路由、CDN 回源與邊缘規則、WAF 自定义响應。
- 統計日誌中 3xx 請求的占比和来源分布，判断是集中在少數老路径，還是普遍存在。
收敛與修复方向
- 先定唯一地址：确定最终的协议、主机名、路径形式，之後所有内部連結直接寫這個地址，不再绕行。
- 把多跳压成一跳：让入口一次性跳到最终地址，避免 A→B→C 的串联。
- 区分跳轉類型：永久迁移用 301 或 308，临时或灰度用 302 或 307，不要長期混用同一组地址。
- 只保留必要的兼容跳轉：老地址可以保留一跳，但不要再让新的規范地址繼續參與跳轉。
- 检查重复規則：CDN、负载均衡、應用层三處都可能加跳轉，改完一處要確認其他层没有叠加。
改完之後的核對方式
調整後重新抽样走一遍跳轉鏈，重点看三件事：入口到最终頁面是否只剩一跳；最终頁面是否稳定返回 200 且内容與入口主题一致；日誌中 3xx 的數量是否下降、最终頁面的抓取次數是否回升。同时留意發現队列里重复出現的中間地址是否逐步减少。
重定向收敛属于结构性調整，抓取與收錄的變化需要一段時間观察，短期内的日誌波動不必過度解讀，重点看趋势是否往單跳落地方向走。