A status page that tells the truth.

Publish a branded status page backed by real uptime probes. Your services report their own health, so visitors see what's actually happening — not a dashboard someone forgot to flip.

status.acme.com
A

Acme Status

All systems operational
Web app
Operational
API
Operational
Background jobs
Degraded
Marketing site
Operational
Uptime · last 30 days99.98%

One page. Real probes behind every service.

What is a status page?

A status page is the public page customers check to find out whether your service is working. It answers one question — “is it down, or is it just me?” — before it turns into a support ticket.

Most status pages are updated by hand. They stay green until someone notices an incident and flips a switch, which usually happens after customers have already felt it. The page becomes a record of what an operator remembered to do, not what actually happened.

OrgOrg's Status app backs every service with live probes. HTTP checks, synthetic login flows, and upstream provider health run on a schedule and roll up automatically, so the page reflects measured reality. You step in to communicate during an incident — never to keep the colors honest.

Also known as
Service status page, uptime page, incident page, system status dashboard.
What makes this one different
It monitors itself. The status is measured by probes, not typed in by an operator after the fact.

Measured status, not wishful status.

Everything a status page should do — backed by checks that actually run.

Real probes

Checks that actually run.

HTTP checks, synthetic Playwright flows like login and signup, and native upstream health for Convex, Cloudflare, GCP, and Vercel — all running on a schedule, not on someone's memory.

Probes · every 60s
HTTP · GET /health
Synthetic · Login flow
Upstream · Convex
Synthetic · Signup flow

Automatic service status

The worst probe wins.

Group probes into services. The worst probe sets the service's status, so a single failing check surfaces immediately. No human flips a switch.

APIDegraded
GET /healthOK
Login flowOK
Background jobsSlow

Worst probe sets the service → Degraded

Branded public page

On your domain, in your brand.

Serve the page on your own hostname with your logo, brand color, support email, and website link. It reads like part of your product, not a third-party widget.

Page settings
Hostnamestatus.acme.com
Brand color#2694e9
Support emailhelp@acme.com
AAcme Status

Incidents & maintenance

Tell the story as it unfolds.

Post incident updates as they develop and schedule maintenance windows ahead of time, right alongside live status so visitors get the full picture.

Scheduled maintenanceSat 02:00 UTC
Elevated API latencyInvestigating
10:24— We're seeing elevated latency on the API and are investigating.

Uptime history

An honest record over time.

Per-service uptime bars show the trailing window of health, giving customers and your own team an honest, at-a-glance record of reliability over time.

Uptime · last 30 days
Web app100%
API99.98%
Background jobs99.71%
Marketing site100%

During an incident

The page does the talking.

The moment a probe goes red, the affected service flips to degraded or down on its own. Your team doesn't have to remember to update anything before customers start checking.

From there you post updates — investigating, identified, monitoring, resolved — and they stack into a timeline visitors can follow. One clear page answers “is it just me?” for everyone at once, so the inbound drops instead of spiking.

API latency · incident
  1. Investigating10:24

    Elevated latency on the API. Looking into it now.

  2. Identified10:39

    A slow upstream query. Rolling out a fix.

  3. Monitoring10:52

    Fix deployed. Latency back to normal; watching.

  4. Resolved11:10

    All probes green for 15 minutes. Closing out.

Why it matters

Trust is built before the outage, not during it.

A status page is only worth checking if it's right when it counts. When the page is measured rather than remembered, it earns the benefit of the doubt — and that changes how an incident feels for everyone watching.

Honest by construction

No stale all-green.

Because status comes from probes, the page can't quietly sit green while the API is down. The worst check wins, so partial outages surface instead of hiding.

Caught before the tickets

The page beats the inbox.

Probes run continuously. A broken login flow or a slow upstream shows up on the page the moment it happens — often before the first customer email lands.

One source of truth

Everyone reads the same page.

Live status, incident updates, maintenance, and uptime history live in one place. Customers self-serve and your team stops answering the same question.

