在蜘蛛池的入口頁设計里，用跳轉把搜尋蜘蛛带到目标 URL 是很常见的做法。有人用 301，有人用 302，也有人把 meta refresh 和 JS 跳轉混在一起。不同跳轉方式對搜尋蜘蛛来说，處理逻辑並不完全相同。下面按常见狀態碼和實际场景拆開说。
先分清几種跳轉狀態碼
HTTP 跳轉里最常遇到的是 301、302、307、308。简單理解：301 表示永久移動，302 表示临时移動，307 和 308 分別對應临时和永久的重定向，並且更强調保持原請求方法。對搜尋蜘蛛而言，看到 3xx 狀態碼後，通常會尝试跟随 Location 响應头里的新地址。但“會跟随”不等于“會按你期望的方式传递信号”。
- 301：一般會被当作目标 URL 發生了永久變化，搜尋蜘蛛更倾向于把發現和後續抓取轉向新地址。
- 302：通常被理解為临时跳轉，搜尋蜘蛛可能繼續訪問原入口頁，也不一定把原 URL 的信号完全轉移到目标 URL。
- 307/308：语义更嚴格，适合需要保持請求方法的场景，但在普通入口頁跳轉里並不常用。
如果你只是想让搜尋蜘蛛發現目标 URL，301 往往比 302 更直接。但如果你希望保留入口頁作為可變入口，302 也有它的用途。關键是別把两者混着用，今天 301、明天 302，搜尋蜘蛛對入口頁的判断會變得不稳定。
搜尋蜘蛛跟随跳轉时，實际會看什么
搜尋蜘蛛處理跳轉时，不只看狀態碼，還會看跳轉鏈、响應速度和目标頁狀態。几個细节经常被忽略：
- 跳轉鏈長度：入口頁 A 跳到 B，B 再跳到 C，C 才是目标 URL，這種多层跳轉會增加抓取成本。层數越多，搜尋蜘蛛在半路停止跟随的概率越高。
- 目标頁狀態碼：如果跳轉過去的目标 URL 返回 404、500 或長時間超时，搜尋蜘蛛會把這個跳轉视為無效路径，後續可能减少對入口頁的訪問。
- Location 地址是否規范：Location 里寫相對路径、寫错域名、混用 http 和 https，都可能让搜尋蜘蛛解析出意外地址。
- 响應头是否被中間层改寫：CDN、反向代理或防火墙有时會替換、缓存或拦截 3xx 响應，搜尋蜘蛛實际收到的可能不是你配置的那一條。
跳轉能不能被跟随，和跳轉能不能带来收錄，是两件事。搜尋蜘蛛發現目标 URL 只是第一步，目标頁本身是否可抓取、内容是否值得索引，仍然由目标站决定。
用跳轉做入口頁的常见坑
1. 301 和 302 来回切換
有些运营者看到抓取量下降就把 302 改成 301，過几天又改回去。搜尋蜘蛛對入口頁的跳轉關系需要時間確認，频繁變更會让它难以判断哪個地址才是稳定目标。建议确定一種跳轉方式後，至少保持一段時間不變。
2. 跳轉目标带一堆參數
如果 Location 里的目标 URL 每次訪問都带不同的跟踪參數，搜尋蜘蛛會把這些当成多個不同 URL。结果可能是抓取請求分散，真正需要發現的目标地址反而不突出。能固定就固定，能去掉無關參數就去掉。
3. 跳轉和 robots、防火墙冲突
入口頁本身如果被 robots.txt 禁止抓取，搜尋蜘蛛可能连 3xx 响應都看不到。同样，防火墙把搜尋蜘蛛的 IP 或 UA 拦掉，跳轉配置再正确也没有意义。先確認入口頁可訪問，再谈跳轉。
4. 用 JS 或 meta refresh 代替 HTTP 跳轉
meta refresh 和 JavaScript 跳轉有时也能被搜尋蜘蛛處理，但确定性不如 HTTP 3xx。尤其是跳轉延迟較長、目标地址由脚本拼接时，搜尋蜘蛛可能不會执行到最终跳轉。如果目标只是让搜尋蜘蛛發現 URL，優先考虑服務端 301。
更稳妥的做法
- 入口頁放一條明确的 301 跳轉到目标 URL，避免多层跳轉。
- 跳轉目标尽量使用绝對地址，並保持协议、域名、路径寫法一致。
- 确保目标 URL 可正常訪問，狀態碼稳定，不要跳向登入頁、驗證頁或大量彈窗頁。
- 如果同时用 sitemap 或正文連結提交目标 URL，跳轉可以作為补充，而不是唯一發現路径。
- 定期查看入口頁日誌，確認搜尋蜘蛛确實請求到了 3xx 並訪問了目标地址。
跳轉不是越多越好，也不是所有入口頁都必须用 301。先想清楚你要解决的是“让搜尋蜘蛛發現目标 URL”還是“把某個舊地址永久替換掉”，再選擇對應的狀態碼。配置完成後，观察一段時間抓取日誌和目标頁狀態，比频繁調整更有效。