文章目录
多站点只在同主域、同套插件主题、集中管控的子站群场景下用；一旦子站要独立域名、独立计费或独立升级，就拆成独立 WordPress。验证做对的标准是：新站上线不改核心代码、备份可单站恢复、迁移不丢媒体库。
方案对比：多站点与独立 WordPress
下面这张表按 2026 年主流运维现状列出关键维度，帮你直接对照判断。
| 维度 | WordPress 多站点 | 多个独立 WordPress | 适用场景 |
|---|---|---|---|
| 域名 | 子目录或子域，主网络统一 | 任意独立域名 | 多站点适合集团内子品牌 |
| 插件主题 | 网络启用，全站共用一套 | 每站自选版本 | 多站点适合标准化站点群 |
| 用户体系 | 全局用户表，跨站权限 | 各自用户表 | 多站点适合统一登录 |
| 备份粒度 | 整库或按 blog_id 导出 | 单站整包 | 独立站适合客户交付 |
| 迁移复杂度 | 高，需处理 blog_id 映射 | 低，文件加库即可 | 独立站适合频繁换主机 |
| 服务器调优 | 共享 PHP 与对象缓存 | 可隔离资源 | 独立站适合高负载单站 |
结论很直接：要集中管控且子站同质化，用多站点；要独立演进、独立卖维护，用独立站。不要拿多站点给客户做交付。
适合的场景
多站点真正省成本的场景只有三类。第一类是高校或集团内部站点群，几十个部门站共用一套主题与合规插件，网络管理员统一开关功能。第二类是 SaaS 化建站原型，子站以子域形式批量开通，用户表集中，计费走外部系统。第三类是跨国多语言但共用后台的简版方案，不过 2026 年更推荐用 WordPress 官方多语言方案 配合独立站，而不是硬塞进多站点。
不适合的场景要记牢：子站要单独买插件授权、单独做 WooCommerce 收款、单独升级 PHP 或换云厂商时，多站点会变成债务。判断做对了没有，看新子站开通是否只走后台「新建站点」而不改代码。
如果你正在评估承载环境，可以先看 WordPress 主机怎么选：共享、VPS、云主机的真实差别，多站点对内存与对象缓存更敏感，选错主机会放大故障面。
插件与主题的兼容要求
多站点下插件分两种：普通插件在子站启用，网络插件在 wp-admin/network/plugins 网络启用。主题必须在「网络启用」后子站才能选。2026 年常见踩坑是插件写死 ABSPATH 或假设单站 wp-content/uploads 路径，导致子站媒体 404。
上线前用下面函数在子站环境自检，确认当前站点 ID 与上传路径是否正确：
获取报价
邮箱 + 需求 + 预算区间，24 小时内回复报价。
add_action( 'init', function () {
if ( ! is_multisite() ) {
return;
}
$blog_id = get_current_blog_id();
$upload = wp_upload_dir();
error_log( 'MS blog=' . $blog_id . ' baseurl=' . $upload['baseurl'] );
} );
把这段放进子站专属 mu-plugin 的 wp-content/mu-plugins/ms-check.php，访问前台后查 wp-content/debug.log，看到 MS blog=3 baseurl=... 且路径带 /sites/3/ 就对了。若路径不对，说明插件用了 content_url() 而非 wp_upload_dir()，要改成后者。
失败回退：网络停用该插件，切回单站同版本验证；主题不兼容就退回默认 Twenty 系列再逐项加。所有网络级插件先在 给 WordPress 搭一套 Staging 环境：不碰线上数据做试验 里跑通再上生产。
备份与迁移复杂度
多站点备份不能只打 wp-content/uploads，因为 2026 年子站媒体实际落在 wp-content/uploads/sites/<blog_id>/，整库备份还要带 wp_blogs、wp_site、wp_sitemeta 及各 wp_<blog_id>_ 前缀表。
推荐流程是先用 WP-CLI 按博客导出内容，再单独打包媒体：
wp --url=subsite.example.com export --dir=/backup/ms/ --posts_per_page=1000
tar -czf /backup/ms/uploads-sites-3.tgz wp-content/uploads/sites/3/
mysqldump --single-transaction example_wp
wp_blogs wp_site wp_sitemeta
wp_3_posts wp_3_postmeta wp_3_options
> /backup/ms/db-ms-2026.sql
验证做对了：导出 XML 能用单站导入器还原文章，且 SELECT COUNT(*) FROM wp_3_posts; 与后台文章数一致。常见踩坑是只导主站 SQL 导致子站设置丢失；回退方法是保留网络级 SQL 快照，用 wp db import 整库还原再重放差异。
若你们计划长期维护多个客户站，直接采用 WordPress 企业网站开发 的独立站交付标准，备份粒度清晰，迁移不牵扯 blog_id 映射。
拆分成独立站的步骤与流程
当子站要独立域名或独立升级时，按下面流程拆，不要手改数据库。
- 在源网络用 WP-CLI 导出目标子站内容：
wp --url=old.subs.com export。 - 打包该子站媒体：
wp-content/uploads/sites/<id>/到临时目录。 - 新建独立 WordPress 并安装同版本核心与主题。
- 用导入器导入 XML，勾选「下载并导入附件」或手动放媒体。
- 固定链接与菜单重建，替换站点地址
wp option update home/siteurl。 - 验证前台文章、图片、登录后台均正常后，源站 301 到新域名。
关键命令示例：
wp option update home 'https://new.example.com'
wp option update siteurl 'https://new.example.com'
wp search-replace 'https://old.subs.com' 'https://new.example.com' --dry-run
先跑 --dry-run 看影响行数，确认无误再去掉参数执行。验证标准是全站搜索 old.subs.com 返回 0 结果，图片 HTTP 200。失败回退：保留旧子站不删，DNS 切回并清 CDN 缓存；若涉及缓存层，参考 WordPress 接 CDN：缓存规则、回源与清缓存策略 做回源校验。
常见问题
多站点能给每个子站单独装不同插件吗？
可以子站启用普通插件，但网络级插件全站强制；若某子站必须不同版本，说明该拆独立站。
多站点备份能只恢复一个子站吗？
能，但必须按 blog_id 导出表与 uploads/sites/<id>/，整库恢复会覆盖其他子站。
子站要换独立域名必须拆出来吗？
子域可映射域名插件，但收款、升级、备份仍耦合；要彻底独立就按上面流程拆。
可执行动作清单
- 列出子站清单，标出需独立域名或独立计费的站。
- 在 Staging 跑网络插件兼容自检脚本。
- 用 WP-CLI 导出一个子站做恢复演练。
- 对需独立演进的站执行六步拆分流程。
- 更新备份脚本，加入 sites 目录与 blog_id 表。
需要多站点架构评审或拆分迁移？看我们的 WordPress 开发服务，少走弯路。
“, “faq”: [ { “question”: “多站点能给每个子站单独装不同插件吗？”, “answer”: “可以子站启用普通插件，但网络级插件全站强制；若某子站必须不同版本，说明该拆独立站。” }, { “question”: “多站点备份能只恢复一个子站吗？”, “answer”: “能，但必须按 blog_id 导出表与 uploads/sites/<id>/，整库恢复会覆盖其他子站。” }, { “question”: “子站要换独立域名必须拆出来吗？”, “answer”: “子域可用域名映射插件，但收款、升级、备份仍耦合；要彻底独立就按上面流程拆。” } ], “cover”: “A flat technical illustration showing a central WordPress dashboard node connected to multiple sub-site nodes, with a split arrow leading to standalone site icons, clean vector shapes, blue and gray palette, no text or logos