MagicSEO
技术 SEO · 第 13 篇

网站迁移 SEO 清单：改版、换域与 URL 迁移实战

约 17 分钟阅读 更新于 2026-06-24 MagicSEO 编辑部 · 人工审核 综合实战

网站迁移是技术 SEO 风险最高的操作之一：换域名、改版、调整 URL 结构，任何一个环节出错都可能让多年积累的排名和流量一夜蒸发。但只要准备充分、流程严谨，迁移完全可以平稳完成。这篇文章把前面整个技术 SEO 栏目的知识串起来，给你一套从准备到收尾的完整迁移清单——也作为本栏目的收官篇。

迁移类型#

"网站迁移"是个宽泛的词，不同类型风险和重点不同。先认清你做的是哪一种（常常是多种叠加）：

迁移类型变动内容风险
换域名域名变了，URL 路径不变中（映射简单但涉及全站）
HTTP → HTTPS协议变更低（见 HTTPS 迁移）
URL 结构调整路径/层级改变高（映射复杂，易遗漏）
改版重构设计、模板、内容结构变化高（内容与信号双重变动）
更换技术栈/CMS底层平台更换高（渲染、URL、功能全变）
站点合并/拆分多站合一或一站拆多很高（多套信号重组）
变动越少，风险越小能一次只改一件事，就不要把换域、改版、换 URL、换技术栈全堆在一起。多重变动叠加时，一旦排名下滑，你很难判断是哪个环节出的问题。大型迁移尽量分阶段，逐项验证稳定后再进行下一步。

迁移前：准备工作#

迁移成败八成取决于准备。动手之前必须完成：

  1. 全量抓取现有站点：用 Screaming Frog 等工具抓出所有 URL、状态码、标题、meta、canonical，作为基线快照。
  2. 盘点重要页面：结合 GSC 和分析工具，列出带来流量和排名的高价值页面，重点保障它们。
  3. 导出外链数据：用外链工具导出指向你站点的外链，确认哪些页面是外链落点，迁移后这些 URL 必须有对应去向。
  4. 记录基准数据：迁移前的流量、排名、收录数、Core Web Vitals 等，作为迁移后对比的参照。
  5. 准备测试环境：在 staging 环境搭好新站，并用 noindex 或访问控制确保它不被收录（见 抓取与收录）。
别让测试站被收录测试环境若被搜索引擎抓到并收录，会和正式站产生重复内容，甚至抢占排名。务必用 HTTP 基本认证或 noindex 保护 staging。但要记住：上线时一定要移除这些 noindex / 屏蔽，否则正式站也不会被收录——这是迁移最经典的翻车点。

核心：URL 映射与 301#

这是整个迁移的心脏。每一个旧 URL 都要有一个明确的去向，通过 301 永久重定向一对一指向新 URL。

url-mapping.csv
旧 URL                          新 URL                         类型
/old-blog/seo-tips             /articles/seo-tips             301
/products/shoes.php?id=5       /shop/shoes/running            301
/about-us.html                /about                         301
/discontinued-product         /shop/category                 301  (无完全对应→相关页)

映射时的关键原则：

  • 一对一、用 301：永久迁移必须用 301（不是 302），把信号传给新 URL，原理见 HTTP 状态码与重定向。
  • 映射到最相关页面：没有完全对应时，重定向到最相关的页面（如相关分类），不要统统指向首页——那会被当成软 404。
  • 避免重定向链：旧 URL 一步直达最终新 URL，不要 A→B→C。
  • 真的没有对应内容：内容彻底删除且无替代，就让它返回 404/410，而不是强行重定向。
  • 覆盖外链落点：所有有外链指向的旧 URL 必须在映射表中，确保外链权重不丢。

迁移当天#

选在流量低谷期操作，并准备好回滚方案。上线时逐项确认：

  1. 部署 301 重定向：按映射表启用全部重定向。
  2. 移除测试环境的屏蔽：删除 staging 阶段的 noindex 和 robots 屏蔽，确保新站可被抓取收录。
  3. 更新 canonical：所有页面 canonical 指向新 URL 自身。
  4. 更新内部链接：站内链接直接指向新 URL，不要依赖重定向跳转。
  5. 更新并提交新 sitemap：新 sitemap 只含新 URL，提交到 GSC。
  6. 更新 robots.txt：确认没有误屏蔽，Sitemap 地址指向新域名。
  7. 检查 hreflang：多语言站点更新 hreflang 为新 URL。
  8. GSC 网站迁移工具：换域名时，在新旧资源都验证的前提下使用「Change of Address」通知 Google。
  9. 更新第三方：分析工具、广告、CDN、API 回调、社交资料等指向新域名。
上线后立刻抽查
# 验证旧 URL 一步 301 到新 URL
$ curl -IL https://old-domain.com/old-page
HTTP/2 301
location: https://new-domain.com/new-page
HTTP/2 200

# 验证新页面返回 200、canonical 指向自身、无 noindex

迁移后：监控与修复#

