get/api/v1/summary.json
The page's status in one call
Everything the public index shows: the overall status, every service with its components and their current status, whether monitoring is running (monitoring: delayed when the checks have stopped, with the time of their last heartbeat), active incidents with their full update timelines, and the maintenance running now and coming up in the next 14 days. A component whose checks have stopped reporting reads no_data, never its last result.
Cached 30 s
Responses
200The page's current state.application/json
version"v1"requiredAPI contract version. Always 'v1' until a breaking change introduces v2 alongside.
sitestringrequiredOperator-configured site name shown at the top of the public page.
overallstatusrequiredWorst-case status across the whole page: the worst of every component outside an active maintenance window and every open incident's severity floor. While a window is active this is at least 'maintenance', which ranks below 'degraded': the components under the window read as maintenance whatever their monitors say, and anything worse elsewhere wins.
updated_atstring (date-time)requiredServer time at render. Use as a cache key. It says when this response was made, not when anything was last measured: that is monitoring.last_check_at.
monitoringobjectrequiredWhether the statuses on this page are still being measured (additive within v1). The checks run in a worker process whose own clock is its heartbeat; when that stops, or the probe host has lost the network, the statuses above are the last ones known and state says delayed. Components and monitors that have not reported for three check intervals (at least 3 minutes) already read no_data.
servicesservice (summary)[]requiredTop-level groups shown on the public page. Ordered by display_order ascending, then name.
active_incidentsincident[]requiredNon-scheduled, non-resolved incidents. Always an array; [] when none are active.
scheduled_maintenanceincident[]requiredMaintenance windows currently active (now is between started_at and resolved_at). Upcoming-but-not-yet-active windows are in upcoming_maintenance. Always an array; [] when none are active.
upcoming_maintenanceincident[]requiredScheduled maintenance windows starting within the next 14 days (added when the public page moved to rendering from this API; additive within v1). Always an array; [] when none are announced.
- 500The server couldn't read what the answer needs (it is logged). The whole answer fails rather than coming back with parts missing; retry later. The status page itself shows its last copy with a stale banner meanwhile.
curl "https://status-page.configura.com/api/v1/summary.json"{ "version": "v1", "site": "Status Page", "overall": "operational", "updated_at": "2026-10-08T11:23:08.144977135Z", "monitoring": { "state": "ok", "last_check_at": "2026-10-08T11:22:58.388934Z" }, "services": [ { "id": "e94ef776-65af-4053-8636-0e05f6f788d4", "slug": "myconfigura", "name": "MyConfigura", "status": "operational", "visibility": "public", "components": [ { "id": "3943ef82-0856-49fc-b0fe-ce88cae2742b", "slug": "website", "name": "Website", "status": "operational", "visibility": "public" } ] } ], "active_incidents": [], "scheduled_maintenance": [], "upcoming_maintenance": []}Try it
Sends this GET from your browser. The reference only ever sends GET requests, which read data and never change it.
get/api/v1/summary.json