蜘蛛池的入口頁经常只做一件事：把蜘蛛接進来，然後送到真正想让它看的地方。這個送的動作，就是跳轉。跳轉方式選得不一样，蜘蛛的反應也會不一样。
跳轉在蜘蛛池里的位置
入口頁大多數不是内容頁，而是分發节点。它的职责是让蜘蛛拿到一個可抓取、可解析的地址，再通過連結或跳轉把抓取路径引向下游。這里有两個動作容易被混在一起：連結跳轉和响應跳轉。前者是蜘蛛自己决定要不要走，後者是服務器直接给指令。理解這個差別，後面的取舍才有依據。
服務器端跳轉與頁面内跳轉
- 服務器端跳轉：HTTP 狀態碼 301、302、307、308，蜘蛛在响應头阶段就能看到。
- 頁面内跳轉：meta refresh、JavaScript 的 location 赋值，蜘蛛要先下载並解析頁面才能發現。
- 連結跳轉：a 标簽，蜘蛛可以選擇抓或不抓，主動權在它手里。
301：把入口頁稳定地指向下游
301 表示永久跳轉。搜尋引擎看到 301，通常會認為原地址已经作废，會尝试把索引信号向後传递，並在後續抓取中逐步替換目标地址。對蜘蛛池来说，如果入口域名長期、稳定地只服務一個下游地址，301 是相對干净的選擇：蜘蛛不必反复回来確認，抓取次數也不會浪費在舊地址上。
但 301 一旦生效，舊地址就很难再作為獨立入口使用。如果入口頁本身也需要被索引、被当作分發节点保留，那么把它 301 掉等于自断一條路。這是配置时容易忽略的一点。
302 與 307：临时跳轉的适用與代價
302 是临时跳轉。蜘蛛看到 302 通常不會立刻替換原地址，而是保留原地址繼續观察。這意味着原地址還會被反复抓取，跳轉目标也會被反复訪問，鏈路两端的抓取次數都會增加。對资源有限的入口頁来说，這個成本需要提前算進去。
307 與 302 類似，也属于临时跳轉，区別在于 307 會保留原始請求方法。對普通 GET 抓取来说，两者的實际差別不大。真正需要注意的是：如果入口頁一會儿 302、一會儿 301、一會儿又直接返回 200，蜘蛛會陷入反复確認，入口頁的健康度判断也會變得不稳定。
meta refresh 與 JS 跳轉
meta refresh 寫在 HTML 头部，蜘蛛要下载並解析頁面才能讀到。它的延迟參數如果设得過大，蜘蛛可能已经离開頁面了還没触發跳轉。JS 跳轉則更靠後一层，需要渲染能力，不同搜尋引擎對 JS 的执行程度不一致，抓取结果自然也不一致。
相比服務器端狀態碼，這两種方式的信息更弱：蜘蛛無法在响應头阶段就获得明确指令，只能把目前頁面当作一個普通頁面處理，然後尝试從中發現下一步。作為补充手段可以，作為主鏈路不太稳妥。
跳轉层數與鏈路稳定性
一跳通常比两跳好，两跳通常比三跳好。每多一层，蜘蛛就多一次請求，也多一次失敗的可能。更重要的是鏈路要稳定：今天 A 跳到 B，明天 A 跳到 C，後天 A 又直接返回内容，蜘蛛很难對這個入口形成稳定预期。
跳轉鏈路的價值不在于多，而在于每次蜘蛛来的时候，看到的都是同一套结构。
常见誤区
- 把 301 当成萬能手段，所有入口頁统统一跳了事，放弃了入口本身的分發價值。
- 跳轉目标频繁更換，導致蜘蛛反复回源確認，入口頁抓取频次被稀释。
- 用 JS 跳轉替代服務器跳轉，却没確認目标搜尋引擎是否执行 JS。
- 跳轉鏈路上夹着 404 或 5xx，蜘蛛走到一半就断了。
- 301 和 302 混用，同一批入口頁策略不统一，日誌里看不出規律。
配置时的几個建议
- 先明确入口頁要不要保留索引價值，再决定用 301 還是 302。
- 跳轉层數尽量控制在一到两跳，鏈路越短越容易排查。
- 跳轉目标保持稳定，确需更換时尽量一次性改完並观察一段時間。
- 定期检查跳轉鏈路上的狀態碼，確認中間没有失效节点。
- 把跳轉前後的记錄做成可讀日誌，方便事後對照。
跳轉不是蜘蛛池的核心，但它决定了蜘蛛進来之後走得顺不顺。把狀態碼選對、层數压短、鏈路固定下来，剩下的交给時間和正常的抓取节奏即可。不要指望某一種跳轉方式能带来額外好處，它只是让鏈路更清楚而已。