WordPress 搬家:All-in-One 插件实战,30 分钟搞定

换 VPS 最怕 WordPress 搬家翻车:All-in-One WP Migration 插件导出导入一把梭,数据库、文件、配置全打包。小够讲新老两端准备、导出导入流程、三个必查点、切解析时机、搬家后 SEO 检查和收尾工作。

我是小够,只推够用的 VPS。

换 VPS、换服务商,WordPress 搬家是绕不过的坎。手动搬(导数据库+传文件+改配置)步骤多、容易漏东西,All-in-One WP Migration 这类插件把"导出→导入"做成一键操作,30 分钟搞定。今天讲实战全流程。

搬家前:新老两端先准备好

老站这边:装好迁移插件。顺手做一次完整备份——插件的导出包本身就可以当备份用,一举两得。另外记下老站的 WordPress 版本、PHP 版本,新站尽量保持一致,减少兼容变量。

新站这边:VPS 上把 WordPress 全新装好(版本尽量和老站一致),同样装好迁移插件。域名先别解析过来——用临时域名、或改本地 hosts 文件指向新 IP 来访问新站。DNS 切换是最后一步,别提前。

第一步:老站导出

老站后台 → All-in-One WP Migration → 导出 → 导出到"文件"。插件会把数据库、插件、主题、上传文件全打包成一个文件,下载到你电脑。站越大文件越大,耐心等,别中途关页面。

注意文件大小限制:免费版有单文件大小限制(截至撰写时约几百 MB)。站很大的话,两个办法:要么买 unlimited 扩展,要么分批处理——大文件(比如 uploads 目录)用 FTP/rsync 单独传,插件只负责迁数据库和小文件。提前看一眼你的站多大,别导到一半才发现超限。

第二步:新站导入

新站后台 → 导入 → 把刚才的文件拖进去。导入过程会自动解压、恢复数据库、替换网址。等它跑完,提示成功。导入时别关页面、别做其他操作,让它专心跑完。

如果导入中途失败,最常见的原因是 PHP 的上传大小/执行时间限制太小。去面板的 PHP 设置里,把 upload_max_filesize、post_max_size 调大,max_execution_time 调到 300 以上,再试一次。

第三步:三个必查点

导入成功≠搬家成功,查这三处:

  1. 前台全站点击一遍:首页、文章页、分类页、搜索,重点看图片和样式正不正常——图片路径是最容易翻车的地方,缺图的一般是 uploads 没迁全。
  2. 后台登录:用老站的账号密码登录(账号跟着数据一起迁过来了),进"设置"确认站点地址已经是新环境,时区、固定链接都没变。
  3. 固定链接刷新:去 设置→固定链接,什么都不改点一下"保存更改",刷新重写规则,避免莫名其妙的 404。

第四步:切换域名解析

都没问题了,把域名解析切到新服务器 IP。DNS 生效要时间(几分钟到几小时不等),这段时间新老站并存——这是正常的,别慌。

老站先别删。观察 2-3 天:确认收录正常、流量正常、没有用户反馈异常,再释放老机器。小够见过切完解析当天就删老机器,结果发现新站有个定时任务没迁过来,只能干瞪眼的。留条后路,成本为零。

什么时候别用插件搬

诚实地说两种情况插件不好使:

  1. 超大站(几十 GB):插件打包解压慢还容易超时,老老实实用 rsync 传文件 + mysqldump 导数据库,手动但可控。
  2. 要换架构(比如从 Apache 换 Nginx、换 PHP 大版本):先在新环境把基础环境调通,再迁数据,别把"搬家"和"换架构"两件事混在一起做——一次只动一个变量。

插件之外的备选:手动搬家

插件虽好,也有搞不定的时候。手动搬家四步,适合超大站或想练手的人:

  1. 打包文件:老站 tar 打包网站目录,rsync/scp 传到新机器解压。
  2. 导出数据库:老站 mysqldump 导出 SQL,新站建空库导入。
  3. 改配置:wp-config.php 里的数据库名、用户名、密码改成新的;用 wp-cli search-replace 或 Better Search Replace 插件批量替换旧域名。
  4. 改权限:目录 755、文件 644,属主设对,nginx -t 检查,完工。

手动搬的核心就一句:文件、数据库、配置,三样齐了就能跑。插件只是把这三样自动化了,原理一模一样。理解了原理,插件抽风时你也能手动救场。

搬家后的收尾工作

切完解析、观察几天没问题,还有几件收尾的事:

  1. 删老站前最后检查:老站的定时任务、邮件发送、第三方回调(如支付回调)是不是都迁过来了?支付回调漏迁是最贵的教训——用户付了钱,订单没入账。
  2. 更新外部服务:CDN 回源 IP、DNS 解析、监控告警的检测地址、统计代码,全部指向新机器。
  3. 老机器释放时机:确认新站跑满 7 天无异常再释放。释放前给老机器做个最终备份归档,万一哪天发现漏了什么,还有得找。

迁移后的 SEO 检查

搬家不只是"网站能打开",搜索引擎那边也要交接:

  1. 提交新 sitemap:Search Console 里重新提交,告诉搜索引擎"我内容没变,只是换了服务器"。
  2. 检查收录:搬家后一周看一次收录量,大幅下跌说明有问题(一般是 robots.txt 忘了改、或新站返回了错误状态码)。
  3. 外链和内链:全站内链里的旧域名(如果换了域名)批量替换;外链能更新的更新。

纯换服务器不换域名的搬家,SEO 影响很小——搜索引擎关心的是内容和可访问性,服务器 IP 变了它不在乎。但前提是:搬家过程中网站别长时间打不开,长时间 5xx 是掉收录的直接原因。

小够总结

插件搬家的本质:把"人肉操作"变成"打包解包",出错率大幅下降。记住流程:老站导出 → 新站导入 → 三查(前台、后台、固定链接)→ 切解析 → 观察几天再删老站。最后一条是血泪教训——删老站别手快,留条后路不丢人。