Web und Entwicklung / CLEARBYTE

HTTP-Statuscodes für Websiteprüfungen und Integrationen

Der Statuscode beschreibt das Ergebnis einer HTTP-Anfrage. Eine Fehlerseite mit 200 unterscheidet sich von echtem 404. Prüfe bei Websites und APIs Code, Methode und Antwortheader gemeinsam.

HTTP-Statuscodes für Websiteprüfungen und Integrationen

Der Statuscode beschreibt das Ergebnis einer HTTP-Anfrage. Eine Fehlerseite mit 200 unterscheidet sich von echtem 404. Prüfe bei Websites und APIs Code, Methode und Antwortheader gemeinsam.
CodeBedeutungPraktische Auslegung
200OKAnfrage erfolgreich; Körper gemäß Anfragemethode auswerten.
201ErstelltDie Anfrage hat eine oder mehrere Ressourcen erstellt.
204Kein InhaltErfolgreiche Anfrage ohne Antwortinhalt.
301Dauerhaft verschobenRessource hat eine dauerhaft neue URI; manche Clients ändern POST zu GET.
302GefundenTemporäre Weiterleitung; manche Clients ändern POST zu GET.
307Temporäre WeiterleitungTemporäre Weiterleitung unter Beibehaltung der Methode.
308Dauerhafte WeiterleitungDauerhafte Weiterleitung unter Beibehaltung der Methode.
304Nicht geändertBedingtes GET oder HEAD kann die gespeicherte Darstellung nutzen.
400Ungültige AnfrageServer kann oder will wegen eines vermuteten Clientfehlers nicht verarbeiten.
401Authentifizierung erforderlichGültige Anmeldedaten sind erforderlich.
403VerbotenServer versteht die Anfrage, verweigert sie jedoch.
404Nicht gefundenKeine aktuelle Darstellung gefunden oder Server möchte sie nicht offenlegen.
405Methode nicht erlaubtMethode ist bekannt, wird für diese Ressource aber nicht unterstützt.
410EntferntZugriff ist nicht mehr verfügbar, wahrscheinlich dauerhaft.
429Zu viele AnfragenAnfragerate begrenzt; Retry-After kann angegeben sein.
500Interner ServerfehlerUnerwarteter Serverzustand verhinderte die Ausführung.
502Ungültige Gateway-AntwortGateway erhielt eine ungültige Antwort vom vorgeschalteten Server.
503Dienst nicht verfügbarServer kann die Anfrage vorübergehend nicht bearbeiten.
504Gateway-ZeitüberschreitungGateway erhielt die Antwort des vorgeschalteten Servers nicht rechtzeitig.
Diese Tabelle als CSV herunterladen ↓

Formel und Methode

Prüfe den Status vor dem Parsen erwarteter Dokumente oder JSON. Folge Weiterleitungen bewusst und dokumentiere die Kette bei kanonischen URLs. Prüfe bei gelöschten Seiten sichtbare Meldung und echten Status. Authentifizierung, Ratenlimits und temporäre Fehler brauchen andere Behandlung. Beachte Retry-After bei 429 oder 503. Auch 200 kann einen fachlichen Fehler enthalten; der Status bestätigt nicht die ganze Operation.

Rechenbeispiel

Zeigt eine unbekannte URL „Seite nicht gefunden“ mit 200, widersprechen sich Text und Protokoll. Auch eine individuell gestaltete Fehlerseite kann korrekt 404 senden.

Was das Ergebnis beeinflussen kann

Ausgewählte Standardbedeutungen, nicht sämtliche Codes oder Anwendungsverträge. 403 oder 404 beweisen nicht, dass eine Ressource nie existierte.

Quellen und Definitionen

Methode geprüft:

Mit einer verwandten Aufgabe fortfahren