很多人排查收錄問题时，注意力都放在内容质量和外鏈上，却忽略了一個很基础的問题：蜘蛛最终能不能顺顺当当地走到那個地址。重定向本来是為了帮用戶和蜘蛛找到新位置，但用得不規范时，它反而會變成收錄路上的一道坎。
蜘蛛遇到重定向时，會怎么走
当蜘蛛請求一個返回 301 或 302 的 URL，它會讀取 Location 头，再去請求新地址。如果新地址又返回重定向，它會繼續跟下去，直到拿到 200 的内容。這個過程不是無限的，跳轉次數太多时，蜘蛛可能中途放弃，或者把抓取配額花在了一堆過渡地址上。
最终可能被收錄的，通常是你希望的那個终点頁，但前提是這條鏈路足够短、足够明确。鏈路越長、越混乱，终点頁拿到的發現机會和權重传递就越弱。
几種常见但容易被忽略的弯路
多跳重定向
比如 http 跳到 https，再跳到带 www 的地址，再跳到带尾斜杠的地址，最後一跳才到正文。三跳以上在蜘蛛眼里就是一條低效路径。更麻烦的是，不同内鏈各自走不同的跳法，蜘蛛會把這些中間地址都当成獨立 URL 来记錄。
302 当成 301 長期使用
302 是临时跳轉，蜘蛛會保留原地址繼續观察。如果這個“临时”狀態持續几個月，原地址仍可能留在索引里，而新地址的收錄優先級反而不高。做永久迁移时，用 301 更稳妥。
meta refresh 與 JS 跳轉
這两種方式不是 HTTP 层面的跳轉，蜘蛛需要先渲染頁面才能识別，處理能力弱于 301，而且用戶會看到短暂的空白頁。把它們当作主要的跳轉手段，容易造成新地址發現慢、舊地址清不掉。
跳到不相關内容
舊地址统一跳到首頁或栏目頁，是常见的降級處理。蜘蛛能识別出内容和原地址無關，這通常不會带来有效收錄，反而可能被当作软 404 處理。
几個容易踩坑的场景
- HTTPS 上线後只做了跳轉，没有更新内鏈，導致大量中間地址長期存在。
- 移動端頁面用 JS 判断後跳轉，蜘蛛以桌面 UA 抓取时看到的是空白或错誤頁。
- 活動頁下线後统一跳到首頁，數量一多就形成一批低價值地址。
- 換域名时只在新站做跳轉，舊站没做，或者两邊規則不一致。
跳轉鏈怎么查、怎么收
- 用命令行或抓取工具逐個請求關键 URL，记錄返回碼和 Location，把跳轉次數列出来。
- 把超過一跳的鏈路改成直连，让 301 一次性指向最终地址。
- 站内連結、sitemap、canonical 都统一寫最终地址，不要混用中間地址。
- 確認没有重定向环，A 跳 B、B 跳 A 會让蜘蛛直接放弃。
- 跳轉鏈理顺後，观察舊地址是否逐渐從索引里淡出，這通常需要等一段重新抓取的周期。
重定向不是兜底的垃圾桶，它更像一块路牌：指向越明确、层級越少，蜘蛛走得越顺。
收錄是一個鏈式過程，抓取只是第一环。把跳轉關系理顺，不能保證頁面一定被收錄，但能减少那些“内容不差、就是進不去”的情况，也让後續排查有更清晰的头绪。