SoupCalc

HTTP-Statuscode-Nachschlagewerk und Antwortleitfaden

Was dieses Werkzeug berechnet

Dies ist ein deterministisches Referenz-Nachschlagewerk und kein numerischer Rechner. Geben Sie eine Statusnummer, einen Beschreibungsausschnitt oder eine Kategorie ein, und die Seite filtert ihre eingebaute Tabelle nach passenden HTTP-Antwortcodes. Jedes Ergebnis zeigt den dreistelligen Code, seine kurze Beschreibung und seine Antwortklasse.

Ein HTTP-Status wird von einem Server gesendet, nachdem er eine Anfrage empfangen hat. Er beschreibt das Ergebnis auf Protokollebene; er legt nicht jedes Anwendungsdetail offen. Ein Code kann technisch korrekt sein, während die Benutzererfahrung dennoch schlecht ist, und derselbe sichtbare Fehler kann von einem Browser, Proxy, Cache, Gateway, Ursprungsserver oder einer Anwendung stammen.

Eingaben

Das Suchfeld akzeptiert Text. Eine Zahl wie 404 zielt auf einen bestimmten Code. Eine Formulierung wie not found durchsucht Beschreibungen. Ein Kategoriebegriff kann die Tabelle auf eine Familie eingrenzen. Die Suche ignoriert Groß- und Kleinschreibung und stellt keine Netzwerkanfrage an die URL, die Sie debuggen.

Notieren Sie für Vorfallsberichte mehr als nur den Code: Anfragemethode, Ziel-URL, Antwortheader, Zeitstempel, Umleitungskette und die Komponente, die die Antwort erzeugt hat. Fügen Sie keine Autorisierungsheader, Sitzungscookies, privaten Tokens oder persönliche Daten in einen gemeinsamen Bericht ein.

Methode und Formel

HTTP-Codes haben drei Ziffern. Die erste Ziffer identifiziert die breite Klasse:

  • 1xx: informative Fortschrittsmeldung.
  • 2xx: Die Anfrage wurde auf HTTP-Ebene erfolgreich empfangen und verarbeitet.
  • 3xx: Der Client benötigt eine Umleitung oder eine andere Aktion, um den Abruf abzuschließen.
  • 4xx: Die Anfrage kann in der gesendeten Form nicht erfüllt werden, oft wegen Syntax, Autorisierung, Zustand oder Verfügbarkeit des Ziels.
  • 5xx: Der Server oder eine vorgelagerte Komponente ist beim Versuch fehlgeschlagen, eine gültig aussehende Anfrage zu bearbeiten.

Das Nachschlagewerk führt eine normalisierte Teilstring-Abgleichung über die Felder Code, Formulierung und Klasse durch. Es rät nicht auf eine Ursache, fragt zur Laufzeit keine externe Registrierungsstelle ab und behandelt nicht registrierte Nummern nicht als standardisierte Bedeutungen.

Durchgerechnetes Beispiel

Suchen Sie nach 404. Die passende Zeile ist 404 Not Found, eine 4xx-Clientfehler-Antwort. In der HTTP-Semantik besagt dies, dass der Ursprungsserver keine aktuelle Darstellung für das angeforderte Ziel gefunden hat oder nicht offenlegen möchte, dass eine existiert.

Der nächste Debugging-Schritt hängt vom Kontext ab. Prüfen Sie den genauen Pfad und die Methode, die Routenbereitstellung, die Groß-/Kleinschreibung, Umschreibregeln und ob ein Reverse-Proxy die Anfrage verändert hat. Ein 404 von einer CDN-markierten Fehlerseite kann eine andere Quelle haben als ein von der Anwendung erzeugtes JSON-404.

Als Gegenbeispiel gehört 500 Internal Server Error zur Klasse 5xx. Er signalisiert einen unerwarteten serverseitigen Fehler, identifiziert aber nicht die fehlgeschlagene Funktion. Protokolle und eine Korrelationskennung der Anfrage sind weiterhin erforderlich.

So interpretieren Sie das Ergebnis

Verwenden Sie die Klasse zur Triage und dann die genaue Definition und die Antwortheader, um die nächste Beobachtung zu wählen. Ein 401 verlangt typischerweise Authentifizierungsinformationen; ein 403 besagt, dass der Server die Anfrage verstanden, aber abgelehnt hat; ein 429 weist auf Ratenbegrenzung hin und kann Retry-After enthalten. Diese Unterschiede wirken sich auf das korrekte Client-Verhalten aus.

Lassen Sie die Anwendungslogik nicht von der englischen Reason-Phrase abhängen. Das Protokollverhalten wird durch den numerischen Code definiert, und Reason-Phrasen können angepasst oder weggelassen werden. Unterscheiden Sie bei der Diagnose einer Browser-Ablaufverfolgung außerdem die endgültige Antwort von zwischengeschalteten Umleitungen und gecachten Antworten.

Genauigkeit und Einschränkungen

Die Tabelle ist eine pädagogische Momentaufnahme häufig standardisierter Codes. HTTP-Erweiterungen können zusätzliche Werte registrieren, Anbieter geben manchmal nicht standardisierte Codes aus, und Spezifikationen können aktualisiert werden. Das Nachschlagewerk kann nicht bestätigen, welche Komponente eine Antwort erzeugt hat, ob ein erneuter Versuch sicher ist oder ob der Textkörper nützliche Problemdetails enthält.

Sicherheitskontrollen können absichtlich einen weniger aussagekräftigen Status zurückgeben. Eine wie nicht vorhanden wirkende Ressource könnte aus Autorisierungsgründen verborgen sein, und ein Gateway kann eine Ursprungsantwort ersetzen. Verifizieren Sie das Produktionsverhalten mit geeigneten Protokollen und Beobachtbarkeit, während Sie Geheimnisse und Benutzerdaten schützen.

Quellen

Redaktioneller Nachweis

Autor: SoupCalc-Redaktionsteam

Zuletzt geprüft: 14. August 2026

Prüfungsumfang: Erklärungen der Code-Klassen, Nachschlageverhalten, das Beispiel 404 Not Found, diagnostische Grenzen und Links zur HTTP-Spezifikation und zur Registrierungsstelle wurden geprüft.