网站批量迁移方案：宝塔整机迁移、ManageWP面板、WP-CLI批量换链接

先区分清楚三个容易混淆的概念：网站迁移、批量迁移、跨平台迁移。跨平台迁移是WordPress转Shopify、HTML转WordPress这种CMS之间的转换，之前那篇"网站跨平台克隆工具"已经聊透了。单站迁移是把一个网站从A服务器搬到B服务器，装个Duplicator或者All-in-One WP Migration就搞定。批量迁移不一样——你有10个、30个、50个WordPress站要一起搬，或者整台服务器上跑着20个网站要整体迁到新机器，一个一个搬得搬到什么时候？这才是这篇文章要解决的问题。

一、宝塔整机迁移：服务器级别的"全盘克隆"

如果整台服务器要换——老机器到期、升级配置、换机房——最省事的不是逐个站搬，而是用宝塔面板的"整机迁移"功能。它做的不是"复制网站"，而是"把整台服务器上的面板环境、所有网站、所有数据库、FTP账号、计划任务、防火墙规则原封不动搬到新机器"。操作步骤不复杂，核心就四步：宝塔整机迁移适合的场景很明确：一台服务器上所有网站一起搬。但如果你只有部分网站要搬，或者网站分布在不同服务器上，用"一键迁移"插件只选部分站点就够了，不需要整机搬。

二、ManageWP：WordPress站群的集中管理台

宝塔解决的是"一台服务器上所有站一起搬"的问题。但如果你的WordPress站点分布在多台服务器上——3台服务器各跑10个站——每台服务器之间没有统一的"面板"来管，怎么办？这时候需要的是WordPress多站点管理工具。ManageWP和MainWP是目前最主流的两款。ManageWP的迁移流程很直白：在ManageWP面板上添加你的所有WordPress站点（每个站装一个Worker插件），然后选中源站，点"Clone"，选目标服务器，填新域名，等它跑完就行。背后的原理是：把源站的文件和数据库打包→传输到目标服务器→自动替换数据库里的域名→完成部署。MainWP的优势在于完全开源免费，所有数据在你自己的服务器上。但批量迁移不是它的强项——它更擅长批量更新插件、批量发布文章、批量安全检查这些日常运维。做迁移的话，MainWP需要配合其他迁移扩展一起用。

三、WP-CLI search-replace：批量替换数据库的正确姿势

批量迁移之后最头疼的事，不是文件没搬过去，而是数据库里的旧域名没换干净。一个WordPress站的数据库里，旧域名可能出现在几十张表、几百个字段里——wp_posts的post_content、wp_options的siteurl和home、wp_postmeta的序列化数据、甚至主题设置和插件配置。直接跑SQL的UPDATE语句替换域名，会踩一个大坑：序列化数据。对单个站，一条命令搞定：对批量站群，写个简单的bash循环就行：

四、迁移后必做的检查清单

批量搬完不是结束。迁移后有一批隐性问题是"网站看起来正常，但某个角落已经坏了"，不逐项检查过几天才发现——那时候老服务器可能已经销毁了，想找原始数据都找不回来。还有一个容易被忽视的：迁移后DNS还没切到新IP之前，怎么验证网站在新服务器上是否正常？方法是修改本地hosts文件，把域名指向新服务器IP，这样你本地访问看到的就是新服务器上的网站，不影响线上用户。

五、三种迁移场景怎么选

批量迁移最怕的不是技术难度——宝塔整机迁移点几下鼠标的事，WP-CLI一条命令的事。真正怕的是"搬完了但不知道有没有遗漏"——某个站的伪静态没生效、某个SSL证书过期了、某个计划任务静默停了。所以迁移方案的设计逻辑不是"选哪个工具最快"，而是"用哪个工具组合能保证迁移前有备份、迁移中有验证、迁移后有检查"。先备份再动手、先在hosts里验证再切DNS、先只切一个低流量站做试点再批量铺开——这三条原则比任何工具都管用。