Zum Hauptinhalt springen

selbst gehostet im Vergleich

Uptime Kuma vs. Upptime: ein Server oder gar keiner?

Beide Tools prüfen, ob Ihre Website erreichbar ist. Sie unterscheiden sich in einem großen Punkt: Wollen Sie einen Server betreiben oder nicht? Uptime Kuma ist ein Container mit einer Datenbank. Upptime läuft auf GitHub und braucht keinen Server. Alles andere folgt aus diesem einen Unterschied.

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 KumaUpptimeUptimepage
Lizenz MITMIT-Code · ODbL-DatenAGPL-3.0
Konfiguration nur UIeine YAML-Datei in GitUI + Terraform + REST + MCP
was Sie betreiben ein Container (Node)kein Server, GitHub Actionseine Binärdatei + compose
gehostete Option neinGitHub Pages, kostenlosja, kostenloser Tarif
Check-Typen 31, inkl. DBs · MQTT · BrowserHTTP · tcp-pingHTTP · TCP · DNS · TLS · Domain · Ping · Heartbeat · Flow · manuell
kürzestes Intervall 1 s5 Min., der Actions-Zeitplan60 s kostenlos · 30 s Team · 10 s selbst gehostet
Prüfstandorte über das Globalping-Add-onGitHub-Runner oder Globalping13 gehostete Regionen
Statusseite ja, eigene DomainsGitHub Pages + eigene Domaineigene Marke, eigene Domain mit Pro
Abonnenten der Seite nur RSSGitHub Issues + SlackE-Mail · Webhook
Störungen von Hand veröffentlichtautomatisch als Issues eröffnetautomatisch aus Checks eröffnet
Verlauf liegt in seiner Datenbankdem Git-RepoPostgres + ClickHouse
Teams und Rollen ein gemeinsamer LoginRechte im GitHub-RepoOrganisationen + Rollen
Community (GitHub-Sterne) ~89k~17kjung

Die Grenze von fünf Minuten bei Upptime ist das, was ein Zeitplan in GitHub Actions zulässt. Sie ist keine Einstellung, die Sie ändern können.

Upptime prüft per HTTP, sofern nicht `check: tcp-ping` gesetzt ist, was auch Globalping-Standorte abdeckt.

Sternezahlen von GitHub, gerundet, Juli 2026.

Im Juli 2026 anhand beider Repositorys geprüft. Aktualisieren, sobald ein Projekt eine neue Version veröffentlicht.

Der Hauptunterschied

Uptime Kuma ist Software, die Sie selbst hosten. Sie betreiben einen Container mit einer Datenbank, melden sich dann an und legen Monitore im Dashboard an. Upptime geht den umgekehrten Weg. Es nutzt nur GitHub Actions, Issues und Pages, es gibt also keinen Server zu betreiben und nichts zu bezahlen. GitHub Actions führt die Checks nach Zeitplan aus und speichert die Antwortzeiten in Git. Upptime öffnet ein Issue, wenn Ihre Website ausfällt, und schließt es, wenn sie wieder erreichbar ist. Außerdem baut es eine Statusseite auf GitHub Pages. Alle Einstellungen liegen in einer Datei.

Was Upptime besser kann

Es gibt nichts zu betreiben. Keinen Container zu aktualisieren, keine Datenbank zu sichern und keine Rechnung, wenn Sie GitHub ohnehin nutzen. Jedes Check-Ergebnis und jede Änderung an den Einstellungen ist ein Git-Commit, Sie erhalten also kostenlos einen vollständigen Verlauf. Störungen sind gewöhnliche GitHub-Issues, Ihr Team kann sie also am selben Ort zuweisen und besprechen, und Slack erhält bei jedem Update eine Nachricht. Der Code steht unter MIT-Lizenz. Wenn Ihr Projekt ohnehin auf GitHub liegt, ist das mit sehr wenig Aufwand erledigt.

Was Uptime Kuma besser kann

Tempo und Bandbreite. Upptime kann höchstens alle fünf Minuten prüfen, denn schneller lässt ein Zeitplan in GitHub Actions es nicht zu. Uptime Kuma 2.x prüft jede Sekunde. Es unterstützt 31 Monitortypen, darunter Datenbanken, MQTT, SNMP und einen echten Browser-Check mit Chromium, und es sendet Alarme an 94 Dienste. Außerdem hat es die größte Community dieser Tools, jemand hat Ihr Problem also meist schon gelöst. Wenn Sie innerhalb einer Minute von einem Ausfall erfahren müssen, kann Upptime Ihnen das nicht sagen.

