HTTP interpretieren
Was HTTP-Statuscodes in der Diagnose bedeuten
Verstehen Sie, wie HTTP-Statuscodes in der Website-Diagnose gelesen werden sollten, einschließlich Weiterleitungen, Clientfehlern, Serverfehlern und dem Unterschied zwischen echter Antwort und Fehler auf tieferer Ebene.
HTTP-Statuscodes sind nützlich, werden aber leicht falsch genutzt. Ein 503 ist nicht dieselbe Art Problem wie ein Timeout. Ein 403 beweist, dass der Server geantwortet hat, auch wenn die Seite unbenutzbar ist. Ein 301 kann Nutzer unauffällig von einer gesunden URL zu einem defekten Ziel schicken. In der Diagnose lautet die richtige Frage nicht „welcher Code ist schlecht?“, sondern „welche Stufe des Anfragepfads haben wir wirklich erreicht, bevor das Problem sichtbar wurde?“
Ein Statuscode bedeutet, dass etwas geantwortet hat
Wenn ein echter HTTP-Code vorhanden ist, hat die Anfrage eine Ebene erreicht, die eine HTTP-Antwort zurückgeben konnte. Das schließt bereits einige tiefere Fehler aus.
Weiterleitungen verdienen genauso viel Aufmerksamkeit wie Fehler
Ein 301 oder 302 kann Nutzer von einer gesunden URL zu einem kranken finalen Ziel verschieben. Deshalb zählt die Kette genauso wie der finale Code.
Kein Statuscode kann der wichtigste Hinweis sein
Wenn die Anfrage in DNS, Verbindung oder TLS scheitert, sagt das Fehlen eines HTTP-Codes mehr als jede Serverantwort.
01
Wie Statuscodes in die Diagnose passen
Betrachten Sie Statuscodes als Nachweise auf Anwendungsebene, nicht als vollständiges Gesundheitsurteil.
2xx bedeutet, dass die Anfrage erfolgreich abgeschlossen wurde
Das beweist meist, dass die URL von diesem Server aus normal geantwortet hat. Es garantiert aber nicht, dass der Inhalt exakt der erwarteten Nutzererfahrung entspricht.
3xx bedeutet, dass die Anfrage weitergeleitet wird
In der Diagnose sind Weiterleitungen relevant, weil das Ziel Vertrauen, Performance oder Verfügbarkeit verändern kann.
4xx bedeutet, dass der Server die Anfrage verstanden, aber abgelehnt oder begrenzt hat
Das ist weiterhin eine echte Antwort. Häufig geht es um Zugriffsregeln, Pfadprobleme, Ratenbegrenzung oder Authentifizierung statt um eine tote Website.
5xx bedeutet, dass der Serverpfad sichtbar scheitern konnte
Die Anfrage hat eine Anwendung, ein Gateway oder eine Upstream-Abhängigkeit erreicht, aber die Antwort war nicht gesund.
02
Häufige Statuscodes und ihre Einordnung
Diese Codes sind auf einer öffentlichen Diagnoseseite am wahrscheinlichsten relevant.
| Code | Typische Bedeutung | Diagnostische Aussage |
|---|---|---|
| 200 | Die Anfrage war erfolgreich | Die URL funktionierte von diesem Server aus. Wenn Nutzer weiter Probleme melden, vergleichen Sie Region, Browser, Authentifizierung oder clientseitiges Verhalten. |
| 301 / 308 | Dauerhafte Weiterleitung | Prüfen Sie das finale Ziel sorgfältig. Die Start-URL kann in Ordnung sein, während das Ziel defekt ist. |
| 302 / 307 | Temporäre Weiterleitung | Nützlich, wenn Verhalten zwischen Umgebungen oder Kampagnen abweicht, weil das Weiterleitungsziel bedingt sein kann. |
| 401 | Authentifizierung erforderlich | Der Server lebt, aber die Anfrage war nicht autorisiert. Das ist kein roher Ausfall. |
| 403 | Verboten | Die Anfrage hat eine Richtlinien- oder Anwendungsregel erreicht und wurde abgelehnt. Häufig durch WAF, Berechtigungen oder IP-Regeln verursacht. |
| 404 | Nicht gefunden | Host und Anwendung haben geantwortet, aber der Pfad fehlte oder wurde falsch geroutet. |
| 429 | Zu viele Anfragen | Die Website lebt, aber Ratenbegrenzung ist aktiv. Öffentliche Diagnosen können das bei manchen Anbietern auslösen. |
| 500 | Interner Serverfehler | Die Anwendung ist nach Eingang der Anfrage fehlgeschlagen. |
| 502 | Bad Gateway | Ein Proxy oder Edge hat keine gute Antwort vom Upstream-Dienst erhalten. |
| 503 | Dienst nicht verfügbar | App oder Edge ist überlastet, in Wartung oder absichtlich nicht verfügbar. |
| 504 | Gateway-Timeout | Eine Upstream-Abhängigkeit war zu langsam oder nicht erreichbar, daher ist das Gateway zeitüberschritten. |
03
Wenn der Statuscode nicht die eigentliche Ursache ist
Manchmal ist der Code echt und trotzdem nicht die wichtigste Ebene der Untersuchung.
Weiterleitungen können den eigentlichen Fehlerpunkt verdecken
Ein 301 von der ursprünglichen URL wirkt harmlos, bis das finale HTTPS-Ziel an Zertifikatsvertrauen oder einem anderen Host scheitert.
Ein 403 kann durch Edge-Regeln entstehen, nicht durch die Anwendung selbst
Georegeln, IP-Reputation, WAF-Regeln oder Botfilterung können eine gesund wirkende Serverantwort erzeugen, die Nutzer trotzdem blockiert.
Ein 5xx kann weiterhin DNS-, SSL- oder Plattformkontext haben
Wenn die Route mehrere Hostnamen oder Provider-Edges umfasst, können umliegende DNS- und TLS-Daten erklären, warum der Fehler gerade dort sichtbar wurde.
04
Beste Folgeprüfungen nach einem HTTP-Statuscode
Wählen Sie die nächste Seite nach dem Code-Typ und der noch offenen Unsicherheit.
Am besten, wenn Kette, finale URL, Header und Phasenzeiten rund um den erschienenen Code wichtig sind.
Website prüfenZertifikats- und TLS-PrüfungSSL prüfen nach verdächtigen HTTPS-WeiterleitungenHilfreich, wenn eine Weiterleitung auf einen Host führt, der Zertifikats-, Hostname- oder TLS-Probleme haben könnte.
SSL prüfenProvider- und Edge-HinweiseHosting prüfen, wenn ein 5xx plattformbezogen wirktNützlich, wenn Header und Hostnamen CDN-, Managed-Platform- oder Provider-Edge-Verhalten hinter dem Fehler nahelegen.
Hosting prüfenAusgewertete DNS-AntwortenDNS-Lookup, wenn Hostname-Wechsel Teil der Geschichte sindÖffnen Sie es, wenn Weiterleitungen oder Umgebungsunterschiede vermuten lassen, dass Verkehr andere Infrastruktur erreicht als erwartet.
DNS-Lookup05
Häufige Fehler beim Lesen von Statuscodes
Diese Abkürzungen entfernen nützliche Nuancen aus der Diagnose.
- Einen 403 oder 404 als „Downtime“ bezeichnen, ohne zu erwähnen, dass der Server geantwortet hat.
- Die Weiterleitungskette ignorieren und nur auf den finalen Statuscode schauen.
- 429 als Beweis behandeln, dass die Website kaputt ist, statt Ratenbegrenzung zu erkennen.
- Vergessen, dass kein HTTP-Code der stärkste Hinweis sein kann, dass der Fehler unterhalb der Anwendungsebene passiert ist.