先说一个几乎每年都会遇到的场景：服务器快到期了，或者想在新的云服务商那边换一台配置更好的机器。技术上讲，把网站搬过去是最平常不过的事；但真正让人紧张的是搬完之后的那一个月——排名掉了、收录少了、原来有流量的老页面打不开了，甚至备案被管局判定异常。

需要先纠正一个常见误解：迁移本身不会让你掉排名，掉排名的是迁移过程中被漏掉的那几步。搜索引擎对”网站换了地方”这件事是有预期的，它甚至专门提供了迁移报备的工具；真正的问题出在 DNS 切换时机、备案顺序、301 映射、以及旧服务器关闭得太早这四件事上。

这篇文章按「迁移前—迁移中—迁移后」三个阶段，把需要做的事列成可直接照做的清单。如果你正在计划迁移，建议从头到尾过一遍；如果你已经被迁移后的下滑困住了，可以直接跳到第五节和第六节。

一、先分清：你属于哪一种迁移，风险完全不同

很多人把”迁移”当成一件事，其实它至少有三种，风险等级差得很远。

情形一：同一个服务商内换机器（风险最低）

典型情况是：服务器配置不够了要升级、机器到期续费换新机、同一个平台内更换机房线路或可用区。这类操作的特点是接入主体没有变，所以备案信息不需要改动，搜索引擎感知到的只是 IP 变了。

要做的事主要是：备好文件与数据库、迁移后验证、必要时短暂降低 DNS 的 TTL（缓存时间）。这类迁移通常可以做到几乎无感。

情形二：跨服务商迁移（中等风险，最容易踩备案的坑）

典型情况是：从一个云服务商换到另一个、从自建机房搬到云服务器、从便宜的小主机搬到正规商用服务器。

判断规则其实只有一句话：看”接入服务商”这个主体有没有变。变了就必须办理备案的「接入变更」（也叫接入备案、备案转入）；没变就只换 IP、升配置、换机房，备案都不用动。

这一步最容易出错的地方是顺序。总有人图快，先把 DNS 解析切到新服务器，想着”等网站跑通了再补备案”——结果就是备案信息与实际接入不符，属于空壳备案，管局核查会被判定异常，下发整改通知，逾期不改就会注销备案。正确顺序是「先接入、后迁移」：先在新服务商提交备案转入并等管局审核通过，再动解析。

情形三：换域名、换程序（风险最高）

如果同时还要换域名，或者从旧的 CMS 换成新的系统，那几乎所有 URL 都会变。这种情况下301 重定向就是全部身家，做得不完整，等于把过去积累的全部权重丢掉。第四、五节会专门讲这两件事。

二、迁移前：这 6 件事必须先做完

1. 做一份”能恢复”的完整备份

备份这件事的坑不在”有没有备份”，而在”备份能不能用”。建议同时保存：网站文件目录、数据库导出文件、SSL 证书与私钥、站点配置文件（数据库连接信息、伪静态规则、计划任务）。

更重要的是验证一次——在本地或测试服务器上把备份还原一遍，确认网站能正常打开。很多事故的真正原因是：备份是半年前的，或者数据库导出中途就断了，只是当时没人打开看。

2. 记录一份迁移前的基线数据

没有基线，就没办法判断迁移是好是坏。建议迁移前记录：

  • 搜索引擎后台的收录量 / 索引量，以及近 30 天的抓取频次与异常反馈
  • 近 30 天的自然搜索流量与主要关键词排名（挑 20–30 个核心词）
  • 网站总页面数，以及带流量的落地页清单（这部分最关键，迁移后要逐个检查是否还能打开）
  • 权重最高的那批页面（首页、栏目页、核心产品页）

3. 确认新服务器环境与旧站一致

不少”迁移后白屏或乱码”根本不是迁移问题，而是环境差异：PHP 版本差一档、缺少某个扩展、图片处理库缺失、伪静态规则（Apache 的规则文件与 Nginx 的配置写法完全不同）没转过来、目录权限或文件所有者不对。

