meta refresh 不是 301 重定向，因为它是纯前端行为，服务器返回 200 OK 状态码，浏览器加载后才跳转，搜索引擎视作临时跳转（等效 302），不传递权重且易致重复内容。
meta refresh 为什么不是 301 重定向
因为 meta http-equiv="refresh" 是纯前端行为，服务器返回的仍是 200 OK 状态码，而非 301 Moved Permanently。浏览器收到 HTML 后才执行跳转，搜索引擎会将其识别为临时跳转（等效 302），旧 URL 的 SEO 权重不会传递，甚至可能造成重复内容被索引。
哪些场景下 meta refresh 会失效或出问题
以下情况会让 meta refresh 行为不可靠或被忽略：
- 部分爬虫（如 Bingbot、某些企业级采集器）完全忽略
meta refresh，只当低优先级信号处理 - 用户禁用 JavaScript 时，
meta refresh仍能工作，但若页面同时依赖 JS 渲染，可能白屏后跳转失败 - 移动端 Safari 在 PWA 模式下可能拦截或延迟执行，导致地址栏闪一下再跳转，体验割裂
- content 值设为
0时，部分老版本 IE 会触发两次请求（先加载原页，再跳转），增加服务端压力
meta refresh 的 content 参数怎么写才安全
content 必须严格按 "[delay];url=[target]" 格式书写，中间是英文分号，不能有空格。常见错误包括：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 写成
content="0 ; url=https://example.com/"（分号后带空格）→ 大部分浏览器会忽略整个指令 - URL 缺少协议（如
url=/new）→ 触发相对路径跳转，容易跳错域或 404 - 使用中文引号或全角符号 → HTML 解析失败，
meta被静默丢弃 - 延迟设为负数或非数字（如
content="-1;url=..."）→ 行为未定义，Chrome 会当0处理，Firefox 可能直接忽略
如果只能改 HTML，有没有补救办法
没有真正的 301，但可降低 SEO 损失：
立即学习“前端免费学习笔记（深入）”；
- 必须加
<link rel="canonical" href="https://new.example.com/">到<head>中，告诉搜索引擎首选目标 URL - 跳转延迟至少设为
content="1;url=..."，避免被判定为自动跳转作弊（Google 明确警告0秒跳转风险） - 原页面保留核心文本内容（哪怕只有一段说明），防止被视作“空跳转页”而降权
- 检查 HTTP 响应头是否含
Cache-Control: no-store或类似设置——否则 CDN 可能缓存这个 200 页面，让跳转长期生效无法撤回
真正关键的一点是：只要没控制服务器响应头的能力，就不存在“HTML 级别的 301”。所有试图用 meta 模拟它的做法，本质都是在妥协。测试阶段务必用 curl 或浏览器开发者工具的 Network 面板确认状态码，别只看跳转结果。
