网站迁移大概是唯一一种能在一个下午就抹掉多年搜索可见度的常规项目。重做前端、更换平台、更换域名，甚至只是顺手整理一下网址结构，都带着同样的风险，而损失很少在上线当天露面。它通常在两周后才显形，表现为一条安静而持续的下滑曲线，没有人会把它和那次发布联系起来。

好消息是，原因早已被研究透彻，而且几乎全部可以预防。在实际项目里，迁移造成的流量损失几乎都能追到同一件事上：一份不完整的重定向映射。这篇文章里的其他所有内容，重要性都排在把这件事做对之后。

只有一条规则： 每一个当前存在且仍有价值的网址，都必须通过一次永久重定向，落到新站上最接近的对应页面。这里说的价值，指的是它有流量、有外链，或者仅仅是已被索引。不是首页。不是三跳的跳转链。一次重定向，落到真正对应的那一页。

动手改造之前，先把网址盘点出来

你无法重定向那些你根本不知道存在的网址，而且没有任何一个来源能把它们全部列出来。从四个地方分别取数，然后合并，这是唯一靠得住的做法。

对现有站点做一次完整抓取。 这能拿到所有沿着链接可以到达的页面，这是大多数，但从来不是全部。孤立页面、内部链接早已断掉的旧文章、没有任何入口的落地页，靠这一种方式是看不见的。

Search Console 的数据。 把所有获得过展现或点击的网址导出来。那些能带来搜索流量、却没有任何内部链接指向的页面，比大多数人想象的要多得多。

服务器访问日志。 它告诉你真正被请求的是什么，包括那些在站点上已经找不到入口、却仍然通过书签、邮件和外部链接持续获得访问的旧网址。

你的外链数据。 任何被别的网站链接过的网址，一旦停止响应，那份价值就没了。这是整件事里优先级最高的重定向，因为链接带来的权重没有别的办法可以补回来。

把这四份合并成一份清单，去重，你就得到了自己站点真实的表面积。对一个运营多年的站点来说，这个数字会明显大于所有人的估计，而单是这个数字，往往就足以让项目计划重新排一遍。

把旧网址映射到新网址

清单到手之后，映射才是需要判断力的环节。

把每一个网址映射到最接近的对应页面。有直接替代页的，很简单。内容被合并过的，指向现在覆盖这个主题的那一页。内容确实消失且没有继任者的，就让它返回 404 或 410，而不是把人扔到一个不相干的地方。对于你有意删除的东西，410 能更明确地表达意图。

要忍住把所有东西都重定向到首页的冲动。搜索引擎会把指向无关页面的重定向当作软 404，因此它什么也传递不了，对顺着旧链接过来的人也是糟糕的体验。对真正被移除的内容来说，一个刻意的 404 是比一次误导性重定向更好的结果。

使用永久重定向，并且确保它们只跳一次。旧网址指向第二个网址、第二个又指向第三个的重定向链，在迁移过不止一次的站点上很常见。每多一跳都增加延迟并稀释信号，所以永远映射到最终目的地，而不是上一次迁移留下的那个中间站。

留意那些容易漏掉的细节：结尾斜杠、大写字符、会产生独立索引网址的查询参数，以及协议和子域名。一次把页面处理得很好、却放着 http 和 www 变体不管的迁移，只是把自己的问题翻了一倍。

还有什么要跟着站点一起搬

重定向是最大的风险，但另外还有四样东西值得保护。

规范标签与 hreflang。 迁移之后，规范标签必须指向新网址。仍然指着旧域名的规范标签，是一种极其有效的、让新站完全无法被索引的做法。如果你运营多语言版本，每一组 hreflang 都要同步更新，因为只要有一处对不上，整组就失效了。

结构化数据。 旧页面上的所有 schema 都应当带过去，包括写在里面的网址。只搬走看得见的内容、把标记弄丢，是很常见的事故，它会悄悄让你失去富媒体结果的资格。

元数据。 标题和描述应当被有意识地迁移，而不是交给新平台的默认规则重新生成。一次用模板套路替换掉精心打磨过的标题的重做，即便排名保住了，也会丢掉点击。

页面速度。 新站往往比它替换掉的那个更重。由于核心网页指标是基于一段滚动周期内采集的真实用户数据来评估的，一个变慢的站点要好几周才会显出全部影响，而到那时候原因已经很容易被归错地方。我们关于核心网页指标 的指南讲清了这些阈值究竟要求什么。

上线与最初的 48 小时

上线本身很短；真正重要的是验证。

正式上线之前，在预发布环境里拿完整清单去测试重定向映射。把它自动化：请求每一个旧网址，断言只有一次 301，且目的地符合预期。靠人手抽样检查，会漏掉那个正在毁掉一千个网址的模式。

确认新站真的可以被抓取。上线日最常见的灾难，就是把预发布环境的 robots 配置或者一个忘了删的 noindex 标签一并发了出去。先看这两件事，其余的都往后排。

