html无法实现真正的301重定向，因为http状态码由服务器决定，而仅触发客户端跳转（等效302），返回200状态码，不传递权重且影响seo。
HTML 本身做不到真正的 301 重定向；<meta http-equiv="refresh"> 只能实现客户端跳转（等效于 302），对 SEO 和浏览器缓存都有负面影响。
为什么 <meta refresh> 不是 301
HTTP 状态码由服务器决定，HTML 是纯前端内容，无法控制响应头。当你用 <meta http-equiv="refresh" content="0; url=https://new.example.com/">，服务器仍返回 200 OK，只是浏览器在加载完页面后主动跳转——搜索引擎会视作临时跳转，旧 URL 的权重不会传递，甚至可能被索引两个重复页面。
- 实际抓包看到的响应状态始终是
200，不是301 Moved Permanently - 用户刷新页面时，地址栏会闪一下旧 URL，再跳新 URL（可观察到）
- 部分爬虫忽略
meta refresh或只当低优先级信号处理
真 301 必须由服务器配置完成
不同环境对应不同操作方式，核心是让服务器在收到旧 URL 请求时，直接返回 301 状态码和 Location 响应头：
- Apache：在
.htaccess或虚拟主机配置中加RewriteRule ^old\.html$ https://new.example.com/ [R=301,L] - Nginx：在
server块里写return 301 https://new.example.com/;或用rewrite指令 - Node.js（Express）：用
res.redirect(301, 'https://new.example.com/') - 静态托管平台（如 Vercel、Netlify）：通过
_redirects文件或vercel.json配置，例如：/old.html https://new.example.com/ 301
什么时候可以勉强用 <meta refresh>
仅限极少数无服务端权限、且不关心 SEO 的场景，比如本地测试页、内网文档跳转、或临时应急（必须配合 <link rel="canonical"> 告诉搜索引擎首选 URL）：
<link rel="canonical" href="https://new.example.com/"><meta http-equiv="refresh" content="0; url=https://new.example.com/">
注意：content="0 表示立即跳转，但仍有延迟；设成 1 或更大值会更不友好，且增加跳出率。
容易被忽略的关键点
很多人以为改了 HTML 就“重定向成功”了，其实真正起作用的是服务器行为。如果你用 GitHub Pages、Vercel 或 WordPress，别去动 HTML —— 找对应平台的重定向配置入口；如果连 FTP 都没有、只能上传 HTML，那你就没有能力做 301，只能接受 meta refresh 的副作用。另外，301 缓存很强，测试阶段建议先用 302，确认无误再切到 301，否则浏览器和 CDN 可能长期缓存错误跳转。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
