先说结论
meta refresh 属于 HTML 层面的跳转，主流搜索引擎确实会识别并尝试跟随，所以它并不是“搜索蜘蛛完全看不见”的写法。但它和 HTTP 301/302 不在一个层级上：生效更慢、可靠性更低，行为也更依赖具体引擎和延迟时间。把入口页的链接发现能力全押在 meta refresh 上，风险偏高。
它和 HTTP 跳转差在哪
- 解析位置不同：301/302 写在 HTTP 响应头里，搜索蜘蛛拿到响应头就能决定下一步；meta refresh 必须先把 HTML 下载并解析才能看到，等于多走一步。
- 延迟时间影响判断：content 里延迟写 0 的立即跳转，通常会被当作重定向处理；如果把延迟设成好几秒，很多引擎就不再视为重定向，而只是页面内容的一部分，目标 URL 可能只被当成普通链接，抓取优先级下降。
- 引擎覆盖不一致：不同搜索引擎对 meta refresh 的支持程度不一样，一些小型或垂直爬虫可能根本不执行。
- 出错时不易暴露：URL 拼错、相对路径解析错、目标打不开时，入口页照样返回 200，日志里看不出明显异常。
meta refresh 能用，但它更适合当兜底的跳转，而不是入口页发现链接的主力手段。
同时写跳转和超链接会怎样
比较稳妥的做法是两者并存：入口页正常返回 200，页面里放可直接点击的 a 标签指向目标 URL，再补一个延迟为 0 的 meta refresh。这样即使某个引擎不执行跳转，链接依然能被解析；即使执行跳转，也不会因为跳转失败而丢掉入口页本身。
需要注意的是，如果两者指向不同的 URL，行为会变得不可预测。让它们保持同一个目标，避免出现“跳转去 A、链接指向 B”的混乱。
常见的几个坑
- 只写 meta refresh，没有任何 a 标签：入口页本身没有可解析的外链，发现链路完全依赖跳转，跳转一失败就断了。
- 延迟写成好几秒：容易被当成页面内容而不是跳转，目标 URL 的抓取优先级会下降。
- 跳转链太长：入口页跳到中间页，中间页再跳到目标页。每多一跳就多一次失败概率，排查也困难。
- 跳转目标被 robots.txt 或 noindex 挡住：跳过去也会停在门外，等于白跳。
- 跳到不可抓取的资源：比如压缩包、图片、需要登录的页面，抓取链路会在这里中断。
怎么判断它到底有没有生效
看服务端访问日志最直接。如果目标 URL 上出现了搜索蜘蛛的请求，并且访问时间紧跟入口页被抓之后，说明跳转链路被跟随了。反过来，如果入口页每天被反复抓取，目标 URL 却始终没有请求，就要怀疑跳转没被执行，或者延迟设置不合理。也可以借助搜索引擎的快照、网址检查类工具，看它记录的跳转目标是什么。
给站点运营的实操建议
- 入口页优先返回 200，用真实 a 标签承载目标 URL，meta refresh 只作辅助。
- 确实需要跳转时，延迟设为 0，路径用绝对地址，并直接指向最终目标而不是中间页。
- 入口页不要只剩一个跳转，至少保留一小段可读文本，避免被当成空壳页面。
- 定期抽样查看目标 URL 的访问日志，确认发现链路真的通了，而不是只看到入口页在被抓。
- 不要把 meta refresh 当成绕开限制的技巧，它只是发现方式之一，抓取配额、目标站质量这些因素仍然在起作用。
简单说，meta refresh 能让搜索蜘蛛跟着走，但确定性不如 HTTP 跳转和普通超链接。把可点击链接放在第一位，跳转放在第二位，入口页的发现效率会更稳一些。