WordPress站点迁移是站长绕不开的一环,不管是更换服务器、注册新域名,还是把本地搭建的测试站正式上线,都需要掌握一套可靠的迁移流程。如果把准备工作和迁移步骤理顺,整体操作完全可以控制在一个小时左右,做到数据不丢失、访问不受影响。下面就从备份开始,把整个迁移过程的关键环节逐一拆解。
动手迁移前,先确认新主机环境已经就绪,支持 PHP 和 MySQL 是基本要求。同时备好常用的管理工具,比如 phpMyAdmin 和 FTP 客户端,方便后续进行文件传输和数据库操作。建议先记录旧站的 WordPress 版本号、当前启用的插件清单以及所用主题名称,这些信息在迁移后做一致性核对时非常有用。
手动迁移适合文件量大或者对插件依赖较少的站点,整个过程可控性强,操作步骤记录如下:
若新旧主机使用同一个域名,以上步骤完成后网站即可正常访问。如果域名也发生了更换,还需要额外进行数据库内的链接替换,具体操作见后文说明。
不熟悉手动文件操作的用户,可以借助成熟的迁移插件完成打包和恢复。这里以 Duplicator 或 All-in-One WP Migration 这类常见工具为例,说说通用流程:
迁移完成后,务必逐个测试前台页面、后台登录入口、插件设置项以及联系表单等交互功能。部分安全插件或缓存类插件迁移后会失效,需要重新激活并调整设置,这是常见的遗漏点。
如果迁移过程中改了域名,只修改 wp-config.php 里的站点地址是不够的。数据库的文章内容、菜单设置和选项表中很可能残留旧域名的绝对链接,需要做一次全局搜索替换才能彻底更新。
推荐使用 WP-CLI 的 wp search-replace 命令完成批量替换,或者安装 Better Search Replace 这类插件辅助操作。尽量避开直接手动编写 SQL 语句去修改数据库,因为格式偏差很容易造成数据损坏。
完成替换后,进入“设置 > 常规”核对站点地址和 WordPress 地址两项均已更新,同时抽查几篇历史文章和图片链接,确保均指向新域名。
文件跑完流程并不代表迁移真正成功,还需要按照下面清单逐一核对:
如果遇到页面错乱或后台无法登录,优先检查 wp-config.php 中的数据库配置,以及缓存插件是否需要清除缓存重新生成。若排查后仍异常,可暂时启用默认主题,逐步判断是否为主题兼容性问题。
大多数情况是 wp-config.php 中的数据库名称、用户名或密码填写有误,也可能新数据库主机地址并非 localhost。建议先确认数据库配置信息完全正确,并检查数据库用户是否已对当前库授予全部操作权限。
通常是数据库中的图片链接仍指向旧地址。先确认是否已完成搜索替换,若没做,按上文方法执行一次全局替换。替换后还需检查文件目录上传路径是否正确,确认 wp-content/uploads 目录结构完整。
打包失败多与 PHP 执行时间和内存限制有关。可临时提高运行环境的上传文件大小和脚本执行时间限制,或手动通过 FTP 排除缓存类大目录后再试。也可以换用手动 FTP 加数据库导出的方式完成迁移,绕开插件限制。
WordPress 搬家并不复杂,核心要点在于备份完整、配置准确和迁移后逐项验收。无论选手动方式还是插件方式,建议先在小范围内试跑一边流程,熟悉之后再对正式站点操作。迁移完成后,别忘了检查各项功能是否正常,同时对比新旧站点的插件和版本信息,确保一致性。提前规划好备份文件的存放位置,也能在异常情况下快速恢复。