建议逐项对比：运行环境版本、必需扩展、伪静态规则、上传目录可写、文件所有者、时区设置、SSL 证书是否就位。

4. 梳理一份全站 URL 清单

这份清单是后面做重定向的依据。抓取范围要覆盖：首页、栏目页与分页、文章详情、产品详情、附件与图片目录，以及历史遗留的旧路径。把它导出成”旧 URL 对应新 URL”的表格，逐个填写，不要靠记忆。

5. 先办备案接入，再定切换日

接入备案的流程大致是：在新服务商提交转入申请 → 上传主体证件、负责人证件、域名证书，完成人脸/视频核验 → 接入商初审（通常 1–2 个工作日）→ 提交管局审核（一般 20 个工作日内，多数省份实际 7–15 天）。整个周期可能跨越两三周，所以备案是排期上的第一步，不是最后一步。

还有一个容易忽略的时间限制：如果先在原服务商做了「取消接入」，需要在 30 天内完成新接入商的转入，否则备案号有被注销的风险。所以取消接入和转入要安排在同一段时间窗里，别中途放长假。

6. 选一个低峰时段动手

优先选业务低谷（例如深夜或周末），并尽量避开搜索引擎大范围更新、以及你自己的推广投放期。这样即使出现几个小时的异常，影响也最小。

三、迁移中：四步走，顺序不能错

第 1 步：先在新服务器把站跑起来，但别动解析

在 DNS 还没切的情况下，通过临时域名、临时端口或本地 hosts 绑定，把新服务器上的网站完整跑通。这一阶段要确认的是：页面能打开、样式正常、图片显示、表单能提交、后台能登录、数据库连接正常、伪静态生效。

如果新服务器的 IP 上还没有可用的域名访问方式，可以用 hosts 绑定域名的方式在本机验证。搜索爬虫这时候还访问不到新站，所以怎么折腾都安全。

第 2 步：先完成备案接入，再考虑切解析

如果是跨服务商迁移，必须等备案转入通过。别在这件事上抢时间——哪怕网站已经在新服务器上跑得好好的，也不要提前切换。

第 3 步：降低 TTL，然后切换解析

切换前 24–48 小时，把域名的 TTL（解析缓存时间）先调低（例如从 3600 秒调到 300 秒或更低），让全球各地的解析缓存尽快过期。这样真正切换时，生效时间会从”一天”缩短到”几分钟”。

切换的动作是：修改 DNS 的 A 记录（或 CNAME）指向新服务器 → 观察生效情况 → 清一次站点与 CDN 缓存。

期间建议保留旧服务器继续运行，让两个环境短暂并行——尤其是有 CDN 或多地解析的情况下，切换不是瞬时的。

第 4 步：旧服务器不要立刻关，保留观察期

这是最常被省钱心态破坏的一步。旧服务器建议至少保留一到两周：一是应对解析还没完全生效的少数地区，二是给回滚留出可能。判断可以关掉的信号是：连续几天日志里旧服务器几乎没有正常业务请求，只剩少量残留解析。

四、如果 URL 变了：301 必须一对一映射

权重是靠 URL 传递的。URL 变了又不做正确跳转，搜索引擎看到的是”原来的页面 404 了，新页面是个没人链接的新页面”——过去积累的权重就断在这里。

最忌讳的做法是把所有旧 URL 全部跳到首页。这在搜索引擎眼里等同于”这个站的内容都没了”，是把整站权重砍成一张首页。正确做法是一对一映射，新旧页面必须语义对应。

URL 变化类型 正确处理方式 常见错法
域名换了，路径不变 全站 301 到新域名的同名路径 只把首页 301，内页直接 404
路径结构改了（如文章目录改了名） 按旧新对照表逐条 301 全部跳首页
页面合并（多篇并成一篇） 全部 301 到合并后的目标页 各自 404，或跳首页
页面彻底下线且无替代 返回 404 或 410，不要 301 到无关页 一律 301 到首页制造”软 404″
临时维护或改版预览 用 302 临时跳转 用 301 做临时跳转，被当成永久变更

