whats-best.ai

Uptime Monitoring & Status Pages

openstatus

EU-Made Report an error

Panel rating · 6 judges · How to read the stars

Category median

Sovereignty: not determined

0–5 in half steps. 5 means the rubric's top anchor is met on the evidence.

by openstatus · www.openstatus.dev

Report an error on this page Is this your product? →

Link to this page

openstatus: AI-assisted analysis on whats-best.ai openstatus: AI-assisted analysis on whats-best.ai (dark)

Add ?theme=dark to the image address for dark backgrounds. The badge shows the category and the month of the latest evaluation, and EU-Made where that is the product’s provenance. It never shows a score.

openstatus at a glance

Vendor
openstatus
Headquarters
Not stated on the vendor’s pages as of 1 Nov 2026
Data hosting
Not stated on the vendor’s pages as of 1 Nov 2026
Free plan
Yes, per the vendor’s own page source, captured 1 Nov 2026
Panel verdict
The AI panel rates openstatus 3.5/5, the mean of 6 judges. OpenStatus is an open-source uptime monitoring and status page tool — AGPL-3.0, managed SaaS or self-hosted — with weighted totals from 6.4 to 7.3. how scores are made
As of
Vendor pages captured 1 Nov 2026; evaluated by the panel 2 Nov 2026. all sources

openstatus alternatives, European ones first →

Read this page as one judge. Each weighs the same scores by what they care about.

The E-Commerce Operations Manager

Weighted verdict

Runs operations for an online shop selling garden furniture in Germany, Austria and Switzerland, with half the year's revenue between March and June. The homepage once answered 200 while the checkout threw an error for six hours. Wants the checkout and the payment page checked, not only the homepage, an SMS or call to whoever is on duty that night, and a report that shows the agency what the downtime cost.

Same scores as the panel view — this lens weights them the way this judge cares.

Scored by The E-Commerce Operations Manager

Panel median The E-Commerce Operations Manager This judge’s scores over the panel median. Each label opens its reasoning below.
Scores per criterion, in stars out of 5
Criterion Panel median The E-Commerce Operations Manager
Checks, locations & failure confirmation 3.5 of 5 3.5 of 5
Alerting, escalation & on-call 3 of 5 3 of 5
Status pages & incident communication 4 of 5 4 of 5
API, monitoring as code & team administration 3.5 of 5 3.5 of 5
Uptime reports, data & the vendor's own reliability 3 of 5 3 of 5
European sovereignty 3 of 5 3 of 5
Pricing transparency 3.5 of 5 3.5 of 5

Checks, locations & failure confirmation

How this is scored

What can be monitored and how reliably a failure is detected: HTTP(S) with status code and keyword checks, TCP and port, ping, DNS records, SSL certificate and domain expiry, cron jobs and heartbeats, multi-step API checks with assertions, browser or transaction checks of a login or checkout, the shortest check interval, the number and regions of probe locations, the re-check from a second location before an alert, timeouts and response time thresholds, and private locations inside the customer's own network.

0 — Runs no checks of its own; a status page or alerting tool that only receives signals from other monitors.

3 — HTTP checks of a URL at a fixed interval with an up or down result; keyword, SSL, cron and the probe locations are basic or not described.

5 — HTTP(S), keyword, TCP or port, ping and SSL expiry checks, cron or heartbeat monitoring, an interval of one minute or less, several named probe locations, a failure confirmed from a second location before alerting, and response times recorded per check.

8 — Multi-step API checks with assertions on headers and body, browser or transaction checks of a user flow, DNS and domain expiry checks, sub-minute intervals, probe locations listed by city with the confirmation logic documented, private locations or agents for internal services, and maintenance windows that pause checks.

10 — Coverage and accuracy a reliability team runs on: every check type above with code-based checks (for example Playwright or scripted tests) in version control, location-specific thresholds, false-positive handling and probe health published, and the detection method documented so a result can be reproduced.

Report an error

The E-Commerce Operations Manager

