Website-Monitoring: Erreichbarkeit und Ausfälle überwachen

Eine Website kann jederzeit ausfallen – auch wenn sie wenige Minuten zuvor noch problemlos funktioniert hat. Serverprobleme, fehlerhafte Updates, DNS-Störungen, abgelaufene Zertifikate oder Probleme mit einer Anwendung können dazu führen, dass Besucher eine Website plötzlich nicht mehr erreichen.

Wer die eigene Website nur gelegentlich selbst aufruft, bemerkt solche Störungen möglicherweise erst Stunden später oder durch einen Hinweis von Kunden.

Website-Monitoring automatisiert diese Kontrolle. Ein externer Monitoring-Dienst ruft eine Website regelmäßig auf und prüft, ob sie erreichbar ist und wie der überwachte Endpunkt antwortet.

In diesem Artikel erklären wir, wie Website-Monitoring funktioniert, welche Prüfmethoden es gibt, wie du Fehlalarme von echten Störungen unterscheidest und welche Grenzen ein einfacher Uptime-Check besitzt.

Kurz erklärt: Website-Monitoring überprüft deine Website automatisch in regelmäßigen Abständen. Wird ein definierter Fehler erkannt, kann das Monitoring einen Alarm auslösen, sodass du eine Störung bemerkst, ohne die Website selbst ständig kontrollieren zu müssen.

Was ist Website-Monitoring? #

Beim Website-Monitoring wird eine Website oder ein bestimmter Dienst regelmäßig von einem externen System überprüft.

Ein einfacher Ablauf sieht beispielsweise so aus:

Monitoring-System
        ↓
ruft Website auf
        ↓
Server antwortet
        ↓
Antwort wird ausgewertet
        ↓
alles in Ordnung?
   ↙              ↘
  ja              nein
  ↓                ↓
nächste        erneute Prüfung /
Prüfung        Alarmierung

Diese Prüfungen laufen automatisch und können rund um die Uhr durchgeführt werden.

Warum ist externes Monitoring sinnvoll? #

Eine Website kann nicht zuverlässig selbst feststellen, dass sie von außen nicht mehr erreichbar ist.

Wenn beispielsweise der komplette Server, das Netzwerk oder die DNS-Auflösung ausfällt, kann ein innerhalb derselben Infrastruktur laufendes Überwachungssystem ebenfalls betroffen sein.

Ein externes Monitoring betrachtet die Website dagegen aus der Perspektive eines Systems außerhalb der überwachten Infrastruktur.

Praxis-Tipp: Für die Überwachung der öffentlichen Erreichbarkeit sollte mindestens eine Prüfung von außerhalb der eigentlichen Hosting-Infrastruktur erfolgen.

Was kann Website-Monitoring überwachen? #

Der Begriff Website-Monitoring umfasst unterschiedliche Arten von Prüfungen.

Je nach Monitoring-System können beispielsweise überwacht werden:

HTTP- und HTTPS-Erreichbarkeit

HTTP-Statuscode

Antwortzeit

bestimmter Seiteninhalt

SSL-/TLS-Zertifikat

DNS-Auflösung

TCP-Port

Ping

einzelne API-Endpunkte

komplexere Benutzerabläufe

Nicht jeder Monitor muss alle diese Aufgaben erfüllen. Welche Prüfungen sinnvoll sind, hängt davon ab, was du tatsächlich überwachen möchtest.

Der klassische HTTP- oder HTTPS-Monitor #

Für eine normale Website ist ein HTTP- beziehungsweise HTTPS-Monitor meist die wichtigste Prüfung.

Das Monitoring ruft beispielsweise folgende URL auf:

https://example.com

und wertet die Antwort aus.

Eine erfolgreiche Anfrage kann beispielsweise mit folgendem HTTP-Status beantwortet werden:

200 OK

Antwortet die Website stattdessen mit einem Serverfehler, kann das Monitoring die Prüfung als fehlgeschlagen bewerten.

Die wichtigsten HTTP-Antworten erklären wir unter HTTP-Statuscodes erklärt: 200, 301, 404, 403 und 500.

Ein erfolgreicher HTTP-Status bedeutet nicht automatisch, dass alles funktioniert #

Eine Website kann mit 200 OK antworten und trotzdem ein funktionales Problem besitzen.

Beispielsweise könnte die Startseite zwar ausgeliefert werden, während:

ein Kontaktformular nicht funktioniert

der Warenkorb einen Fehler besitzt

