为什么多站点部署要先想清楚模式问题
如果你手里有一批相关性很高的网站——比如企业官网加多个地区分站、或者一个教育机构旗下多个分院站点——逐个安装 WordPress 会带来成倍的升级、备份和安全维护成本。WordPress 多站点网络（Multisite，一套 WordPress 核心程序管理多个站点的官方功能）正是为了解决这个问题：一套代码、一个后台、统一管理所有子站点。
但开启多站点时你必须在安装阶段就做出一个选择：子站点用「主域名 + 子目录」的形式（example.com/site2），还是「子域名」的形式（site2.example.com）。这个选择在配置文件里只有一行代码的区别，写入 wp-config.php 之后却没有官方的切换入口——后期想改，等于把整个网络重新部署一遍。所以本文的目的就是帮助你在动手前把这个问题想清楚：两种模式分别在什么条件下可用、数据结构有什么差别、对 SSL（安全传输协议，用于加密浏览器与服务器之间的通信）证书和迁移成本各有什么影响，以及一种结合两者优点的折中方案。
两种模式的数据结构差别：同一个后台，不同的地址规则
先看两种模式在实际运行中是什么样子。假设主站是 example.com，网络里有两个子站点：
子目录模式的站点地址是：
- example.com/products/
- example.com/support/
子域名模式的站点地址是：
- products.example.com
- support.example.com
不管选哪种，后台管理体验完全一致：你在一个 wp-admin 里就能切换管理所有子站点，插件和主题可以网络激活，用户账户全网通用。差别只体现在 URL 结构和请求路由上。子目录模式靠 WordPress 重写规则把 /products/ 这样的路径内部转发给对应的子站点；子域名模式靠服务器的虚拟主机配置把不同子域名的请求指向同一个 WordPress 安装目录，再由 WordPress 根据 Host 头识别站点。
这也解释了为什么模式不能轻易改：URL 是子站点身份的一部分，改模式意味着所有子站点的 URL 全部变化，已收录的页面、外部链接、图片地址都要跟着迁移。
部署条件对比：子域名模式对服务器环境的要求更高
两种模式对主机环境的要求差别很大，这也是很多人在部署阶段被卡住的地方。
子目录模式的门槛很低。 它只需要主域名能正常解析到主机，再配上可用的 URL 重写（Apache 的 mod_rewrite 或 Nginx 的 try_files 配置）。在共享虚拟主机上就能直接部署，绝大多数 WordPress 主机默认支持这些条件。唯一的限制出现在「老站」场景：如果你的主站已经运行超过 30 天，WordPress 会提示子目录模式可能与现有文章的 URL 冲突（比如已经存在 /products/ 这个页面），需要改用子域名或调整固定链接结构。
子域名模式要求你掌控 DNS（域名解析系统，负责把域名翻译成服务器 IP）。 你需要做两件事：一是在 DNS 里为每个子站点添加解析记录，或者添加一条 *.example.com 的泛解析记录让所有子域名自动生效；二是在服务器上配置泛域名证书覆盖所有子站点。如果主机面板不支持泛解析绑定，每新增一个子站点都要手动加一次解析和主机绑定，运维成本会随站点数量线性增长。
一个实用的判断方法：用共享虚拟主机或没有 DNS 控制权的环境，选子目录；有独立服务器或 VPS（虚拟专用服务器，一台物理服务器上划分出的独立运行环境）、能自己管理 DNS 的环境，两种都可选。 如果子站点规划会持续增长，VPS 主机支持自主配置泛解析和泛域名证书，子域名模式的上限会更高。
SSL 证书与 SEO：两个容易在后期爆发的成本点
SSL 证书成本差异明显。 子目录模式全站共用主域名的一张证书，部署一次就结束。子域名模式要么申请一张覆盖 *.example.com 的泛域名证书（价格通常数倍于单域名证书），要么给每个子站点单独配证书并各自维护续期。用 Let’s Encrypt 自动续期可以缓解这个问题，我们在 WordPress 网站加速全攻略：从服务器配置到前端优化的 8 个关键步骤里写过证书与服务器层面的配套配置，多子域名场景可以参考。证书疏于管理是子域名模式最常见的事故来源：某个子站点证书过期，浏览器直接拦截整个站点。
SEO 方面，两种模式差别比很多人想象的小。 谷歌官方多次说明会把子目录和子域名作为同一站点的不同部分对待，排名权重不会因为用了子域名就被天然稀释。真正的差别在运营侧：
- 子目录模式把所有子站点的内容权重集中在同一个域名下，主站的品牌搜索结果更容易聚合
- 子域名模式让每个子站点有独立的搜索结果入口，适合各子站点面向完全不同的受众（比如 products 面向客户、support 面向已购用户）
- 跨站点的内容互链，子域名模式在站长工具里呈现为独立站点之间的链接，统计口径需要额外配置
如果你的目标是最大化主域名的整体权重，子目录更省心；如果子站点之间受众差异大、需要独立运营数据，子域名更清晰。
后期切换几乎不可行，所以要在第一天就选对
再强调一次开头那个事实：wp-config.php 里的 SUBDOMAIN_INSTALL 常量写死之后，WordPress 没有提供模式切换功能。所谓「切换」，实际操作是把每个子站点的数据逐个导出，在新的多站点网络里重新导入，再对每条 URL 做 301 重定向（永久跳转，把旧地址的访问和权重转移到新地址）。子站点数量一多，这个工程量和「逐个重建网站」相差无几。
这里有一个折中方案值得考虑：用一个专门的二级域名承载整个多站点网络，网络内部再用子目录。 例如用 sites.example.com 作为多站点主域名，子站点地址为 sites.example.com/a/ 和 sites.example.com/b/。这种结构只需要一条解析记录和一张证书，还保留了未来把某个子站点拆出成独立域名的空间——拆分时只需处理一个子站点的迁移，而不是重构整个网络。主流托管商的一键 Multisite 安装默认也是这种「子目录优先」的思路。
决策可以归纳成三句话：控制权有限或站点数量固定，选子目录；DNS 和证书都能自主管理、子站点受众差异大，选子域名；两不确定，用独立二级域名加子目录留后路。
部署步骤与上线检查
确定模式后，标准部署流程如下（以子目录模式为例）：
- 备份现有站点。开启多站点会重写部分数据库表结构和重写规则，先做一次完整备份，参考云服务器（通过虚拟化技术从云端资源池划分的服务器）自动备份策略：本地快照 + 异地容灾的 3-2-1 方案中的做法
- 在 wp-config.php 中添加
define('WP_ALLOW_MULTISITE', true);，然后到后台「工具 → 配置网络」按向导操作 - 按向导提示再次编辑 wp-config.php 和服务器的重写规则（子域名模式此时填
SUBDOMAIN_INSTALL，子目录模式填SUBDOMAIN_INSTALL定义为 false） - 子域名模式额外完成 DNS 泛解析和泛域名证书部署，并逐一验证每个子域名能解析到主机
- 创建子站点并检查固定链接：逐个访问子站点首页、文章页和 wp-admin，确认没有 404 或重定向循环
- 检查登录状态：多站点网络默认在子站点之间共享登录 cookie，向导会要求统一调整相关前缀
上线后建议跑一遍完整检查：每个子站点的前台可访问、后台可登录、图片媒体库正常加载、跨站点用户权限符合预期。多站点网络集中了所有子站点的风险——主站数据库出问题，全部子站点同时下线，所以备份策略要按整个网络而不是单个站点来设计。
总结与行动建议
两种模式没有绝对的优劣，关键在于匹配你的控制权和运营目标。我们建议的决策顺序是：先确认你对 DNS 和 SSL 证书的控制权，再判断子站点的数量是否会持续增长，最后考虑各子站点的受众是否需要独立运营。控制权有限就选子目录，完全自主且受众分化就选子域名，拿不准就用独立二级域名加子目录留出拆分空间。
如果你需要一套可以直接部署多站点网络的主机环境，可以考虑 Hostease 的 WordPress 主机或 VPS 主机：前者自带一键部署和面板管理，适合子站点数量固定的中小型网络；后者给你完整的 DNS、证书和服务器配置权限，适合子域名模式和长期扩展的场景。部署前按本文的检查清单逐项核对，比上线后再返工要省力得多。