The backup job that silently stopped running
Instead of AmICited probing your server, your scheduled job calls its own unique ping URL after every successful run. Miss the expected interval, plus a grace period, and an incident opens — catching the failures regular uptime checks can't see.
Silence is the alert
A cron job that crashes, a backup that stops running, an import that hangs — none of them hit a public endpoint a monitor could check. Heartbeats flip the model: your job proves it's alive, and AmICited only speaks up when it goes quiet.
- ✓Unique ping URL per job — one line added to the end of a script, no server-side probing required.
- ✓Expected interval and grace period — set how often the job should run and how much slack it gets before a miss counts.
- ✓Alerts to the right people — notification recipients configured per heartbeat, same as any other monitor.
- ✓Catches what uptime checks can't — nightly backups, scheduled imports and queue workers never get hit by a visitor request.
Tell the system when a miss is expected
A heartbeat you deliberately paused for planned maintenance shouldn't open an incident. Schedule a Maintenance Window so both heartbeats and uptime monitors understand the gap is expected, not a failure.
- ✓Scope by domain or monitor — suppress exactly the checks affected by the planned work.
- ✓Recurring or one-off — a nightly deploy window or a single planned migration, either way.
- ✓SLA math stays honest — planned downtime never counts against your uptime target.
Ready to catch the job that silently stopped running?
Free check · 7-day trial · no credit card