HTTP-Statuscode-Referenz – kostenlos

Wird für Anfragen mit Expect: 100-continue verwendet. Der Server bestätigt, dass er bereit ist, den Text zu empfangen, bevor der Client ihn sendet. In modernen Web-Apps selten zu sehen.

Wird am häufigsten für WebSocket-Upgrades verwendet — der Client fordert Upgrade: websocket an und der Server antwortet mit 101 zum Umschalten.

Eine WebDAV-Zwischenantwort, die gesendet wird, um Client-Timeouts bei längeren Operationen zu vermeiden. Veraltet — moderne Server sollten sie nicht senden.

Ermöglicht es Servern, Link-Header (preload/preconnect) zu senden, während die endgültige Antwort noch vorbereitet wird, damit Browser kritische Assets früher abrufen können.

Die Standard-Erfolgsmeldung. Die Bedeutung hängt von der HTTP-Methode ab: GET → Ressource zurückgegeben, POST/PUT → Aktion abgeschlossen.

Häufig nach einem POST. Die Antwort sollte einen Location-Header enthalten, der auf die URL der neuen Ressource verweist.

Für asynchrone Operationen — der Server stellt die Arbeit in eine Warteschlange. Der Client sollte einen Status-Endpoint abfragen oder später zurückkehren.

Die Anfrage war erfolgreich, aber eine Zwischenstelle (z. B. ein cachender oder transformierender Proxy) hat die Payload vom Origin-Server geändert — beispielsweise Bilder neu komprimiert. In der Praxis selten.

Wird häufig bei DELETE-Operationen oder PUT-Updates verwendet, die keinen Text zurückgeben müssen. Der Client sollte nicht von der aktuellen Seite wegnavigieren.

Wie 204, es wird kein Text zurückgegeben — aber dem Client wird zusätzlich mitgeteilt, das Formular oder die Ansicht zurückzusetzen, das/die die Anfrage erzeugt hat (z. B. die Formularfelder für den nächsten Eintrag löschen).

Antwort auf eine Range-Anfrage. Wird von Video-Playern und Download-Managern verwendet, um unterbrochene Downloads fortzusetzen oder große Dateien zu streamen.

WebDAV: ein XML-Text meldet das Ergebnis mehrerer Teiloperationen unabhängig — z. B. ein Batch-Verschieben, bei dem einige Elemente erfolgreich waren und andere fehlgeschlagen sind.

WebDAV: wird in 207 Multi-Status-Antworten verwendet, um zu vermeiden, dass Mitglieder derselben Sammlung wiederholt aufgelistet werden, wenn Bindungen Schleifen erzeugen.

Delta-Codierung: Der Server gibt einen Unterschied zu einer vorherigen Version zurück, statt der vollständigen Ressource, um Bandbreite zu sparen. Sehr selten implementiert.

Der Server bietet mehrere Optionen an (z. B. verschiedene Formate oder Sprachen) und der Client sollte eine auswählen. Selten verwendet, da automatische Content-Negotiation dies normalerweise handhabt.

Verwenden Sie für permanente URL-Änderungen — Suchmaschinen aktualisieren ihren Index. SEO-Autorität wird auf die neue URL übertragen.

Zeigt an, dass die Umleitung nicht permanent ist. Das Caching ist weniger aggressiv als bei 301. Verwenden Sie es für Dinge wie 'Anmeldung erforderlich, Umleitung zu /login'.

Wird nach POST-Einreichungen verwendet — die Antwort sagt 'Ihr POST hat funktioniert, rufen Sie diese GET-URL für das Ergebnis ab'. Browser rufen die neue URL immer per GET ab.

Antwort auf eine bedingte Anfrage (mit If-None-Match- oder If-Modified-Since-Headern). Spart Bandbreite — kein Text wird zurückgegeben.

Wenn das Original POST war, verwendet die Umleitung ebenfalls POST. Moderne Alternative zu 302, wenn die Methodenbeibehaltung wichtig ist.

Moderne Ersetzung für 301, wenn Sie möchten, dass POST-Anfragen nach der Umleitung POST bleiben.

