如果你正准备做下面这些事情：
- 把旧官网改成新结构
- 把
/blog/*改成/articles/* - 把旧域名整体迁到新域名
- 把一批历史活动页合并到新的专题页
那真正容易出问题的，往往不是新页面本身，而是旧链接怎么退场。
301 重定向的核心作用，不只是把用户“送过去”，而是明确告诉浏览器和搜索引擎：
这个旧地址已经永久迁到新地址，后续应该优先理解和索引新地址。
但这句话只成立在一个前提下：你的映射关系是清楚的，旧链接没有被粗暴地一股脑跳到首页，站内链接、canonical 和 sitemap 也一起改了。
图：301 的重点不是“全部跳走”，而是让旧地址和新地址形成清晰、稳定、尽量一对一的迁移关系。
301 对 SEO 到底有什么作用？
从搜索引擎角度看，301 更像是一个永久迁移信号。
它通常会带来三层价值：
1. 让旧链接的价值有机会被承接到新地址
如果旧页面已经有收录、外链、书签和历史分享，301 可以帮助搜索引擎把这些信号逐步理解为“这页搬家了”，而不是“这页消失了”。
这也是为什么网站改版、域名迁移、目录重构时，301 几乎是基础动作。
2. 避免用户和爬虫持续撞上 404
没有迁移规则时，老用户点旧收藏、合作方打开旧投放链接、搜索结果还没更新完，都可能直接落到 404。
这时候损失的不只是 SEO，还有转化和信任感。
3. 帮你把“新站上线”和“旧站退场”衔接起来
搜索引擎不会因为你上线了新页面，就自动知道旧页面应该被哪一个新地址替代。
301 的价值就在这里：
- 新页面负责承接内容
- 301 负责承接关系
少了后者，迁移就经常只做了一半。
哪些场景应该优先考虑 301？
只要你的目标是“以后都用新地址”，301 就通常比 302 更合适。
常见场景包括：
网站改版，URL 结构整体变化
例如：
/news/xxx改成/blog/xxx/product?id=12改成/products/12- 中文路径统一改成英文路径
这类变化如果不做 301，原来的收录和历史链接会断层。
域名更换或品牌升级
例如从旧品牌域名迁到新品牌域名，或者把二级域名内容迁回主站。
这类场景里，搜索引擎最怕的是“旧站突然没了”，用户最怕的是“旧入口全都失效”。301 正好同时解决这两件事。
内容合并与专题页重构
如果你把几篇重复内容合并成一篇更完整的新页面，或者把旧活动页归并到长期专题页，也适合做 301。
但前提是：新页面真的能承接原页面主题，而不是只因为你懒得处理，就把所有页面都跳去首页。
301 迁移里最常见的 5 个误区
误区 1：所有旧链接都跳首页
这是最常见也最伤的一种做法。
从业务上看，它会让用户找不到原本想看的内容；从搜索角度看，这种“无关重定向”很容易被理解为质量不高，甚至接近 soft 404。
更稳的原则是：
能一对一，就不要一对多；能跳同主题页，就不要跳首页。
误区 2：明明是永久迁移，却长期用 302
如果你的关系已经确定，不打算改回去，继续用 302 只会让迁移信号变得模糊。
302 更适合活动切换、灰度测试、临时停服说明这类“还可能回来”的状态。
如果你现在处理的是长期迁移，优先考虑 301 或 308 会更清晰。
如果你正好也在做临时切换，可以参考这篇：302重定向怎么做 A/B 测试？
误区 3：一条链上套好几跳
比如：
- 旧链接 -> 旧中间页
- 旧中间页 -> 新活动页
- 新活动页 -> 最终产品页
链路越长：
- 页面打开越慢
- 排查越困难
- 用户越容易在中间出问题
Google Search Central 对迁移链路的建议也很明确：尽量直达最终目标，不要堆重定向链。
误区 4：只改了跳转，没改站内信号
很多站迁移后只配了 301，却忘了同步更新：
- 站内导航链接
- canonical
- sitemap
- 结构化数据里的 URL
- 站内正文里的老链接
结果就是：站内自己还在疯狂引用旧地址，然后再让服务器把这些旧地址跳走。
这不但浪费爬取和加载成本，也会让站点信号长期不够整洁。
误区 5：规则保留时间太短
迁移不是“上线后一周没报错就结束”。
搜索结果更新、第三方外链替换、用户书签更新，都需要时间。Google 对站点迁移的建议是：旧 URL 的重定向尽量保留至少 1 年。从用户体验角度看，很多高价值旧入口甚至值得长期保留。
一套更稳的 301 迁移执行顺序
如果你不想把迁移做成一次“全站流量赌博”，建议按这个顺序走。
第一步：先拉出旧 URL 清单，再做映射表
不要一边上线一边想“这个链接等会儿再看”。
至少把这几类地址先整理出来：
- 历史收录页
- 站内重点落地页
- 老广告/老海报入口
- 带外链的内容页
- 导航和栏目页
每个旧 URL 最好都明确写清楚对应的新 URL。
第二步：先让新页面可访问，再启用迁移规则
重定向不是拿来“占坑”的。
如果新页面还没准备好，就急着把旧地址全切过去，最后只会把老流量统一导进半成品页面。
第三步：按页面关系做 301，而不是按目录粗暴替换
目录级规则很方便，但并不总是准确。
如果内容结构变化不大，目录规则可以提高效率；如果内容已经合并、拆分、重命名，就应该单独处理重点页面。
第四步：同步更新站内链接、canonical 和 sitemap
这一步经常被低估，但它直接决定搜索引擎多久能把新地址当成主版本。
建议迁移当天就把这些一起处理：
- 新站所有导航和正文链接指向新地址
- canonical 改成新地址
- sitemap 提交新 URL
- 结构化数据里的文章和页面 URL 改成新地址
第五步：抽样测试，再监控 404 和异常链路
至少抽查：
- 核心栏目页
- 高流量文章
- 带参数链接
- 移动端入口
- HTTPS 和非 HTTPS 的旧入口
迁移上线后的前几周，更要盯住：
- 404 日志
- 被错误跳首页的旧链接
- 循环跳转
- 不必要的双跳和三跳
301、302、308 应该怎么分工？
| 状态码 | 更适合的场景 | 关键判断 |
|---|---|---|
| 301 | 长期稳定迁移 | 以后都用新地址 |
| 302 | 临时切换、A/B 测试、活动页试跑 | 还可能改回去 |
| 308 | 长期迁移且希望严格保持请求方法 | 技术语义更严格的永久迁移 |
对大多数常规网站改版来说，301 已经够用。
如果你只是临时替换页面，就不要为了“看起来更正式”而硬上 301。
如果你想把 301 做得更可控，可以怎么落地？
如果你的迁移对象不止一两个链接，而是一整批目录、老专题或品牌域名入口，那重点通常不是“会不会配 301”，而是：
- 能不能把规则集中管理
- 能不能快速回看旧入口对应关系
- 能不能避免误把长期迁移做成临时切换
如果你要的是可运营、可迭代的跳转入口，可以先看：
FAQ
所有旧链接都跳到首页，真的不行吗？
只有在“旧页面没有明确替代内容”时，才勉强能这么做。
如果原页面本来有明确主题，却被一律跳到首页，用户体验通常很差，搜索引擎也未必会把这种关系当成高质量迁移。
301 之后，搜索表现会立刻恢复吗？
通常不会。
迁移是一段时间内逐步被识别和更新的过程。
你做对了，效果会比“不做迁移规则”稳定得多；但它依然需要搜索引擎重新抓取和理解。
301 需要保留多久？
如果这是正式迁移，建议至少保留 1 年。高价值旧入口、历史物料和外部合作链接，很多场景下值得保留更久。