Die Grenzen beider

Upptime speichert seine Daten im Repository; wenn Sie das Repository löschen, sind auch die Daten weg. Seine Checks laufen auf den Servern von GitHub, nicht an einem Ort Ihrer Wahl. Seine Statusseite zeigt, was passiert ist, aber Kunden können sie nicht abonnieren. Uptime Kuma hat andere Grenzen, und sie ergeben sich aus seiner Bauweise. Es hat einen einzigen gemeinsamen Login und keine Benutzerrollen. Es hat keine offizielle REST-API zur Verwaltung von Monitoren und keinen Terraform-Provider. Und es prüft von dem Server aus, auf dem Sie es installiert haben, es sei denn, Sie nutzen seinen Monitortyp Globalping, der von der Community betriebene Sonden ausleiht, die Sie nicht kontrollieren.

Wo Uptimepage passt

Vielleicht mögen Sie Upptime, weil seine Einstellungen in der Versionsverwaltung liegen, aber fünf Minuten sind Ihnen zu langsam. Oder Sie mögen die Checks von Uptime Kuma, aber ein einziger Login reicht Ihnen nicht. Uptimepage liegt zwischen beiden. Es prüft HTTP, TCP, DNS, Ping und Heartbeat im Abstand von nur 60 Sekunden, und TLS, Domain und Flow jeweils nach eigenem Zeitplan. Sie können es in der UI einrichten oder mit dem Terraform-Provider und der REST-API deklarieren. Es hat Organisationen mit Benutzerrollen und Sonden in mehreren Regionen, die Sie auch selbst betreiben können. Seine Statusseite trägt Ihre Marke, und Kunden können sie per E-Mail oder Webhook abonnieren. Störungen öffnen sich von selbst. Es ist eine einzige Rust-Binärdatei. Nutzen Sie es kostenlos gehostet und ohne Karte, oder hosten Sie es selbst unter AGPL.

  1. 01Melden Sie sich mit GitHub oder Google an. Keine Karte, kein Verkaufsgespräch.
  2. 02Fügen Sie eine URL ein. Der erste Check läuft, bevor Sie diesen Satz zu Ende gelesen haben.
  3. 03Veröffentlichen Sie die Statusseite, oder exportieren Sie sie nach Terraform und behalten Sie sie in Git.
acme cloud status.acme.dev abonnieren

alle Systeme in Betrieb vor 12 s geprüft

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

Eine Beispielseite. Die Monitore, die Prozentwerte und die Störung sind erfunden.

Häufige Fragen

Wie oft kann Upptime prüfen?
Höchstens alle fünf Minuten. Upptime führt seine Checks als GitHub Actions nach Zeitplan aus, und fünf Minuten sind das Schnellste, was dieser Zeitplan zulässt. Kürzer können Sie es nicht einstellen. Uptime Kuma 2.x prüft jede Sekunde, Uptimepage alle 60 Sekunden.
Braucht Upptime einen Server?
Nein, und genau das ist die Grundidee dahinter. GitHub Actions führt die Checks aus, GitHub Issues speichert die Störungen, und GitHub Pages zeigt die Statusseite. Wenn Sie GitHub bereits nutzen, gibt es nichts weiter zu hosten oder zu bezahlen.
Wo speichert Upptime seinen Verlauf?
Im Repository. Es committet die Antwortzeiten in Git, Sie erhalten also kostenlos einen vollständigen Verlauf. Wenn Sie aber das Repository löschen, verlieren Sie auch diesen Verlauf.
Können Kunden eine der beiden Statusseiten abonnieren?
Nicht wirklich. Upptime zeigt eine Seite und öffnet Issues, und es kann bei Updates Nachrichten an Slack senden. Die Seiten von Uptime Kuma senden Abonnenten nichts. Die Seiten von Uptimepage nehmen E-Mail- und Webhook-Abonnenten an, sobald diese bestätigt haben.

Links

In unter 5 Minuten startklar.

Kostenlos starten

Funktionen · Preise · Notizen