Health Endpoint
View on WordPress.orgScores higher than 1% of indexed plugins
About
Creates a /health endpoint that returns a 200 OK HTTP status code while WordPress is performing correctly.
What It Does
Health Endpoint registers a custom /health URL on a WordPress site that responds with a 200 OK HTTP status code when the application is reachable and responding normally. External uptime and infrastructure monitoring tools can then ping this URL on a schedule to confirm the site is online without needing to scrape or parse full HTML pages.
Who It's For
This plugin is aimed at site owners and operators who use external uptime monitoring, load balancers, or status pages to track availability of WordPress installations, including managed hosting providers, SaaS platforms, and agencies running critical client sites. It suits environments where automated infrastructure tooling needs a lightweight, predictable endpoint that is cheaper to probe than a full front-end page load.
Who Should Skip It
If you already have monitoring tools that can handle full-page checks, or if your host provides built-in health probes, this plugin adds little value. Casual bloggers and small sites that do not rely on automated uptime alerting will not gain much from adding another endpoint to maintain.
The Bottom Line
Health Endpoint does exactly one small thing, and it appears to do it well, with recent updates and clean compatibility. The quality score of 47.37/100 reflects limited popularity, scarce user feedback, and an absence of public support activity rather than broken functionality. For teams that need a dedicated probe endpoint and prefer a minimal, single-purpose plugin, it is a reasonable choice, but anyone wanting richer health data, versioned history, or community support should look elsewhere.
Related Plugins
Pick this instead if your priority is locking down WordPress REST access rather than exposing a monitoring endpoint.
Pick this instead if your operational concern is reliable transactional email delivery rather than HTTP uptime checks.
Pick this instead if you need to pull data from third-party APIs into WordPress rather than expose a status endpoint to them.
Pick this instead if the bottleneck you care about is REST API response speed, not availability monitoring.
Pick this instead if you want to tune object cache performance for monitoring or scaling rather than add a separate health route.