做蜘蛛池入口頁时，跳轉寫法是绕不開的問题。除了常见的 301、302 和 JavaScript 跳轉，還有一種老寫法——在 HTML 的 meta 标簽里用 http-equiv="refresh" 指定目标地址（下称 meta refresh）。它不返回 3xx 狀態碼，頁面正文照常返回 200，跳轉發生在浏览器解析完 HTML 之後。
meta refresh 和 301 的本质区別
- 狀態碼不同：301、302 在响應头里直接告诉客戶端“去別處”，meta refresh 返回的是正常的 200，跳轉信息藏在 HTML 中。
- 执行时机不同：跳轉依赖解析 HTML，延时為 0 时几乎立刻跳，延时 5 秒就真的等 5 秒。
- 信号强度不同：搜尋引擎對 3xx 的處理路径更明确，對 meta refresh 更像“软跳轉”，传递的可信度通常弱一些。
搜尋蜘蛛遇到 meta refresh 會怎么做
主流搜尋蜘蛛通常能识別 meta refresh，並在一定條件下跟着跳到目标地址，繼續抓取和解析目标頁。但“能识別”和“一定會跟、马上跟”是两回事：
- 延时為 0 或很短的刷新，被跟随的概率相對更高；
- 延时較長（比如 10 秒、30 秒）时，部分蜘蛛會把它当成普通頁面處理，可能不跟随；
- 多层刷新（A 刷到 B，B 再刷到 C）容易在中途断掉，目标 URL 就發現不了；
- 刷新目标本身返回 404、403 或需要登入，蜘蛛跟過去也只是拿到一個無效结果。
換句话说，meta refresh 可以用，但它比 301 多了一层不确定性，不适合当作主力跳轉手段。
原入口頁里的其他連結還作數吗
作數。蜘蛛是先抓取並解析入口頁 HTML 的，頁面源碼里已经寫好的 a 标簽連結，通常和“有没有 meta refresh”無關，照样會進入待抓取队列。真正容易丢的是那些跳轉之後才出現的連結——比如目标頁由 JavaScript 渲染出的連結，蜘蛛如果没跟随刷新或没执行脚本，就發現不了。
所以一個稳妥的做法是：入口頁不要只放一條跳轉，正文里同时保留一批源碼可见、可以直接点击的目标連結，让跳轉失敗时仍有兜底路径。
几種常见寫法的問题
延时设得太長
有人為了让訪客看到提示文字，把延时设成 5 秒、10 秒甚至更久。体驗上也许没差，但抓取端更容易把它当普通頁面，跳轉目标可能長期不被發現。若必须用 meta refresh，延时尽量设 0。
和 noindex 同时出現
入口頁加了 noindex，又想靠 meta refresh 把蜘蛛引向目标頁，逻辑上是矛盾的：頁面本身明确表示“別索引我”，跳轉信号的可信度也會受影响。如果入口頁只做跳板、不想被收錄，用 301 更干净。
刷新鏈套了好几层
入口頁刷到中轉頁，中轉頁再刷到目标頁，中間任何一层超时、返回错誤或被拦截，整條鏈就断了。URL 發現鏈路越長，损耗越大。
刷新地址用相對路径或带跟踪參數
相對路径本身不是大問题，但要確認解析基准正确，否則會刷到不存在的地址。带 utm 等參數的地址則可能被当成另一個 URL 抓取，造成重复發現，建议统一成規范地址。
實操上的几点建议
- 能给 301 就给 301，跳轉關系明确、损耗小，meta refresh 只作為無法改服務端配置时的备選。
- 必须用 meta refresh 时，延时设為 0，並且只做一层，不要串联。
- 入口頁源碼里保留可抓取的 a 标簽連結，別把 URL 發現完全押在跳轉上。
- 刷新目标要能正常訪問，避免跳到 404、登入頁或纯 JS 頁面。
- 定期抽查入口頁的响應狀態和跳轉结果，確認鏈路没有中途失效。
meta refresh 属于“能用但不推荐”的跳轉方式。它不會让搜尋蜘蛛完全看不懂，但确實比 301 多一层不确定性，尤其在延时長、层數多、目标頁異常的情况下，URL 發現效率會明顯下降。