Statuscode 202 Accepted
Was ist der HTTP-Statuscode 202 Accepted?
Der HTTP-Statuscode 202 „Accepted“ bedeutet, dass ein Server eine Anfrage angenommen hat, ihre Verarbeitung zum Zeitpunkt der Antwort jedoch noch nicht abgeschlossen ist. Der Code wird vor allem bei asynchronen Vorgängen verwendet. Er bestätigt lediglich die Annahme der Anfrage und garantiert kein erfolgreiches Endergebnis.
Was bedeutet der Statuscode 202 Accepted?
Der Statuscode 202 Accepted gehört zur Klasse der HTTP-Statuscodes 2xx, die grundsätzlich eine erfolgreiche Annahme oder Bearbeitung einer Anfrage signalisieren. Bei einer 202-Antwort hat der Server die Anfrage akzeptiert, die angeforderte Verarbeitung aber noch nicht beendet. Sie kann zum Zeitpunkt der Antwort sogar noch nicht begonnen haben.
Die englische Bezeichnung „Accepted“ bedeutet auf Deutsch „angenommen“ oder „akzeptiert“. Anders als der Statuscode 200 OK bestätigt HTTP 202 daher kein fertiges Ergebnis. Der Server teilt dem Client, beispielsweise einem Browser, einer App oder einem Crawler, lediglich mit, dass die Anfrage zur weiteren Verarbeitung vorgesehen ist.
Das endgültige Resultat kann erfolgreich sein, fehlschlagen oder aufgrund einer späteren Prüfung verworfen werden. HTTP bietet innerhalb der ursprünglichen 202-Antwort keine automatische Möglichkeit, das Ergebnis nach Abschluss des Vorgangs nachzuliefern. Der Client benötigt deshalb einen gesonderten Mechanismus zur Statusabfrage.
Wie funktioniert eine 202-Antwort?
Der HTTP-Statuscode 202 Accepted kommt meist bei Prozessen zum Einsatz, deren vollständige Ausführung mehr Zeit benötigt als eine gewöhnliche HTTP-Anfrage. Der Server nimmt den Auftrag entgegen, legt ihn beispielsweise in einer Warteschlange ab und sendet sofort eine Antwort. Die eigentliche Verarbeitung läuft anschließend im Hintergrund weiter.
Ein typischer Ablauf besteht aus folgenden Schritten:
Die Antwort sollte verständlich beschreiben, wie sich der Bearbeitungsstand überprüfen lässt. Häufig enthält der Response-Body eine Job-ID, einen Status wie pending und eine Adresse für spätere Abfragen. Der optionale Header Retry-After kann angeben, nach welcher Zeit eine erneute Anfrage sinnvoll ist.
HTTP/1.1 202 Accepted. Der Server gibt zusätzlich eine Auftrags-ID und eine Status-URL zurück. Über diese URL kann die Anwendung später prüfen, ob der Export noch verarbeitet wird, abgeschlossen ist oder fehlgeschlagen ist.Typische Einsatzbereiche von HTTP 202
Eine 202-Antwort eignet sich für zeitintensive oder entkoppelte Prozesse, bei denen der Client nicht auf das Endergebnis warten soll. Dazu zählen große Datenimporte, Videoverarbeitung, der Versand umfangreicher Nachrichtenserien, die Erstellung von Berichten oder die Übergabe von Aufgaben an externe Systeme.
Häufige Anwendungsfälle sind:
Für eine normale HTML-Seite ist der 202-Accepted-Status dagegen meist ungeeignet. Eine dauerhaft abrufbare Webseite sollte in der Regel HTTP 200 OK zurückgeben, sobald ihr vollständiger Inhalt verfügbar ist. Die kuratierten Technik-Prüfungen von seoagentur.de empfehlen insbesondere für URLs in XML-Sitemaps einen Statuscode 200, damit Suchmaschinen ein eindeutiges Signal erhalten.
Abgrenzung zu anderen 2xx-Statuscodes
| Statuscode | Bedeutung | Verarbeitung abgeschlossen? | Typischer Anwendungsfall |
|---|---|---|---|
| 200 OK | Die Anfrage wurde erfolgreich verarbeitet. | Ja | Abruf einer fertigen Webseite oder API-Antwort |
| 201 Created | Die Anfrage wurde verarbeitet und eine Ressource erstellt. | Ja | Anlegen eines neuen Datensatzes über eine API |
| 202 Accepted | Die Anfrage wurde angenommen und wird später verarbeitet. | Nein | Start eines Hintergrundauftrags |
| 204 No Content | Die Anfrage wurde erfolgreich verarbeitet, ohne Antwortinhalt zu senden. | Ja | Speichern oder Löschen ohne zusätzliche Rückgabe |
Der Unterschied zwischen 200 OK und 202 Accepted liegt somit im Bearbeitungsstand. HTTP 200 bestätigt die erfolgreiche Verarbeitung, während HTTP 202 nur die Annahme bestätigt. Auch das Gelingen einer mit 202 beantworteten Anfrage kann noch nicht garantiert werden.
Welche Bedeutung hat der Statuscode für SEO und GEO?
Suchmaschinen-Crawler ordnen eine 202-Antwort der erfolgreichen 2xx-Klasse zu, erhalten damit aber kein eindeutiges Signal über einen vollständig ausgelieferten Seiteninhalt. Gibt eine indexierbare URL dauerhaft HTTP 202 zurück, kann ein Crawler eine Warteseite, eine leere Antwort oder unvollständige Inhalte erfassen. Das erschwert eine verlässliche Verarbeitung und Indexierung.
Für SEO-Seiten, Landingpages und Inhalte in XML-Sitemaps solltest du deshalb prüfen, ob der Server nach Abschluss eines Hintergrundprozesses HTTP 200 ausliefert. Eine Sitemap sollte direkt auf die endgültigen, kanonischen URLs verweisen und keine Status- oder Auftragsadressen enthalten. Eine technische Prüfung im Rahmen eines SEO-Audits deckt solche inkonsistenten Serverantworten auf.
Für GEO, also Generative Engine Optimization, gilt ein vergleichbares technisches Grundprinzip. KI-Crawler und andere automatisierte Clients benötigen abrufbare, vollständige Inhalte. Liefert eine redaktionelle URL dauerhaft nur eine Bestätigung über einen laufenden Prozess, steht dem System möglicherweise kein zitierfähiger Hauptinhalt zur Verfügung. Eine saubere technische Onpage-Optimierung stellt deshalb sicher, dass öffentliche Inhaltsseiten den tatsächlich passenden Statuscode senden.
Wie lässt sich eine 202-Implementierung prüfen?
Du kannst HTTP-Antworten mit Browser-Entwicklertools, einem Kommandozeilenprogramm wie curl, Server-Logs oder einem technischen Crawler kontrollieren. Wichtig sind neben dem Statuscode der Response-Body, vorhandene Status-URLs, die Dauer der Hintergrundverarbeitung und der endgültige Status nach Abschluss des Auftrags.
Bei der technischen Prüfung solltest du folgende Fragen beantworten:
Ein häufiger Implementierungsfehler besteht darin, HTTP 202 als allgemeine Erfolgsmeldung zu verwenden, obwohl der Vorgang bereits abgeschlossen ist. In diesem Fall sind je nach Ergebnis 200, 201 oder 204 präziser. Ebenso problematisch ist eine 202-Antwort ohne Statusabfrage, weil der Client dann nicht feststellen kann, ob und wann der Auftrag beendet wurde.
Die Performance Suite kann technische Statuscodes und Crawling-Fehler zentral erfassen. Wenn du technische SEO-Daten regelmäßig prüfen und für weitere Analysen exportieren möchtest, kannst du einen kostenlosen Zugang anlegen.
Free Account anlegenHäufige Fragen zum HTTP-Status 202
Ist HTTP 202 eine Fehlermeldung?
Nein. HTTP 202 gehört zur erfolgreichen 2xx-Klasse. Die Antwort bestätigt jedoch nur, dass der Server die Anfrage angenommen hat, und nicht, dass die Verarbeitung erfolgreich abgeschlossen wurde.
Darf eine 202-Antwort einen Response-Body enthalten?
Ja. Der Response-Body sollte idealerweise den aktuellen Bearbeitungsstand, eine Auftrags-ID und Informationen zur späteren Statusabfrage enthalten.
Wie lange darf ein Server den Status 202 verwenden?
HTTP legt dafür keine feste Zeitspanne fest. Die Bearbeitungsdauer hängt vom jeweiligen Prozess ab. Der Server sollte dem Client jedoch eine nachvollziehbare Möglichkeit zur Statuskontrolle anbieten.
Ist der Location-Header bei HTTP 202 verpflichtend?
Nein. Ein Location-Header ist bei HTTP 202 nicht grundsätzlich verpflichtend, kann aber auf eine Ressource verweisen, über die der Client den laufenden Auftrag überwacht.
Sollte eine 202-URL in der XML-Sitemap stehen?
Eine dauerhaft mit HTTP 202 antwortende URL sollte in der Regel nicht in einer XML-Sitemap stehen. Die Sitemap sollte auf fertige, kanonische Inhaltsseiten verweisen, die normalerweise HTTP 200 zurückgeben.
Sie haben noch Fragen?