The documented checks include HTTP and TCP with assertions on status code, headers and body, DNS and ping monitor types in the Terraform provider, all HTTP methods with custom headers, 30-second intervals on the paid tiers, 28 regions in total (6 per monitor on Starter), private probes behind our own firewall, and maintenance windows that stop counting against uptime. Confirmation discipline is documented: a failed check is retried from the same location, and an incident opens only when at least half the monitor's regions report a failure — the multi-region quorum I want before an alert wakes the duty phone. We found no public information on browser or transaction checks of a checkout or payment flow, on cron or heartbeat checks, or on SSL certificate and domain expiry monitoring. 2 7 13 14 18 20

Report an error

Alerting, escalation & on-call

How this is scored

How the right person learns about a failure: alert channels (email, SMS, phone call, push app, Slack, Microsoft Teams, Telegram, webhooks), alerts to PagerDuty, Opsgenie or similar tools, escalation policies when an alert is not acknowledged, on-call schedules and rotations, acknowledge and resolve from the app, alert grouping and noise reduction, recovery notifications, maintenance windows that mute alerts, and whether SMS and calls are included or charged per message.

0 — No alerting at all; results can only be viewed in the dashboard.

3 — Email alerts and one or two chat integrations; escalation, phone calls and schedules are basic or not described.

5 — Email, SMS, a mobile push app, Slack, Microsoft Teams and webhooks, alerts forwarded to PagerDuty or Opsgenie, per-monitor alert contacts, recovery notifications, a delay or threshold before alerting, and maintenance windows that mute alerts.

8 — Phone call alerts, escalation policies with timeouts, on-call schedules and rotations with overrides, acknowledge and resolve from the app or chat, alert grouping, incident timelines with who did what, and the price of SMS and calls stated per country or included in the plan.

10 — On-call that replaces a separate incident tool: follow-the-sun schedules, escalation across teams, alert routing by service and severity, post-incident reviews generated from the timeline, and delivery of every alert channel monitored and reported.

Report an error

The E-Commerce Operations Manager

Alerts can go out by email, SMS, Slack, Discord, Microsoft Teams, Telegram, WhatsApp and webhook, with forwarding to PagerDuty, Opsgenie and Grafana OnCall on the paid tiers, the failing requests attached, and recovery notifications when checks come back — the SMS to the duty phone is documented. Incidents can be acknowledged and resolved (and auto-resolve on recovery), carry an internal timeline with a commander, and noise is handled by the half-regions rule. We found no public information on phone-call alerts, escalation policies with timeouts, on-call schedules or rotations, or the price of an SMS per country, so the rota itself would still live in PagerDuty. 2 7 13 20

Report an error

Status pages & incident communication

How this is scored

How customers and colleagues are told: public status pages on a custom domain with SSL, components and component groups fed automatically by monitors or set by hand, incident updates and scheduled maintenance announcements, subscribers notified by email, SMS, RSS or webhook, uptime history shown per component, private or password-protected pages for internal teams or single customers, branding and custom CSS, several languages, page templates, and how the status page itself stays online when the main product is down.

0 — No status page of any kind.

3 — A public status page listing monitors with their current state; custom domain, incident updates and subscribers are basic or not described.

5 — Public status pages on a custom domain, components linked to monitors, incident updates and scheduled maintenance, email subscribers, uptime history per component, the vendor's branding removable, and a password-protected or private page option.

8 — Component groups, SMS, RSS and webhook subscribers with per-component subscriptions, private pages with single sign-on or IP restriction, several languages, incident templates, embeddable status widgets, audience-specific pages for single customers, and the status page hosting kept separate from the main service and documented.

10 — Incident communication end to end: incidents drafted from monitor events and approved by a person, updates published to the page, subscribers, chat and social channels at once, a full incident archive with post-mortems, status page uptime published, and accessibility of the page stated.

Report an error

The E-Commerce Operations Manager

