元刷新重定向

元刷新重定向 是客户端跳转的一种，做法是把目标地址写进网页 HTML 的一行 <meta http-equiv="refresh">^[1]。它和 301 一样能把访问者送到新地址，差别在服务器对原网址返回的是 200，跳转由浏览器完成^[5]。做迁移的人需要知道这一跳算不算搬迁、引擎认不认它，因为答案与服务器端重定向并不相同。

与服务器端跳转的分工

元刷新重定向的声明在页面里，服务器照常返回 200 和一份正常页面，浏览器读到 content 里的秒数与目标地址后再转向^[3]。跳转发生在浏览器这一侧，这一步决定了它的定位：它不改变服务器给出的状态，也不像 301 那样自带永久或临时的语义。

写法上，那一行放在 <head> 里，content 的值由秒数和 url 组成^[3]。秒数为 0 表示载入即跳，大于 0 表示等若干秒再跳。同一段逻辑还能写成 HTTP 标头 Refresh，由服务器端脚本注入，效果与写在页面里等价^[3]。

与服务器端重定向相比，它多出一层解析环节。抓取工具要先取回并解析页面，才能读到那一行声明；301 在响应头里就把去向交代清楚，不必等解析。

引擎的解读

Google 按秒数分档。文档写明，即时触发的元刷新重定向会被解析为永久重定向，延迟触发的会被解析为临时重定向^[3]。这与 301、302 的分档一致：永久那一档能让目标网址接手搜索结果里的位置，临时那一档不会。

Yandex 的口径更保守，把带小延迟的元刷新当作临时重定向处理^[2]。也就是说，即便秒数为 0，它也不一定当成搬家，跳转强度弱于服务器端重定向。

这两家的判断都建立在页面内容之上。服务器返回的是 200，没有可以读的状态码，引擎只能从页面里的那一行声明推断去意。

该用与不该用的情况

适合使用元刷新重定向的场合：

• 拿不到服务器配置，又必须先完成一次跳转，例如托管在只给页面编辑权限的平台上^[3]。
• 页面已经下线，先给访问者一句过渡提示，再送到替代内容^[3]。

不该使用的场合：

• 换域名、改目录结构这类要完成地址替换的迁移。百度改版工具要求新旧链接用 301 跳转^[4]，元刷新不满足这一条。
• 长期把旧网址指向新网址并指望它取代旧网址。它属于客户端跳转，信号弱，替换很难发生^[5]。
• 只想让某个网址不被收录。跳转不是屏蔽手段，这种情况应当改用 noindex。

写法示例

即时跳转写成 0 秒，延迟跳转改成需要的秒数，两段都放在 <head> 里^[3]。

<!-- 即时跳转，会被解析为永久重定向 -->
<head>
  <meta http-equiv="refresh" content="0; url=https://www.example.com/new-page">
</head>

<!-- 延迟 5 秒跳转，会被解析为临时重定向 -->
<head>
  <meta http-equiv="refresh" content="5; url=https://www.example.com/new-page">
</head>

等效的 HTTP 标头写法由服务器端脚本注入，返回的状态码仍是 200^[3]。

HTTP/1.1 200 OK
Refresh: 0; url=https://www.example.com/new-page

常见误用

第一种是拿元刷新做永久迁移。它在 Google 那一档虽说算永久，在 Yandex 那一档只算临时，强度弱于服务器端，旧网址会拖很久才被替换^[3]。

第二种是把秒数写得很大，指望页面先展示内容再跳走。延迟只要大于 0 秒就落进临时那一档，替换不会发生^[3]。

第三种是把它当成屏蔽工具。跳转只把访问者送走，原网址仍在索引里。

第四种是让 301 与元刷新指向同一个地址却给出不同目标。引擎按 301 的目标走，元刷新那一行白写，排查时容易看错方向^[3]。

附录

参见

• 301
• 302
• JavaScript 重定向
• 链式重定向

参考资料

官方（境外）

1. 《HTML Standard》，WHATWG。
2. 《Processing redirects》，Yandex Webmaster。
3. 《重定向和 Google 搜索》，Google 搜索中心，2026-04-20 更新。

官方（国内）

4. 《网站改版》，百度搜索资源平台。

第三方

5. 《Redirects: How To Use, SEO Impact & Types (301 vs 302)》，Moz，2025-03-24 更新。

外部链接

无。