搬家的顺序，很多人是反的。新服务器上把WordPress装好、数据库导过去、DNS一改，旧服务器当场停掉。动作干净利落，看着像一次成功的迁移。问题是搜索引擎被扔在了半路上，它还在按旧IP抓，那边已经没有响应了，而新IP它还没认。等到发现收录往下掉，已经过去十天半个月，中间那段爬虫来一次扑空一次的记录已经攒下来了。真正麻烦的不是搬家本身，是搜索引擎对这次变动的判断——它看到一个站突然连不上，第一反应不是搬迁，是这个站可能倒了。
DNS有缓存。各地递归服务器的TTL不一样，运营商还有自己的一层，改完几个小时内，一部分访问仍然落在旧IP上。爬虫按旧IP来，连续几次连接失败，站点会被判定为异常，抓取频率随之降下来。等它重新信任新IP，中间这段空窗期的收录损失已经发生了，掉下去的排名要重新爬。新站权重低的时候，这个恢复期能拖到两三个月。如果这时旧服务器已经下线，抓取请求全部返回连接超时，等于把这个判断坐实了。
改DNS之前先把TTL调小，能把这几个小时压到几分钟。
稳妥的顺序是：新服务器先把站跑通，数据库、图片、伪静态、HTTPS全部验证一遍；旧站继续保持在线；然后改DNS；观察三到七天，确认抓取正常、没有大批404；最后才关旧服务器。旧站多开一周的成本，比收录掉一半再花两个月爬回来低得多。多花的也就是一台服务器的月费，比起收录掉一轮再重做一遍站内优化的人工，这笔账很好算。迁移期间也别顺手换主题、加插件，一次只动一样，出了问题才知道是哪个引起的。
数据库搬过去之后，这两个值必须对上。wp_options表里的siteurl和home，决定整站的绝对地址。域名没变，这两项不用动；域名换了，必须改成新地址，否则后台点任何链接都会跳回旧域名，前台资源也全部指向老站。
改完还要进后台的“设置-固定链接”，什么都不改，直接点一次保存。不保存，重写规则不重建，内页全是404。这一步漏掉的人特别多，因为页面上看不出任何提示，只有点开某篇旧文章才发现打不开。伪静态规则也要跟着换，nginx和Apache的写法不一样，换了web服务器，原来的规则要么不生效，要么直接让站点500。
SSL证书要在新服务器上重新申请一份。把证书文件整个拷过去确实能跑，但续签任务没跟过来，90天后两边一起过期。这一步在迁移当月完全看不出来，等到某天浏览器报警，才回头发现是这里漏了。
wp-config.php里的数据库地址、用户名、密码、表前缀，逐项核一遍。表前缀最容易漏，导库时忘了改，页面直接白屏。别在生产环境上调这个，先在本地或者测试目录跑通再切。数据库导出时注意字符集，utf8和utf8mb4混用，导过去中文会变成一串问号。
观察期盯两个地方：百度搜索资源平台的抓取异常和索引量，Search Console的网页索引报告。404集中在哪批URL，一看就知道漏了跳转还是漏了文件。收录掉不是搬家的必然赔本买卖，多数是顺序做反了，或者旧站这个入口关得太急。旧站多留一周，能省下两个月的恢复时间。
A5创业网 版权所有