eine Datenbankfunktion ausfällt

ein Login nicht funktioniert

Bilder oder JavaScript fehlen

ein externer Dienst nicht reagiert

Ein einfacher HTTP-Monitor bestätigt deshalb zunächst nur, dass der überwachte HTTP-Endpunkt entsprechend der definierten Kriterien antwortet.

Inhaltsprüfung statt nur Statuscode #

Ein erweitertes Monitoring kann zusätzlich kontrollieren, ob eine bestimmte Zeichenfolge im zurückgegebenen Inhalt vorkommt.

Angenommen, auf einer Seite sollte immer folgende Überschrift vorhanden sein:

Willkommen bei Example

Der Monitor könnte nicht nur auf 200 OK prüfen, sondern zusätzlich kontrollieren, ob dieser Text tatsächlich in der Antwort enthalten ist.

Dadurch können bestimmte Fehler erkannt werden, bei denen der Webserver technisch erfolgreich antwortet, aber nicht den erwarteten Inhalt ausliefert.

Was ist ein Keyword- oder Content-Monitor? #

Bei einer Inhaltsprüfung wird nach einem definierten Text beziehungsweise Muster gesucht.

Vereinfacht:

URL erreichbar?
      ↓
200 OK?
      ↓
erwarteter Text vorhanden?
      ↓
ja → Prüfung erfolgreich

nein → mögliche Störung

Die gewählte Zeichenfolge sollte möglichst stabil sein.

Ein ständig wechselnder Preis, ein Datum oder ein dynamischer Benutzername wäre beispielsweise häufig ungeeignet.

Monitoring von Weiterleitungen #

Viele Websites leiten bestimmte URL-Varianten automatisch weiter.

Beispielsweise:

http://example.com/

        ↓ 301

https://example.com/

Ein Monitoring-System kann Weiterleitungen je nach Konfiguration automatisch verfolgen.

Es ist trotzdem sinnvoll zu wissen, welche URL du tatsächlich überwachst und welche Antwort erwartet wird.

Eine versehentliche Weiterleitungsschleife oder ein falsches Weiterleitungsziel kann ansonsten zu einer Störung führen.

Mehr zu permanenten Weiterleitungen findest du unter 301-Weiterleitung einrichten: URLs dauerhaft umleiten.

Welche URL sollte überwacht werden? #

Für eine einfache Unternehmenswebsite ist die Startseite ein naheliegender Ausgangspunkt.

Beispiel:

https://example.com

Bei wichtigeren Anwendungen reicht die Startseite allein jedoch möglicherweise nicht aus.

Zusätzlich können zentrale Endpunkte überwacht werden, beispielsweise:

Startseite

wichtige Landingpage

Shop

Login

API-Endpunkt

Status- oder Health-Endpunkt

Du solltest jedoch nicht wahllos jede einzelne Unterseite überwachen. Entscheidend sind diejenigen Endpunkte, deren Ausfall eine relevante Störung erkennen lässt.

Website erreichbar, WordPress aber defekt #

Ein Webserver kann grundsätzlich erreichbar sein, während WordPress selbst einen Fehler verursacht.

Beispielsweise kann eine Anfrage mit:

500 Internal Server Error

oder:

503 Service Unavailable

beantwortet werden.

Ein HTTP-Monitor kann einen solchen Fehler erkennen, obwohl Netzwerk und Webserver grundsätzlich noch erreichbar sind.

Warum ein Ping allein nicht ausreicht #

Ein Ping-Test prüft nicht, ob deine Website korrekt funktioniert.

Er verwendet ICMP und beantwortet eine andere Frage als ein HTTP- beziehungsweise HTTPS-Aufruf.

Vereinfacht:

Ping
→ antwortet ein Host auf ICMP?

HTTP-Monitor
→ antwortet der Webdienst
  auf eine HTTP-Anfrage?

Content-Monitor
→ liefert die Seite zusätzlich
  den erwarteten Inhalt?

Ein Server kann auf Ping reagieren, während die Website nicht funktioniert.

Umgekehrt kann eine Website erreichbar sein, obwohl ICMP-Pakete blockiert oder nicht beantwortet werden.

Wichtig: Verwende Ping nicht als alleinigen Nachweis dafür, dass eine Website funktioniert.

Was bedeutet das Prüfintervall? #

Ein Monitoring-System kontrolliert eine Website in bestimmten Zeitabständen.

Beispielsweise:

08:00 Prüfung erfolgreich

08:05 Prüfung erfolgreich

