HTTP-Statuscodes aus Monitoring-Sicht: Wann ist Alarm sinnvoll?
Stand 11. Juli 2026 · 6 Min. Lesezeit
Jede HTTP-Antwort trägt einen dreistelligen Statuscode, und fürs Monitoring ist er das wichtigste einzelne Signal. Aber nicht jeder Nicht-200-Code ist ein Notfall, und nicht jeder 200 bedeutet, dass alles gut ist. Ein Überblick aus der Praxis.
Inhalt
Das System in 30 Sekunden
Die erste Ziffer verrät die Kategorie: 2xx heißt Erfolg, 3xx Umleitung, 4xx Fehler auf Client-Seite (die Anfrage ist das Problem), 5xx Fehler auf Server-Seite (der Server ist das Problem). Fürs Monitoring gilt als Grundregel: 5xx ist praktisch immer alarmwürdig, bei 3xx und 4xx kommt es auf die Erwartung an.
Die wichtigsten Codes im Detail
| Code | Bedeutung | Monitoring-Sicht |
|---|---|---|
| 200 | OK | Erwartungswert für die meisten Monitore. Aber: siehe Soft-404 unten. |
| 301/302/308 | Umleitung | Normal (http zu https, www-Varianten). Der Monitor sollte Redirects folgen und das ENDZIEL bewerten; lange Ketten kosten Ladezeit. |
| 401/403 | Nicht autorisiert / verboten | Hinter Login-Bereichen erwartbar und kein Fehler. Taucht er ploetzlich auf oeffentlichen Seiten auf: Alarm (kaputte Config, WAF greift daneben). |
| 404 | Nicht gefunden | Fuer eine ueberwachte URL immer ein Fehler: Seite geloescht, Route kaputt oder Deployment unvollstaendig. |
| 429 | Zu viele Anfragen | Rate-Limit. Trifft es dein Monitoring, ist das Prüfintervall zu aggressiv oder das Limit zu streng konfiguriert. |
| 500 | Interner Serverfehler | Alarm. Code-Fehler, kaputte Config, Datenbankproblem. |
| 502/504 | Bad Gateway / Gateway Timeout | Alarm. Der Reverse-Proxy erreicht die Anwendung nicht (Prozess tot, Deployment-Luecke, Ueberlast). |
| 503 | Nicht verfuegbar | Alarm, ausser es ist eine korrekt gebaute Wartungsseite (503 + Retry-After ist die saubere Art, Wartung zu signalisieren). |
Der tückischste Fall: Soft-404 und leere Seiten
Ein Soft-404 ist eine Antwort, die technisch 200 sagt, inhaltlich aber "kaputt": eine leere Seite, eine generische Fehlermeldung, ein Wartungs-Template ohne korrekten Statuscode. Reine Statuscode-Monitore melden hier "alles in Ordnung".
Dagegen hilft ein Keyword-Check: Er prüft zusätzlich, ob ein erwarteter Text (etwa dein Firmenname im Footer oder eine Produktüberschrift) in der Antwort vorkommt. Erst Statuscode UND Inhalt zusammen ergeben ein ehrliches "up".
Timeouts: der Code, der keiner ist
Antwortet der Server gar nicht, gibt es keinen Statuscode, sondern einen Timeout oder Verbindungsfehler. Fürs Monitoring ist das die schwerste Fehlerklasse, denn sie trifft alle Besucher. Häufige Ursachen: Server aus, DNS kaputt, Firewall-Regel, oder die Anwendung hängt unter Last. Deshalb gehört neben dem Statuscode immer auch die Antwortzeit ins Monitoring: Eine Seite, die von 300 ms auf 8 Sekunden klettert, kündigt ihren Timeout oft an.
Häufige Fragen
Reicht es nicht, den Server anzupingen?
Nein. Ping prüft nur, ob die Maschine im Netz hängt. Webserver tot, Datenbank weg, Zertifikat abgelaufen: Der Ping bleibt grün. Aussagekräftig ist erst der komplette HTTP-Request auf die echte Seite.
Ist eine 302-Umleitung ein Fehler?
Für sich genommen nein. Wichtig ist, wohin sie führt: Der Monitor sollte der Kette folgen und das Ziel bewerten. Alarmwürdig wird es bei Redirect-Schleifen oder wenn eine Seite plötzlich umleitet, die das nie tat.
Welchen Statuscode sollte meine Wartungsseite liefern?
503 mit Retry-After-Header. Das sagt Besuchern, Monitoren und Suchmaschinen dasselbe: vorübergehend weg, bitte später wiederkommen. Eine Wartungsseite mit 200 verfälscht Monitoring und SEO gleichermaßen.
Statuscode + Inhalt + Antwortzeit, automatisch geprüft.
Clesk Uptime prüft alle drei, alle 60 Sekunden in Pro. Drei Monitore dauerhaft kostenlos.
Kostenlos überwachen