Custom domain with DNS instructions, components and component groups that fill from the monitors, incident updates moving through investigating, identified, monitoring and resolved with per-component impact, scheduled maintenance that never counts against uptime, and a published incident-communication guide with templates. Subscribers can be reached by email, RSS 2.0, Atom 1.0, JSON feeds, Slack Connect and webhook with optional per-component choice; pages can be public, password-protected, magic-link or IP-restricted; white label drops the branding line; and seven languages including German are supported — that covers telling my DACH customers in the March-to-June crunch. We found no public information on SMS subscribers, embeddable widgets, or how the page itself stays online if the main service is down. 3 15 16 17 20

Report an error

API, monitoring as code & team administration

How this is scored

How the tool fits a team and a deployment pipeline: a documented REST API to create and read monitors, status pages and incidents, a Terraform provider, CLI or monitoring-as-code workflow, checks run from CI/CD before a deploy, bulk import of monitors, integrations with ticketing and chat tools, team members with roles, single sign-on (SAML) and SCIM, audit logs, several teams or client accounts in one organisation, white-label or client reporting for agencies, and two-factor authentication.

0 — No API, no team accounts; one login per account and monitors are set up only by hand.

3 — A web dashboard with a few team members; the API, roles and multi-client set-up are basic or not described.

5 — A documented REST API covering monitors and status pages, webhooks, team members with roles, two-factor authentication, bulk import or a CSV upload of monitors, and several projects, teams or client groups in one account.

8 — A Terraform provider or monitoring-as-code CLI with checks kept in version control, checks triggered from CI/CD, single sign-on (SAML), SCIM provisioning, audit logs, sub-accounts for clients with their own logins, and white-label client reports.

10 — Administration that scales across many teams and clients: every setting reachable by API and code with parity stated, granular roles per resource, SSO enforced with SCIM, audit logs exportable to a SIEM, and agency or reseller accounts with separate billing.

Report an error

The E-Commerce Operations Manager

The API is typed JSON-over-HTTP with a published OpenAPI spec and a Node SDK, and the pages state that every action the dashboard performs is reachable from the API, under one key shared with the CLI, Terraform and the MCP server. The official Terraform provider manages monitors, status pages, component groups, notifications and private locations, the CLI can export the whole workspace into.tf files, monitors can be imported from Atlassian Statuspage, Better Stack or Instatus, SSO/SAML exists as a $250/mo add-on, and an append-only audit log records every mutation with export to CSV or JSON. We found no public information on SCIM provisioning, granular per-resource roles, separate client logins per sub-account, or checks run from CI/CD before a deploy. 1 3 6 7 12 18 19

Report an error

Uptime reports, data & the vendor's own reliability

How this is scored

What the record is worth and whether the monitor itself can be trusted: uptime and SLA reports per monitor and period, response time charts and percentiles, scheduled reports by email, client-facing reports, how long check results and incident history are kept, export of results by CSV or API, the vendor's own public status page and incident history, its SLA, the probe IP addresses and user agent published for allow-listing, and an open-source or self-hosted edition.

0 — No history of any kind; only the current state is shown.

3 — An uptime percentage and a response time chart per monitor; retention, export and the vendor's own status are basic or not described.

5 — Uptime and response time reports per monitor and period, SLA reports, scheduled email reports, the retention period of check results stated, CSV or API export, the probe IPs published, and the vendor's own public status page.

8 — Response time percentiles and breakdowns (DNS, connect, TLS, first byte), client-ready branded reports, retention of a year or more stated per plan, a raw export of check results, the vendor's incident history and post-mortems public, and an SLA with credits published.

10 — A record that holds up in an audit: SLA calculations with their method stated, incident records suitable for ISO 27001, NIS2 or DORA evidence, full history exportable in an open format, a self-hosted or open-source edition with feature parity stated, and the vendor's own availability over several years published.

Report an error

The E-Commerce Operations Manager

The uptime calculation is documented — a major outage counts fully, a partial outage half, degraded performance not at all, and maintenance is excluded — every check records DNS, connect, TLS, first byte and transfer separately, retention is stated per plan at 3, 12 and 24 months, workspace data can be exported, and status reports are timestamped and archived so the trail exists for SOC 2 CC2.3. The product is fully open source under AGPL-3.0 and self-hostable with Docker or Kubernetes, which is the strongest guarantee that the record survives. We found no public information on scheduled email reports, response-time percentiles, client-ready reports of what downtime cost, the probe IP addresses for allow-listing, or the vendor's own published availability history, and a dedicated SLA appears only inside a tailored Enterprise plan. 2 3 5 7 20 21