上线不是结束，而是监控的开始。迁移后数周到数月内持续盯紧：

  • 抓取与收录：在 GSC 观察新 URL 的收录进度、旧 URL 的退出，留意"已抓取未收录""重定向错误"等异常。
  • 404 激增：覆盖率报告里若出现大量 404，说明映射有遗漏，立即补上对应 301。
  • 重定向问题：排查重定向链、重定向环、误用的 302。
  • 排名与流量：对照迁移前基准，小幅波动正常，持续大幅下滑要立即定位原因。
  • 抓取统计：观察 Googlebot 抓取量与错误率，确认服务器稳定。
  • Core Web Vitals：新站性能是否达标，必要时优化（见 网站速度）。
耐心：波动是正常的迁移后 Google 需要时间重新抓取、处理重定向、转移信号，期间排名和流量出现临时波动很常见，通常几周到几个月内恢复。不要因为短期下滑就慌乱地反复改动——那只会制造更多不稳定。保持监控，只修复确实的错误。

长期保留重定向#

一个常被忽视的收尾：301 重定向要长期保留，不能迁移完就拆。

  • Google 转移信号、彻底更新索引需要时间，过早移除会让信号转移半途而废。
  • 外部网站指向旧 URL 的链接会长期存在，重定向一旦撤除，这些外链就变成 404，权重白白丢失。
  • 建议至少保留一年，换域名场景下尽量长期持有旧域名并维持重定向，能保留则保留。

完整迁移清单#

迁移前

  • 全量抓取旧站，保存 URL/状态码/meta 基线
  • 盘点高价值页面与关键词
  • 导出外链数据，标记外链落点 URL
  • 记录流量、排名、收录、CWV 基准
  • 搭建受保护的测试环境（noindex/认证）
  • 编制完整的旧→新 URL 映射表

迁移当天

  • 选低流量时段，准备回滚预案
  • 部署全部 301（一对一、无链、无环）
  • 移除测试环境的 noindex / robots 屏蔽
  • canonical、内链全部指向新 URL
  • 提交新 sitemap，更新 robots.txt
  • 更新 hreflang（多语言站）
  • GSC 验证新资源 + 使用网站迁移工具
  • 更新分析/广告/CDN/第三方配置
  • 抽查重定向与新页面状态码

迁移后

  • 监控收录进度与抓取错误
  • 修复 404 激增，补全遗漏映射
  • 排查重定向链/环与误用 302
  • 对照基准跟踪排名与流量
  • 监控 CWV 与服务器稳定性
  • 长期保留 301（至少一年）

本站与迁移#

本站示范MagicSEO 的稳定、语义化 URL 结构（见 URL 结构优化）本身就是为"尽量不迁移"而设计的——URL 与内容主题绑定、不含日期或 ID，发布后无需更改。万一未来需要调整，清晰的层级也让 URL 映射变得简单直接。这印证了本栏目的核心思想：把技术地基从一开始做对，就能省去大量后期补救。
技术 SEO 栏目完结这是技术 SEO 栏目的最后一篇。从抓取与收录、robots.txt、sitemap，到 canonical、HTTPS、状态码与重定向，再到本篇网站迁移——它们共同构成搜索可见性的技术地基。地基扎实，后续的内容 SEO 与站外建设才能真正发挥作用。

常见问题#

网站迁移后排名一定会下降吗？

正确执行的迁移通常只有短期、小幅的波动，会在几周到几个月内恢复，长期不应有损失。Google 需要时间重新抓取、处理重定向、转移信号，期间出现排名和流量的临时波动是正常的。真正导致永久损失的是错误：重定向缺失或用错类型、URL 映射遗漏、内容大改、忘记迁移外链等。准备充分、映射完整、监控到位，就能把风险降到最低。

换域名时旧域名的重定向要保留多久？

至少保留一年，能保留更久更好（很多人建议永久保留或保留数年）。Google 转移信号、更新索引需要时间，而外部网站指向旧 URL 的链接可能长期存在。过早移除 301 重定向，这些旧链接就会变成 404，丢失它们传递的权重。在条件允许的情况下，尽量长期持有旧域名并维持重定向。

可以一次性迁移整个网站，还是应该分批？

取决于网站规模和迁移类型。纯换域名（URL 路径不变）通常可以一次性完成，因为映射关系简单。但如果同时涉及 URL 结构大改、内容重组、技术栈更换等多重变动，风险叠加，建议分阶段进行——先完成一类变更并验证稳定，再做下一类，避免出问题时难以定位原因。无论哪种，都要在低流量时段操作并做好回滚预案。

迁移时需要在 Search Console 做什么？

换域名时使用 Search Console 的"网站迁移工具"（Change of Address）通知 Google，前提是新旧域名都已在 GSC 中验证。同时要为新站点验证资源、提交新的 sitemap、检查覆盖率报告和抓取统计。迁移后持续监控索引状态、抓取错误、404 和重定向问题，及时修复。GSC 是迁移期间最重要的监控工具。