迁移不丢排名的关键不在迁移当天，而在迁移前的准备：把旧新 URL 的映射表做全，用 301 把每一对地址对上，同步更新站内链接与站点地图，迁移后持续监控抓取与索引状态，并准备一份可执行的回滚方案。
核心要点速览
- 迁移前必须先产出完整的旧新 URL 映射表，缺一条就可能丢一个页面。
- 301 要一对一指向最接近的新地址，不要全站跳到首页。
- 站内链接与站点地图要同步改成新地址，避免内部还在指向旧路径。
- canonical 与多语言标注要跟着更新，否则会指向已经不存在的地址。
- 迁移后两周内的抓取与索引数据，是判断迁移是否成功的核心依据。
改版与换域名属于同一类操作：站点的地址结构发生变化。变化本身不会直接导致排名下降，真正造成损失的是变化过程中被遗漏的那些环节。
多数失败的迁移都有一个共同点：准备工作做得不够细。上线时间被压缩，映射表只做了一半，跳转规则用通配符一笔带过，结果一批页面在新站上找不到对应位置。
下面按迁移前、上线时、上线后三个阶段给出清单。每一项都可以逐条打勾核对，也可以直接作为迁移项目的检查表使用。
需要说明的是，迁移的恢复速度与站点规模、历史收录量、外链结构都有关，本文给出的是流程与判断方法，不构成任何排名承诺。
迁移清单与责任分工
| 阶段 | 关键动作 | 产出物 | 常见遗漏 |
|---|---|---|---|
| 迁移前 | 抓取全站地址，产出旧新映射表 | 映射表 + 待保留地址清单 | 只映射栏目页，漏掉文章与附件地址 |
| 迁移前 | 确定新站 URL 规则并冻结 | URL 规范文档 | 上线后还在改规则，跳转要重做 |
| 上线时 | 部署 301 并逐条验证 | 跳转验证记录 | 用通配符把所有地址跳到首页 |
| 上线时 | 更新站内链接、站点地图与规范标注 | 新的 sitemap 与标注检查结果 | 内链仍指向旧域名，形成跳转链 |
| 上线后 | 提交新站点地图并监控抓取与索引 | 两周监控记录 | 提交一次之后就不再查看 |
这张表里最容易被压缩的是第一行。映射表做全做细，后面所有环节都会顺很多；映射表偷懒，后面就要靠跳转规则去补，而通配符和 404 页面都会拖慢恢复速度。[1]
迁移前：把准备工作做扎实
迁移前的准备工作决定了迁移的上限。这段时间投入的每一小时，都会在上线后以更短的低谷期回报。
先抓全站地址，再谈映射
第一步是用爬虫工具把旧站完整抓一遍，把返回正常状态码的地址全部导出。这一步的意义在于得到一份客观的清单，而不是靠记忆列几个主要栏目。
导出之后还要补上爬虫抓不到的部分：后台生成的页面、附件与图片地址、以及历史上做过的活动页。这些地址往往还有外部链接指向它们，一旦遗漏就会直接变成死链。[2]
确定新规则并冻结
新站的地址规则要在开发阶段就定下来，包括栏目层级、命名方式、是否带日期、是否使用目录还是文件形式。规则一旦上线就应当冻结，中途修改会让已经做好的跳转全部重来。
同时要确认新规则对旧地址的兼容程度。如果旧站的路径结构比较合理，保留原有结构往往是最省事的选择：既减少跳转数量，也避免因为路径变化导致的相关性波动。
换域名时还要处理规范标注
换域名比单纯改版多一层工作：站内所有指向自身地址的标注都要更新，包括规范网址、多语言版本的互相指向、以及结构化数据里的站点地址。
这些标注的作用是告诉搜索引擎哪个地址才是正式版本。如果它们仍指向旧域名，就会出现自相矛盾的信号，拖慢新域名的收录速度。[3]
上线当天的执行顺序
- 先部署跳转规则按映射表逐条配置 301，优先处理有外链与有流量的地址。规则要一对一指向内容最接近的新页面，避免统一跳到首页。
- 再验证跳转结果按映射表抽查并批量验证状态码，确认返回的是 301 而不是 302，也不是跳转链。跳转链会削弱传递效果，应当在同一跳内完成。
- 更新内链与站点地图把站内所有指向旧地址的链接改为新地址，并重新生成站点地图。站内链接还指向旧地址时，用户每次点击都要多跳一次。
- 提交并观察抓取提交新的站点地图，并在站长后台观察抓取状态与索引数量的变化。迁移期间的异常通常会在几天内显现。
小结：迁移是一次结构性变更，宁可多花两天做映射表和验证，也不要把问题留到上线之后。上线后的每一个 404，都是迁移前少做的一行映射。
上线后的监控与回滚预案
迁移上线不等于工作结束。接下来两周的数据表现，才是判断这次迁移是否成功的依据。
两周内要看的三组数据
第一组是抓取与索引：新地址被发现的进度、索引数量是否在回升、是否有大量地址停留在未收录状态。第二组是流量：进入站点的着陆页是否已经从旧地址切换到新地址。第三组是错误：404 与 5xx 的数量是否已经回落。
三组数据里，索引数量的恢复通常最慢。如果索引在稳步增加、错误在减少，即使排名还没回来，也说明方向是对的。
回滚预案要提前写好
迁移不顺利时，最常见的错误是在慌乱中做二次改动。因此在上线前就应当写好回滚条件与步骤：什么情况下判定为异常、由谁决定、如何把旧站恢复上线、以及恢复后如何处理已经被收录的新地址。
对使用托管服务的站点来说，改版与迁移前的完整备份、以及能够在短时间内切回旧版本的能力，是预案能否执行的前提。像 了解更多 这类 WordPress 专业托管方案，通常会把备份与切换能力作为基础配置，迁移期间的价值往往比平时更明显。
不要把迁移与其它改动混在一起
迁移已经引入了地址结构这一变量。如果同时改版设计、更换主题、调整内容结构，一旦数据出现波动，就很难判断是哪一项造成的。
更稳妥的做法是把改动分批进行：先完成地址迁移并确认稳定，再逐步调整设计与内容。变量越少，排查越容易，恢复也越快。
参考来源
- Google：什么是站点地图 sitemap（英文） —— Google 官方对站点地图的定义与使用建议，说明 sitemap 如何帮助搜索引擎发现 URL，适合在讲网站收录时引用。
- Screaming Frog 官方博客（英文） —— 爬虫工具 Screaming Frog 的官方博客，聚焦技术 SEO、站点抓取与索引诊断，适合引用技术排查方法。
- MDN：HTML link 元素（简体中文） —— MDN 中文技术参考，说明 link 元素及 rel 的 canonical、alternate、hreflang 等用法，可作为中文文章中规范标注的技术依据。
常见问题
换域名之后排名大概多久能恢复？
没有固定时间。规模较小、结构清晰的站点，通常数周内可以看到索引与流量回升；页面多、外链广的站点恢复周期会更长。判断进度时可以看索引数量与错误数量的变化趋势，而不要只盯着某几个词的排名。
能不能用 302 临时跳转来代替 301？
迁移是永久性变更，应当使用 301。302 表示临时跳转，搜索引擎不会把权重与相关性传递到新地址上，长期使用会导致新地址难以获得应有的排名。只有在上线首日做短时间验证时才考虑临时跳转，验证完成后立即改为 301。
旧域名要不要继续保留？
建议保留较长时间，至少覆盖一个完整的续费周期，并把所有旧地址跳转到对应的新地址。旧域名上仍然存在的外链需要靠跳转传递过来，过早放弃会直接损失这部分价值。同时要避免旧域名与新域名同时提供相同内容。
改版但域名不变，也需要做跳转吗？
只要地址发生变化就需要。很多改版会顺带调整栏目结构，导致路径改变，此时同样要建立旧新映射并配置 301。如果改版后地址完全不变，则可以省去跳转环节，但站点地图、内链与规范标注仍要核对一遍。
迁移期间要不要暂停投放广告？
不必暂停，但要检查落地页地址是否已更新。投放中的广告如果仍指向旧地址，用户会经历一次跳转，既影响体验也可能影响转化统计。建议在迁移前把广告落地页纳入映射表，上线后逐一核对。