Report an error

European sovereignty

How this is scored

Who the contracting entity and the parent company are, where account data, alert contacts (names and phone numbers of the people on call), status page subscribers and check results are stored and processed, and who the subprocessors are (hosting, SMS and phone gateways, email delivery, support and payment tools). Independently sourced by the sovereignty pipeline. Probe locations outside Europe are part of what the product does and are not counted against it; where the data is stored and who processes it is. A self-hosted or open-source edition the customer runs on its own European servers counts as the customer's chain, whatever the vendor's seat.

0 — Non-EU vendor and contracting entity, hosting unstated, subprocessors unnamed, and no data processing agreement offered.

3 — A privacy policy and a data processing agreement exist, but hosting location is unstated or non-EU and the subprocessors are not listed.

5 — EU hosting available and an EU contracting entity or EU representative, but parts of the chain (SMS and call gateways, email, support, payment) run through non-EU providers without a stated safeguard.

8 — EU hosting on named infrastructure, EU contracting entity, subprocessors listed with their locations, a data processing agreement published, and security certifications (ISO 27001, SOC 2) stated — or a self-hosted edition documented that keeps every record on the customer's own servers.

10 — Sovereign end to end and evidenced: European ownership, entity, hosting and every subprocessor, or a self-hosted open-source edition with no call home, data export and deletion documented, and certifications published with their scope rather than implied.

Report an error

The E-Commerce Operations Manager

The subprocessor list is public with purposes and locations — queues on GCP in the EU, analytics on Tinybird in the EU, email on Resend in the EU, product analytics on Openpanel in the EU, payment through Stripe in the US — while the application hosting and the primary database run globally on Vercel, Fly, Koyeb, Railway and Turso. The terms are governed by French law, and an AGPL-3.0 self-hosted edition is documented that can run on our own servers, which would put the whole chain in our hands. The pages name no legal entity behind the brand, and we found no public information on a published data processing agreement or on certifications such as ISO 27001 or SOC 2 for the vendor itself. 5 9 11 12 21

Report an error

Pricing transparency

How this is scored

Whether a buyer can compute the real annual cost from public pages alone: price per tier by number of monitors, check interval and status pages, team seats and on-call responders, what SMS and phone alerts cost, which features (multi-step or browser checks, SSO, longer retention, private locations, white-label) cost extra, the free tier and its limits, overage handling, minimum term and VAT.

0 — No public prices at all; every customer is a sales call.

3 — A starting price or a free tier exists, but how cost scales with monitors, intervals, seats or alerts is unclear.

5 — Tiers are public with their monitor count, interval and main inclusions, but at least one commonly needed piece (SMS or call alerts, extra seats, extra status pages, SSO, longer retention) is unpriced or "on request".

8 — Every tier priced publicly with its scaling rule (monitors, interval, seats, responders, status pages), SMS and call costs stated, add-ons priced, overage handling stated, minimum term and VAT treatment stated.

10 — Complete price computability: annual cost derivable for a given number of monitors, interval, team size and alert volume, with every add-on, overage and support fee and the cancellation and data-return terms published.

Report an error

The E-Commerce Operations Manager

Every tier is public with its scaling rule: the free Hobby plan at $0 with one monitor and 10-minute checks, Starter at $30/mo with 20 monitors and 1-minute checks, Pro at $100/mo with 50 monitors, 30-second checks and all 28 regions, Scale at $500/mo, and annual billing giving two months free ($300/year, $1,000/year, $5,000/year). Add-ons are priced openly — extra monitors at $15/mo./10, extra status pages at $20/mo./each, SSO/SAML at $250/mo, White Label at $300/mo, Custom theme at $20/mo — with unlimited team members, no per-seat fees, proration, cancellation anytime, and a stated over-limit policy of reaching out rather than stopping monitors. What I still cannot compute from the public pages is the cost of an SMS alert, and VAT treatment is not stated, both of which matter for my German bookkeeping. 1 2 3 7

