直接回答：多数搜索蜘蛛会识别页面里的 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 当作辅助手段，入口页里保留一条清晰的普通链接，日志中把两条路径分开统计，才能判断究竟是哪条链路在起作用。