WordPress Multisite 将单个 WordPress 安装转变为一个互联网站的网络，所有网站均可从一个仪表板进行管理。这是 WordPress 核心内置的强大功能，但并不是每种场景的最佳解决方案。本指南解释了什么是 Multisite，何时使用它，如何设置，以及在管理网站网络时需要注意的事项。
什么是 WordPress Multisite？
WordPress Multisite 是一个内置功能，允许您从单个安装运行多个 WordPress 网站。网络中的所有网站共享相同的 WordPress 核心文件、插件和主题，但每个网站都有自己的内容、用户和设置。“超级管理员”管理网络级设置，而各个网站管理员管理自己网站的内容。
Multisite 的内部工作原理
当您激活 Multisite 时，WordPress 为网络中的每个网站创建额外的数据库表。主表（wp_options、wp_posts、wp_users）保留用于主站点，而新网站则获得自己的前缀表（wp_2_options、wp_2_posts 等）。wp_users 和 wp_usermeta 表在所有网站之间共享，允许用户在网络内的多个网站上拥有账户。
何时使用 Multisite（以及何时不使用）
Multisite 非常适合特定的组织结构。了解何时适合以及何时不适合可以避免后期迁移的麻烦。
| 何时使用 Multisite | 何时避免使用 Multisite |
|---|---|
| 大学部门需要独立网站 | 网站需要不同的托管环境 |
| 特许经营地点共享品牌 | 每个网站需要不同的插件 |
| 一个组织管理多个博客 | 网站的流量水平差异很大 |
| 具有独立内容的多语言网站 | 需要独立管理的客户网站 |
| 开发/暂存环境 | 可能需要独立移动的网站 |
| 跨属性的一致品牌形象 | 具有不同支付设置的电子商务商店 |
子域名与子目录
WordPress Multisite 为网络网站提供两种 URL 结构：
子目录（基于路径）
example.com/site1/，example.com/site2/
- 设置更简单，无需 DNS 配置
- 所有网站共享主域名的权限
- 如果 WordPress 安装在子目录中，则不可用
- 需要将主站点设置在域名根目录
子域名
site1.example.com，site2.example.com
- 每个网站感觉更独立
- 需要通配符 DNS 配置
- 可以使用域名映射实现完全自定义的域名
- 与 SSL 证书的设置稍微复杂一些
出于 SEO 目的，子目录更有效地整合域名权威。为了组织独立性，子域名或映射域名提供了更清晰的分隔。
设置 WordPress Multisite：逐步指南
先决条件
- 一个全新或现有的 WordPress 安装（推荐版本 6.0 或更高）
- FTP 或文件管理器访问权限，以编辑 wp-config.php 和 .htaccess
- 在启用 Multisite 之前停用所有插件
- 完全备份您的数据库和文件
步骤 1：在 wp-config.php 中启用 Multisite
将此行添加到您的 wp-config.php 文件中，位于“That's all, stop editing!”这一行的上方：
define( 'WP_ALLOW_MULTISITE', true );步骤 2：安装网络
添加常量并刷新仪表板后，转到 工具 > 网络设置。选择子域名或子目录，输入您的网络标题和管理员电子邮件，然后点击 安装。
步骤 3：更新配置文件
WordPress 会显示要添加到您的 wp-config.php 和 .htaccess 文件的代码片段。请准确复制这些内容。wp-config.php 的添加定义了您的网络配置，而 .htaccess 规则处理网络站点的 URL 路由。
步骤 4：重新登录
更新配置文件后，注销并重新登录。您现在将在管理栏中看到 我的站点 菜单，并可以访问网络管理员仪表板。
管理您的多站点网络
网络管理员仪表板
网络管理员仪表板与单个站点仪表板是分开的。在这里您可以：
- 站点： 创建、编辑、停用或删除网络中的站点
- 用户： 管理所有站点的用户并分配网络级角色
- 主题： 安装主题并控制哪些主题可用于网络站点
- 插件： 在整个网络中安装插件或允许按站点激活
- 设置： 配置注册选项、文件上传限制和默认设置
多站点中的用户角色
多站点在标准 WordPress 角色之上添加了“超级管理员”角色。以下是角色的不同之处：
| 角色 | 范围 | 主要能力 |
|---|---|---|
| 超级管理员 | 整个网络 | 安装插件/主题，管理所有站点 |
| 管理员 | 单个站点 | 管理内容、用户和设置（无法安装插件） |
| 编辑 | 单个站点 | 管理和发布所有帖子 |
| 作者/贡献者 | 单个站点 | 创建和管理自己的内容 |
插件和主题管理
在多站点中，只有超级管理员可以安装插件和主题。站点管理员只能激活超级管理员已提供的插件和主题。您还可以“网络激活”一个插件，使其在所有站点上强制激活，这对于需要在所有地方运行的安全、缓存和 SEO 插件非常有用。
性能考虑
多站点网络在所有站点之间共享服务器资源。随着网络的增长，如果没有适当的规划，性能可能会下降：
- 数据库增长： 每个站点大约增加 10-12 个表。一个 50 个站点的网络意味着同一数据库中增加 500 个以上的表。
- 共享主机限制： 多站点在共享主机上表现不佳。使用具有足够 RAM 和 CPU 的 VPS 或专用服务器。
- 对象缓存： 实施 Redis 或 Memcached 以减少网络站点之间的数据库查询。
- CDN 使用： 通过 CDN 提供静态资产以减少服务器负载。
- 单个站点流量： 如果网络中的一个站点流量激增，可能会影响所有其他站点，因为它们共享相同的服务器资源。
有关可以处理多站点工作负载的主机推荐，请阅读我们的 WordPress 主机指南。
安全隐患
多站点网络的安全需要额外关注，因为一个站点的漏洞可能会影响整个网络：
- 插件漏洞
- 安全性：由于插件是共享的，易受攻击的插件会暴露网络中的每个站点。
- 用户访问控制：仔细管理谁获得管理员和超级管理员角色。仅限可信人员拥有超级管理员账户。
- 文件上传限制：在网络设置中配置允许的文件类型，以防止恶意上传。
- 定期更新：核心、插件和主题的更新必须及时应用，因为它们会同时影响所有站点。
有关全面的安全实践，请参阅我们的 2026年WordPress安全指南。
WordPress Multisite的替代方案
Multisite并不总是正确的答案。考虑以下替代方案：
- 独立的WordPress安装：如果站点需要不同的插件、主题或托管环境，使用像MainWP或ManageWP这样的管理工具进行单独安装，可以提供集中控制，而不受Multisite的限制。
- 多语言插件：对于多语言站点，使用WPML或TranslatePress等插件可能比为每种语言运行独立网络站点更简单。
- 无头WordPress：如果需要多个前端从一个内容源提取，无头设置与共享API可能比Multisite更灵活。
无论您是否使用Multisite，持续的网站管理请查看我们的 WordPress维护指南。
有关更多详细信息，请参阅官方文档： WordPress 多站点文档.
常见问题
我可以将现有的WordPress站点转换为Multisite吗？
可以，您可以在现有的WordPress安装上启用Multisite。您当前的站点将成为网络的主站点。但是，在进行此更改之前，请始终创建完整的备份，因为该过程会修改您的数据库结构和配置文件。
网络中的每个站点可以使用不同的域名吗？
可以，通过域名映射。WordPress核心自4.5版本起原生支持域名映射。您网络中的每个站点可以拥有自己的自定义域名（例如，sitea.com，siteb.com），而不是使用子域名或子目录。
如果我稍后停用Multisite会发生什么？
从Multisite恢复到单个站点是复杂的，并且不被官方支持作为一键操作。您需要单独导出每个站点的内容，并将其导入到单独的WordPress安装中。在承诺使用Multisite之前，请仔细规划您的架构。
所有插件都与WordPress Multisite兼容吗？
大多数插件与Multisite兼容，但并非所有。有些插件可能无法正确处理网络激活，或者可能以与Multisite共享数据库结构冲突的方式存储数据。在将插件部署到生产环境之前，请始终在暂存网络上进行测试。
SEO在Multisite网络站点之间是如何工作的？
网络中的每个站点都被搜索引擎视为独立的网站。如果使用子目录，站点共享主域的权威性。如果使用子域或映射域，每个站点独立建立自己的域名权威性。安装一个网络范围内的SEO插件，并为每个站点单独配置。
我可以在网络中的站点之间共享内容吗？
WordPress并不原生支持在网络站点之间共享内容。您可以使用Network Media Library等插件共享媒体库，或使用WordPress REST API构建自定义解决方案，从一个站点提取内容到另一个站点。
WordPress Multisite适合网络托管业务吗？
虽然在技术上可行，但不建议将Multisite用于托管客户站点，因为这会产生依赖性和安全风险。如果一个客户的站点受到攻击，可能会影响其他站点。具有管理仪表板的独立安装为托管场景提供了更好的隔离。