Häufige Ursachen: fehlerhaftes JSON im Text, ungültige Abfrageparameter oder fehlende erforderliche Felder. Überprüfen Sie den Anfrage-Text und die Header.

Der Client muss Authentifizierungsanmeldedaten enthalten (Authorization-Header, Cookie, Token). 'Unauthorized' ist eine Fehlbezeichnung — es bedeutet wirklich 'unauthentifiziert'.

Ursprünglich für digitale Zahlungen bestimmt. Moderne Verwendung: APIs geben manchmal 402 zurück, wenn ein Benutzer sein bezahltes Kontingent überschritten hat.

Unterscheidet sich von 401 — der Benutzer IST angemeldet, aber sein Konto hat keine Berechtigung für diese Ressource. Überprüfen Sie die Rollen-/Berechtigungslogik.

Entweder ist die URL falsch, die Ressource wurde gelöscht oder sie existierte nie. Server geben manchmal 404 zurück, um zu verbergen, dass 403 genauer wäre.

Zum Beispiel eine GET-Anfrage an einen Endpoint, der nur POST akzeptiert. Die Antwort sollte einen Allow-Header enthalten, der gültige Methoden auflistet.

Der Client forderte einen Inhaltstyp, eine Sprache oder eine Codierung an (über Accept, Accept-Language, Accept-Encoding), die der Server nicht erfüllen kann. Viele Server überspringen strenge Verhandlungen und geben stattdessen einen Standard zurück.

Wie 401, aber von einem Proxy ausgegeben: der Client muss Proxy-Authorization-Anmeldedaten senden. Wird in Unternehmens-Netzwerken mit authentifizierenden Proxys angezeigt.

Der Client hat zu lange gebraucht, um den Anforderungstext zu senden, oder die Verbindung untätig gehalten. Versuchen Sie die Anfrage erneut.

Wird in der Regel für Bearbeitungskonflikte oder doppelte Ressourcenerstellung zurückgegeben (z. B. Erstellen eines Benutzers mit einer E-Mail, die bereits existiert).

Stärker als 404 — der Server weiß ausdrücklich, dass die Ressource früher existierte, aber dauerhaft entfernt wurde. Suchmaschinen entfernen die Seite aus dem Index.

Die Anfrage wurde abgelehnt, da ein Content-Length-Header fehlte und der Server Texte unbekannter Größe ablehnt. Fügen Sie den Header hinzu und versuchen Sie es erneut.

Wird zurückgegeben, wenn bedingte Header wie If-Match oder If-Unmodified-Since fehlschlagen — typischerweise optimistisches Sperren: jemand anderes hat die Ressource seit Ihrer Version geändert. Rufen Sie ab und versuchen Sie es erneut.

Häufig beim Hochladen großer Dateien. Die Serverkonfiguration (nginx, apache) legt eine maximale Textgröße fest. Überprüfen Sie die Serverkonfiguration.

Normalerweise durch sehr lange Abfrage-Strings verursacht (z. B. Kodierung von Daten in einem GET). Wechseln Sie zu einem POST-Text oder erhöhen Sie das Serverlimit, wenn Sie es kontrollieren.

Zum Beispiel, application/xml an einen Server senden, der nur application/json akzeptiert. Setzen Sie den Content-Type-Header korrekt.

Der Range-Header fordert einen Teil an, den die Datei nicht hat — z. B. einen Download nach dem Ende der Datei fortsetzen. Die Antwort sollte Content-Range mit der tatsächlichen Größe enthalten.

Wird gesendet, wenn der Server Expect: 100-continue nicht unterstützt. Einige Clients senden diesen Header standardmäßig bei großen POSTs; die Deaktivierung löst normalerweise den Fehler.

Ein Aprilscherz von 1998 (RFC 2324). Einige echte APIs verwenden es für Witze oder um veraltete Endpunkte zu markieren. Nicht für den Produktionseinsatz.

Häufig bei HTTP/2-Verbindungswiederverwendung: die Anfrage erreichte einen Server, der nicht für den Zielhostnamen konfiguriert ist. Der Client sollte über eine neue Verbindung erneut versuchen.

