What Is WordPress Multisite?
WordPress Multisite transforms a single WordPress installation into a powerful platform capable of hosting multiple independent websites. Originally developed to power WordPress.com--which hosts millions of sites--this feature has become indispensable for agencies, universities, publishers, and organizations managing multiple web properties.
The fundamental premise is elegant in its simplicity: instead of maintaining separate WordPress installations, you consolidate everything under one roof. A single WordPress core, one set of theme files, and a shared plugin directory serve an entire network of sites. Updates happen once and apply everywhere. User accounts can be shared across sites without requiring separate credentials for each property.
Who should consider WordPress Multisite?
- Digital agencies managing multiple client sites benefit from consolidated updates, security management, and streamlined billing
- Educational institutions supporting thousands of department blogs and faculty research sites while maintaining central oversight
- Publishing networks managing multiple publications under one umbrella while preserving editorial independence
- Franchise organizations maintaining brand consistency through network-enabled themes while allowing location-specific customization
Key benefits include:
- Centralized updates for core, themes, and plugins
- Shared user authentication across all sites in your network
- Streamlined security management with network-wide controls
- Reduced hosting overhead through resource sharing
- Unified network administration dashboard for all sites
If you're already familiar with what WordPress is, Multisite represents the natural evolution for organizations that need to manage multiple web properties efficiently.
Understanding WordPress Multisite Architecture
To appreciate what WordPress Multisite enables, you need to understand how it differs from a standard WordPress installation.
Database Structure
In a typical single-site WordPress setup, your database contains approximately 12 core tables--wp_posts, wp_postmeta, wp_users, wp_usermeta, wp_options, wp_terms, wp_term_relationships, wp_term_taxonomy, wp_comments, wp_commentmeta, wp_links, and wp_termmeta. WordPress Multisite adds additional tables: wp_site and wp_sitemeta for network-wide data, and for each subsite created, a complete set of tables following the pattern wp_{blog_id}_*. For example, your main site uses the standard wp_posts table, while your first subsite uses wp_2_posts, wp_2_postmeta, and so on. This design allows each site to maintain its own content while sharing users, themes, and plugins at the network level. Kinsta's database architecture documentation explains this structure in detail.
File Organization
The file structure also evolves under Multisite. Your wp-content directory gains a blogs.dir folder that stores uploaded media for each subsite, organized by blog ID. This separation keeps media files distinct while remaining within a single installation. Themes installed at the network level live in wp-content/themes and can be enabled or disabled on a per-site basis, allowing you to maintain a curated theme library while giving site administrators control over their site's appearance.
The Power of Shared Users
Perhaps most significantly, the WordPress table prefix no longer applies universally. The wp_users and wp_usermeta tables remain shared across the entire network--creating a user once makes them available everywhere--while content tables are site-specific. This dual-nature architecture provides centralized user management with decentralized content management. Users can be granted access to multiple sites without needing separate accounts, and site administrators can manage their own content without touching the underlying WordPress core or shared resources.
Database Diagram Overview: The network consists of a central wp_site table tracking all sites, with wp_sitemeta storing network-wide configuration. Each site gets its own complete set of content tables (posts, comments, options, etc.) prefixed with the site's blog ID. User tables at the network level connect to site-specific tables through usermeta relationships that define role assignments per site.
This architecture is what makes WordPress Multisite so powerful for agencies and organizations--it scales from a handful of sites to hundreds while maintaining consistent underlying infrastructure.
Common scenarios where Multisite provides significant operational advantages
Digital Agencies
Managing dozens or hundreds of client sites through separate installations creates substantial maintenance overhead. Multisite consolidates updates, security, and monitoring into a unified workflow.
Educational Institutions
Universities use Multisite to support thousands of department blogs and faculty research sites while maintaining central oversight and brand consistency across campus.
Publishing Networks
Media organizations leverage Multisite to manage multiple publications under one umbrella while maintaining editorial independence for each property.
Franchise Organizations
Multi-location businesses maintain brand consistency through network-enabled themes while allowing individual locations to customize content for their markets.
Setting Up WordPress Multisite
Enabling WordPress Multisite requires modifying two core files: wp-config.php and .htaccess. The process differs slightly depending on whether you're starting fresh or converting an existing site.
Prerequisites
Before you begin, back up your existing database and files--if something goes wrong during conversion, you'll want a clean restore point. Ensure you have file access to your WordPress installation directory through FTP, SFTP, or direct server access. Verify that your hosting environment supports Multisite, as some hosts impose limitations around subdomain creation. The official WordPress Multisite requirements provide complete technical specifications.
Step 1: Enable Multisite
Add this line to wp-config.php before the /* That's all, stop editing! */ line:
define( 'WP_ALLOW_MULTISITE', true );
Save the file and refresh your admin dashboard. You'll notice a new option under Tools labeled "Network Setup."
Step 2: Configure Network Structure
The Network Setup screen presents the choice between subdomains (site1.yournetwork.com) and subdirectories (yournetwork.com/site1/). This decision warrants careful consideration--changing it later requires significant effort. SupportHost's setup guide provides detailed walkthrough of the configuration process.
Step 3: Add Network Configuration
Copy the code WordPress generates and add it to wp-config.php, including definitions for:
define( 'DOMAIN_CURRENT_SITE', 'yourdomain.com' );
define( 'PATH_CURRENT_SITE', '/' );
define( 'SITE_ID_CURRENT_SITE', 1 );
define( 'BLOG_ID_CURRENT_SITE', 1 );
Step 4: Update .htaccess
Add the rewrite rules WordPress provides to handle URL routing for your network:
RewriteEngine On
RewriteRule ^.*$ - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]
Step 5: Complete Setup
Log back in--your admin interface now includes the Network Admin dashboard accessible through "My Sites" in the top admin bar.
Pro Tip: Before activating your network, make sure you understand how to update WordPress properly, as core updates on a Multisite network affect all sites simultaneously. Also, review our guide to the best WordPress plugins for recommendations on essential network-activated plugins.
Troubleshooting Tips:
- If you see errors after adding code to wp-config.php, check for missing semicolons or extra characters
- Wildcard subdomains must be configured at your host before creating subdomain sites
- Some hosts require adding specific lines to .htaccess for Multisite to work properly
- If network setup doesn't appear, ensure no other plugins are conflicting--disable plugins temporarily and try again
Create sites at paths like example.com/site1. Benefits include simpler DNS configuration, single SSL coverage, and content contributing to root domain authority. However, if your WordPress installation is more than one month old with content, this option won't be available due to URL conflict risks. WordPress cannot distinguish between a request for a new subsite and a request for existing content paths.
Network Administration and Management
Once operational, you'll interact with two distinct interfaces: Network Admin for network-wide management, and individual Site Admin dashboards.
Network Admin Dashboard
Access through "My Sites" → "Network Admin." Key sections include:
Sites Section: Lists all subsites with their addresses, names, creators, status (active, archived, spam, deleted), and creation dates. Add new sites, edit existing ones, or perform bulk actions--deactivate, archive, spam, or delete multiple sites simultaneously.
Users Section: Manages network-wide user accounts. Unlike single-site WordPress, Multisite users can be granted access to multiple sites. Create users at the network level and grant them access to specific sites. User management includes assigning roles at both network and individual site levels. The WordPress Developer documentation provides complete details on user roles and capabilities.
Themes Section: Controls which themes are available across the network. When you install a theme, it goes to the network themes directory and must be network-enabled before sites can activate it. This gives you centralized control--decide which themes are available while site administrators choose which enabled themes to use.
Plugins Section: Works similarly but with an important distinction. Plugins can be network-activated (active everywhere) or activated on individual sites. Network activation makes the plugin active everywhere immediately--useful for security plugins and essential WordPress plugins you want everywhere.
Super Admin Role
The Super Admin role has access to all network features: network-wide plugin and theme installation, site creation and deletion, user management across all sites, and network settings. Only Super Admins can grant this capability to other users. The initial user during network creation becomes a Super Admin by default.
Site-Level Administration
Individual site administrators have full control over their specific site--content creation, theme selection from network-enabled options, plugin activation, and user management for that site--without access to network-wide settings. This separation ensures site autonomy while maintaining infrastructure consistency.
Network Maintenance: Regularly update WordPress core and network-activated plugins to maintain security across all sites in your network. Establish a maintenance schedule and test updates on a staging site before deploying to production.
Domain Mapping for Custom Domains
Domain mapping allows you to assign custom domain names to individual sites. Instead of client1.youragency.com, you can map client1.com directly to that site--visitors see the custom domain entirely with no indication the site lives within a network. Kinsta's domain mapping guide provides detailed instructions for configuring custom domains in your network.
DNS Configuration
The custom domain must point to your WordPress Multisite server's IP address. For subdomain mappings, create an A record or CNAME pointing to your server. For domains on different servers, update nameservers or configure DNS records to direct traffic to your Multisite installation.
The Mapping Process (WordPress 4.5+)
- Ensure the custom domain's DNS points to your server
- Navigate to Network Admin → Sites
- Edit the site you want to map
- Replace the Site Address (URL) with the custom domain
SSL Certificates
- Subdomain mappings: Wildcard SSL certificate covers all subdomains (*.yourdomain.com)
- Custom domain mappings: Each domain needs its own SSL certificate
- Modern hosts: Many offer automatic SSL through Let's Encrypt for mapped domains
Advanced Mapping Scenarios
Mapping domains with and without www, handling domains that will eventually migrate out of the network, and managing domain aliases all require careful configuration. Some networks map multiple domains to a single site--www and non-www versions, country-specific domains--which requires attention to WordPress address and site address settings.
SEO Impact
Mapped domains are treated as distinct entities by search engines with their own domain authority--different from subdirectory sites that historically contributed to root domain authority. If SEO is a primary concern, domain mapping offers the cleanest separation and clearest ranking attribution for each property.
| Role | Network Level | Site Level | Capabilities |
|---|---|---|---|
| Super Admin | Yes | All Sites | Network-wide settings, plugin/theme installation, site creation, user management |
| Administrator | No | Single Site | Full control over that site, content, theme selection, plugin activation |
| Editor | No | Single Site | Publish and manage all content, including others' content |
| Author | No | Single Site | Publish and manage own content only |
| Contributor | No | Single Site | Write and manage own posts, cannot publish without approval |
| Subscriber | No | Single Site | Read access to restricted content |
Best Practices for Healthy Multisite Networks
Establish Clear Governance
Define policies from the beginning to prevent chaos in loosely managed networks:
- Site creation: Who can create sites, naming conventions, required approvals
- Theme standards: Which resources are approved, how new theme requests are evaluated
- Plugin standards: Approved plugin list, testing requirements before network activation
- User management: How access is granted and revoked, role assignment guidelines
Implement Tiered Theme Strategy
Maintain a small number of network-enabled themes that meet quality and security standards. Consider a parent theme with consistent branding elements that child themes can customize. Test all themes thoroughly before network-enabling them--problems multiply across all sites using that theme.
Develop Plugin Deployment Protocol
Before network-activating any plugin, test it on a staging site within your network:
- Establish update testing procedures--test updates on staging before production deployment
- Maintain an approved plugins list and require approval for new plugin requests
- Document known issues and workarounds for each network-activated plugin
Monitor Network Health Proactively
Use monitoring tools providing visibility into individual site activity, resource consumption, and potential issues:
- Set up alerts for suspicious activity and unusual traffic patterns
- Conduct regular health checks across all sites to identify problems early
- Track plugin and theme update status to ensure everything stays current
Document Everything
Maintain accessible documentation for:
- Network architecture and configuration decisions
- Standard operating procedures for common tasks
- Troubleshooting guides with common solutions
- Contact information for hosting support and emergency procedures
Plan for Growth
Design infrastructure with expansion in mind:
- Consider hosting resources and database scalability as you add sites
- Build backup strategies that accommodate growing network size
- Automate site provisioning where possible to maintain consistency at scale
Following these practices helps ensure your WordPress Multisite network remains stable, secure, and manageable as it grows.
Frequently Asked Questions
Can I convert an existing single site to Multisite?
Yes, but there's an important limitation: if your site is more than one month old with content, you'll only be able to use subdomains. WordPress cannot distinguish between new subsites and existing content paths. Fresh installations can choose either subdomains or subdirectories.
How many sites can WordPress Multisite support?
Theoretical limits are very high--WordPress.com hosts millions of sites. Practical limits depend on your hosting resources. Most agencies successfully manage 100-500 sites on robust hosting configurations. Database performance and server resources are the primary constraints.
Can I use different plugins on different sites?
Yes. Plugins can be network-activated (available everywhere) or activated on individual sites. You can have completely different plugin configurations across sites depending on their specific needs. This flexibility is one of Multisite's greatest strengths.
What happens if a plugin breaks on one site?
If the plugin is network-activated, it will affect all sites. If it's only activated on individual sites, the impact is contained to those sites. Always test plugins on a staging site before network activation, and consider waiting a few days before activating new plugins across the entire network.
Can sites on a Multisite network have different designs?
Yes. While themes are installed network-wide, site administrators can activate different themes on different sites. Child themes can provide customization while maintaining shared parent theme infrastructure--ideal for agencies maintaining brand consistency across client sites.
Sources
- Kinsta: WordPress Multisite Guide - Comprehensive guide covering setup, management, user roles, and domain mapping with excellent technical depth
- SupportHost: WordPress Multisite Complete Guide - 2026 edition covering fundamentals, installation steps, and network management
- WordPress Developer: Create Network - Official WordPress documentation for creating a multisite network