selbst gehostet im Vergleich
Uptime Kuma vs. Healthchecks: nicht dieselbe Aufgabe
Diese beiden werden ständig verglichen, und der Vergleich beginnt meist mit einer falschen Annahme. Uptime Kuma ruft Ihren Dienst auf, um zu sehen, ob er antwortet. Healthchecks ruft nie etwas auf: Es wartet darauf, dass Ihr Cronjob es aufruft, und beschwert sich, wenn der Aufruf ausbleibt. Alles andere folgt aus dieser Richtung.
Die Tabelle unten ist der ganze Vergleich, ungekürzt. Lesen Sie sie ruhig zuerst, es ist dieselbe, die wir Ihnen schicken würden.
AGPL-3.0 · eine Binärdatei · kostenloser Tarif · keine Karte nötig
Die Fakten nebeneinander
| Uptime Kuma | Healthchecks | Uptimepage | |
|---|---|---|---|
| Lizenz | MIT | BSD-3-Clause | AGPL-3.0 |
| wie ein Check funktioniert | es ruft Ihren Dienst auf | Ihr Job ruft es auf | in beide Richtungen |
| überwacht eine URL | ja | nie | ja |
| Check-Typen | 31 inkl. DBs · MQTT · Browser | nur eingehende Pings | HTTP · TCP · DNS · TLS · Domain · Ping · Heartbeat · Flow · manuell |
| Cronjobs und geplante Jobs | Push-Monitor, nur Intervall | cron + systemd OnCalendar, Zeitzonen | Heartbeat mit Periode + Kulanzzeit, keine Cron-Zeitpläne |
| Jobdauer, Exit-Code, Ausgabe | nein | ja | ja |
| feinste Auflösung | 1 s | Ping-Periode von 60 s | 60 s kostenlos · 30 s Team · 10 s selbst gehostet |
| Statusseite | einfach | nur Badges | eigene Marke, eigene Domain mit Pro |
| Abonnenten der Seite | nur RSS | keine | E-Mail · Webhook |
| Alarm-Integrationen | 94 Dienste | ~28 inkl. Signal · Apprise | 14 native |
| Konfiguration als Code | Socket-API, kein REST | REST-API, Terraform aus der Community | Terraform · REST · MCP |
| Teams und Rollen | ein gemeinsamer Login | Projekte + 4 Rollen | Organisationen + Rollen |
| selbst betreiben | ein Container (Node) | ein Container (Django, SQLite) | eine Binärdatei + compose |
| gehostete Option | nein | ja, 20 Checks kostenlos | ja, kostenloser Tarif |
| Community (GitHub-Sterne) | ~89k | ~10k | jung |
Healthchecks stellt nie eine Anfrage an Ihren Dienst; Ihr Dienst muss eine Anfrage an Healthchecks stellen. Es kann Ihnen nicht sagen, dass eine Website ausgefallen ist, und das mit Absicht.
Der Push-Monitor von Uptime Kuma deckt den einfachen Fall des Totmannschalters ab. Bei Cron- und OnCalendar-Zeitplänen von systemd mit Zeitzonen steht Healthchecks hier allein; ein Heartbeat, der nur eine Periode kennt, kann nicht erkennen, dass ein nächtlicher Job zur falschen Stunde lief.
Der Terraform-Provider für Healthchecks wird von der Community gepflegt und ist nicht offiziell.
Im Juli 2026 anhand von Uptime Kuma 2.4.0 und Healthchecks v4.2 geprüft. Beide Projekte entwickeln sich schnell, prüfen Sie also ihren aktuellen Quellcode, bevor Sie sich entscheiden.
Das eine ruft Sie an, das andere wartet auf Ihren Anruf
Uptime Kuma prüft aktiv. Es sendet die Anfrage, liest die Antwort und entscheidet. Healthchecks ist ein Totmannschalter: Ihr Backup-Skript, Ihr Cronjob, Ihr nächtlicher Bericht pingt am Ende eine URL, und Healthchecks alarmiert, wenn ein Ping zu spät kommt oder fehlt. Das heißt: Healthchecks kann Ihnen nie sagen, dass Ihre Website ausgefallen ist, und das ist Absicht, kein Versäumnis. Pingt Ihr Cronjob munter weiter, während Ihre Website 500er liefert, bleibt Healthchecks grün.
Worin Healthchecks wirklich am besten ist
Zu wissen, ob ein geplanter Job gelaufen ist, und zwar korrekt. Es versteht Cron-Ausdrücke und OnCalendar-Zeitpläne von systemd mit Zeitzonen und alarmiert daher, wenn ein Job nicht zur richtigen Zeit gelaufen ist, nicht bloß, wenn ein Intervall verstrichen ist. Melden Sie Start und Ende, erhalten Sie die Dauer; pingen Sie den Fehler-Endpoint, erhalten Sie den Exit-Code; senden Sie einen Body, speichert es die Ausgabe des Jobs neben dem Ping. Nichts in der Kategorie der Uptime-Überwachung macht das ordentlich. Es steht unter BSD-Lizenz, läuft als ein Container auf SQLite, und sein kostenloser gehosteter Tarif umfasst dauerhaft 20 Checks.
Worin Uptime Kuma wirklich am besten ist
Breite und Unmittelbarkeit. Die 2.x-Reihe deckt 31 Monitortypen ab, darunter Datenbanken, MQTT, SNMP, gRPC und einen echten Browser-Check mit Chromium, benachrichtigt 94 verschiedene Dienste und senkt das kürzeste Intervall auf eine Sekunde. Es ist ein Container, in fünf Minuten installiert. Es hat außerdem einen Push-Monitor, einen einfachen Totmannschalter, und diese Überschneidung ist der Grund, warum diese Frage überhaupt gestellt wird.
Die Überschneidung, und wo sie endet
Der Push-Monitor von Kuma deckt den einfachen Fall ab: Etwas soll sich alle N Minuten melden, und Sie wollen erfahren, wenn es damit aufhört. Greifen Sie zu Healthchecks, wenn Ihnen der Zeitplan selbst wichtig ist, denn ein Push-Monitor versteht ein Intervall und sonst nichts. Er weiß nicht, dass Ihr Job um 03:00 in Europe/Helsinki laufen soll, er sagt Ihnen nicht, dass der Lauf neun Minuten gedauert hat, wenn er sonst zwei braucht, und er bewahrt den Stack-Trace des fehlgeschlagenen Jobs nicht für Sie auf. Umgekehrt wird Healthchecks nie eine URL überwachen. Viele Teams betreiben beide, und das ist eine vernünftige Antwort, keine Ausrede.
Wo Uptimepage passt
Uptimepage beherrscht beide Richtungen. Es prüft über HTTP, TCP, DNS, TLS, Domain-Ablauf, Ping und Browser-Flows, und es nimmt Heartbeats von Jobs an, bei denen es nichts abzufragen gibt, mit Periode, Kulanzzeit, maximaler Laufzeit sowie Exit-Code und Ausgabe des fehlgeschlagenen Laufs. Was es nicht liest, ist ein Cron-Ausdruck. Geht es also darum, ob der Job der letzten Nacht zur richtigen Stunde in der richtigen Zeitzone lief, ist Healthchecks darin besser als wir. Was Uptimepage beiden voraushat, ist der Teil, den keines der beiden abdeckt: die Kunden. Eine Statusseite mit Ihrer Marke auf Ihrer eigenen Subdomain, bestätigte E-Mail- und Webhook-Abonnenten, Störungen, die sich automatisch aus fehlschlagenden Checks öffnen, Organisationen mit Rollen statt eines gemeinsamen Logins sowie ein Terraform-Provider, eine REST-API und ein MCP-Server. Kostenlos gehostet und ohne Karte, oder selbst gehostet unter AGPL.
- 01Melden Sie sich mit GitHub oder Google an. Keine Karte, kein Verkaufsgespräch.
- 02Fügen Sie eine URL ein. Der erste Check läuft, bevor Sie diesen Satz zu Ende gelesen haben.
- 03Veröffentlichen Sie die Statusseite, oder exportieren Sie sie nach Terraform und behalten Sie sie in Git.
api99,98 %
p95 142 ms · eine Störung in 45 Tagen
dashboard99,91 %
p95 318 ms · zwei beeinträchtigte Tage
webhooks99,99 %
p95 88 ms · keine Störungen
BEHOBEN14 Min.
Erhöhte Latenz bei der Dashboard-API
14:22 behoben, Latenz wieder unter 300 ms
14:08 automatisch vom Dashboard-Check eröffnet
verfügbar beeinträchtigt ausgefallen 45 Tage · E-Mail- und Webhook-Abonnenten
Häufige Fragen
Kann Healthchecks mir sagen, dass meine Website ausgefallen ist?
Ersetzt der Push-Monitor von Uptime Kuma Healthchecks?
Welches lässt sich leichter selbst hosten?
Und wenn meine Kunden eine Statusseite brauchen?
Links
In unter 5 Minuten startklar.
Funktionen · Preise · Notizen