Zum Beispiel wurde JSON korrekt analysiert, aber ein erforderliches Feld fehlte oder ein Feldwert war außerhalb des Bereichs. Üblich in REST-API-Validierungsantworten.

WebDAV: die Quell- oder Zielressource ist von einem anderen Client gesperrt, daher kann die Operation nicht fortgesetzt werden. Warten Sie, bis die Sperre freigegeben wird, oder brechen Sie sie mit dem richtigen Token.

WebDAV: in einer Kette abhängiger Operationen ist eine frühere Aktion fehlgeschlagen, daher wurde diese nicht ausgeführt. Schauen Sie sich den früheren Fehler für die Grundursache an.

Bezieht sich auf TLS 1.3 0-RTT (frühe Daten): der Server wird es nicht riskieren, eine möglicherweise wiedergegebene Anfrage zu verarbeiten. Der Client sollte erneut versuchen, nachdem der Handshake abgeschlossen ist.

Der Server weigert sich, die Anfrage über das aktuelle Protokoll bereitzustellen, wird dies aber nach einem Upgrade tun — die Antwort enthält einen Upgrade-Header, der das erforderliche Protokoll benennt.

Der Server verlangt bedingte Header (wie If-Match), um Lost-Update-Konflikte zu verhindern. Rufen Sie die Ressource ab, erfassen Sie ihren ETag und senden Sie ihn mit If-Match erneut.

Bitte langsamer. Die Antwort sollte einen Retry-After-Header enthalten, der angibt, wann erneut versucht werden soll. Üblich bei APIs mit Anfragequoten.

Entweder ein Header oder die Gesamtheadergröße überschreitet das Limit — am häufigsten durch übergroße Cookies verursacht. Löschen Sie Cookies oder reduzieren Sie, was Ihre App in ihnen speichert.

Die Ressource ist aus rechtlichen Gründen blockiert — Zensur, Gerichtsbeschlüsse oder regionale Vorschriften. Die Nummer ist eine Anspielung auf den Roman Fahrenheit 451.

Ein allgemeiner Auffangcode für serverseitige Fehler. Überprüfen Sie die Serverprotokolle auf die eigentliche Ursache: nicht behandelte Ausnahme, Datenbankfehler usw.

Zum Beispiel erkennt der Server die HTTP-Methode nicht. Selten in der Praxis — häufiger sehen Sie 405.

Häufig in Microservice-Architekturen. Ihr Load Balancer oder Reverse Proxy erhielt eine fehlgeformte Antwort vom Backend-Service.

Entweder ist er zur Wartung offline oder überlastet. Die Antwort sollte einen Retry-After-Header enthalten. Oft während Bereitstellungen zurückgegeben.

Der Backend-Service antwortete nicht schnell genug. Überprüfen Sie die Upstream-Service-Integrität und Timeout-Konfigurationen.

Die HTTP-Hauptversion der Anfrage wird vom Server nicht unterstützt. Wird mit modernen Clients fast nie angezeigt.

Die transparente Inhaltsaushandlung endete in einer Schleife: Die gewählte Variante ist selbst für die Aushandlung konfiguriert. Zeigt einen Serverkonfigurationsfehler an.

Ursprünglich WebDAV-spezifisch, aber manchmal von allgemeinen Servern verwendet. Bedeutet, dass der Server die Anfrage aufgrund von Speicherbeschränkungen nicht speichern kann.

WebDAV: Die Verarbeitung einer Depth: infinity-Anfrage geriet in eine Schleife (z. B. zirkuläre Bindungen). Die Operation wurde abgebrochen.

Aus dem veralteten HTTP-Extension-Framework: der Server benötigt weitere Informationen, bevor er die Anfrage erfüllen kann. Im modernen Web praktisch nicht im Einsatz.

Wird von Captive Portals (Hotel/Flughafen WiFi) verwendet, um anzuzeigen, dass sich der Benutzer im Netzwerk anmelden muss, bevor er auf externe Websites zugreift.