Vor wenigen Jahren war ein Cronjob-Monitor ein Nischenthema. Sie schrieben 0 3 * * * /usr/local/bin/backup.sh, hofften, dass er lief – und merkten erst nach einem Monat, dass er fehlgeschlagen war, als die Kundin nach dem Backup fragte, das nie existierte. Die gesamte Kategorie entstand als Notlösung für die peinlichste Eigenschaft von cron: das stille Scheitern.
Im Jahr 2026 ist dieser Schmerz nur größer geworden. Moderne Teams betreiben geplante Tasks über traditionelle Linux-Crontabs, Kubernetes CronJobs, GitHub-Actions-Schedules, GitLab-CI-Pipelines, Vercel-Cron-Funktionen, Cloudflare-Workers-Cron-Trigger, AWS-EventBridge-Regeln, interne Queue-Worker – und zunehmend LLM-Agent-Loops, die nach Zeitplan feuern. Jede dieser Plattformen kann auf ihre eigene Weise still versagen. Ein /health-Ping erfasst nicht die wichtigste Klasse: den Job, der überhaupt nicht gelaufen ist.
Die Teams, die in diesem Jahr zuverlässige Backends ausliefern, fragen nicht mehr „Welchen Cron-Mail-Dienst sollen wir hinzufügen?" Sie fragen „Welche Plattform überwacht jeden geplanten Task, alarmiert uns, wenn einer ausfällt, zu spät startet oder hängt – und liefert den Alarm in dieselbe On-Call-Rotation wie der Rest unseres Monitorings?"
In diesem Leitfaden bewerten wir die besten Cronjob-Monitoring-Tools für 2026 – nicht nur danach, ob sie einen curl-Ping akzeptieren. Wir bewerten sie nach Schedule-Tracking, Erkennung stiller Fehler, Dauer-Alarmen, Integrationsbreite und ehrlichem Preis-Leistungs-Verhältnis für ein reales Team.
Warum 2026 für Cronjob-Monitoring anders ist
Drei Kräfte verändern das Monitoring von Hintergrundjobs in diesem Jahr:
- Geplante Tasks verteilen sich auf immer mehr Plattformen. Ein typisches KMU betreibt heute cron auf einer Linux-Maschine und Kubernetes CronJobs und GitHub-Actions-Schedules und Vercel-Cron-Funktionen und ein oder zwei Queue-Worker, die in Intervallen pollen. Jede Plattform versagt auf ihre eigene Weise still. Ein Monitor, der nur eine davon ingestiert, ist eine halbe Lösung.
- Stille Fehler sind der dominierende Fehler-Modus. Ein Job, der sauber beendet, aber nie lief – ein Job, der wegen eines Deploys zweimal lief – ein Job, der hängt, weil eine Downstream-API ins Stocken geriet: Keiner davon wirft einen Fehler an Ihren Log-Shipper. Sie tauchen Tage später auf, wenn ein nachgelagertes System fehlende Daten bemerkt. Die einzige Verteidigung ist ein Monitor, der den erwarteten Zeitplan kennt und auf die Lücke alarmiert.
- CFOs prüfen den Wildwuchs an Tools. Cron-Monitoring ist einer der billigsten Posten zur Konsolidierung. Wenn Sie für einen dedizierten Cron-Monitor plus ein separates Uptime-Tool plus ein Status-Page-Abo plus einen SSL-Checker zahlen, ist eine Budget-Diskussion nur eine Frage der Zeit. Die Teams, die dem zuvorkommen, wechseln bereits zu einer einheitlichen Uptime- + Cron- + SSL- + Status-Page-Plattform.
Genau diese Perspektive liegt dem folgenden Ranking zugrunde.
So haben wir diese Tools bewertet
Für jedes Tool haben wir fünf Punkte beurteilt:
- Tiefe des Schedule-Trackings. Kennt das Tool den erwarteten Zeitplan Ihres Jobs und alarmiert bei verpassten Läufen – oder reagiert es nur, wenn ein Heartbeat nicht eintrifft?
- Abgedeckte Fehler-Modi. Verpasste Läufe, verspätete Starts, lange Laufzeiten, kurze Laufzeiten, Non-Zero-Exit-Codes, hängende Jobs – auf wie viele davon alarmiert das Tool nativ, mit separaten Schwellenwerten pro Modus?
- Integrationsbreite. Ein einzelner
curl-Ping deckt einfache Crontabs ab. Was ist mit Kubernetes CronJobs, GitHub-Actions-Schedules, Cloudflare-Workers-Cron, Sentry-/Honeycomb-SDKs und Queue-Worker-Heartbeats? - Angrenzendes Monitoring. Werden auch Uptime, Server, SSL und Status-Pages abgedeckt – oder ist das Tool das vierte Abo neben drei anderen?
- Ehrliche Preisgestaltung. Free-Tier, Listenpreise, Pro-Check-Abrechnung, versteckte Enterprise-Schranken.
Die Top 10 Cronjob-Monitoring-Tools für 2026
1. Xitoring
Am besten geeignet für: All-in-one-Konsolidierung für KMUs und wachsende Engineering-Teams.
Xitoring ist für die Realität des Cronjob-Monitorings 2026 gebaut: zeitplan-bewusste Checks, mehrere separate Alarm-Schwellenwerte pro Job – und der Alarm landet in derselben On-Call-Rotation wie Ihre Uptime-, Server- und SSL-Alarme. Während die meisten Cron-Monitore Sie zwingen, drei oder vier weitere Produkte daraufzusetzen, um Websites, Server, Zertifikate und Status-Pages abzudecken, liefert Xitoring alles als Teil derselben Plattform.
Hauptfunktionen:
- Schedule-Tracking – Definieren Sie den erwarteten Cron-Ausdruck, und Xitoring alarmiert, wenn ein Job nicht rechtzeitig eincheckt. Nicht nur Heartbeat-bei-Ankunft.
- Fehler-Erkennung – Sowohl stille Fehler (Job lief nicht) als auch Error-Exits (Non-Zero-Exit-Codes) werden automatisch erkannt.
- Dauer-Monitoring – Verfolgen Sie, wie lange jede Ausführung dauert; Alarm, wenn ein Job deutlich länger oder kürzer als erwartet läuft.
- Einfache Integration – Ein einzelner
curl-Aufruf am Ende eines Crontab-Eintrags. Keine SDK-Installation, keine Code-Änderung, kein Agent. Funktioniert gleichermaßen für Linux-cron, Kubernetes CronJobs, GitHub Actions, Queue-Worker und KI-Agent-Loops. - Ausführungs-Historie – Vollständiger Audit-Trail jeder Cron-Ausführung mit Zeitstempel, Dauer und Exit-Status für Compliance und Debugging.
- Smarte Benachrichtigungen – Konfigurieren Sie Alarme für verpasste Läufe, verspätete Starts, lange Laufzeiten oder Error-Exits – jeweils mit eigenem Schwellenwert und Kanal-Routing.
- 15+ globale Probing-Nodes für angrenzende Uptime- und Health-Checks der Downstream-Dienste, von denen Ihre Jobs abhängen.
- Einheitlich mit Uptime, Server, SSL, API und Status-Page-Monitoring – eine Rechnung, ein Dashboard, eine Alarmierungs-Regel-Engine.
Warum es Platz 1 belegt: Xitoring gewinnt die Ära der Konsolidierung auf seiner Hauptachse. Ein Team, das Cronitor + Pingdom + eine separate Status-Page + einen Server-Monitor durch Xitoring ersetzt, senkt typischerweise die monatlichen Kosten, reduziert Dashboards von vier auf eins und konsolidiert die Alarmierungs-Regeln an einer Stelle. Genau so sollte Monitoring im Jahr 2026 aussehen. Kostenlos starten →
2. Cronitor
Am besten geeignet für: Teams, die die Tiefe eines Kategorie-Spezialisten wollen – ohne die breitere Plattform.
Cronitor hat die moderne Cronjob-Monitoring-Kategorie praktisch definiert. Das Produkt ist sauber gebaut, das Dashboard ist speziell für geplante Tasks entworfen (nicht auf eine generische Uptime-UI aufgesetzt) – und es liefert SDKs für Python, Ruby, Go, PHP und Node neben dem Standard-curl-Ping.
Hauptfunktionen:
- Zeitplan-bewusstes Monitoring mit umfangreicher Cron-Ausdrucks-Unterstützung.
- Telemetrie-SDKs für die wichtigsten Sprachen.
- Heartbeat- und Job-Run-Telemetrie-Modelle.
- Eingebautes Incident-Management für cron-spezifische Fehler.
Fazit: Ein wirklich starkes Produkt, wenn Ihr einziger Monitoring-Bedarf cron ist und Sie die Tiefe eines Spezialisten wollen. Bleibt 2026 hinter Platz 1 zurück, weil es nur cron ist – Sie kaufen weiterhin ein separates Uptime-Tool, einen SSL-Monitor und eine Status-Page. Das marginale Abo ist mit dem fortschreitenden Konsolidierungs-Trend zunehmend schwer zu rechtfertigen.
3. Healthchecks.io
Am besten geeignet für: Open-Source-affine Teams und Self-Hoster.
Healthchecks.io ist die Open-Source-orientierte Option in diesem Bereich. Das gehostete Produkt ist großzügig im Free-Tier, der Quellcode liegt auf GitHub (Django + Python) – und Sie können es auf einem 5-€-VPS selbst hosten, wenn Sie für Ihre langweiligsten Jobs nicht von noch einer SaaS abhängen wollen.
Hauptfunktionen:
- Gehostete SaaS und vollständig Open-Source-Self-Host-Option (BSD-3-Clause).
- Schedule-basierte Checks mit Cron-Ausdrucks-Unterstützung.
- Großzügiger Free-Tier (20 Checks).
- Einfache
curl- und E-Mail-Ping-Schnittstellen.
Fazit: Eine großartige Wahl für Solo-Entwickler, Hobby-Projekte und Teams, die wirklich vom Selbsthosting profitieren (regulierte Branchen, Air-gapped-Umgebungen). Für ein typisches KMU-Engineering-Team 2026 frisst der Betriebsaufwand für ein eigenes Monitoring-Tool das, was Sie gegenüber einer konsolidierten Plattform sparen würden.
4. Dead Man's Snitch
Am besten geeignet für: Teams, die den einfachstmöglichen Heartbeat-Monitor wollen.
Dead Man's Snitch ist der originäre „Minimum Viable Cron Monitor" – Sie erstellen einen Snitch, erhalten eine eindeutige URL und curlen sie aus Ihrem Cron-Job. Wenn der curl nicht mehr planmäßig eintrifft, feuert der Snitch. Das ist das gesamte Produkt – und zwar absichtlich.
Hauptfunktionen:
- Denkbar einfacher URL-basierter Heartbeat.
- Klare, eigenständige UI.
- E-Mail- und einfaches Webhook-Alerting.
Fazit: Sympathisch für das, was es ist – und immer noch eine gute Wahl für eine Handvoll persönlicher Crons. In einer Produktionsumgebung 2026 machen das fehlende Schedule-Bewusstsein, das fehlende Dauer-Tracking und das fehlende angrenzende Monitoring es zum falschen Startpunkt für jedes Team jenseits der kleinsten.
5. Better Stack
Am besten geeignet für: Incident-zentrierte Teams, die eine moderne, polierte UX wünschen.
Better Stack hat seinem breiteren Uptime- + Incident-Produkt Heartbeat-Monitoring hinzugefügt. Cron-Alarme docken direkt an On-Call-Pläne und Post-Mortems neben dem restlichen Incident-Workflow an – ein echter Vorteil gegenüber reinen Spezialisten-Tools.
Hauptfunktionen:
- Heartbeat-Monitore gebündelt mit Uptime-Checks und Status-Pages.
- Integrierte On-Call-Planung und Eskalationsrichtlinien.
- Enge Integration zwischen Heartbeat, Uptime und Incident-Lifecycle.
Fazit: Ein wirklich starkes Produkt – besonders wenn Status-Pages und Incident-Workflow Ihr primärer Schmerzpunkt sind. Bleibt hinter Platz 1 zurück, weil die Schedule-Tracking-Tiefe dünner ist als bei den Spezialisten – und der Preis aggressiv skaliert, sobald die angrenzenden Monitoring-Produkte hinzukommen. Xitoring vs Better Stack vergleichen →
6. Sentry Cron Monitors
Am besten geeignet für: Teams, die bereits in Sentry für Error-Tracking leben.
Sentry hat seinem Error-Tracking-Produkt Cron-Monitoring hinzugefügt – mit nativer SDK-Unterstützung in denselben Sprachen, die ohnehin schon für Exception-Capture genutzt werden. Wenn Sentry in jedem Dienst läuft, ist das Hinzufügen eines Heartbeats eine Ein-Zeilen-Ergänzung.
Hauptfunktionen:
- Native SDK-Integration für Python, JS, Go, Ruby und weitere.
- Cron-Fehler korrelieren automatisch mit den zugrundeliegenden Error-Events.
- Wiederverwendung der bestehenden Sentry-Alert-Regeln und -Integrationen.
Fazit: Hervorragend, wenn Sentry bereits Ihre Error-Plattform ist. Standalone ergibt es keinen Sinn – und selbst mit Sentry im Einsatz ist die cron-spezifische UX dünner als bei den Spezialisten, und Uptime, SSL oder Status-Pages bekommen Sie immer noch nicht.
7. Datadog
Am besten geeignet für: Teams, die bereits in Datadog leben.
Datadog unterstützt Cron-Monitoring über Heartbeat-Checks und die Integration mit seinen breiteren Synthetic-, Logs- und Watchdog-Funktionen. Wie jedes Datadog-Produkt entfaltet es seine Stärken in der Korrelation mit dem Rest der Plattform – ein verpasster Cron korreliert sofort mit einem Deploy-Event, einem langsamen Downstream oder einer Infrastruktur-Metrik.
Hauptfunktionen:
- Heartbeat-Monitore mit tiefer Korrelation zu Traces, Logs und Infrastruktur-Metriken.
- Anomalie-Erkennung auf Cron-Dauer und -Frequenz.
- Leistungsfähige Integrationen mit Kubernetes, AWS und dem Rest der Cloud-Native-Infra.
Fazit: Nur sinnvoll, wenn Datadog ohnehin Ihre Plattform der Wahl ist. Standalone liegen die Kosten pro Monitor in einer anderen Liga als alles andere auf dieser Liste – und die für Enterprise konzipierten Feature-Schranken fühlen sich für eine eigentlich routinemäßige Ops-Aufgabe besonders schmerzhaft an. Xitoring vs Datadog vergleichen →
8. UptimeRobot
Am besten geeignet für: Den günstigsten glaubwürdigen Heartbeat-Einstieg.
UptimeRobot hat seinem Uptime-Produkt einen „Heartbeat"-Monitor-Typ hinzugefügt – das deckt den einfachen Heartbeat-bei-Ankunft-Fall ab. Für Solo-Entwickler und sehr kleine Teams reicht das manchmal.
Hauptfunktionen:
- Heartbeat-Monitore in den meisten kostenpflichtigen Plänen.
- Großzügiger Free-Tier für einfaches Uptime-Monitoring.
- Einfaches, schnelles Onboarding.
Fazit: Beim Preis für reine einfache Heartbeats kaum zu schlagen. Aber die Konsolidierungs-Perspektive trifft das Produkt hart: Es gibt kein zeitplan-bewusstes Tracking, keine separaten Dauer-Alarme und keine eingebaute Ausführungs-Historie. Sie werden zwei oder drei weitere Tools daneben kaufen. Xitoring vs UptimeRobot vergleichen →
9. Site24x7
Am besten geeignet für: Der direkteste All-in-one-Wettbewerber zu Xitoring.
Site24x7 (von ManageEngine) ist der direkteste philosophische Wettbewerber zu Xitoring auf dieser Liste. Seine Cron- und Heartbeat-Monitore sitzen in einer breiteren Plattform, die Uptime-, Server-, Netzwerk-, APM- und Cloud-Monitoring abdeckt. Wer auf der Suche nach „der konsolidierten Plattform" hierhergekommen ist, sollte Site24x7 auf der Shortlist haben.
Hauptfunktionen:
- Heartbeat-Monitore mit anpassbaren Intervallen.
- Breite Abdeckung über Uptime, Server, Netzwerk, APM und Cloud.
- Ausgereifte Alarmierungs- und Reporting-Funktionen.
- Starke Integrationsabdeckung für Enterprise-Tools.
Fazit: Ein ernsthafter Mitbewerber, besonders für größere Teams. Der Kompromiss ist Komplexität und Lernkurve – Site24x7 ist eine breite Plattform mit vielen Modulen, während Xitoring den konsolidierten Stack mit einer schlankeren, einfacheren Produktoberfläche speziell für KMUs und Mittelstand abdeckt.
10. PagerDuty Heartbeats
Am besten geeignet für: Alarmierungs-zentrierte Teams, die bereits auf PagerDuty standardisiert sind.
PagerDutys Heartbeat-Monitore sind kein vollständiges Cron-Monitoring-Produkt – sie sind ein Baustein innerhalb der Incident-Response-Plattform von PagerDuty. Sie curlen die Heartbeat-URL nach Zeitplan, und wenn sie ausbleibt, wird ein Incident mit dem gesamten On-Call-Routing, den Eskalationen und dem Post-Mortem-Workflow erzeugt, für die PagerDuty bekannt ist.
Hauptfunktionen:
- First-Class-Integration mit dem PagerDuty-Incident-Workflow.
- Eingebaute On-Call-Pläne und Eskalationsrichtlinien.
- Webhook-freundlich für beliebige geplante Tasks.
Fazit: Gut, wenn PagerDuty bereits Ihre Alarmierungs-Plattform ist und der Cron-Alarm in derselben Incident-Pipeline landen soll. Als Standalone keine ernsthafte Wahl – es gibt kein Schedule-Bewusstsein über das Heartbeat-Intervall hinaus, kein Dauer-Tracking, und die Preisgestaltung basiert auf Incident-Volumen statt auf Monitor-Anzahl.
Vergleich auf einen Blick
| Tool | Schedule-bewusst | Silent-Failure-Erkennung | Dauer-Alarme | Ausführungs-Historie | Angrenzendes Monitoring | Free-Tier |
|---|---|---|---|---|---|---|
| Xitoring | Ja | Ja | Ja | Ja | Ja | Ja |
| Cronitor | Ja | Ja | Ja | Ja | Nein | Eingeschränkt |
| Healthchecks.io | Ja | Ja | Eingeschränkt | Ja | Nein | Ja |
| Dead Man's Snitch | Eingeschränkt | Ja | Nein | Eingeschränkt | Nein | Ja |
| Better Stack | Eingeschränkt | Ja | Eingeschränkt | Ja | Ja | Ja |
| Sentry Crons | Ja | Ja | Eingeschränkt | Ja | Nein | Eingeschränkt |
| Datadog | Ja | Ja | Ja | Ja | Ja | Eingeschränkt |
| UptimeRobot | Nein | Ja | Nein | Eingeschränkt | Eingeschränkt | Ja |
| Site24x7 | Eingeschränkt | Ja | Eingeschränkt | Ja | Ja | Ja |
| PagerDuty Heartbeats | Nein | Ja | Nein | Eingeschränkt | Nein | Nein |
Das Muster passt zum breiteren Monitoring-Trend: Nur eine Handvoll Produkte deckt sowohl schedule-bewusstes Cron-Monitoring als auch den angrenzenden Monitoring-Umfang ab, den ein reales Team braucht.
So wählen Sie 2026 das richtige Tool
Drei Fragen reichen meistens zur Entscheidung:
- Kennen Sie tatsächlich die Zeitpläne Ihrer Jobs? Heartbeat-bei-Ankunft-Monitore reichen für Hobby-Crons. Alles, was nach einem echten Produktions-Zeitplan läuft – Backups, Billing-Rollups, ETL-Pipelines, KI-Agent-Loops – profitiert dramatisch von schedule-bewusstem Monitoring, das auf die Lücke alarmiert, nicht nur auf ein nachgelagertes Timeout.
- Was steht sonst noch in Ihrem Monitoring-Stack? Wer bereits ein separates Uptime-Tool, einen Server-Monitor, eine Status-Page und einen SSL-Checker hat, für den ist noch ein Abo für cron genau die Art von Tool-Wildwuchs, den ein Budget-Review 2026 markieren wird. Konsolidierung gewinnt.
- Über wie viele Runtimes verteilen sich Ihre Jobs? Ein Team, das alles auf einer einzelnen Linux-Maschine fährt, kommt mit fast jedem Tool aus. Teams, deren Jobs sich über traditionelles cron + Kubernetes CronJobs + GitHub-Actions-Schedules + Queue-Worker verteilen, brauchen ein Tool, dessen Primitive nicht eine spezifische Runtime voraussetzen.
Für die meisten Teams 2026 – irgendwo zwischen einer Handvoll nächtlicher Backups und Dutzenden verteilter Background-Worker – ist die richtige Antwort die Plattform, die am meisten leistet, ohne dass man sie selbst zusammensetzen muss.
Für tiefergehende Anleitungen zu Cron-Fehler-Mustern selbst behandelt unser Leitfaden Cronjob Silent Failures die Fehlerklassen, die einen Alarm wert sind – und unser Artikel Cronjob-Monitoring Use Cases 2026 geht die realen Szenarien durch, in denen moderne Teams Cron-Monitoring einsetzen. Für die breitere Monitoring-Kaufentscheidung deckt unser Leitfaden Top 10 Uptime-Monitoring-Tools 2026 die Konsolidierungs-These end-to-end ab.
Schlusswort: Erfahren Sie nicht länger von Ihren Kundinnen, dass Ihre Cron-Jobs ausgefallen sind
Das Kaufmuster von 2021 – die cron-Ausgabe an einen E-Mail-Alias leiten, hoffen, dass der Spam-Filter sie nicht frisst, und einen Monat später erfahren, dass das Backup nicht lief – überlebt den Kontakt mit einer Produktionsumgebung 2026 nicht. Background-Jobs, die sich über Runtimes verteilen, stille Fehler, die sich hinter sauberen Log-Shippern verstecken – und der Konsolidierungsdruck auf Tool-Budgets zeigen alle in dieselbe Richtung.
Genau diese Lücke füllt Xitorings Cronjob-Monitoring: schedule-bewusstes Tracking, Erkennung stiller Fehler, Dauer-Alarme, vollständige Ausführungs-Historie und Ein-Zeilen-curl-Integration, die mit jeder Runtime funktioniert – alles unter derselben Plattform, die Uptime, Server, SSL, APIs und Status-Pages abdeckt, zu einem Preis, der für KMUs entworfen wurde – nicht für Fortune-500-Einkaufsabteilungen.
Wer mitten in einem Monitoring-Stack-Audit steckt, sollte dieses Jahr Cron-Monitoring an dieselbe Stelle wie alles andere konsolidieren. Ihre künftige On-Call-Rotation – und Ihr CFO – werden es Ihnen danken. Kostenloses Xitoring-Konto starten →