08:10 Prüfung fehlgeschlagen

08:15 Prüfung fehlgeschlagen

08:20 Prüfung erfolgreich

Bei einem Prüfintervall von fünf Minuten weißt du in diesem Beispiel nicht sekundengenau, wann die Störung zwischen 08:05 und 08:10 begonnen hat oder zwischen 08:15 und 08:20 beendet wurde.

Das Intervall beeinflusst damit die zeitliche Auflösung deiner Messung.

Kürzere Intervalle erkennen Störungen schneller #

Wird jede Minute geprüft, kann ein Ausfall normalerweise schneller erkannt werden als bei einer Prüfung alle 15 Minuten.

Ein kürzeres Intervall bedeutet allerdings auch mehr Monitoring-Anfragen.

Welches Intervall angemessen ist, hängt von der Bedeutung des überwachten Dienstes ab.

Für einen geschäftskritischen Onlineshop kann eine schnellere Erkennung wichtiger sein als für eine kleine Informationsseite.

Nicht bei jedem einzelnen Fehler sofort alarmieren #

Eine einzelne fehlgeschlagene Anfrage bedeutet nicht zwangsläufig, dass die Website tatsächlich ausgefallen ist.

Mögliche kurzfristige Ursachen können beispielsweise sein:

kurze Netzwerkstörung

temporärer Paketverlust

kurzer Timeout

Problem an einem Monitoring-Standort

vorübergehende Überlastung

kurze Wartungsphase

Professionelle Monitoring-Systeme können deshalb einen fehlgeschlagenen Check bestätigen, bevor ein Ausfall gemeldet wird.

Warum Kontrollprüfungen wichtig sind #

Angenommen, ein Monitoring-Standort kann deine Website einmal nicht erreichen.

Statt sofort Alarm auszulösen, kann das System eine erneute Prüfung durchführen oder einen zweiten Standort verwenden.

Prüfung fehlgeschlagen
        ↓
Kontrollprüfung
        ↓
weiterhin Fehler?
   ↙             ↘
 nein             ja
  ↓                ↓
kein          Störung
Alarm         wahrscheinlich

Dadurch lassen sich unnötige Fehlalarme reduzieren.

Monitoring von mehreren Standorten #

Ein Monitoring-Dienst kann Prüfungen aus unterschiedlichen geografischen Regionen durchführen.

Das hilft dabei, zwischen einem globalen Ausfall und einem regionalen Netzwerkproblem zu unterscheiden.

Beispielsweise:

Zürich      → Fehler
Frankfurt   → OK
Amsterdam   → OK

Das spricht für eine andere Situation als:

Zürich      → Fehler
Frankfurt   → Fehler
Amsterdam   → Fehler

Mehrere Standorte liefern deshalb zusätzlichen Kontext bei der Fehlerdiagnose.

Was ist ein Timeout? #

Ein Monitoring-System wartet nicht unbegrenzt auf eine Antwort.

Wird innerhalb einer festgelegten Zeit keine ausreichende Antwort empfangen, kann die Prüfung als Timeout gewertet werden.

Ein Timeout bedeutet jedoch nicht automatisch:

Server komplett offline

Er bedeutet zunächst:

erwartete Antwort wurde innerhalb der vorgegebenen Zeit nicht erhalten

Die Ursache muss anschließend diagnostiziert werden.

Antwortzeit ist nicht dasselbe wie Ladezeit #

Viele Monitoring-Systeme zeigen eine Response Time beziehungsweise Antwortzeit an.

Diese Zahl darf nicht automatisch mit der vollständigen Ladezeit einer Website gleichgesetzt werden.

Ein einfacher HTTP-Check lädt möglicherweise nicht dieselben Ressourcen und führt nicht dieselben Browserprozesse aus wie ein echter Besucher.

Für die Analyse der tatsächlichen Website-Performance solltest du deshalb andere Messmethoden verwenden.

Wie du Ladezeiten sinnvoll untersuchst, erklären wir unter Website-Ladezeit messen und richtig beurteilen.

Website-Monitoring und PageSpeed messen unterschiedliche Dinge #

Beide Werkzeuge werden gelegentlich miteinander verwechselt.

Website-Monitoring	Performance-Analyse
prüft regelmäßig Erreichbarkeit und definierte Bedingungen	untersucht Lade- und Nutzungserlebnis
läuft kontinuierlich	wird punktuell oder anhand gesammelter Nutzerdaten ausgewertet
kann Ausfälle alarmieren	zeigt Performance-Probleme und Optimierungspotenzial
beantwortet „Ist der Dienst erreichbar?“	beantwortet „Wie performant ist die Seite?“

