HTML中不存在301或302重定向，它们是服务器返回的HTTP状态码；meta refresh或JS跳转仅返回200，不传递SEO权重，也不被搜索引擎视为有效重定向。
HTML 里根本不存在 301 或 302 重定向——它们是服务器返回的 HTTP 状态码，不是前端能控制的。想靠 <meta http-equiv="refresh"> 或 JavaScript 跳转“模拟”301，对 SEO 权重传递完全无效。
为什么 <meta http-equiv="refresh"> 不算 301
浏览器和搜索引擎只认响应头里的真实状态码。用 <meta http-equiv="refresh" content="0;url=https://new.com/">，服务端返回的仍是 HTTP/1.1 200 OK，没有 Location 头，也没有 301 状态行。
- Google 明确不把它当重定向处理，只当普通页面抓取
- 旧 URL 的权重不会迁移，新 URL 不会获得索引优先级
- 移动端多一次渲染，拖慢 LCP，影响 Core Web Vitals
- 用户刷新页面时地址栏可能闪一下旧 URL，体验割裂
301 和 302 在 SEO 权重传递上的实际差异
区别不在跳得快不快，而在搜索引擎是否“信你这句话”。301 是承诺，302 是暂借。
SEO Keyword Density
下载
SEO关键词密度优化与页面审计技能。使用场景：①提供页面路径与关键词进行SEO优化；②提升页面关键词密度；③提升搜索引擎排名；④进行SEO审计（meta标签、OG、hreflang等）。触发词：关键词密度、SEO优化、关键词优化等。
-
301 Moved Permanently：搜索引擎把旧 URL 的链接权重、历史排名信号、外链价值逐步迁移到新 URL，通常 4–8 周完成主体转移 -
302 Found：爬虫继续高频抓取旧 URL，新 URL 只被当作快照临时存放，不参与核心索引，权重几乎零传递 - 误用 302 做全站 HTTPS 跳转，会导致 HTTP 版本长期留在 SERP，安全升级形同虚设
- 电商类目改版时用 302，历史成交页带来的转化信用无法沉淀到新路径
怎么验证你配的是真 301 还是假跳转
别只看页面跳没跳过去。要看服务器到底“说了什么”。
立即学习“前端免费学习笔记（深入）”；
- 用
curl -I https://old.com检查响应第一行是不是HTTP/1.1 301 Moved Permanently - 确认响应头中存在合法的
Location: https://new.com/...，且无额外输出干扰 header 发送 - 避免 CDN 缓存了错误的 302 响应——先清缓存再测，或加随机参数绕过
- 部分 CMS 插件（如 WordPress Redirection）默认开 302，必须手动勾选“301 Permanent”开关
最容易被忽略的，是上线后没验证响应头。跳转逻辑写得再漂亮，只要状态码和 Location 头不对，搜索引擎就当它没发生过。权重迁移不是靠代码量，而是靠那一行真实的 HTTP/1.1 301。
