Website-Monitoring ist ein Standard-Werkzeug für IT-Betrieb und DevOps. Doch ein häufiges Problem zeigt sich in der Praxis: Das Dashboard signalisiert mit HTTP-Statuscode 200 alles in Ordnung, während gleichzeitig Nutzer-Beschwerden im E-Mail-Postfach eintreffen. Dies ist kein Zufall, sondern weist auf grundlegende Schwachstellen der gängigen Monitoring-Ansätze hin.
Das Problem liegt in der Abstraktionsebene klassischer HTTP-Überwachung. Ein Webserver kann auf Anfragen mit Status 200 antworten und trotzdem funktional fehlerhaft sein. Das kann etwa der Fall sein, wenn eine Datenbankverbindung fehlschlägt, eine externe API nicht erreichbar ist, oder ein wichtiger Geschäftsprozess stillschweigend fehlschlägt. Der Webserver selbst antwortet aber korrekt, sodass die Monitoring-Software nichts auffälliges erkennt.
Klassische Monitoring-Tools prüfen in der Regel nur die Verfügbarkeit und die grundlegende Antwortzeit. Sie überprüfen nicht, ob die tatsächlich ausgelieferten Inhalte korrekt sind, ob alle Abhängigkeiten funktionieren, oder ob die Benutzerinteraktion wie erwartet abläuft. Ein Online-Shop könnte beispielsweise seine Startseite fehlerfrei ausliefern, während das Bezahlsystem nicht mehr erreichbar ist. Das Monitoring würde Grün zeigen, der Kunde könnte aber nicht kaufen.
Für KMU-Betriebe ist dies eine wichtige Erkenntnis: Verlassen Sie sich nicht ausschliesslich auf einfache HTTP-Status-Monitoring. Implementieren Sie zusätzlich synthetische Tests, die tatsächliche Benutzerszenarien simulieren. Überwachen Sie Datenbankverbindungen, externe Services und Geschäftslogik separat. Nutzen Sie auch Fehlertracking und Nutzer-Feedback-Systeme als ergänzende Signale. Eine mehrschichtige Überwachungsstrategie, die über blosse HTTP-Checks hinausgeht, ist heute notwendig, um echte Ausfallzeiten zuverlässig zu erkennen und schnell zu reagieren.