Für eine technische Analyse mit Google PageSpeed Insights findest du unsere Anleitung unter Google PageSpeed Insights richtig verwenden.

Was ist Uptime? #

Uptime beschreibt den Anteil eines betrachteten Zeitraums, in dem ein Dienst als verfügbar gemessen wurde.

Beispielsweise:

99,9 % Verfügbarkeit

bedeutet nicht, dass eine Website niemals ausfallen darf.

Auch bei sehr hohen Prozentwerten ergibt sich rechnerisch eine bestimmte mögliche beziehungsweise gemessene Ausfallzeit.

Wie diese Werte richtig interpretiert werden, behandeln wir ausführlich unter Uptime und Verfügbarkeit: Was 99,9 % wirklich bedeutet.

Monitoring definiert selbst, was „verfügbar“ bedeutet #

Eine wichtige Besonderheit: Ein Uptime-Wert hängt von der verwendeten Messmethode ab.

Ein Monitor könnte beispielsweise festlegen:

HTTP 200
= verfügbar

Timeout
= nicht verfügbar

HTTP 500
= nicht verfügbar

Ein anderer Monitor könnte Weiterleitungen akzeptieren oder zusätzliche Inhaltsprüfungen durchführen.

Deshalb sind Uptime-Werte verschiedener Systeme nicht zwangsläufig direkt miteinander vergleichbar.

Ein Monitoring-Ergebnis ist eine Messung, keine absolute Wahrheit #

Jede Messung findet von einem bestimmten Standort, zu einem bestimmten Zeitpunkt und mit bestimmten Regeln statt.

Das bedeutet:

Monitoring-Standort

Netzwerkweg

Prüfintervall

Timeout

erwarteter Status

Bestätigungsprüfungen

beeinflussen das Ergebnis.

Für eine belastbare Diagnose solltest du deshalb bei einer Störung nicht nur den roten Monitoring-Alarm betrachten, sondern die Ursache anschließend technisch überprüfen.

Was kann einen Monitoring-Alarm auslösen? #

Ein Alarm kann zahlreiche Ursachen besitzen.

Beispielsweise:

Webserver nicht erreichbar

Anwendung antwortet mit Fehler

PHP-Fehler

Datenbankproblem

DNS-Störung

Netzwerkproblem

Firewall-Regel

Timeout

Wartungsarbeiten

fehlerhafte Weiterleitung

SSL-/TLS-Problem

externer Dienst gestört

Der Alarm ist damit der Beginn der Diagnose – nicht automatisch die Diagnose selbst.

Was solltest du nach einem Ausfallalarm zuerst tun? #

Prüfe zunächst, ob du die Störung selbst reproduzieren kannst.

Öffne die überwachte URL und kontrolliere, was tatsächlich passiert.

Wenn möglich, prüfe zusätzlich über eine andere Internetverbindung beziehungsweise ein anderes Netzwerk.

Danach solltest du die Art des Fehlers eingrenzen.

Monitoring meldet Fehler
        ↓
Website selbst aufrufen
        ↓
Fehler reproduzierbar?
        ↓
HTTP-Status prüfen
        ↓
DNS-Auflösung prüfen
        ↓
SSL/HTTPS prüfen
        ↓
nur eine Seite oder
ganze Website betroffen?
        ↓
Hosting / Anwendung /
Netzwerk weiter untersuchen

Browser-Fehlermeldung dokumentieren #

Wenn du eine Störung selbst siehst, dokumentiere die genaue Fehlermeldung.

Ein Screenshot kann dabei hilfreich sein.

Notiere außerdem:

Zeitpunkt

betroffene URL

HTTP-Status, falls bekannt

Dauer der Störung

betroffene Funktionen

verwendetes Netzwerk

wiederholbar oder sporadisch?

Diese Informationen erleichtern eine spätere technische Analyse erheblich.

HTTP-Status bei einer Störung prüfen #

Ein HTTP-Status kann einen wichtigen ersten Hinweis liefern.

Beispiele:

403 Forbidden
→ Zugriff wird verweigert

404 Not Found
→ angeforderte URL nicht gefunden

500 Internal Server Error
→ serverseitiger Fehler

502 Bad Gateway
→ Problem zwischen beteiligten Diensten

503 Service Unavailable
→ Dienst aktuell nicht verfügbar

