Back to blog
2 min read
Status pagesGuide

How to put a status page on status.yourdomain.com

A custom-domain status page is mostly DNS plus patience. Here are the steps teams trip on — and how to verify the page before customers do.

NK

Nabin Khair

Founder

status.yourcompany.com looks more trustworthy than something.statusprovider.com. The setup is usually simple. The failures are almost always DNS, caching, or putting the page on the same broken infrastructure.

The usual steps

  1. Create the status page in your provider (Tallwatch included) and note the hostname they give you.
  2. In DNS, add a CNAME from status to that hostname. Some apex setups need ALIAS/ANAME instead — follow your DNS host's docs.
  3. Wait for propagation. Minutes to hours. Do not panic-edit every five minutes.
  4. Enable the custom domain / TLS in the status product so it serves a valid certificate for your name.
  5. Load https://status.yourdomain.com in a private window and on phone cellular.
  6. Link it from your app footer, docs, and support macros.

Mistakes that make you look offline

  • Pointing at the wrong target — leftover CNAME from a previous vendor.
  • Proxy orange-clouding in a way that breaks the provider's TLS flow (depends on CDN; follow their guidance).
  • Announcing before TLS is ready — browsers will scare customers more than a vendor subdomain would.
  • Hosting status on the app — when the app dies, so does the explanation. Use a separate host. More on that in why status pages need their own home.

After it works

Subscribe yourself by email. Trigger a test incident in a maintenance window. Confirm the component flips and the email arrives. Add the URL to your incident runbook so nobody pastes a random Notion link during the next outage.

Custom domains are not a vanity metric. They are how customers find you when Google is not the first place they look — and how you look like a team that planned for bad days.

Keep reading

More from the Tallwatch blog

More on monitoring, alerting, and status pages.