直接回答：多數搜尋蜘蛛會识別頁面里的 meta refresh，並在一定條件下跟随跳轉，但它和 301、302 是两回事。用蜘蛛池入口頁做 URL 發現时，把 meta refresh 当成主鏈路，風險偏大。
meta refresh 在抓取流程里處于什么位置
meta refresh 寫在 HTML 的 head 中，形式是 http-equiv="refresh" 加上 content="0;url=/target.html" 這样的取值。要讀到它，蜘蛛必须先把入口頁完整下载並解析。也就是说，它依赖“頁面被抓取”這個前提，而不是像服務端跳轉那样在 HTTP 层就完成導向。
因此它天然多了一层不确定性：入口頁没被下载、返回了错誤碼、被 robots.txt 拦截，或者响應体為空，跳轉信息就根本传不出去。
零秒刷新和延迟刷新，處理差別不小
- content="0"：最接近跳轉语义，通常會被当作跳轉處理，但具体是否跟進，仍取决于各搜尋引擎的實現和当时的抓取安排。
- content="5" 或更長：更接近“頁面會自動更新”，搜尋引擎往往只把它当提示，跟進目标 URL 的意愿更低。
- 带相對路径的刷新：地址按入口頁 URL 解析，少寫一個斜杠就可能跳到 404 頁面。
與 301 / 302 的關键差別
301 和 302 在 HTTP 响應头里就完成了指向，蜘蛛無需解析 HTML 即可拿到目标地址，可靠性和可预期性都更高。meta refresh 属于頁面内声明，中間多了一個解析环节，出错面更大。另外，用 meta refresh 做跳轉时，原頁面依然可能被当作一個可訪問的 URL，容易造成入口頁與目标頁同时存在、抓取资源被分流。
日誌里怎么判断蜘蛛有没有真的跟過去
- 先確認入口頁本身被正常抓取：狀態碼 200，响應体長度不為 0，並且核實訪問者身份（建议做反向 DNS 校驗，不要只看 User-Agent）。
- 再看同一時間窗口内，目标 URL 是否出現對應的蜘蛛請求记錄。如果只有入口頁、没有目标頁，說明跳轉没有被跟進，或者跟進了但被拦在目标之外。
- 检查目标 URL 的返回碼：403、429、5xx 都會让這次跟進變成無效請求。
- 對比抓取間隔。入口頁被频繁抓取、目标頁却長期没有记錄，基本可以判断這條鏈路没有被采纳。
几個常见誤区
- 把 meta refresh 当 301 用，認為“跳過去就等于把信号传過去了”，两者在實际表現上並不等價。
- 入口頁同时放 meta refresh 和一堆普通連結，以為能双保險，结果日誌里看不出到底是哪條路径生效。
- 刷新地址寫成绝對 URL 但域名拼错，蜘蛛跟過去拿到 404，反而留下無效记錄。
更稳妥的替代做法
如果目的是让目标 URL 被發現，優先顺序大致是：服務端 301/302 跳轉 > 入口頁里的可点击 a 标簽 > sitemap 提交 > meta refresh。meta refresh 更适合放在确實需要延迟跳轉的场景，而不是作為入口頁的主要發現手段。
另外，跳轉鏈尽量控制在一跳以内。多层 meta refresh 嵌套时，蜘蛛跟到第二层就停下的概率會明顯上升。
實践建议：把 meta refresh 当作辅助手段，入口頁里保留一條清晰的普通連結，日誌中把两條路径分開統計，才能判断究竟是哪條鏈路在起作用。