504 Gateway Timeout
→ vorgelagerte Antwort
  nicht rechtzeitig erhalten

Ein Statuscode allein nennt jedoch nicht immer die konkrete Ursache.

DNS-Probleme erkennen #

Wenn ein Domainname nicht korrekt aufgelöst werden kann, kann die Website trotz funktionierendem Webserver nicht über ihren Domainnamen erreicht werden.

Ein Monitoring-Alarm kann deshalb auch durch DNS-Probleme entstehen.

Typische Fragen bei der Diagnose sind:

Wird die Domain aufgelöst?

Welche IP-Adresse wird geliefert?

Sind die autoritativen Nameserver erreichbar?

Wurden DNS-Einträge kürzlich geändert?

Ist nur ein Resolver oder
eine Region betroffen?

DNS sollte jedoch nicht bei jedem Website-Ausfall automatisch als Ursache angenommen werden.

SSL-/TLS-Probleme erkennen #

Bei einer HTTPS-Website kann ein Problem mit dem Zertifikat oder der TLS-Verbindung dazu führen, dass ein Monitor die Prüfung als fehlgeschlagen bewertet.

Mögliche Ursachen können sein:

Zertifikat abgelaufen

Zertifikat noch nicht gültig

Hostname passt nicht

Zertifikatskette fehlerhaft

TLS-Verbindung scheitert

Wie du HTTPS und Zertifikate systematisch kontrollierst, behandeln wir unter SSL-Zertifikat und HTTPS prüfen: Häufige Fehler erkennen.

Website nur für einzelne Besucher nicht erreichbar #

Nicht jede gemeldete Nichterreichbarkeit ist ein globaler Website-Ausfall.

Wenn nur ein einzelner Besucher betroffen ist, können beispielsweise lokale Ursachen vorliegen:

Internetverbindung

lokaler DNS-Resolver

Browser

VPN

Firewall

Unternehmensnetzwerk

Routing zwischen Netzen

Ein externes Monitoring aus mehreren Standorten hilft dabei festzustellen, ob die Website allgemein oder nur über bestimmte Netzwerkwege nicht erreichbar ist.

Website nur sporadisch langsam oder nicht erreichbar #

Intermittierende Probleme gehören zu den schwierigsten Fehlern, weil die Website beim manuellen Test häufig bereits wieder funktioniert.

Mögliche Ursachen können beispielsweise sein:

kurzzeitige Lastspitzen

Ressourcenengpässe

langsame Datenbankabfragen

externe API-Aufrufe

Cron- oder Hintergrundprozesse

Backup-Prozesse

Netzwerkprobleme

sporadische Anwendungsfehler

Welche Ursache tatsächlich vorliegt, lässt sich aus dem Monitoring-Alarm allein nicht ableiten.

Eine systematische Performance- und Fehlerdiagnose erklären wir unter Langsame Website: Ursachen systematisch finden.

Warum Zeitstempel so wichtig sind #

Bei sporadischen Störungen ist der genaue Zeitpunkt oft entscheidend.

Wenn ein Monitoring beispielsweise meldet:

DOWN: 14:37:22

UP:   14:41:08

können Server-, Anwendungs- oder andere technische Logs gezielt für diesen Zeitraum untersucht werden.

Ohne genaue Zeitangabe ist die Suche nach der Ursache deutlich schwieriger.

Praxis-Tipp: Bewahre bei wiederkehrenden Störungen immer den exakten Zeitpunkt des Monitoring-Alarms auf. „Die Website war gestern irgendwann langsam“ ist für eine technische Diagnose wesentlich weniger hilfreich als ein konkretes Zeitfenster.

Was bedeutet DOWN? #

Ein Monitoring-Dienst bezeichnet eine Prüfung häufig als DOWN, wenn die definierten Erfolgskriterien nicht erfüllt werden.

Das muss nicht zwingend bedeuten, dass der komplette Server ausgeschaltet war.

Je nach Monitor kann beispielsweise bereits:

HTTP 500

Timeout

DNS-Fehler

SSL-Fehler

fehlender erwarteter Inhalt

als DOWN gewertet werden.

Was bedeutet UP? #

UP bedeutet entsprechend, dass die aktuelle Prüfung die definierten Erfolgskriterien erfüllt.

Auch hier gilt:

UP ≠ jede Funktion der Website funktioniert garantiert

Ein einfacher Monitor kann beispielsweise bestätigen, dass die Startseite 200 OK liefert. Ob der komplette Checkout eines Onlineshops funktioniert, wurde damit noch nicht getestet.

