跳轉方式為什么值得單獨讨论
入口頁的作用是把蜘蛛引導到更深的頁面，跳轉只是引導手段之一。不同跳轉方式在狀態碼、信号传递以及蜘蛛是否愿意跟進上差別很大。選得不合适，常见的结果是蜘蛛進了入口頁却没有繼續往下走，或者在一串跳轉里来回消耗時間。
几種常见跳轉的實际表現
301 永久重定向
301 表示地址永久變更，搜尋引擎一般會把入口頁的信号归到目标頁，抓取和索引的重心也會向目标頁迁移。它适合已经确定不再變動的映射關系。代價是改主意成本高：如果要更換目标，需要重新评估原有映射是否會造成信号混乱。
302 與 307 临时重定向
302 表示临时跳轉，搜尋引擎通常會繼續保留對原地址的观察，不一定把信号合並過去。307 语义與 302 接近，但明确要求保持原請求方法。两者适合灰度、測試或短期分流。若長期使用，入口頁可能被反复回訪，目标頁却始终拿不到稳定的收錄信号。
meta refresh 與 JS 跳轉
這两種方式寫在 HTML 里，服務端返回的是 200 狀態碼，蜘蛛拿到的是一個“正常頁面”。問题在于：meta refresh 依赖解析與等待，JS 跳轉依赖脚本执行能力，不同搜尋引擎、不同抓取阶段的處理並不一致。用它做跳轉，等于把是否跟進的决定權交了出去，也更难從日誌里判断蜘蛛到底跟没跟。
直接给可達連結
把目标地址作為普通 a 标簽連結放在入口頁，是最容易被理解與跟進的方式。它没有狀態碼歧义，蜘蛛看到連結就能判断去向，也方便你在日誌里观察点击路径。很多情况下，這比任何跳轉都更划算。
選擇时先看這几個條件
- 跳轉目的：地址真的變了用 301，只是临时分流用 302，只想引導抓取就優先考虑普通連結。
- 目标是否稳定：目标频繁更換时，用永久重定向會让映射關系越来越乱。
- 跳轉鏈長度：一跳到位最省事，两跳以上就要检查每一跳的狀態碼是否一致。
- 蜘蛛的能力差异：需要执行脚本才能完成跳轉的方式，覆盖面一定小于 HTTP 层面的跳轉。
容易踩的坑
- 跳轉鏈首尾狀態碼不一致，比如 302 接 301 又接 302，蜘蛛容易重复回訪同一個入口。
- 跳轉到與入口頁主题無關的頁面，即使技術上成功，也容易让入口頁失去自身價值。
- 頁面同时存在 canonical 指向 A、跳轉指向 B，两個信号互相打架。
- meta refresh 的等待時間设得過長，蜘蛛可能没等到跳轉就結束抓取。
- 用 JS 跳轉却不给任何 HTML 連結兜底，脚本没执行就彻底断路。
落地建议
先把入口頁的跳轉關系在表格里列清楚，包括每一跳的地址和狀態碼，再看有没有多余环节。能用普通連結解决的就不要用跳轉；必须用跳轉时，保持狀態碼语义一致、鏈條短、目标稳定。上线後通過服務器日誌確認蜘蛛是否真的走到了目标頁，而不是只看入口頁的訪問量。
跳轉本身不會带来抓取，它只是把蜘蛛從 A 送到 B。真正决定成败的是 B 是否值得抓、路径是否足够清晰。