更改网址的网站迁移实战指南

💡 核心摘要：更改网址的网站迁移不是简单换域名，而是把旧 URL 的信号稳妥转移到新 URL。正确流程是先列出重要 URL，建立旧新映射，更新新站的 canonical、hreflang、内部链接和站点地图，再用服务器端永久重定向把旧网址直接送到最终目标页。迁移后还要尽快更新入站链接，并持续监控旧站和新站的流量、索引和错误。

一、先确认迁移范围

这篇流程适用于会改变用户可见 URL 的迁移，包括换域名、改路径、改子域、重构信息架构、HTTP 转 HTTPS，或者把内容合并到新的网址结构里。

它不适用于只换服务器、换托管商或接 CDN 但 URL 不变的场景。那类迁移应按“托管基础架构迁移”处理，重点在测试新环境和切换 DNS，而不是做大量重定向映射。

⚠️ 先分清“改 URL”还是“不改 URL”。两类迁移的准备顺序完全不同。

二、先找出最重要的网址

迁移前不要试图一次性处理全站所有 URL。先从最重要的网址开始，这样即使迁移窗口有波动，也能优先保住流量和转化。

优先来源包括站点地图、服务器日志、分析工具、Search Console 的指向链接报告、CMS 内容列表，以及近期至少访问过一次的 URL。还要把图片、视频、JavaScript 和 CSS 等嵌入资源纳入计划，因为它们也可能影响页面可访问性。

重要 URL 清单

高流量页面
高外链页面
转化页面
站点地图已提交页面
近期有访问记录的页面
嵌入资源和媒体文件

💡 迁移计划里最容易漏掉的是资源文件和媒体 URL。页面迁移了，资源没迁移，照样会出问题。

三、建立旧新网址映射

拿到旧网址列表后，逐个确定它应该跳转到哪个新网址。这个映射是整次迁移的核心文件，后续重定向、内链替换、Sitemap 更新和外部链接沟通都要依赖它。

对中小型网站，Google 建议尽量一次迁移整个网站，而不是一块一块迁移。对大型网站，可以按版块迁移，便于监控和排障，但每一块都要有完整映射。

映射示例

/old-product-a  -> /products/product-a
/blog/post-1    -> /learn/post-1
/docs/v1/page   -> /docs/v2/page

⚠️ 不要把旧 URL 全部映射到首页。除非内容真的合并到一个新页面，否则这会让用户困惑，也可能被视为 soft 404。

四、更新新站上的页面信号

在开始重定向前，先把新网站本身准备好。每个新 URL 都应该有自引用 canonical；如果站点有多语言或多地区版本，hreflang 也要同步更新到新 URL。

内部链接也要改成新地址，站点地图要只提交新 URL。这样 Google 看到的新站信号才会一致，不会出现“页面指向新地址，但站点地图和内链还在指旧地址”的冲突。

需要同步的项目

canonical：指向新 URL
hreflang：更新为新 URL
内部链接：改成新 URL
Sitemap：只放新 URL
robots/noindex：检查是否有迁移时临时规则

💡 这一阶段做得越完整，后面的重定向越像“迁移收尾”，而不是“继续修 bug”。

五、优先用服务器端永久重定向

Google 建议尽可能使用服务器端永久重定向，常见是 301 或 308。这样用户和搜索引擎都会直接到达最终目标页，旧 URL 的信号也更容易转移。

如果技术上做不到服务器端重定向，才退回客户端重定向。即便如此，也要尽量减少跳转层数，直接跳到最终目标页，不要让页面 1 跳到页面 2 再跳到页面 3。

重定向原则

永久迁移：301 / 308
直接到最终目标页
链路最好为 1 跳
尽量不超过 3 跳，少于 5 跳

⚠️ 重定向链会拖慢用户，也会增加 Google 抓取成本。最稳的是旧 URL 直接到最终新 URL。

六、启动迁移并提交变更

迁移开始后，先启用重定向，再检查新站上的 canonical 和 robots meta 是否和预期一致。重定向生效后，新站上的 canonical 应该使用新 URL，如果迁移前给新站加过临时 noindex，也要记得撤掉。

随后测试一批旧 URL，确认它们能正确落到新 URL。迁移完成后，在 Search Console 中为旧站提交地址更改请求。如果只是从 HTTP 迁移到 HTTPS，则不需要使用地址更改工具。

验收命令

curl -I https://example.com/old-url
curl -L -I https://example.com/old-url

💡 curl -I 看第一跳和 Location，curl -L -I 看最终落点和链路长度。

七、尽快更新入站链接

迁移刚开始后，要尽快更新尽可能多的传入链接，这会改善用户体验，也能减轻旧站重定向压力。Google 文档明确提到四类要优先处理的链接。

内部链接要按旧新映射表批量替换。外部链接要联系高价值站点，要求他们更新到新 URL。社媒资料链接也要改，广告系列和着陆页链接也应同步到新地址。

优先更新项

内部链接
外部链接
Facebook / Twitter / LinkedIn 等资料链接
广告系列链接

💡 外部链接不一定都能改，但高流量、强转化、强品牌的链接值得优先跟进。

八、监控旧站和新站的变化

迁移后，旧站流量应该逐渐下降，新站流量应该逐渐上升。Googlebot 发现和处理迁移 URL 需要时间，中型站点通常要几周，大型站点可能更久。

监控时重点看 Search Console 的站点地图、索引覆盖范围、搜索查询，以及服务器日志、错误日志和分析软件。尤其要确认 Googlebot 正在抓取新 URL，而不是持续撞旧 URL 或错误重定向。

常见问题排查

noindex / robots.txt 迁移残留
错误重定向到不存在页面
重定向链过长
服务器容量不足
站点地图仍包含旧 URL

⚠️ 迁移期间排名和曝光短期波动是正常的，不要因为几天的波动就反复改规则。

九、把重定向留够时间

Google 建议重定向至少保留 1 年，最好更久。这样旧站的链接信号、外部引用和抓取结果有足够时间转移到新 URL。

用户角度上，重定向可以考虑长期保留，但服务器端资源和维护成本也要纳入评估。对仍有外链和老书签的页面，保留重定向通常比提前关闭更稳妥。

💡 不要急着删旧重定向。迁移真正完成，通常比上线当天晚得多。

📌 核心收获

• ✓ 先做 URL 映射：没有映射，后面的重定向和内链更新都不稳。
• ✓ 新站信号先同步：canonical、hreflang、内链和 Sitemap 要先对齐。
• ✓ 服务器端永久重定向优先：尽量用 301 / 308，并直达最终目标页。
• ✓ 入站链接要尽快更新：内部、外部、资料页和广告链接都该改。
• ✓ 迁移后要持续监控：旧站下降、新站上升才是正常轨迹。
• ✓ 重定向要保留足够久：通常至少 1 年。

🚀 立刻行动

1. 导出站点地图、服务器日志、Search Console 链接报告和 CMS 内容列表，整理出重要 URL。
2. 建立旧新 URL 映射表，先覆盖高流量、高外链和转化页面。
3. 在新站更新 canonical、hreflang、内部链接和 Sitemap，确认都指向新 URL。
4. 配置服务器端永久重定向，避免重定向链和无关跳转。
5. 迁移后尽快联系外部站点，更新高价值入站链接和社媒资料链接。
6. 在 Search Console 提交地址更改和新的 Sitemap，并持续查看索引覆盖和错误报告。
7. 把旧 URL 的重定向至少保留 1 年，再决定是否继续维护。

来源：在更改网址的情况下迁移网站 | 本文为知识提炼与重新表达