提交新的站点地图，并在一段时间内保留一份包含旧网址的临时站点地图，好让爬虫重新发现它们并跟随重定向。如果域名变了，使用 Search Console 里的地址更改工具。

然后去看日志，而不是看排名。新网址上的爬虫活动，能在几小时之内告诉你这次迁移有没有被识别。排名在至少一周之内不会告诉你任何有用的东西。

恢复过程实际上是什么样

在上线前就把预期讲清楚，因为恢复曲线的形状造成的恐慌，比迁移本身还要多。

即使一切都做对了，一定程度的波动也是正常的。搜索引擎必须重新抓取、重新处理、重新关联每一个网址，所需时间与站点规模成正比。一个中等规模的站点出现两周左右的下探，并不是失败的证据。

一次执行良好的迁移，通常会在四到八周内回到之前的水平，小站点有时更快。执行糟糕的迁移不会自己恢复，因为原因一直还在那里。

这个区别在数据里看得出来。如果 Search Console 显示抓取错误在上升、页面在掉出索引，那你有一个需要修的技术问题。如果抓取看起来健康、只是展现量滞后，那你看到的就是正常的重新处理。

在上线之前，把旧站的分析数据和 Search Console 数据导出来。要跟一个你已经无法再访问的基准做对比，是一种很难受的处境，而且发生的频率高得出人意料。

网站迁移工作的费用

以下价格反映的是英国服务商的典型行情，它随网址数量增长，而不是随页面设计量增长。

对一个几百个网址的小站点，重定向映射加迁移质检通常在 £900 到 £2,500 之间。这一档覆盖清单盘点、映射、自动验证以及上线后的检查。

一个几千个网址的中型站点通常在 £2,500 到 £8,000，差价主要来自映射需要更多判断、验证需要更多工具。

带有分面导航、参数网址和多国版本的大型站点或电商站点，从 £8,000 上下起步，并随复杂度上升。分面导航尤其能生成数量惊人的已索引网址，它们需要的是逐个决策，而不是机械映射。

与之相比，做错的代价是恢复期内全部自然流量所对应的收入，再加上抢修的费用。这是少数几个明显值得提前花钱的场景之一。我们的技术 SEO 审计费用指南 讨论了与之相关的诊断工作。

一次迁移，做到位

Mecanik 把迁移的规划与验证纳入技术 SEO 审计 和网站开发 服务。我们从四个来源建立清单，产出重定向映射，针对映射自动化验证，并在上线后的头几周监控抓取行为。

我们同样为更换平台的项目这样做。这类项目里，网址结构常常不是因为谁做了决定，而是作为新系统约定的副作用被改掉的。我们的 Drupal 迁移指南 讲了其中最常见的一种情形，同样的纪律适用于任何一次平台更换。

如果你想先看清整份验证清单，我们的技术 SEO 审计清单 整理了迁移前后都用得上的检查项。如果你在考虑把改版和迁移一起做，网站改版的时机与做法 一文也值得一读。

如果迁移已经发生、流量已经掉了，把上线日期告诉我们，我们会告诉你这是重定向问题、索引问题，还是正常的重新处理。

相关文章: 2026 年技术 SEO 审计清单 、英国网站重新设计 - 2026年的时机与方法 、招聘 Drupal 开发者：价格、能力与考察方法 、英国SEO服务 - 2026年的预期 、如何处理@font-face 、CMS 迁移：怎样不丢流量 。

常见问题

网站迁移之后流量为什么掉了？ 最常见的原因是一份不完整的重定向映射：原本有流量或有外链的网址现在返回错误，或者指向了不相干的地方。其他常见原因包括预发布环境遗留的 noindex 标签、仍然指向旧域名的规范标签，以及稀释信号的重定向链。

应该把旧网址都重定向到首页吗？ 不应该。搜索引擎把指向无关页面的重定向当作软 404，因此它什么也传递不了，还会让顺着旧链接过来的人感到困扰。请把每一个网址映射到最接近的真实对应页面，没有继任者的内容就让它返回 404 或 410。

迁移之后排名要多久才能恢复？ 一次执行良好的迁移通常在四到八周内回到之前的水平，小站点更快。重新抓取期间出现一定波动是正常的。如果抓取错误在上升、页面在掉出索引，那就是技术故障，而不是正常的重新处理。

迁移网站之前应该盘点哪些东西？ 合并四个来源：对现有站点的一次完整抓取、Search Console 中所有有展现或点击的网址、显示真实请求情况的服务器访问日志，以及你的外链数据。每一个来源都能捕捉到其他来源漏掉的网址，其中有外链的网址是最优先要保住的。

网站迁移的 SEO 工作要花多少钱？ 几百个网址的小站点，重定向映射与验证通常需要 £900 到 £2,500。几千个网址的中型站点在 £2,500 到 £8,000，而带有分面导航和多国版本的大型站点或电商站点则从 £8,000 上下起步。