Yes: Business and up
Signed SLA statements
Each period's attainment, signed and checkable by anyone without an account.
Compareincident.io
incident.io is an incident management platform with on-call and status pages built in, so the page follows the incident. Observer reads the metric that defines healthy and publishes the verdict from it.Checked against incident.io's own public pages.
Observer ahead on
7of 7
incident.io's answers from its own public pages, checked .
Verdict
incident.io is built for
Running incidents end to end with on-call, and updating the status page from the incident, by a responder or a workflow.
Observer instead
Reads the metric that defines healthy and changes the public verdict from it, so the page moves before anyone has declared an incident.
Pick
Choose incident.io if you want incident response, on-call and the status page in one platform, led by your responders. Choose Observer if you want the page to follow measured thresholds, alongside the incident tool you already use.
At a glance
What your customers can check comes first. How the page runs follows.
The record
Signed SLA statements
Per-customer status
The mechanics
What drives status
Built-in monitoring
Signal source & data locality
Pricing model
Open source & engineer surface
Yes: does itPartly: partlyNo: does notMethod: each answer is graded against a status page with a record customers can check, using the vendor's own public pages. Checked .
Side by side
The same 7 dimensions on every comparison, each with the question it answers.
Signed SLA statements
Can a customer check the SLA figure without taking your word for it?
Yes: Business plan
Each period's attainment, with the working shown, hashed and signed. Your customer checks it at /reliability/verify without an account.
not listed
SLA statements are not listed. Enterprise lists a 99.99% uptime SLA for incident.io itself.
Per-customer status
Can each customer see their own status?
Yes: from Pro
One probe can publish a different verdict per customer, with its own SLO target, subscribers and access.
Enterprise
Customer pages, behind sign-in for a specific customer, are on Enterprise. Lower plans get one public page; Pro adds one internal page.
What drives status
What flips a component from up to down?
metric + threshold
Reads the metric your engineers already watch, applies your threshold, and publishes the verdict.
incidents
A responder, or a workflow on the incident, publishes a status page incident and sets each affected component's impact.
Built-in monitoring
What does it check on its own?
Yes: telemetry + probes
Prometheus, OpenTelemetry, CloudWatch, Loki, Elasticsearch and SQL/NoSQL, plus HTTP, TCP, DNS, TLS, ICMP, gRPC and WebSocket probes.
alert intake
Takes alerts from the monitoring tools you connect, such as Datadog, Grafana or any webhook, plus heartbeat check-ins.
Signal source & data locality
Where does the signal come from, and where does it go?
inside your network
The agent runs next to your data and sends readings and verdicts outbound. Database and source credentials stay on the host.
your alerting tools
Signals arrive as alerts your tools send in. Component impact is set on the incident, not computed from a metric.
Pricing model
How does the bill grow?
flat per tier
Free, then $19, $79 or $199 a month, then Enterprise. No per-seat or per-subscriber fees.
per user
Free Basic plan with one public page and a custom domain, then plans priced per user. On-call is an add-on.
Open source & engineer surface
What can engineers read, script and extend?
Yes: agent, Apache 2.0
Open-source agent, public API, CLI, MCP server and AI-assistant skills.
No: closed source
Status page API, a read-only widget API and a Terraform provider.
Beyond the page
The reporting customers, procurement and auditors ask for, built on the same measurements as the page.
Yes: Business and up
Each period's attainment, signed and checkable by anyone without an account.
Yes: Business and up
Public commitments and attainment, and a private portal per customer.
Yes: Pro and up
Attainment, risk and MTTR across every service, for the board.
Yes: Starter and up
Budgets read from the same metrics, with burn alerts.
Yes: Pro and up
One probe, each customer judged against their own SLO.
Fair to say
You want on-call, incident response and the status page from one vendor.
You want every public change tied to a declared incident, set by a responder or a workflow.
Migration
One container next to the systems you already monitor. It dials out; nothing in your network accepts a connection from Observer.
Each status page component becomes a metric: the query behind the alert that usually opens the incident, plus two thresholds.
Group metrics into services and publish the page. Send flips to Slack, PagerDuty, Teams or a webhook; recoveries always deliver.
Keep incident.io live until the page matches what you would have posted. Then point your status domain at Observer (custom domains are on paid plans).
Questions
For the status page, yes. incident.io is an incident management platform whose status page follows declared incidents. Observer is a status page that reads your metrics, and it can send each status change to the incident tool you already run through a webhook.
Yes, through workflows: when an incident is created or changed, a workflow can create or update the status page incident. The incident still drives the page. Observer changes the verdict from the metric itself.
No. Observer is not an on-call or incident response platform. It proves the impact from your metrics and tells your customers; your incident tool keeps running the response.
Sources
Every statement about incident.io on this page was checked against these public pages, most recently on .
incident.io
docs.incident.io
registry.terraform.io
Keep reading