SEO 迁移怎么做：域名迁移、目录迁移、协议切换与 301 策略
SEO 迁移怎么做：域名迁移、目录迁移、协议切换与 301 策略
SEO 迁移不是“换个地址”这么简单。只要 URL 变化，搜索引擎就要重新理解页面归属、权重传递和索引关系；如果再叠加站点合并、系统更换、协议切换或目录重构，任何一个细节出错，都会放大为收录下降、排名波动、流量损失、转化中断。
这篇文章只讲可执行的迁移方案：如何做 URL 映射、如何设置 301、canonical 和 sitemap，如何用日志验证迁移是否被正确抓取，以及如何设计回滚路径，确保迁移可收口、可观测、可恢复。
在开始前，建议先明确迁移目标与风险边界。若你需要快速判断页面意图、迁移风险和投入产出，可以先参考本站工具：
- Intent 工具
- AI 风险评估工具
- ROI 决策工作台
如果你需要对照官方规则，Google 对站点迁移与 HTTP/HTTPS 切换的说明也值得提前看一遍：
- https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- https://developers.google.com/search/docs/crawling-indexing/http-https
一、先判断这次迁移属于哪一类
不同迁移类型，风险重点完全不同。先分类，再做方案，不要一上来就写 301。
1. 域名迁移
典型场景：
- 品牌升级，从 oldbrand.com 迁到 newbrand.com
- 国际化分站合并到主站
- 收购后统一品牌域名
核心风险：
- 旧域名权重转移不完整
- 重要页面对应关系丢失
- 外链、品牌词和历史收录沉淀流失
2. 目录迁移
典型场景：
- /blog/ 迁到 /learn/
- /product/ 迁到 /shop/
- 旧 CMS 改版后目录层级变化
核心风险：
- 大量 URL 规则变化，映射复杂
- 内链未同步，导致抓取路径断裂
- sitemap 与 canonical 仍指向旧目录
3. 协议切换
典型场景：
- 全站从 http 切到 https
- 混合内容修复后统一加密
核心风险：
- 规范版 URL 混乱
- 资源加载失败导致页面质量下降
- 站内跳转、图片、JS、CSS 仍引用 http
4. 站点合并
典型场景：
- 两个内容站合并为一个主站
- 多个品牌站并入统一平台
核心风险：
- 两套内容重复，canonical 冲突
- 同主题页面取舍不清，造成内耗
- 外链指向多个旧域名，迁移链路复杂
5. 系统迁移
典型场景：
- 从自研系统迁到 WordPress、Shopify、Magento、Headless CMS
- 前后端分离重构，路由逻辑变化
核心风险：
- URL 生成规则改变
- 模板字段变化导致 meta、canonical、schema 丢失
- 生成 sitemap 的机制与缓存策略失效
二、迁移前必须先做的四件事
1. 建页面清单与优先级
不要只看全站数量，先把“必须保住”的页面单独标记出来。
建议分四类：
- 高流量页：自然流量和品牌流量核心入口
- 高转化页：类目页、产品页、落地页、表单页
- 高外链页：外链资源最集中的页面
- 高品牌页：关于我们、案例、服务页、门店页
优先级原则：
1. 先保转化页
2. 再保流量页
3. 再保外链页
4. 最后处理长尾页
2. 做旧 URL 到新 URL 的映射表
这是迁移成败的核心。映射表要做到“一对一、可追溯、可验证”。
最低要求：
- 每个旧 URL 都要有明确的新 URL
- 不能用首页代替无关页面
- 不能让多个重要旧 URL 都跳到同一个泛页
- 对于已下线内容，要明确返回 410、404 或替代页策略
建议字段：
- old_url
- new_url
- 页面类型
- 优先级
- 现有流量/外链情况
- 处理方式：301 / 410 / 保留
- 验证状态
3. 先定义“规范 URL”
迁移前，必须统一以下规则：
- 是否全部带 www
- 是否强制 https
- 是否带尾斜杠
- 是否统一小写
- 是否去掉无意义参数
- 是否固定主语言路径
如果规范不先定，301 规则会互相打架，canonical 也会互相矛盾。
4. 迁移前做备份与冻结
至少冻结这些内容：
- 旧站 URL 列表
- sitemap 文件
- robots.txt
- 模板 head 区域配置
- 内链、导航、页脚链接
- 重定向规则配置
- 站点日志基线
建议在正式切换前 3 到 7 天冻结映射表，避免临时改版把迁移方案冲散。
三、301 映射怎么设计才不会损失权重
1. 301 的原则
301 不是“随便跳一下”，而是尽量保留主题相关性。
正确做法：
- 旧产品页 → 新产品页
- 旧类目页 → 新类目页
- 旧文章页 → 对应新文章页
- 旧门店页 → 同城市新门店页
错误做法：
- 任何旧页面都跳首页
- 所有过期内容都跳到一个分类页
- 细分页全部汇总到泛首页
2. 需要避免重定向链与重定向环
最好做到：
- 旧 URL 直接 301 到最终 URL
- 不经过 A → B → C 的多跳链
- 不要出现 A 跳 B，B 又跳 A 的环路
3. Nginx 301 映射示例
下面是一个适合目录迁移或域名迁移的简化示例：
server {
listen 80;
server_name oldbrand.com www.oldbrand.com;
return 301 https://newbrand.com$request_uri;
}
server {
listen 443 ssl;
server_name oldbrand.com www.oldbrand.com;
location = /blog/seo-migration-guide {
return 301 https://newbrand.com/learn/seo-migration-guide;
}
location / {
return 301 https://newbrand.com$request_uri;
}
}
作用说明：
- 第一段把旧域名的 HTTP 请求统一跳到新域名 HTTPS
- 第二段处理个别精确映射，适合重点页面
- request_uri 保留原路径和参数，避免丢失追踪信息或分页参数
4. Apache 301 映射示例
RewriteEngine On
RewriteCond %{HTTP_HOST} ^oldbrand\.com$ [NC,OR]
RewriteCond %{HTTP_HOST} ^www\.oldbrand\.com$ [NC]
RewriteRule ^(.*)$ https://newbrand.com/$1 [R=301,L]
Redirect 301 /blog/seo-migration-guide https://newbrand.com/learn/seo-migration-guide
作用说明：
- 适合 Apache 环境的域名迁移
- 精确页面用 Redirect 301
- 站点级跳转用 RewriteRule
四、canonical、sitemap、robots.txt 要同步改
1. canonical 要指向新地址
迁移时，很多团队只改了 301，却忘了页面里的 canonical 还在指向旧 URL。这样搜索引擎会收到互相矛盾的信号。
正确原则：
- 新页面 canonical 必须指向新页面自身
- 如果有参数页、筛选页，按规则保留或归一
- 已迁移页面不要再输出旧域名 canonical
2. sitemap 必须切换到新 URL
sitemap 的作用不是“提交一下就完了”，而是给搜索引擎一个新的抓取路线图。
建议：
- 新站上线时只提交新 URL sitemap
- 旧站 sitemap 不要长期保留
- 分类型提交：产品、文章、分类、门店、帮助中心
- sitemap 中的 URL 必须返回 200，不要混入 301
3. robots.txt 要避免误封新站
迁移后常见事故：
- 新站目录规则写错，禁止抓取
- 测试环境 robots.txt 没清理，误上线
- 旧域名 robots 阻止了重定向页的抓取验证
robots.txt 不能替代 canonical 或 301。它只负责抓取策略，不负责权重转移。
五、站点合并与系统迁移，怎么处理重复内容
1. 站点合并先定主站，不要双主并存
两个站合并时，先选主域名和主信息架构，再处理另一站内容。
建议流程：
- 确定主品牌域名
- 定义保留内容和下线内容
- 对重叠主题做合并页，不要简单复制
- 旧站重点页面逐条映射到主站对应页
2. 系统迁移要保住 SEO 字段
常见丢失项：
- title
- meta description
- H1
- canonical
- Open Graph
- structured data
- alt 文本
- 分页与面包屑
如果迁移到新 CMS，要先验证模板字段是否可完整继承，特别是电商和内容站。
3. 数据层与模板层要同步检查
不要只看前台页面，后台字段也要检查：
- URL 规则是否由系统自动生成
- 是否支持自定义 canonical
- 是否支持 301 批量导入
- 是否支持 sitemap 自动更新
- 是否支持结构化数据输出
六、不同业务类型的迁移重点
1. 电商站点
电商最怕产品页、类目页和库存页迁移出错。
重点策略：
- 旧 SKU 页迁移到对应新 SKU 页
- 下架商品根据策略返回 301 到替代品、类目页或 410
- 类目页尽量保留层级相关性
- 促销参数页不要让 canonical 混乱
额外注意：
- Faceted navigation（筛选参数）要控制索引
- 主类目页尽量稳定，不要频繁改路径
- 商品变体页要避免大量重复内容
2. SaaS 站点
SaaS 常见迁移包括官网改版、定价页重构、帮助中心迁移、博客迁移。
重点策略：
- 定价页、对比页、解决方案页优先保住
- 文档中心和知识库要做主题映射
- 博客文章迁移后保留原有内链结构
- 登录、注册、试用页的转化链路必须做回归测试
3. B2B 站点
B2B 站点通常内容深、页面少、单页价值高。
重点策略：
- 案例页、行业解决方案页、落地页优先 1:1 映射
- 白皮书、下载页、表单页不能丢 CTA
- 迁移后检查咨询链路是否完整
4. 本地服务站点
本地服务最看重门店、区域页和电话转化。
重点策略：
- 城市页、门店页、服务半径页必须尽量保留
- 旧门店关闭时，跳转到最近服务点或同城总页
- Google Business Profile、百度地图、各类本地目录信息要同步更新
七、迁移上线前的验证清单
1. 技术验证
先做自动化检查，再做人为抽查。
建议检查：
- 旧 URL 是否 301 到目标页
- 新 URL 是否返回 200
- canonical 是否指向自身或正确规范页
- sitemap 是否全是 200 页面
- robots.txt 是否未误封
- 站内链接是否已改成新地址
2. 抓取验证
上线后重点看日志，而不是只看前台页面。
要验证：
- 搜索引擎机器人是否访问了旧 URL
- 旧 URL 的 301 是否被稳定抓取
- 新 URL 是否被重新抓取
- 是否存在大量 404、500、302 链路
3. 日志验证方法
下面是一个常见的日志排查思路：
grep -E "Googlebot|Baiduspider|bingbot" access.log | tail -n 200
作用说明：
- 快速筛选搜索引擎爬虫访问记录
- 判断机器人是否在访问旧站、是否遇到 301/404/5xx
- 可结合旧 URL 列表批量比对
再看重定向状态：
curl -I https://oldbrand.com/blog/seo-migration-guide
你需要确认：
- 状态码是 301
- Location 指向目标页
- 不出现多次跳转
4. 重点监控指标
上线后 7 到 14 天内，至少盯住：
- 旧 URL 301 覆盖率
- 新 URL 收录增长情况
- 404 数量
- 爬虫抓取频次
- 核心词排名波动
- 自然流量和转化变化
八、回滚方案怎么设计，才算真正可控
1. 回滚不是失败预案，而是上线条件的一部分
一个合格的迁移方案，必须在上线前就写清楚：什么指标触发回滚，谁来决定回滚，回滚到哪一版，如何恢复。
2. 回滚触发条件建议
可考虑以下任一触发：
- 核心目录大量 404
- 重要转化页 301 失效
- 服务器 5xx 激增
- 登录、下单、询盘链路异常
- 站点主流量在短期内明显下滑且无法解释
3. 回滚动作要简单直接
建议保留：
- 旧站完整备份
- 旧重定向配置备份
- DNS 回切方案
- CDN 缓存清理方案
- 数据库快照与恢复脚本
回滚时优先级：
1. 恢复可访问性
2. 恢复原 URL 规则
3. 恢复核心转化路径
4. 再处理 SEO 优化细节
4. 不要让回滚变成二次事故
回滚前要确认：
- 旧站和新站不会同时抢同一批 URL
- canonical 不会在双站之间打架
- sitemap 不会同时提交两套版本
- CDN、缓存和浏览器缓存已经清理
九、一个推荐的迁移执行顺序
1. 上线前 7 天
- 冻结 URL 映射表
- 完成高优先级页面梳理
- 完成 301 规则开发
- 检查 canonical、sitemap、robots
- 准备回滚脚本和备份
2. 上线前 1 天
- 抽样测试旧 URL 到新 URL 的跳转
- 检查新站是否可被正常访问
- 关闭测试环境索引入口
- 通知相关团队进入变更窗口
3. 上线当天
- 切 DNS / 切配置 / 切发布
- 立刻抽查关键 URL
- 提交新 sitemap
- 查看日志和监控告警
- 处理高优先级错误
4. 上线后 7 天
- 持续观察抓取和索引变化
- 修复遗漏映射
- 补充未覆盖的长尾 URL
- 复盘流量、收录和转化数据
十、最容易踩坑的地方
1. 只做整站跳转，不做页面级映射
这会导致大量主题信号丢失，尤其是产品页、文章页和服务页。
2. canonical 没改
搜索引擎会继续认为旧 URL 才是规范页，迁移信号被稀释。
3. sitemap 还在提交旧站
这会让搜索引擎继续抓旧 URL，延长迁移周期。
4. 内链没换
首页、导航、页脚、相关推荐都还指向旧地址，会增加抓取成本。
5. 直接改版但不留回滚
没有备份、没有开关、没有恢复路径，迁移就变成一次性赌博。
结语
SEO 迁移的本质不是“把站挪过去”，而是把旧站积累的主题相关性、收录信号、外链价值和转化路径，尽可能稳定地转移到新站。
真正可用的方案必须同时满足四点：
- 映射清楚：旧 URL 到新 URL 一一对应
- 规则统一：301、canonical、sitemap、robots 不打架
- 可验证：日志、抓取、状态码、收录都能检查
- 可恢复：一旦异常，可以快速回滚
只要你把迁移当成一次“受控变更”，而不是一次“页面搬家”，SEO 损失就能大幅降低。
下一课可以继续看：