Monitoring eines Onlineshops #

Bei einem Onlineshop können neben der Startseite weitere Funktionen geschäftskritisch sein.

Beispielsweise:

Shop-Seite

Produktseite

Warenkorb

Checkout

Zahlungsanbieter

Bestellprozess

Ein einfacher Uptime-Monitor kann allerdings nicht automatisch beurteilen, ob der gesamte Kaufprozess funktioniert.

Dafür wären weitergehende synthetische Transaktionsprüfungen beziehungsweise funktionale Tests notwendig.

Nicht blind den Checkout mit normalen Requests überwachen #

Dynamische Prozesse wie Warenkorb, Checkout, Login oder Formulare sollten nicht unüberlegt mit simplen Monitoring-Aufrufen getestet werden.

Solche Seiten können Sitzungen, Cookies, CSRF-Schutz, dynamische Tokens oder weitere Anwendungslogik verwenden.

Für funktionale Transaktionsprüfungen muss der Test deshalb gezielt für die jeweilige Anwendung konzipiert werden.

Monitoring von WordPress #

Bei einer WordPress-Website ist die öffentliche Startseite ein sinnvoller Basischeck.

Je nach Bedeutung der Website können zusätzliche öffentliche Seiten überwacht werden.

Den Administrationsbereich solltest du dagegen nicht einfach mit automatisierten Login-Versuchen belasten.

Wenn die öffentliche Website funktioniert, das WordPress-Backend jedoch langsam oder nicht erreichbar ist, handelt es sich möglicherweise um ein anderes Problem als einen vollständigen Website-Ausfall.

Frontend und Backend getrennt betrachten #

Eine WordPress-Website kann beispielsweise folgende Situation zeigen:

Frontend
→ funktioniert

/wp-admin/
→ sehr langsam

oder umgekehrt:

Webserver
→ erreichbar

WordPress
→ Fehler 500

Ein Monitoring-Ergebnis sollte deshalb immer im Kontext des tatsächlich überwachten Endpunkts interpretiert werden.

Cache kann Monitoring-Ergebnisse beeinflussen #

Eine gecachte Startseite kann weiterhin sehr schnell ausgeliefert werden, obwohl ein Problem in einem dynamischen Bereich der Website besteht.

Umgekehrt kann ein ungecachter Endpunkt andere Antwortzeiten zeigen als die öffentliche Startseite.

Das bedeutet nicht, dass Caching das Monitoring „falsch“ macht. Der Monitor misst schlicht den Endpunkt, den du ihm vorgegeben hast.

Deshalb ist die Auswahl repräsentativer Prüfungen entscheidend.

CDN und Monitoring #

Wenn eine Website über ein Content Delivery Network oder einen Reverse Proxy ausgeliefert wird, sieht ein externer Monitor möglicherweise zunächst diese vorgelagerte Infrastruktur.

Das kann zu Situationen führen, in denen:

CDN erreichbar
        ↓
Origin-Server hat Problem
        ↓
gecachter Inhalt teilweise
weiterhin erreichbar

oder:

Origin funktioniert
        ↓
CDN / Proxy hat Störung
        ↓
Besucher erreicht Website
trotzdem nicht normal

Bei der Diagnose solltest du deshalb berücksichtigen, welche Infrastruktur zwischen Besucher und eigentlichem Webserver liegt.

Monitoring und Wartungsarbeiten #

Geplante Wartungsarbeiten können absichtlich zu einer vorübergehenden Nichterreichbarkeit führen.

Gute Monitoring-Systeme erlauben deshalb Wartungsfenster beziehungsweise das zeitweise Pausieren von Alarmen.

Dadurch vermeidest du unnötige Benachrichtigungen während einer bekannten geplanten Wartung.

Die Messdaten solltest du dennoch korrekt interpretieren: Ein geplanter Ausfall bleibt technisch eine Phase eingeschränkter oder fehlender Verfügbarkeit, auch wenn dafür kein Alarm notwendig ist.

Welche Benachrichtigungen sind sinnvoll? #

Ein Monitoring-System kann je nach Anbieter unterschiedliche Alarmwege unterstützen.

Beispielsweise:

E-Mail

Push-Nachricht

SMS

Messenger

Webhook

Incident-System

Entscheidend ist weniger die Anzahl der Kanäle als die Frage, ob eine relevante Meldung tatsächlich von einer zuständigen Person wahrgenommen wird.

