先导出全部旧URL并为每个有价值页面指定最相关的新URL；无法迁移的内容返回真实404或410，不要统一跳首页。迁移前抓取新站，确认没有误留的 noindex 或全站 robots 屏蔽。上线时启用301/308永久重定向、更新Canonical与内链、提交包含新Canonical URL的Sitemap，并保留重定向至少一年。域名或子域迁移还应在Search Console验证新旧资源并使用地址变更工具。
直接答案
先导出全部旧URL并为每个有价值页面指定最相关的新URL；无法迁移的内容返回真实404或410，不要统一跳首页。迁移前抓取新站，确认没有误留的 noindex 或全站 robots 屏蔽。上线时启用301/308永久重定向、更新Canonical与内链、提交包含新Canonical URL的Sitemap，并保留重定向至少一年。域名或子域迁移还应在Search Console验证新旧资源并使用地址变更工具。
一、先判断是哪一种迁移
迁移可分为两类。第一类是URL不变，只更换主机、服务器或CDN；第二类是URL发生变化，例如HTTP升级HTTPS、换域名、合并子域、修改目录或路由。两类迁移的核心风险不同：前者重点是DNS、证书、容量和新旧基础设施切换，后者必须处理逐页映射、重定向和搜索信号转移。
如果还要更换CMS或大幅改版，尽量拆成独立阶段。Google Search Central建议一次只改变一件大事，这样流量或抓取异常出现时，才能定位原因。
二、建立逐页URL映射表
从Sitemap、站内抓取、分析工具、服务器日志和外链报告合并旧URL清单。每一行至少记录：旧URL、新URL、处理方式、页面类型、Canonical、预期状态码、内链数量和负责人。
映射原则是内容等价或高度相关。旧产品页应跳到对应新产品页，旧文章应跳到同主题新文章。大量无关页面统一跳转首页可能给用户错误预期，也可能被搜索系统视为软404。已永久删除且没有替代内容的URL应返回404或410。
迁移前先检查重复映射：多个旧URL可以在内容已合并时指向同一新页，但要确认新页确实覆盖原有需求；一个旧URL不能因规则冲突在不同环境跳往不同目的地。
三、迁移前验证新站
新站上线前应在受控环境完成抓取，但不能让测试域成为公开可索引的重复站。检查项目包括：
页面返回预期的200状态，而不是带错误内容的200。
标题、描述、正文、结构化数据和图片没有因模板迁移丢失。
Canonical指向新站最终URL，并且是绝对地址。
正式环境不会遗留开发期的全站 noindex。
robots.txt不会误屏蔽CSS、JavaScript、文章目录或整站。
旧站用于Search Console验证的必要文件或标记有迁移方案。
新服务器能承受用户访问与搜索引擎重新抓取叠加的负载。
四、正确配置永久重定向
永久迁移使用服务器端301或308。重定向目标应直接到最终新URL，避免“旧URL→中间URL→最终URL”的长链。上线前用自动化脚本检查整个映射表，而不是只点开几个首页链接。
每个请求至少验证：旧URL返回永久跳转；Location准确；最终URL返回200；没有循环；协议、主机、大小写、尾斜杠和查询参数规则一致。对仍需暂时保留原地址的短期活动，可使用临时重定向，但不要把临时与永久策略混在同一规则中。
Google官方迁移指南建议尽可能长期保留重定向，通常至少一年，以便用户、搜索引擎和旧外链逐步迁移。自己的高流量外链和内部链接则应尽快直接更新到新地址，减少跳转开销。
五、统一Canonical、内链和Sitemap
新页面应使用指向自身最终地址的Canonical。Canonical、重定向、站内链接和Sitemap如果互相矛盾，搜索引擎需要自行判断代表URL，迁移速度和结果都会更不确定。
把导航、正文链接、面包屑、分页、语言版本、结构化数据和分享链接中的旧域名全部替换。Sitemap只放希望索引的完整绝对Canonical URL，不放重定向地址、404、参数重复页或被 noindex 的页面。若URL量较大，可拆分多个Sitemap并用Sitemap索引组织。
六、上线当天的执行顺序
冻结内容和URL变更，保存最终映射表。
完成旧站、新站、数据库和服务器配置备份。
对新站做桌面端、移动端、表单和关键转化流程验收。
启用DNS或入口切换，再启用逐页永久重定向。
批量验证状态码、Location、Canonical、robots和页面内容。
更新内链、hreflang、结构化数据与Sitemap。
在Search Console验证新旧资源并提交新Sitemap。
域名或子域变化时，按官方条件使用地址变更工具。
七、上线后的监控指标
每天查看旧URL的重定向命中、新URL的200比例、404/410、5xx、重定向循环、Canonical异常和Sitemap抓取情况。将自然流量按旧路径与新路径对应比较，避免只看全站总量掩盖某个重要目录的损失。
排名与展示在重新抓取和重新索引期间可能波动。Google没有固定完成时间；规模、服务器速度和抓取频率都会影响迁移进度。判断迁移是否健康，应结合覆盖范围、错误趋势和URL级验证，而不是承诺某天恢复。
八、常见错误
所有旧URL都跳转首页。
新页面Canonical仍指向旧域名。
Sitemap同时包含旧URL、新URL和重定向URL。
正式站遗留测试环境的 noindex 或 robots屏蔽。
重定向形成多跳链或循环。
迁移同时改域名、CMS、设计和正文，无法定位问题。
只检查首页，不验证长尾文章、分页、图片和下载文件。
上线几天后就删除旧域名或重定向规则。
十、总结
网站迁移不是一次DNS切换，而是一套URL级信号转移工程。用完整映射表约束范围，以服务器端永久重定向连接旧、新页面，让Canonical、内链和Sitemap保持一致，再用批量HTTP检查和Search Console持续监控。一次只改变一个主要变量，才能在出现异常时快速定位和回滚。
官方参考资料
Google Search Central：Site Moves and Migrations，https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes（核验日期：2026-08-29）
Google Search Central：Changing Your Web Hosting and SEO，https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes（核验日期：2026-08-29）
Google Search Central：How to specify a canonical URL，https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls（核验日期：2026-08-29）
Google Search Central：Build and submit a sitemap，https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap（核验日期：2026-08-29）
常见问题
换服务器但URL不变，需要做301吗？
通常不需要。重点是新基础设施能用同样的URL稳定返回相同内容，并正确处理DNS、TLS、缓存和容量。
旧文章合并成一篇，可以多个URL跳到同一页吗？
可以，但新页面必须真正覆盖旧页面主题。无关内容统一跳转到一个页面不合适。
新Sitemap要保留旧URL吗？
新Sitemap应主要列出希望索引的新Canonical URL。迁移历史和旧URL映射应保存在内部报告与重定向配置中。
重定向需要保留多久？
Google官方建议尽可能长期保留，通常至少一年；从用户和旧外链角度看，长期保留往往更稳妥。