Eine Website kann nachts ausfallen, nach einem Deployment langsamer reagieren oder wegen eines abgelaufenen Zertifikats unerreichbar werden. Wer die Seite gelegentlich selbst öffnet, sieht nur eine Momentaufnahme. Website-Monitoring prüft regelmäßig, ob eine Adresse erreichbar ist, wie schnell sie antwortet und wie lange ihr TLS-Zertifikat noch gültig ist.
Dieser Leitfaden zeigt Ihnen, wie Sie Ihre Website mit MetriBeacon überwachen, die Ergebnisse richtig einordnen und Alarme einrichten, auf die Sie reagieren können.
Was ist Website-Monitoring?
Beim Website-Monitoring ruft ein Prüfdienst in festen Abständen eine öffentliche HTTP- oder HTTPS-Adresse auf. Er vergleicht die Antwort mit Ihrer Erwartung und speichert den Verlauf. Dieses regelmäßige Prüfen der Erreichbarkeit wird auch Uptime-Monitoring genannt.
Für eine kleine Unternehmenswebsite reicht als Einstieg oft die Startseite. Bei einer API kann ein eigener Health-Endpunkt aussagekräftiger sein. Entscheidend ist, was dieser Endpunkt tatsächlich prüft: Eine Antwort mit HTTP 200 bestätigt den erfolgreichen Aufruf, aber nicht automatisch einen funktionierenden Warenkorb oder eine erreichbare Datenbank.
Diese vier Signale sollten Sie kennen
- HTTP-Statuscode: Zeigt, welche Antwort der Server liefert. Eine falsch konfigurierte Fehlerseite kann allerdings ebenfalls HTTP 200 zurückgeben.
- Verfügbarkeit: Zeigt, ob die konfigurierte Prüfung erfolgreich war. Die Aussage gilt für den geprüften Endpunkt und die tatsächlich beobachteten Zeiten.
- HTTP-Antwortzeit: Macht langsamere Anfragen im Verlauf sichtbar. Sie misst nicht den vollständigen Seitenaufbau im Browser.
- Zertifikatsrestlaufzeit: Warnt vor einem nahenden TLS-Ablauf. Sie beweist nicht, dass die automatische Verlängerung funktionieren wird.
Antwortzeit und Ladezeit sind unterschiedliche Messungen. Ein HTTP-Check beobachtet die einzelne Anfrage. Bilder, zusätzliche JavaScript-Dateien und die Darstellung im Browser gehören nicht zum vollständigen Test dieses Monitors. Für die Ladeerfahrung Ihrer Besucher benötigen Sie ergänzend Browsermessungen.
Ein Statuscode wie 503 ist ein Hinweis, dass der Server die Anfrage derzeit nicht bedienen kann. Prüfen Sie dabei immer Ihre konfigurierte Erwartung: Ein Endpunkt, der bewusst 204 zurückgibt, sollte nicht als fehlerhaft gelten, nur weil Sie 200 eingestellt haben. Die MDN-Referenz zu HTTP-Statuscodes erklärt die einzelnen Antworten.
Website-Monitoring mit MetriBeacon einrichten
1. Eine passende URL auswählen
Wählen Sie eine öffentliche HTTPS-Adresse, die den Dienst Ihrer Besucher sinnvoll repräsentiert. Nutzen Sie für eine Website beispielsweise die Startseite oder eine wichtige Informationsseite. Für eine API eignet sich ein Health-Endpunkt, dessen Prüfungen Sie kennen.
Der öffentliche HTTP-Checker erreicht keine privaten Netze, kein Localhost und keine internen NAS-Adressen. Für Messwerte aus Ihrer privaten Infrastruktur können Sie den Linux-Agent oder die HTTPS-API verwenden. Auf dem Ziel einer öffentlichen Website-Prüfung müssen Sie keinen Agenten installieren.
2. Die Website/API-Vorlage öffnen
Erstellen Sie ein kostenloses Konto oder melden Sie sich an. Öffnen Sie im Dashboard die Vorlage Website/API und wählen Sie einen Arbeitsbereich. Falls Sie noch keinen haben, können Sie ihn im Vorlagenablauf anlegen.
Geben Sie dem Monitor einen verständlichen Namen, etwa „Unternehmenswebsite“, und tragen Sie Ihre URL ein. Die Vorlage verwendet GET, erwartet HTTP 200 und prüft alle 300 Sekunden. Kontrollieren Sie diese Werte, statt sie für jeden Endpunkt ungeprüft zu übernehmen.
3. Intervall und erwartete Antwort prüfen
Fünf Minuten sind ein möglicher Einstieg für eine einfache Website. Im HTTP-Monitoring sind Intervalle zwischen 60 und 3.600 Sekunden möglich. Ein kürzeres Intervall liefert häufigere Beobachtungen und erzeugt mehr Anfragen und Messdaten.
Mit GET können Sie neben dem Status auch enthaltenen Text oder einen JSON-Wert auf oberster Ebene prüfen. HEAD prüft nur den Status. Die Einstellungen finden Sie in der Anleitung zum HTTP-Monitoring.
Ein wichtiger Unterschied: Bei einem Fünf-Minuten-Intervall kann ein kurzer Ausfall zwischen zwei Prüfungen unbemerkt bleiben. Das Intervall ist keine Garantie für eine sofortige Erkennung.
4. Vorschau bestätigen und erste Werte ansehen
Prüfen Sie die Vorschau einschließlich der ausgewählten Alarmvorschläge und legen Sie den Monitor ausdrücklich an. Öffnen Sie danach den Monitor und warten Sie auf die erste geplante Prüfung.
Sie erhalten Reihen für Statuscode, Antwortzeit, Zertifikatsresttage und Verfügbarkeit. Ein gerade angelegter Monitor ohne Messwerte belegt noch keinen Ausfall. Sobald Werte vorliegen, prüfen Sie, ob die erwartete Antwort zur tatsächlichen Funktion Ihrer URL passt.
Sinnvolle Alarme statt ständiger Meldungen
Ein Alarm sollte eine konkrete Handlung auslösen. Überlegen Sie deshalb vor dem Aktivieren: Wer erhält die Meldung, was prüft diese Person zuerst und wann gilt das Problem als behoben?
Erreichbarkeit überwachen
Aktivieren Sie eine Verfügbarkeitsregel für bestätigte Zielfehler. Prüfen Sie bei einer Meldung zuerst den betroffenen Endpunkt, aktuelle Deployments und die Serverprotokolle. Eine erfolgreiche Startseite ersetzt weiterhin keinen Test von Login, Checkout oder anderen Geschäftsabläufen.
TLS-Zertifikat rechtzeitig verlängern
Die Website-Vorlage bietet einen Zertifikatsalarm bei weniger als 14 verbleibenden Tagen an. Wählen Sie einen Vorlauf, der zu Ihrem Verlängerungsprozess passt, und kontrollieren Sie auch nach einer automatischen Verlängerung den neuen Messwert. Das häufig verwendete Wort „SSL-Zertifikat“ bezeichnet hier das Zertifikat für die TLS-Verbindung Ihrer HTTPS-Seite.
Antwortzeiten anhand Ihres Verlaufs bewerten
Beobachten Sie zunächst, welche Antwortzeiten für Ihren Endpunkt üblich sind. Wenn eine Anfrage normalerweise etwa 200 Millisekunden benötigt, lohnt es sich, wiederkehrende Ausschläge auf mehrere Sekunden zu untersuchen. Diese Zahlen sind ein Beispiel und keine Messung Ihrer Website.
Falls Sie einen Grenzwertalarm anlegen, nutzen Sie eine passende Auslösedauer und eine getrennte Rücksetzgrenze. So lässt eine kleine Schwankung am Grenzwert den Alarm nicht ständig wechseln. Die Anleitung zu Alarmen erklärt die Einrichtung.
Verbinden Sie E-Mail oder Telegram und prüfen Sie den Empfang mit einer Testnachricht. Planen Sie Wartungsfenster für beabsichtigte Unterbrechungen. Ein gespeicherter Alarm ohne funktionierenden Zustellkanal hilft Ihnen im Ernstfall wenig.
„Unbekannt“ bedeutet nicht „ausgefallen“
Ein bestätigter Fehler Ihrer Website ist etwas anderes als eine fehlende Beobachtung. Ein ausgefallener Prüfdienst, ein DNS-Timeout, eine Kontingentpause oder fehlende benötigte Header können einen unbekannten oder pausierten Zustand verursachen.
Lesen Sie deshalb den Zeitraum, die Datenabdeckung und den Zustand zusammen. Eine Lücke sollte weder als erfolgreicher Aufruf noch als bestätigter Ausfall interpretiert werden. Monitoring liefert Hinweise für die Diagnose; die Ursache klären Sie mit weiteren Beobachtungen und Protokollen.
Eine einzelne Anfrage mit curl nachvollziehen
Wenn ein Check auffällig ist, können Sie die öffentliche Adresse zusätzlich von Ihrem Rechner aus aufrufen. Das folgende Beispiel zeigt den endgültigen HTTP-Status und die gesamte Dauer dieses Aufrufs in Sekunden:
curl --silent --show-error --location --max-time 10 \
--output /dev/null \
--write-out 'HTTP %{http_code}\nDauer %{time_total} s\n' \
https://example.com/
Ersetzen Sie die Beispieladresse durch Ihre eigene öffentliche URL. Der Befehl folgt Weiterleitungen und begrenzt die Anfrage auf zehn Sekunden. Ein HTTP-Fehlerstatus wird ausgegeben; Transportfehler meldet curl separat. Das Ergebnis kann vom Monitor abweichen, weil Ihr Rechner einen anderen Netzwerkweg nutzt. Dieser einzelne Aufruf ersetzt keine regelmäßige Überwachung. Die Optionen sind im offiziellen curl-Handbuch beschrieben.
Häufige Fragen zum Website-Monitoring
Ist Website-Monitoring mit MetriBeacon kostenlos?
Ja, MetriBeacon kann innerhalb der technischen Kontingente kostenlos genutzt werden. Welche Grenzen für Monitore, Messreihen und Datenannahme gelten, zeigt die Übersicht zum kostenlosen Monitoring. Ihren aktuellen Verbrauch finden Sie im Konto.
Überwacht der HTTP-Check auch die Ladezeit meiner Seite?
Er erfasst die Antwortzeit der geprüften HTTP-Anfrage. Die vollständige Ladezeit mit allen Ressourcen und der Darstellung im Browser benötigt eine ergänzende Browsermessung.
Kann ich eine interne Website oder ein NAS prüfen?
Der öffentliche HTTP-Checker verbindet sich nicht mit privaten Netzwerkadressen. Erfassen Sie interne Beobachtungen lokal und senden Sie sie über die HTTPS-API. Für Servermesswerte steht auch der Linux-Agent zur Verfügung.
Wie schnell wird ein Ausfall erkannt?
Das hängt vom Prüfintervall, dem Zeitpunkt des Ausfalls und der Bestätigung des Fehlers ab. Ein kurzer Ausfall zwischen zwei Prüfungen kann unentdeckt bleiben. Benachrichtigungen benötigen zusätzlich einen eingerichteten und erreichbaren Zustellkanal.
Checkliste für Ihren ersten Website-Monitor
- Die URL ist öffentlich erreichbar und repräsentiert den gewünschten Dienst.
- Methode, erwarteter Status und gegebenenfalls Inhaltsprüfung passen zum Endpunkt.
- Sie haben das Prüfintervall bewusst gewählt und erste Messwerte kontrolliert.
- Verfügbarkeits- und Zertifikatsalarme sind ausdrücklich aktiviert.
- Eine Testnachricht erreicht den gewünschten Empfänger.
- Für geplante Arbeiten sind Wartungsfenster vorgesehen.
Beginnen Sie mit einer wichtigen URL und ergänzen Sie weitere Prüfungen, wenn Sie ihre Ergebnisse gezielt nutzen können. Über den Button unter diesem Beitrag gelangen Sie direkt zur passenden Website/API-Vorlage.
