202 Accepted bedeutet, dass der Server die Anfrage angenommen, aber noch nicht ausgeführt hat und sie möglicherweise auch gar nicht ausführt. HTTP bietet keine Möglichkeit, das Ergebnis einer Hintergrundverarbeitung später mitzuteilen, deshalb ist 202 bewusst unverbindlich.
Der Code wird für Batch-Jobs, Exporte, Video-Transcoding, Message-Queues und andere Aufgaben verwendet, die im Hintergrund laufen. Eine gute 202-Antwort sagt dem Client, wie es weitergeht: eine URL, unter der sich der Status abfragen lässt (im Body oder in einem Location-Header), und eine Schätzung, wann der Job fertig ist, manchmal mit Retry-After.
Clients werten 202 als Erfolg. Webhook-Absender etwa akzeptieren den Code wie jeden 2xx-Code als Bestätigung, dass ein Ereignis empfangen wurde.
Beispielantwort
HTTP/1.1 202 Accepted
Date: Fri, 06 Nov 2026 10:15:32 GMT
Location: https://api.example.com/v1/exports/3f9c
Retry-After: 30
Content-Type: application/json
Content-Length: 31
{"id":"3f9c","status":"queued"}SEO und Weiterleitungsprüfung
202 hat auf Seiten, die für Suchmaschinen bestimmt sind, nichts zu suchen. Crawler werten den Code als Erfolg, aber meist gibt es nichts zu indexieren. Analytics-Beacons und Tracking-Endpunkte liefern oft 202 oder 204. Das ist unproblematisch, weil sie nicht als Seiten gecrawlt werden.
Häufige Ursachen und Einsatzzwecke
- Eine API hat einen lang laufenden Job in die Warteschlange gestellt und gibt eine URL zurück, unter der sich sein Status abfragen lässt.
- Ein Webhook-Empfänger bestätigt ein Ereignis sofort und verarbeitet es später.
- Ein Logging- oder Analytics-Endpunkt nimmt Daten an, ohne zu bestätigen, dass sie gespeichert wurden.