做蜘蛛池入口页时，跳转写法是绕不开的问题。除了常见的 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 发现效率会明显下降。