Zu viele Alarme sind kontraproduktiv #

Wenn ein Monitoring-System ständig irrelevante Warnungen versendet, entsteht Alarmmüdigkeit.

Wichtige Meldungen werden dann möglicherweise übersehen.

Konfiguriere deshalb:

sinnvolle Prüfintervalle

realistische Timeouts

Bestätigungsprüfungen

relevante Endpunkte

passende Alarmempfänger

Wartungsfenster

mit Blick auf den tatsächlichen Einsatzzweck.

Was ist ein False Positive? #

Ein False Positive ist vereinfacht ein Alarm, obwohl der überwachte Dienst aus Sicht der relevanten Nutzer nicht tatsächlich ausgefallen war.

Beispielsweise könnte nur der Netzwerkweg eines einzelnen Monitoring-Standorts gestört gewesen sein.

Deshalb sind Wiederholungsprüfungen und mehrere Standorte bei wichtigeren Systemen hilfreich.

Was ist ein False Negative? #

Umgekehrt kann ein Monitor einen Dienst als verfügbar bewerten, obwohl für Besucher ein relevantes Problem besteht.

Beispielsweise:

Startseite liefert 200 OK

aber:

Checkout funktioniert nicht

Der einfache Startseitenmonitor meldet weiterhin UP, obwohl eine geschäftskritische Funktion gestört ist.

Das zeigt eine zentrale Grenze jedes Monitorings: Es kann nur prüfen, wofür es konfiguriert wurde.

Monitoring ersetzt keine Backups #

Website-Monitoring und Backups lösen völlig unterschiedliche Probleme.

Monitoring
→ erkennt eine Störung

Backup
→ ermöglicht Wiederherstellung
  von Daten oder Systemzuständen

Ein Monitor kann dich beispielsweise darüber informieren, dass eine Website nicht erreichbar ist. Er besitzt dadurch aber nicht automatisch eine verwendbare Kopie deiner Website.

Monitoring ersetzt keine Sicherheitsüberwachung #

Eine Website kann technisch erreichbar sein und trotzdem kompromittiert worden sein.

Ein normaler HTTP-Monitor erkennt nicht automatisch:

Schadcode

manipulierte Dateien

gestohlene Zugangsdaten

unerlaubte Administratoren

versteckte Weiterleitungen

Datenabfluss

Uptime-Monitoring ist deshalb nur ein Bestandteil einer umfassenderen technischen Überwachung.

Monitoring ersetzt keine Performance-Analyse #

Eine Website kann 100 Prozent der gemessenen Zeit erreichbar und trotzdem unerträglich langsam sein.

Umgekehrt kann eine sehr schnelle Website gelegentliche Ausfälle besitzen.

Deshalb sollten Verfügbarkeit und Performance getrennt gemessen werden.

Wenn deine Website zwar erreichbar, aber langsam ist, findest du unter Langsame Website: Ursachen systematisch finden einen Diagnoseablauf.

Monitoring-Daten über längere Zeit auswerten #

Der eigentliche Wert eines Monitorings entsteht nicht nur durch einzelne Alarme.

Über längere Zeit können Muster sichtbar werden.

Beispielsweise:

Ausfälle immer nachts?

Probleme immer während Backups?

Timeouts nur bei bestimmter Seite?

Fehler nur aus bestimmter Region?

Antwortzeiten zu bestimmten
Zeiten auffällig?

wiederkehrende 5xx-Fehler?

Solche Muster können bei der Ursachenanalyse wesentlich hilfreicher sein als ein einzelner isolierter Alarm.

Statusseiten #

Bei größeren Diensten kann zusätzlich eine öffentliche oder interne Statusseite sinnvoll sein.

Sie kann beispielsweise anzeigen:

Website

API

Kundencenter

E-Mail-Dienste

weitere Systeme

Eine Statusseite sollte jedoch möglichst nicht vollständig von genau derselben Infrastruktur abhängen, deren Ausfall sie kommunizieren soll.

Was sollte ein gutes Basis-Monitoring leisten? #

Für eine normale geschäftliche Website sollte ein Basis-Monitoring mindestens klar beantworten können:

Welche URL wird geprüft?

Wie häufig wird geprüft?

Welcher Zustand gilt als Erfolg?

Wie lange wird auf Antwort gewartet?

Wird ein Fehler bestätigt?

Wann wird alarmiert?

Wann gilt die Website wieder als UP?

Wer erhält den Alarm?