另外注意两点：一是避免跳转链（A 跳到 B、B 又跳到 C），链路过长会被中途放弃，要直接跳到最终地址；二是记得让旧 URL 返回 301 而不是 302，301 才是”永久迁移”的语义，302 只是临时。

五、换域名：比换服务器复杂得多

如果迁移同时涉及换域名，要额外处理三件事。

1. 新域名必须重新完成备案

备案是按”域名 + 接入主体”登记的。换域名需要在备案系统里新增域名或做相应的变更流程，新域名同样要解析到已备案的服务器上。老域名如果不再使用，也要考虑是否注销备案，避免留下空壳记录。

2. 主动向搜索引擎报备改版

主流搜索引擎都提供了站点级迁移的报备入口：百度搜索资源平台提供站点改版的相关工具，用于声明整站换域名的关系；Google Search Console 提供地址更改（Change of Address）工具，用于声明网站从一个域名搬到另一个域名。

这些工具的用途是缩短搜索引擎重新认识你的时间——它不会替代 301，但能显著加快权重转移。别只做 301 而不报备。

3. 旧域名别急着丢，至少保留一年

旧域名要持续续费并保持可访问（返回 301），同时站内的内链、外部的友情链接、宣传物料上留下的旧地址都还有流量。旧域名上如果还有历史收录，那是权重转移的通道。很多企业为了省几十块钱域名费，把旧域名放到过期，等于亲手把这条通道掐断了。

六、迁移后 30 天：盯住这 6 个指标

  • 收录与索引变化：每周比对一次收录量，出现持续下跌要立刻排查是不是大量 URL 变成了 404 或跳转异常。
  • 400/500 与 404 日志：迁移后最容易出现的就是”一批页面悄悄坏了”。重点看图片、附件、分页这些容易漏掉的地方。
  • 核心词排名：用迁移前记录的那批词逐个对照。个别词波动正常，成片下滑才是问题。
  • 带流量的落地页是否还活着：这是最直接的商业指标——原来的流量入口打不开，等于订单入口关了一半。
  • 抓取频次：搜索引擎对新地址的抓取会有一个适应期，如果抓取量长期归零，说明解析或访问出了阻断。
  • 备案状态：留意管局核查通知，确认新接入商信息已经同步。

如果发现大面积异常，优先考虑回滚——把解析切回旧服务器（所以旧环境要留够观察期），止损之后再慢慢排查，而不是在新环境上一边救火一边流失排名。

七、5 个最常见的翻车点

  • 先切解析、后补备案。跨服务商迁移的典型错误，后果是备案被判定异常甚至注销。
  • 301 只做首页。内页全部变成 404，等于整站权重清零。
  • 旧服务器提前关停。解析还没完全生效就下线，部分地区用户和爬虫直接打不开。
  • 忘了改站内链接和资源地址。页面地址虽然跳转了，但正文里的图片、附件、内链还指向旧域名，出现大量无效请求与混合内容警告。
  • 没有基线数据，无法判断好坏。等到发现排名掉了才想起来对比，却不知道原来是多少。

迁移这件事的规律很朴素：把顺序做对，把映射做全，把观察期留够，排名基本不会受影响。它考验的不是技术难度，而是有没有按清单一项项走完。

如果你正准备迁移，配套建议看这几篇：服务器怎么选型可以看企业网站服务器怎么选（虚拟主机、VPS、云服务器对比）；备案流程的细节看域名怎么选、ICP 备案怎么走；如果迁移的同时还想顺带做一次改版，先看企业网站改版怎么做（那里讲了改版不掉排名的处理方式）；迁移后发现收录异常，可以对照网站不被百度收录怎么办排查。需要协助做迁移方案或迁移后的巡检，可以通过首页的联系方式找到我们。