Sie können eine Website auf vier Arten kostenlos überwachen: mit dem Gratis-Tarif eines Monitoring-Dienstes, mit einem kleinen Skript auf einem Server, den Sie ohnehin betreiben, mit einem geplanten Workflow auf einem CI-Dienst wie GitHub Actions und mit kostenlosen Einmal-Checkern, wenn bereits etwas nicht zu stimmen scheint. Für eine private Website oder ein Nebenprojekt reicht das oft aus. Bezahlen sollten Sie für Monitoring, wenn Ausfälle Sie Geld oder Ansehen kosten, wenn Sie innerhalb von ein, zwei Minuten Bescheid wissen müssen oder wenn mehr als eine Person geweckt und auf dem Laufenden gehalten werden muss.
Dieser Leitfaden geht jede kostenlose Option durch: was sie gut kann, was sie stillschweigend übersieht und woran Sie merken, dass Sie ihr entwachsen sind.
Was Website-Monitoring leisten muss
Ganz gleich, was Sie einsetzen, kostenlos oder bezahlt: Messen Sie es an vier Aufgaben. Fehlt eine davon, haben Sie noch kein Monitoring, sondern nur eine Hoffnung.
Regelmäßig prüfen, und zwar von außen. Eine Prüfung vom selben Server wie die Website kann erfolgreich sein, während Besucher keine Verbindung bekommen. Das Intervall ist die längste Zeit, in der Sie von einem Ausfall nichts wissen.
Festlegen, was als Ausfall gilt. Ein Timeout, eine abgelehnte Verbindung, ein 5xx-Fehler, ein ungültiges Zertifikat oder eine Seite, die mit 200 antwortet, aber einen Fehler anzeigt. Details dazu finden Sie unter Was ist Uptime-Monitoring?.
Einen Menschen erreichen. Ein Alarm, der um 03:00 Uhr im Spam-Ordner landet, ist kein Alarm. Er muss dort ankommen, wo Sie tatsächlich hinschauen, und eine Entwarnung sollte folgen.
Protokoll führen. Wann ist die Seite ausgefallen, wie lange und wie oft passiert das? Ohne Verlauf können Sie weder einem Kunden antworten noch das SLA Ihres Hosters prüfen oder ein Muster erkennen.
Option 1: der Gratis-Tarif eines Monitoring-Dienstes
Mehrere Monitoring-Dienste bieten einen kostenlosen Tarif an, und das ist der schnellste Weg, die vier Aufgaben für eine Handvoll URLs abzudecken. Die Grenzen unterscheiden sich von Dienst zu Dienst und ändern sich mit der Zeit. Lesen Sie daher die aktuelle Tarifseite und die Nutzungsbedingungen statt eines Vergleichsartikels. Diese Fragen lohnen sich:
Wie oft wird geprüft? Kostenlose Tarife prüfen oft seltener als bezahlte. Alle 5 Minuten heißt: Ein Ausfall kann bis zu 5 Minuten dauern, bevor die erste Prüfung fehlschlägt.
Wird ein Fehler vor dem Alarm bestätigt? Eine zweite Prüfung vom selben oder einem anderen Standort filtert eine einzelne verlorene Anfrage heraus. Ohne sie müssen Sie mit Fehlalarmen rechnen.
Welche Alarmkanäle sind enthalten? Nur E-Mail oder auch Chat und Push-Benachrichtigungen aufs Smartphone?
Kann der Dienst Inhalte prüfen? Ein Statuscode allein übersieht eine Seite, die zwar lädt, aber kaputt ist. Achten Sie auf Keyword- oder Antwortprüfungen.
Wie lange wird der Verlauf gespeichert, und ist kommerzielle Nutzung erlaubt? Manche kostenlosen Tarife sind nur für private Projekte gedacht.
Option 2: ein Skript auf einem vorhandenen Server
Wenn Sie einen Server oder VPS haben, der nicht dort läuft, wo die Website liegt, bekommen Sie mit einer einzigen Crontab-Zeile eine einfache Prüfung alle 5 Minuten:
*/5 * * * * curl -fsS -m 10 -o /dev/null https://example.com/ || echo „example.com failed at $(date -u)“ | mail -s „Site down“ you@example.com
-f lässt curl bei HTTP-Fehlern scheitern, -m 10 bricht nach 10 Sekunden ab, und die Mail geht nur raus, wenn die Anfrage fehlschlägt. Das kostet nichts, und Sie bestimmen jedes Detail. Es hat aber auch echte Lücken:
Niemand überwacht den Wächter. Fällt dieser Server aus oder funktioniert sein Mailversand nicht mehr, hören die Prüfungen auf, und Sie erfahren nichts. Stille sieht genauso aus wie eine gesunde Website.
Mails von einem Server landen oft im Spam, wenn für die Absenderdomain nicht SPF, DKIM und DMARC eingerichtet sind. Warum, erklärt unser Leitfaden zu SPF, DKIM und DMARC.
Jeder Fehler ist ein Alarm, und Sie bekommen alle 5 Minuten einen, solange der Ausfall dauert – aber keine Entwarnung.
Kein Verlauf. Solange Sie nicht jedes Ergebnis protokollieren und daraus einen Bericht bauen, können Sie nicht sagen, wie hoch Ihre Uptime im letzten Monat war.
Führen Sie die Prüfung nie auf demselben Server aus wie die Website. Ein Server, der aus dem Internet nicht erreichbar ist, erreicht sich selbst meist trotzdem.
Option 3: ein geplanter CI-Workflow
Kein freier Server? Ein geplanter Workflow auf GitHub Actions kann dieselbe Prüfung ausführen. Ein fehlgeschlagener Schritt lässt den Lauf scheitern, und GitHub benachrichtigt Sie:
name: Site check
on:
schedule:
– cron: ‚7,22,37,52 * * * *‘
jobs:
check:
runs-on: ubuntu-latest
steps:
– run: curl -fsS -m 10 -o /dev/null https://example.com/
Das funktioniert, mit Einschränkungen, die GitHub für das schedule-Event dokumentiert:
Das kürzeste Intervall ist einmal alle 5 Minuten.
Geplante Läufe können sich verzögern, wenn GitHub Actions ausgelastet ist, besonders zu Beginn jeder Stunde, und manche Jobs in der Warteschlange werden womöglich verworfen. Deshalb meidet das Beispiel Minute 0.
In einem öffentlichen Repository werden geplante Workflows nach 60 Tagen ohne Aktivität im Repository deaktiviert.
Benachrichtigungen gehen an den Nutzer, der den Cron-Zeitplan in der Workflow-Datei zuletzt geändert hat, nicht an ein Team.
Für ein Nebenprojekt ist ein Workflow eine gute Übergangslösung. Als Monitoring für etwas, wofür Menschen bezahlen, ist ein Alarm, der verspätet oder gar nicht kommt, ein schwaches Glied. Das Cron-Ausdruck-Tool zeigt, wann ein Zeitplan wie der obige tatsächlich läuft.
Option 4: kostenlose Checker, wenn etwas nicht stimmt
Einmal-Checker überwachen nichts, beantworten aber die ersten Fragen bei einem Vorfall in Sekunden. Alle diese Tools sind kostenlos und brauchen kein Konto:
Is it down? prüft eine beliebige Website einmal von unserem Server aus, damit Sie „für alle down“ von „nur bei mir“ unterscheiden können.
SSL-Checker zeigt, wann ein Zertifikat abläuft, wer es ausgestellt hat und die vollständige Zertifikatskette.
Domain-Ablauf-Checker liest Ablaufdatum und Registrar aus der Registry aus.
DNS-Lookup und der SPF-, DKIM- und DMARC-Checker zeigen, was Ihre Domain gerade veröffentlicht.
Checker sind eine Ergänzung, kein Ersatz: Sie schauen nur hin, wenn Sie fragen, und Sie fragen erst, wenn Sie schon ein Problem vermuten. Die Checkliste für Website-Ausfälle zeigt, wo welches Tool passt.
Zwei Ablaufdaten, die kostenlose Setups vergessen
Ausfälle durch abgelaufene Zertifikate und Domains gehören zu den am leichtesten vermeidbaren, und eine einfache „Ist sie erreichbar?“-Prüfung bemerkt sie erst hinterher.
Zertifikate. Let’s Encrypt hat am 4. Juni 2025 den Versand von Ablauf-E-Mails eingestellt. Wenn Ihr Erneuerungsjob ausfällt, sagt Ihnen also niemand Bescheid. Zertifikate bekommen außerdem kürzere Laufzeiten, was mehr Erneuerungen bedeutet, die fehlschlagen können; siehe was kürzere Zertifikatslaufzeiten bedeuten.
Domains. Erinnerungen an die Verlängerung gehen an die E-Mail-Adresse im Registrar-Konto – oft eine alte oder die von jemandem, der nicht mehr da ist. Aktivieren Sie die automatische Verlängerung und prüfen Sie, ob die hinterlegte Karte gültig ist.
Wann es Zeit ist zu bezahlen
Kostenloses Monitoring ist in Ordnung, solange ein Ausfall, von dem Sie spät erfahren, ärgerlich ist, aber keinen Schaden anrichtet. Diese Anzeichen sagen Ihnen, dass das nicht mehr gilt:
Die Website verdient minütlich Geld. Ein Shop, ein Buchungssystem oder ein SaaS-Produkt. Beziffern Sie es mit dem Ausfallkosten-Rechner: Kostet eine Stunde Ausfall mehr als ein Jahr Monitoring, ist die Entscheidung gefallen.
Sie sagen eine Uptime zu. 99,9 % erlauben 43 Minuten und 49 Sekunden Ausfallzeit im Monat, wie der Uptime-Rechner zeigt. Bei einem 5-Minuten-Intervall kann allein die Erkennung einen großen Teil davon aufbrauchen.
Mehr als eine Person ist beteiligt. Alarme müssen die Person in Bereitschaft erreichen, eskalieren, wenn niemand reagiert, und im Team-Chat landen.
Kunden fragen „Liegt es an mir?“ Eine Statusseite, die sich aus Ihren Prüfungen aktualisiert, beantwortet das, bevor jemand ein Ticket eröffnet.
Sie betreuen Websites für Kunden. Sie brauchen Berichte, die zeigen, was wann passiert ist, ohne sie von Hand zu erstellen.
Das Wichtige ist nicht die Startseite. Checkout, Login, eine API oder das nächtliche Backup brauchen Prüfungen, die eine curl-Zeile nicht gut kann: mehrstufige Abläufe, JSON-Prüfungen und Heartbeats.
Was Sie bei Uptimecheck für Ihr Geld bekommen
Uptimecheck hat einen kostenlosen Tarif: Jeder neue Workspace startet mit einer 14-tägigen kostenlosen Testphase von Professional, ganz ohne Karte, und wechselt danach zu Free, sofern Sie keinen Tarif wählen. Free prüft 5 Monitore alle 5 Minuten, mit 1 Statusseite und bis zu 3 Alarmkanälen wie E-Mail, Slack oder Microsoft Teams, und kommerzielle Nutzung ist erlaubt. Jeder bezahlte Tarif enthält:
Uptime-Prüfungen jede Minute aus Stockholm, London und New York, wobei jeder Fehler vor einem Alarm von einem zweiten Standort bestätigt wird, sowie Keyword-, JSON- und Header-Prüfungen der Antwort.
Alarme per E-Mail, Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, Webhooks und Push-Benachrichtigungen aufs Smartphone, mit Entwarnung, sobald die Website wieder erreichbar ist.
Erinnerungen an den Ablauf von SSL-Zertifikaten und Domains, Heartbeats für Cron-Jobs und Statusseiten, die sich selbst aktualisieren.
Verlauf von Uptime, Antwortzeiten und Vorfällen für 1, 2 oder 3 Jahre, je nach Tarif.
Die Tarife kosten 12 €, 39 € oder 92 € im Monat bei monatlicher Abrechnung oder 9 €, 29 € oder 69 € im Monat bei jährlicher Abrechnung, jeweils zzgl. MwSt., verkauft über Link (Stripe), unseren Wiederverkäufer. Start umfasst 15 Uptime-Monitore, Professional 100 und Business 250. Vergleichen Sie alles auf der Preisseite oder sehen Sie sich zuerst die Live-Demo an.
Starten Sie kostenlos und steigen Sie um, wenn die Website wichtig wird. Testen Sie Uptimecheck 14 Tage kostenlos, ohne Kreditkarte.