很多网站把所有跳转都交给开发随手处理：旧页面用302，活动结束后仍长期跳转；HTTP先跳www，再跳HTTPS，形成两三层链。用户只是多等一点，搜索和维护却会持续混乱。
重定向的选择应先回答“原URL是否还会恢复”。长期不再使用，通常采用永久重定向；只是短期维护、测试或活动切换，才使用临时重定向。
01 301用于永久搬迁与规范化
域名更换、URL结构调整、HTTP到HTTPS、合并重复页面和永久下线旧产品，通常都属于长期变化。301会告诉浏览器和搜索引擎以后使用新地址。
重定向目标必须与旧内容相关。旧产品页应跳到替代产品或对应分类，不要全部送到首页。
02 302适合确实会恢复的临时状态
短期活动、维护页、库存暂缺或A/B测试可能使用302，让原URL继续作为主要地址。临时状态结束后应及时移除。
长期挂着302会让团队忘记原本意图。每条临时重定向都应记录负责人和到期时间。
重定向场景选择
| 场景 | 建议状态 | 目标 |
|---|---|---|
| 旧页面永久换新URL | 301 | 最相关的新页面 |
| 两个重复页面合并 | 301 | 保留的规范页面 |
| HTTP与非规范域名 | 301 | 最终HTTPS规范域名 |
| 短期维护或活动替换 | 302/307 | 临时页面，之后恢复 |
| 内容彻底删除无替代 | 不重定向 | 返回404或410 |
| 用户登录后跳转 | 应用逻辑 | 基于会话的目标，不用于SEO迁移 |
03 避免重定向链与循环
A跳B、B再跳C，会增加请求时间，也让排查和信号传递复杂。改版后应把A直接指向C，并更新站内链接。
循环通常来自多套域名、尾斜杠和语言规则互相冲突。上线前用爬虫和命令行检查全站。
04 内部链接直接写最终地址
重定向是兼容旧入口，不是站内导航方式。菜单、正文、canonical、hreflang和Sitemap应全部使用最终URL。
长期保留大量内部重定向，会浪费抓取、降低速度，也说明内容系统没有真正迁移完成。
05 站点迁移时保留足够长时间
大型迁移需要搜索引擎重新抓取和转移信号，永久重定向不应几周后就删除。Google建议站点迁移重定向通常至少保留一年，用户角度可以更久。
同时更新外部高流量链接、广告、社交资料和邮件模板，减少对重定向的长期依赖。
06 上线后监测状态与流量
检查旧URL是否返回预期状态、目标是否200、是否存在软404、canonical是否指向新地址。
迁移期间排名波动并不罕见，但如果重要页面长时间未索引、旧URL仍被大量访问，应检查映射、服务器和内部链接。
常见问题
301会损失SEO权重吗？
正确的一对一永久重定向可以转移大部分相关信号。真正容易造成损失的是无关目标、链路、遗漏和内容质量变化。
302用久了会自动变成301吗？
搜索引擎可能根据长期信号自行判断，但不应依赖猜测。业务永久变化就明确使用永久重定向。
301和308有什么区别？
两者都表示永久，308要求保留请求方法和请求体。普通页面GET跳转常用301，接口和表单需与开发确认。
删除文章应该301到分类页吗？
只有分类页能满足原用户意图时才合适。没有相关替代就返回404或410。
重定向能不能用JavaScript做？
服务器端HTTP重定向通常更可靠。无法使用时才考虑其他方式，并确保用户和爬虫都能正确处理。
链接复制成功
