
WordPress Multisite lets you run a network of sites from a single WordPress installation — commonly used by universities, media groups, franchise businesses, and agencies managing multiple brands. While the convenience of a shared codebase is appealing, Multisite introduces monitoring complexity: a single broken plugin, misconfigured domain mapping, or expired SSL certificate can take down individual sites while the rest of the network appears healthy.
A standard single WordPress install has one domain and one SSL certificate to watch. A Multisite network has:
The key insight: you must monitor each site independently. A network health check at yournetwork.com only tells you the root domain is up. It says nothing about whether client-site-three.com mapped into your network is serving correctly.
For subdomain installations:
Monitor: https://site1.yournetwork.com
Monitor: https://site2.yournetwork.com
Monitor: https://site3.yournetwork.com
For domain-mapped sites:
Monitor: https://client-one.com
Monitor: https://client-two.com
Monitor: https://client-three.com
Set a content check for something unique to each site (the site name, a headline) to confirm the correct site is loading rather than a generic WordPress error page or maintenance screen.
Domain-mapped Multisite sites each require their own SSL certificate. This is the most common source of silent failures: one site's Let's Encrypt certificate expires while all others are fine. Visitors to that specific site see a browser security warning, but there's no obvious signal to the network administrator.
SSL certificate monitoring with per-domain alerts catches this. For Multisite networks with wildcard subdomains, a wildcard SSL certificate reduces the number of certificates to manage.
If client sites are on domains you manage, monitor each domain's expiry independently. A single lapsed domain takes only that site offline — easy to miss without domain-level monitoring.
See domain expiry monitoring for configuration.
Monitor the WordPress health check endpoint at the network level:
Monitor: https://yournetwork.com/wp-json/
Expected status: 200
Content check: "WordPress"
This checks that WordPress is responding at the application layer, which requires PHP, the database, and the WordPress core to be functioning.
Multisite's shared codebase means a network-wide plugin update can simultaneously break all sites. After any plugin update or WordPress core update, run a quick sweep of all monitored site URLs and check for unexpected response codes (500 errors, blank pages, unexpected redirects).
Monitoring with content checks — verifying that a specific expected string appears in the response — catches the case where WordPress serves a 200 response on a broken white screen of death.
Alert routing depends on who owns what:
Slack notifications work well for agencies managing Multisite on behalf of clients — route per-client alerts to per-client Slack channels.
Domain Monitor monitors each site in your WordPress Multisite network individually — SSL, domain expiry, and uptime for every mapped domain. Create a free account.
A subdomain takeover lets an attacker claim your subdomain by exploiting dangling DNS records. Learn how it happens, real-world examples, and how DNS monitoring detects it.
Read moreMean time to detect (MTTD) measures how long it takes to discover an incident after it starts. Reducing MTTD is one of the highest-leverage improvements in reliability engineering.
Read moreBlack box monitoring tests your systems from the outside, the way users experience them — without access to internal code or infrastructure. Learn how it works and when to use it.
Read moreLooking to monitor your website and domains? Join our platform and start today.