Know before your customers tell you
- Trigger
- Uptime
- Lands in
- Dashboard, with incidents in Slack
- Setup
- 1 min
- Needs
- Nothing else

๐จ Checkout API is down
HTTP 504 ยท down 4m
- Checked
- https://api.example.com/health
- Status
- 504
Viably updates this message as the service recovers.
Give it a name and a URL. It works for APIs, status pages, webhook receivers, and marketing sites.
Choose where incidents should open, or leave it blank to report on the board only.
Each check carries a week of six-hour bars beside its 24-hour and 7-day uptime and its median response time.
{"ok": false}. Return that when a service responds but knows it is broken. A non-JSON body is fine, as long as the status code reflects the health of the service.What to monitor
Most teams start with the app customers use, then add the background services it depends on.
Viably ignores a single failed probe, since a deploy can cause one. It switches the endpoint to two-minute checks, and a second miss opens an incident in the channel you picked.
The alert is updated in place while the outage runs, and a reminder is posted in its thread every six hours. When it comes back, the recovery is written on the same message.
Viably keeps every probe for 30 days. The board shows uptime over 24 hours and 7 days and the median response time.
- Interesting endpoints rise to the top. Down right now, an incident in the last seven days, or paused with nothing being checked. Everything else stays in the count underneath.
- Attention order. The live failure comes first, then the least reliable checks, then anything that has been quiet for a while.
- A green week still gets a line. If nothing notable happened, the section reads
All 6 endpoints up ยท 99.98%, weighted across the probes that actually ran.
A 200 response. If it returns JSON, it cannot say {"ok": false}. Redirects that fail, 500s, timeouts, and empty responses all count as down.
Viably checks a healthy endpoint once an hour. After one missed check it switches to every two minutes, and two misses in a row open an incident, so you hear within the hour and usually sooner.
No. The original alert is edited in place while the outage lasts, and a reminder is posted in that thread every six hours. When it comes back, the recovery is written on the same message.
Only if it is reachable from the public internet. Private addresses and internal hostnames are blocked.
No. Leave the channel empty and the check still shows on the board, without alerting anyone.
Turn on Uptime Monitoring in Powers, then add your first endpoint. Each one needs a name and a URL, plus a channel if you want Slack alerts.
Add Viably to Slack