Cron monitoring
Track scheduled jobs, backups, syncs, and report generators with heartbeat-based monitoring. If a task fails to run on time, you get a clear alert instead of finding out from missing data hours later.
Heartbeat endpoints verify that cron jobs actually ran when expected.
Late or missing check-ins trigger incidents for background jobs that failed silently.
The same alert channels and incident workflow cover scheduled tasks and websites together.
Scheduled task visibility
A lightweight way to prove your recurring jobs are still running.
Nightly backup
08:01
Last successful heartbeat received today
Billing sync
Late
Expected 15 minutes ago with no check-in
ETL import
Healthy
Heartbeat cadence matches configured schedule
On-call signal
Instant
Missing jobs trigger the same incident workflow
1 endpoint
A simple heartbeat URL per job keeps setup lightweight.
Late alerts
Know when a job misses its expected execution window.
Unified
Track cron tasks beside websites and SSL expiry in one place.
Why it matters
Background jobs often break in the least visible places: expired credentials, stuck workers, disabled schedulers, or processes that never start after a deploy. Heartbeat monitoring gives those failures a visible surface area.
What you get
Heartbeat URLs for cron jobs, scheduled workers, and batch processes.
Late-run detection for jobs that stop checking in on time.
Incident timelines that show when the task last reported successfully.
Shared alerts and recovery notifications using the same channels as uptime monitoring.
How it works
The workflow is intentionally simple: configure the monitor, define what counts as risk, and respond only when the signal is real.
Step 1
Generate a unique heartbeat URL for each scheduled task you care about.
Step 2
Call the endpoint from your cron job or worker after the task completes successfully.
Step 3
If the job stops reporting on time, the app raises an incident so your team can fix the scheduler or failing process.
Benefits
Know whether your backups and exports still run when nobody is watching logs.
Catch scheduler regressions right after deploys instead of during the next incident review.
Adding a heartbeat call is usually faster than wiring a new metrics stack for every recurring job.
Cron incidents live next to website and SSL issues so operational state stays centralized.
Get started
A missing heartbeat should be an actionable alert, not a hidden assumption.