Report an error

European sovereignty — proven facts

0 of 6 dimensions proven

Built only from facts shown on the vendor's own pages. A dimension we could not prove is left open, not scored as zero.

Hosting location Not determined ⚠ unverified — uncited Report an error
Hosting options Not determined ⚠ unverified — uncited Report an error
Open source Not determined ⚠ unverified — uncited Report an error
Data processing agreement Not determined — uncited Report an error
Transfer impact assessment Not determined — uncited Report an error

Questions about openstatus

Is openstatus European?

Yes. whats-best.ai classifies openstatus as EU-Made.

Where does openstatus store data?

Not stated on the vendor’s pages as of 1 Nov 2026.

Does openstatus have a free plan?

Yes. openstatus has a free plan, per the vendor’s page captured 1 Nov 2026.

What are the best alternatives to openstatus?

As of 2 Nov 2026, the panel rates Hyperping (3.5/5), Checkly (3.5/5) and Oh Dear (3.5/5) highest among the other 14 Uptime Monitoring & Status Pages products evaluated. Ratings that look equal are rounded to half stars; the order uses the unrounded rating, then the name. The highest-rated European alternative is Hyperping (EU-Made). Ratings are the AI panel’s opinion, formed from public evidence: how scores are made. The full list, with European products first: openstatus alternatives.

Where this could be wrong

What we left out

A claim that does not survive our checks costs us the claim, not the page. This is what was taken off this one.

Sources (22)

The pages every claim on this page was read from — each one checked, dated, and kept verifiable.

  1. 1 Vendor homepage www.openstatus.dev Checked 1 Nov 2026 Details →
  2. 2 Features page (uptime monitoring) www.openstatus.dev Checked 1 Nov 2026 Details →
  3. 3 Features page (status pages) www.openstatus.dev Checked 1 Nov 2026 Details →
  4. 4 Documentation www.openstatus.dev Checked 1 Nov 2026 Details →
  5. 5 Documentation (self-hosting) www.openstatus.dev Checked 1 Nov 2026 Details →
  6. 6 API documentation www.openstatus.dev Checked 1 Nov 2026 Details →
  7. 7 Pricing page www.openstatus.dev Checked 1 Nov 2026 Details →
  8. 8 About page www.openstatus.dev Checked 1 Nov 2026 Details →
  9. 9 Terms of service www.openstatus.dev Checked 1 Nov 2026 Details →
  10. 10 Privacy policy www.openstatus.dev Checked 1 Nov 2026 Details →
  11. 11 Subprocessor list www.openstatus.dev Checked 1 Nov 2026 Details →
  12. 12 Security / trust page www.openstatus.dev Checked 1 Nov 2026 Details →
  13. 13 Checks, locations & failure confirmation — found from sitemap www.openstatus.dev Checked 1 Nov 2026 Details →
  14. 14 Checks, locations & failure confirmation — found from sitemap www.openstatus.dev Checked 1 Nov 2026 Details →
  15. 15 Alerting, escalation & on-call — found from sitemap www.openstatus.dev Checked 1 Nov 2026 Details →
  16. 16 Status pages & incident communication — found from sitemap www.openstatus.dev Checked 1 Nov 2026 Details →
  17. 17 Status pages & incident communication — found from sitemap www.openstatus.dev Checked 1 Nov 2026 Details →
  18. 18 API, monitoring as code & team administration — found from sitemap www.openstatus.dev Checked 1 Nov 2026 Details →
  19. 19 API, monitoring as code & team administration — found from sitemap www.openstatus.dev Checked 1 Nov 2026 Details →
  20. 20 Uptime reports, data & the vendor's own reliability — found from sitemap www.openstatus.dev Checked 1 Nov 2026 Details →
  21. 21 Uptime reports, data & the vendor's own reliability — found from sitemap www.openstatus.dev Checked 1 Nov 2026 Details →
  22. 22 Open-source licence page — found from the homepage www.openstatus.dev Checked 1 Nov 2026 Details →