What Is WordPress Multisite?<\/h2>\n\n\n\n
Multisite is a built-in WordPress feature that turns one installation into a network of sites.<\/p>\n\n\n\n
All sites in the network run on the same WordPress core files. They also share the same database, but each site gets its own set of tables inside it.<\/p>\n\n\n\n
You enable it by adding one line to your wp-config.php file:<\/p>\n\n\n\n
\/* Enable Multisite *\/\ndefine( 'WP_ALLOW_MULTISITE', true );<\/pre>\n\n\n\nThis single line unlocks the “Network Setup” option in your WordPress dashboard.<\/p>\n\n\n\n
After running the setup, WordPress asks you to add a few more constants:<\/p>\n\n\n\n
define( 'MULTISITE', true );\ndefine( 'SUBDOMAIN_INSTALL', false ); \/\/ true for site1.example.com style\ndefine( 'DOMAIN_CURRENT_SITE', 'example.com' );\ndefine( 'PATH_CURRENT_SITE', '\/' );\ndefine( 'SITE_ID_CURRENT_SITE', 1 );\ndefine( 'BLOG_ID_CURRENT_SITE', 1 );<\/pre>\n\n\n\nThese constants tell WordPress that it is now running as a network, and how to structure the site URLs.<\/p>\n\n\n\n
For the complete step-by-step process, you can also refer to the official Create a Network documentation<\/a> on WordPress.org.<\/p>\n\n\n\n
The Big Picture: Shared vs Isolated<\/h2>\n\n\n\n
Think of Multisite like an apartment building.<\/p>\n\n\n\n
Everyone shares the building itself \u2014 walls, plumbing, electricity. But each apartment has its own rooms, furniture, and front-door key.<\/p>\n\n\n\n
In Multisite, the “building” is the WordPress core, plugins, themes, and user accounts. The “apartments” are the individual sites with their own content, settings, and media.<\/p>\n\n\n\n
Shared resources are managed once, while each site keeps its own data<\/figcaption><\/figure>\n\n\n\n Here is a quick summary before we go deeper.<\/p>\n\n\n\n
Shared across the network:<\/strong><\/p>\n\n\n\n
\n
- WordPress core files<\/li>\n\n\n\n
- Plugin and theme files<\/li>\n\n\n\n
- User accounts (wp_users table)<\/li>\n\n\n\n
- Network-wide settings<\/li>\n<\/ul>\n\n\n\n
Isolated per site:<\/strong><\/p>\n\n\n\n
\n
- Posts, pages, and comments<\/li>\n\n\n\n
- Site settings and options<\/li>\n\n\n\n
- Media uploads (separate folders)<\/li>\n\n\n\n
- Active plugin\/theme choices per site<\/li>\n<\/ul>\n\n\n\n
What Is Shared Across the Network<\/h2>\n\n\n\n
1. Core Files<\/h3>\n\n\n\n
There is only one copy of WordPress on the server. Every site in the network runs on it.<\/p>\n\n\n\n
In other words, one update to WordPress core updates every site at once. That is a huge time saver.<\/p>\n\n\n\n
2. Plugins and Themes<\/h3>\n\n\n\n
Plugin and theme files live in one place: the wp-content folder.<\/p>\n\n\n\n
Only the network admin (called the Super Admin) can install them. Site admins can only activate the ones the Super Admin has installed.<\/p>\n\n\n\n
You can also “Network Activate” a plugin to turn it on for every site at once. In code, a plugin can check if it is network activated like this:<\/p>\n\n\n\n
if ( is_plugin_active_for_network( 'my-plugin\/my-plugin.php' ) ) {\n \/\/ This plugin is active on every site in the network.\n}<\/pre>\n\n\n\n3. Users<\/h3>\n\n\n\n
This is the part that surprises most people. In fact, all sites in the network share the same user accounts.<\/p>\n\n\n\n
A person registers once, and after that, you can give them a role on any site. The same login works everywhere.<\/p>\n\n\n\n
WordPress stores all users in two global tables: wp_users and wp_usermeta. Because of this, adding an existing user to another site takes just one function:<\/p>\n\n\n\n
\/\/ Give user ID 5 the 'editor' role on site ID 3.\nadd_user_to_blog( 3, 5, 'editor' );<\/pre>\n\n\n\nThis adds the user to site 3 without creating a new account.<\/p>\n\n\n\n
If you need more control over user permissions, learn how to create custom roles and users in WordPress Multisite<\/a>.<\/p>\n\n\n\n
4. Network Settings<\/h3>\n\n\n\n
Network-wide settings live in their own global tables, like wp_site and wp_sitemeta.<\/p>\n\n\n\n
For example, these control allowed file types, upload limits, and registration rules for the entire network.<\/p>\n\n\n\n
What Stays Isolated Per Site<\/h2>\n\n\n\n
1. Database Tables<\/h3>\n\n\n\n
Here is where WordPress Multisite isolation really happens. Each site gets its own set of database tables, and a numeric prefix keeps them separate.<\/p>\n\n\n\n
The first site uses the normal tables. Every new site gets numbered copies:<\/p>\n\n\n\n
-- Site 1 (main site)\nwp_posts\nwp_options\nwp_comments\n\n-- Site 2\nwp_2_posts\nwp_2_options\nwp_2_comments\n\n-- Site 3\nwp_3_posts\nwp_3_options\nwp_3_comments<\/pre>\n\n\n\nSo a post on Site 2 lives in wp_2_posts and can never mix with posts from Site 3.<\/p>\n\n\n\n
One database, with global tables shared and numbered tables isolated per site<\/figcaption><\/figure>\n\n\n\n 2. Content<\/h3>\n\n\n\n
Each site stores its posts, pages, comments, categories, and menus in its own tables.<\/p>\n\n\n\n
Editing content on one site has zero effect on the others. Each site is its own world.<\/p>\n\n\n\n
3. Site Settings<\/h3>\n\n\n\n
Each site has its own wp_X_options table. As a result, things like site title, timezone, and homepage settings stay fully independent.<\/p>\n\n\n\n
4. Media Uploads<\/h3>\n\n\n\n
Similarly, each site gets its own upload folder based on its site ID:<\/p>\n\n\n\n
wp-content\/uploads\/ \u2192 Main site\nwp-content\/uploads\/sites\/2\/ \u2192 Site 2\nwp-content\/uploads\/sites\/3\/ \u2192 Site 3<\/pre>\n\n\n\nAs a result, an image you upload to Site 2 never appears in Site 3’s media library.<\/p>\n\n\n\n
5. Plugin and Theme Activation<\/h3>\n\n\n\n
All sites share the same files, but each site decides which ones to use.<\/p>\n\n\n\n
Site 2 can run a shop theme while Site 3 runs a blog theme \u2014 from the same installed files.<\/p>\n\n\n\n
How WordPress Switches Between Sites<\/h2>\n\n\n\n
WordPress decides which site to load by looking at the URL of the request.<\/p>\n\n\n\n
It matches the domain and path against the wp_blogs table, finds the site ID, and then uses that ID to pick the right table prefix.<\/p>\n\n\n\n
In your own code, you can do the same thing with the switch_to_blog()<\/a> function:<\/p>\n\n\n\n
\/\/ We are on the main site right now.\nswitch_to_blog( 2 );\n\n\/\/ Now every query runs against Site 2's tables.\n$recent = get_posts( array( 'numberposts' => 3 ) );\n\n\/\/ Always switch back when done.\nrestore_current_blog();<\/pre>\n\n\n\nFor example, this is how you can show “latest posts from all our sites” on a main landing page.<\/p>\n\n\n\n
Here is a fuller example that loops through every site in the network:<\/p>\n\n\n\n
$sites = get_sites();\n\nforeach ( $sites as $site ) {\n switch_to_blog( $site->blog_id );\n\n echo get_bloginfo( 'name' ) . ' has ' .\n wp_count_posts()->publish . ' published posts.';\n\n restore_current_blog();\n}<\/pre>\n\n\n\nThis code visits each site, reads from its isolated tables, and returns safely to the original site.<\/p>\n\n\n\n
Most importantly, always call restore_current_blog() after switch_to_blog(). Otherwise, your code may keep reading the wrong site’s data.<\/p>\n\n\n\n
Why This Design Works So Well<\/h2>\n\n\n\n
The shared parts remove repeated work. One core update, one plugin install, one user list \u2014 managed in a single place.<\/p>\n\n\n\n
Meanwhile, the isolated parts keep sites safe from each other. One site’s content, settings, and uploads can never leak into another.<\/p>\n\n\n\n
This balance is why WordPress Multisite powers things like university networks, news networks, and WordPress.com itself.<\/p>\n\n\n\n
When Should You Use Multisite?<\/h2>\n\n\n\n
WordPress Multisite is a great fit when:<\/strong><\/p>\n\n\n\n
\n
- You run many sites that need the same plugins and themes.<\/li>\n\n\n\n
- The same team or users work across all the sites.<\/li>\n\n\n\n
- You want one update process for everything.<\/li>\n<\/ul>\n\n\n\n
It is not a good fit when:<\/strong><\/p>\n\n\n\n
\n
- Each site needs different owners with full server control.<\/li>\n\n\n\n
- One site needs very different plugins or heavy customization.<\/li>\n\n\n\n
- You may need to move a single site to its own host later (it is possible, but takes work).<\/li>\n<\/ul>\n\n\n\n
Wrapping Up<\/h2>\n\n\n\n
WordPress Multisite follows one simple principle: share the heavy things, isolate the personal things.<\/p>\n\n\n\n
All sites share core files, plugins, themes, and users, so you manage them once. At the same time, each site keeps its own content, settings, and uploads, so everything stays independent.<\/p>\n\n\n\n
Once you understand this split, Multisite stops feeling like magic and starts feeling like a very practical tool.<\/p>\n\n\n\n
You can also learn more about creating and managing a WordPress Multisite network<\/a> in our detailed setup guide.<\/p>\n\n\n\n
So if you manage more than a couple of WordPress sites, it is well worth a try.<\/p>\n","protected":false},"excerpt":{"rendered":"
![\"WordPress](\"https:\/\/cdnblog.webkul.com\/blog\/wp-content\/uploads\/2026\/06\/multisite-shared-vs-isolated-1200x747.webp\")
![\"WordPress](\"https:\/\/cdnblog.webkul.com\/blog\/wp-content\/uploads\/2026\/06\/multisite-database-tables-1200x693.webp\")