Nur wenn diese Parameter bekannt sind, lassen sich die gemessenen Werte sinnvoll interpretieren.

Monitoring richtig dokumentieren #

Bei wichtigen Websites lohnt sich eine kurze Dokumentation der Überwachung.

Beispielsweise:

Monitor:
Website Startseite

URL:
https://example.com/

Typ:
HTTPS

Intervall:
5 Minuten

Erwartung:
HTTP 200

Alarm:
nach bestätigtem Fehler

Empfänger:
zuständige Person

Dadurch ist auch später nachvollziehbar, was der Monitor tatsächlich geprüft hat.

Ein typischer Monitoring-Ablauf #

Website definieren
        ↓
wichtigen Endpunkt wählen
        ↓
Prüfmethode bestimmen
        ↓
Prüfintervall festlegen
        ↓
Erfolgskriterien definieren
        ↓
Alarmierung konfigurieren
        ↓
Monitoring starten
        ↓
Fehler erkannt?
        ↓
Kontrollprüfung
        ↓
Alarm
        ↓
Störung reproduzieren
        ↓
Fehler eingrenzen
        ↓
Ursache beheben
        ↓
Wiederherstellung prüfen
        ↓
Monitoring bestätigt UP
        ↓
Vorfall dokumentieren

Häufige Fehler beim Website-Monitoring #

nur Ping verwenden

200 OK mit vollständig
funktionierender Website gleichsetzen

Antwortzeit mit kompletter
Ladezeit verwechseln

nur einen irrelevanten
Endpunkt überwachen

bei jedem einzelnen Timeout
sofort Alarm auslösen

zu viele unwichtige
Monitore konfigurieren

keine Zeitstempel dokumentieren

geplante Wartungen
nicht berücksichtigen

Monitoring als Backup betrachten

Monitoring als Sicherheitslösung betrachten

UP mit "alles funktioniert"
gleichsetzen

DOWN mit "Server ausgeschaltet"
gleichsetzen

Checkliste: Website-Monitoring sinnvoll einrichten #

Was soll überwacht werden?
        ↓
öffentliche URL bestimmen
        ↓
HTTP oder HTTPS verwenden
        ↓
erwarteten Status definieren
        ↓
falls sinnvoll Inhalt prüfen
        ↓
Prüfintervall festlegen
        ↓
Timeout sinnvoll wählen
        ↓
Kontrollprüfung aktivieren
        ↓
ggf. mehrere Standorte nutzen
        ↓
Alarmempfänger festlegen
        ↓
Testalarm durchführen
        ↓
Wartungsfenster berücksichtigen
        ↓
Monitoring-Daten regelmäßig prüfen
        ↓
wiederkehrende Fehler analysieren

Zusammenfassung #

Website-Monitoring überprüft automatisch, ob eine Website oder ein bestimmter Dienst erreichbar ist und die definierten Erfolgskriterien erfüllt.

Für normale Websites ist ein externer HTTPS-Monitor ein sinnvoller Ausgangspunkt. Je nach Anwendungsfall können zusätzliche Inhaltsprüfungen, weitere Endpunkte oder Prüfungen aus mehreren Regionen sinnvoll sein.

Ein Monitoring-Alarm bedeutet jedoch nicht automatisch, dass der komplette Server ausgefallen ist. Ein Timeout, DNS-Problem, HTTP-Fehler, Zertifikatsproblem oder eine gestörte Anwendung kann ebenfalls einen Alarm verursachen.

Umgekehrt beweist ein grüner UP-Status nicht, dass jede Funktion einer Website einwandfrei arbeitet. Ein einfacher Startseitenmonitor kann beispielsweise keinen vollständigen Bestellprozess beurteilen.

Monitoring ersetzt außerdem weder Backups noch Sicherheitsüberwachung oder Performance-Analyse. Diese Systeme beantworten unterschiedliche technische Fragen.

Besonders wertvoll wird Monitoring durch kontinuierliche Messungen, genaue Zeitstempel und eine sinnvolle Alarmierung. Bei sporadischen Problemen können diese Daten helfen, wiederkehrende Muster zu erkennen und Server- oder Anwendungslogs gezielt für den betroffenen Zeitraum auszuwerten.

Gutes Website-Monitoring bedeutet deshalb nicht, möglichst viele Checks einzurichten. Entscheidend ist, die richtigen Endpunkte mit klar definierten Kriterien zu überwachen und bei einer Abweichung schnell die Informationen zu erhalten, die für eine echte Diagnose benötigt werden.