Storm over the checkout
shop.example.com/checkout stopped answering. It failed three checks in a row, so this is not a blip.
- First failure
- 14:20:41
- Confirmed after
- 2 retries
- Answer
- HTTP 502
- Uptime, 30 days
- 99.12%
Example site · right now
PulseGuard reads your sites' own history: a certificate nearing its date, a site that slows down at the same hour every evening, planned work. It warns you days before, and sends a short note in the morning when something is coming.
A failed check is retried twice, ten seconds apart. Then one email, and one more when the sky clears.
shop.example.com/checkout stopped answering. It failed three checks in a row, so this is not a blip.
Under a minuteFrom the first failure to your inbox, with checks every 30 seconds.
No drizzle alertsA single blip that passes on retry never sends an email.
Clear againThe recovery email says how long the outage lasted.
Every plan gets email alerts, the outlook and a daily uptime summary kept for 400 days.
From your own data: certificate dates, slow spells that repeat at the same hour, planned maintenance and outages this week. It never guesses about sites it hasn't watched.
Clear is up, cloudy is slow but answering, a storm is down, and fog means paused, waiting for its first check, or in planned work.
Yes. Each client can get a public status page with their sites under their own names.
No. Three failures in a row, ten seconds apart, before an email goes out.