虚拟主机上的 WordPress 多站点网络配置：子目录与子域名模式对比

WordPress 多站点网络（WordPress Multisite）是一种在同一套 WordPress 程序和同一个数据库上运行多个站点的官方内置网络架构；其地址结构分为子目录模式与子域名模式两种。它解决的是”如何帮助站长用一套后台管理多个站点”的问题：无需重复安装 WordPress，也不必分别维护多套插件和主题。子目录模式（subdirectory）指子站点以 example.com/site1/ 这类路径地址存在；子域名模式（subdomain）指子站点以 site1.example.com 这类独立主机头地址存在。在虚拟主机环境中部署 WordPress 多站点网络时，首先面临的选择就是这两种地址结构模式。两种模式的开启方式都位于 wp-config.php 中的 WP_ALLOW_MULTISITE 开关之后，但它们在 URL 结构、伪静态规则、证书部署和适用场景上存在明显差异。本文将从定义、工作原理、配置差异、对比分析和应用场景五个方面，系统梳理这两种模式的技术边界。

定义：什么是子目录模式与子域名模式

子目录模式是指多站点网络中的每个子站点，以主站域名下的路径段作为地址，例如 example.com/site1/、example.com/site2/。在这种模式下，所有子站点与主站共享同一个域名，网络层面的请求都指向同一个主机头。

子域名模式则是指每个子站点以独立的子域名作为地址，例如 site1.example.com、site2.example.com。该模式要求 DNS 层面配置一条泛域名解析记录（通配符 A 记录或 CNAME 记录，将 *.example.com 指向虚拟主机的 IP），否则新建子站点将无法访问。

WordPress 官方文档对两种模式的界定是：安装时间超过一个月的既有站点，系统会默认推荐子目录模式，并要求所有子站点地址必须以子目录形式存在；而新建站点则可以自由选择。这是因为在子域名模式下，既有主站的 URL 结构会整体发生变化，对已收录页面影响较大。

工作原理：从一次请求看两种模式的分流机制

两种模式的分流都依赖 WordPress 在应用层解析请求 URL，但分流发生的位置不同。子目录模式下，浏览器请求 example.com/site1/ 时，虚拟主机的 Web 服务器将完整路径交给 WordPress 的 ms-blogs.php 与 ms-settings.php 引导流程，由其识别路径前缀并切换数据库表前缀（如 wp_2_posts），完成子站点上下文的装载。

子域名模式下，请求 site1.example.com 到达虚拟主机前，需要先经过两道基础设施：一是 DNS 泛解析，把该子域名解析为主机 IP；二是服务器端的绑定配置。虚拟主机通常通过控制面板（如 cPanel）添加子域名，或将主域名绑定方式设为通配符绑定，使任意 *.example.com 的请求都落到同一个网站根目录。此后 WordPress 才能根据 Host 请求头判断当前请求属于哪个子站点。

正因如此，两种模式对虚拟主机环境的要求不同：子目录模式只需要伪静态（URL 重写）支持，几乎所有主流虚拟主机都满足；子域名模式额外依赖 DNS 泛解析权限和通配符绑定能力，部分入门型虚拟主机不提供这两项功能，选购时需要核实。

虚拟主机环境下的配置差异

两种模式在虚拟主机上的操作入口一致：先在 wp-config.php 中加入 define('WP_ALLOW_MULTISITE', true);，然后在后台”工具 → 配置网络”中按提示完成第二步。差异集中在网络创建之后的落地配置。

子目录模式只需将后台生成的重写规则追加到伪静态配置中。Apache 环境写入网站根目录的 .htaccess，替换默认的 WordPress 规则块；其核心是把非静态资源的请求统一转交给 WordPress 前端控制器，由其完成路径解析与子站点装载。Nginx 环境则写入对应的 location 重写段，多数虚拟主机不开放 Nginx 配置，因此实际上以 .htaccess 方案为主。

子域名模式在完成同样的 wp-config.php 配置外，还需要额外的虚拟主机侧操作：在 DNS 服务商处添加 *.example.com 的泛解析记录；在主机控制面板确认主域名以通配符方式绑定（cPanel 中对应子域名文档根指向与主站相同）。若缺少其中任何一步，新建的子站点会解析失败或落到默认站点页。

证书部署的差异同样值得记录。子目录模式下所有子站点与主站同域，一张覆盖主域名的标准 SSL（安全传输协议）证书即可覆盖整个网络。子域名模式下，证书必须包含通配符项（*.example.com）；Let’s Encrypt 的官方客户端支持通过 DNS-01 验证签发免费泛域名证书，但虚拟主机用户通常无法执行该验证流程，需要依赖主机商提供的通配符证书或购买商业证书，这也是部分共享主机用户最终改选子目录模式的直接原因。

对比分析：两种模式的核心差异

从技术架构上看，两种模式的选择本质上是”共享域名信任”与”独立站点边界”之间的权衡。下表从五个维度归纳其差异：

其中 Cookie 作用域的差异在实际运维中最容易被低估：子目录网络中，登录态在主站与子站之间天然共享；而子域名网络默认每个子域是独立身份边界，跨域单点登录需要额外定义 COOKIE_DOMAIN 常量或改用统一登录入口。WordPress 官方开发文档明确指出，COOKIE_DOMAIN 在多站点环境中会被网络内核接管，任何自定义行为都需要评估对全网络登录态的影响。

应用场景与常见误区

两种模式各自适配不同的业务形态。子目录模式常见于以下情形：企业官网与帮助文档同属一个品牌、希望集中权重；主站已有一定搜索引擎收录量，不愿因 URL 结构调整而承担迁移风险；虚拟主机不提供泛解析或通配符证书。子域名模式则更多出现在：各子站点面向不同地区或语言市场（如 en.example.com 与 de.example.com）、需要独立的 DNS 记录指向不同服务、或组织上各子站点由不同团队独立运营的场景。

围绕这两种模式存在几个常见误区。其一，”子域名模式天然更利于 SEO（搜索引擎优化）”缺乏统一结论：搜索引擎对同一域名下的子目录与子域名均会正常收录，权重分配取决于内容质量与链接结构，而非地址形式本身。其二，多站点网络中的子站点不能各自拥有独立的插件目录——所有插件安装在主站统一管理，子站点只能选择启用与否，这是与”每个站点单独装一套 WordPress”最本质的区别。其三，将既有单站转为子域名多站点会导致主站原有 URL 全部变化，若不做 301 重写映射，历史收录会大量失效；官方文档因此建议转换前完整备份数据库并规划重定向。

参考资料与延伸阅读

• WordPress 官方文档《Before You Create A Network》：https://wordpress.org/documentation/article/before-you-create-a-network/
• WordPress 官方文档《Nginx 配置示例》：https://wordpress.org/documentation/article/nginx/
• Let’s Encrypt 通配符证书说明（DNS-01 验证）：https://letsencrypt.org/docs/expiration-emails/
• 站内相关词条：WordPress 分类、域名解析 DNS 全过程详解、cPanel 香港虚拟主机管理指南、一文看懂 SSL 证书的作用与种类
• Hostease 知识库相关服务示例：Hostease 百科页
• 延伸词条：主机术语表（glossary）、主机方案对比（comparisons）