Live in an afternoon

Four steps to a status page that keeps itself honest.

  1. 1

    Add your services

    List what you run — web app, API, background jobs, marketing site. Each becomes a row on the public page.

  2. 2

    Point probes at them

    Attach HTTP checks, synthetic login/signup flows, or upstream provider health. Probes start reporting on a schedule.

  3. 3

    Brand the page

    Add your hostname, logo, and brand color. Set a support email so visitors land where they expect.

  4. 4

    Publish

    Share the URL. From then on the page reflects real health — you only step in to communicate, not to update colors.

Automatic vs. manual status pages

The difference is who decides the status — a probe, or a person who has to remember.

CapabilityOrgOrg StatusManual status page
Service status source
Measured by probes
Typed by a human
HTTP uptime checks
Often separate tool
Synthetic login / signup flows
Upstream provider health
Convex, Cloudflare, GCP, Vercel
Worst-probe service rollup
Manual judgement
Custom domain & branding
Incident updates & maintenance
Catches outages before customers
Continuous probes
Only once noticed
Bundled with 15+ apps, one flat price
Standalone tool

Status, defined

The language of monitoring and incident communication.

Status page
A public page that reports whether your services are operational, degraded, or down. The single place customers check during an outage.
Probe
An automated check that measures the health of a service on a schedule — an HTTP request, a synthetic browser flow, or an upstream provider's published status.
Synthetic monitoring
Driving a real browser through a user journey (login, signup, checkout) to verify the path works end to end, not just that a server responds.
Service rollup
Combining several probes under one service. The worst probe sets the service's status, so a single failing check is never hidden by a healthy one.
Incident
A reported disruption with a timeline of updates. Lives on the status page so customers can follow along instead of filing tickets.
Maintenance window
A planned period of expected disruption, scheduled ahead of time and shown on the page so the dip in availability is expected, not alarming.
Uptime
The share of a trailing window during which a service was operational. Shown per-service as a bar and a percentage.

Frequently asked

What is a status page?

A status page is a public page that shows whether your services are working. Customers check it to answer 'is it down, or is it just me?' OrgOrg's Status app backs every service with live probes, so the page reflects real health instead of a status someone has to remember to update.

How is this different from a status page I update by hand?

Manual status pages stay green until a human notices an incident and flips a switch — which often happens after customers do. OrgOrg's Status app runs probes continuously and rolls them up automatically, so degraded and down states appear the moment they happen. You post incident updates for context, but the underlying status is measured, not typed.

What kinds of probes can I run?

Three kinds. HTTP checks hit an endpoint and assert on the response. Synthetic Playwright flows drive a real browser through journeys like login and signup, catching breakage that a simple ping misses. Upstream provider checks read the published health of Convex, Cloudflare, GCP, and Vercel, so you can show when an outage is your provider's, not yours.

How does a service's status get decided?

Group one or more probes under a service. The worst probe sets the service's status: if the API's HTTP check is fine but its login flow is failing, the API shows as degraded. That means the page errs toward honesty rather than hiding a partial outage behind one healthy check.

Can I host the status page on my own domain?

Yes. Point a custom hostname at your status page and add your logo, brand color, support email, and website link. Visitors see a page that looks like yours, at an address like status.yourcompany.com.

Can I communicate incidents and planned maintenance?

Yes. Post incident updates as a situation develops and schedule maintenance windows in advance. Both appear alongside live service status and uptime history, so visitors get the whole story in one place.

Does it show uptime history?

Each service has an uptime bar covering the trailing window, plus a percentage. It's an honest record your customers — and your own team — can use to see reliability trends over time.

How much does it cost?

The Status app is included in the OrgOrg bundle: one flat price for the whole suite of apps, alongside Go Links, People Profiles, On-Call, and more. Start free; see the plans page for current pricing.

Ship a status page your customers can trust.

Free to start · No credit card · 15 apps for one flat price