202 Accepted betekent dat de server het verzoek heeft geaccepteerd maar nog niet heeft afgerond, en het misschien ook nooit afrondt. HTTP biedt geen manier om het resultaat van achtergrondwerk later te melden, dus 202 legt zich bewust nergens op vast.
De code wordt gebruikt voor batchjobs, exports, het transcoderen van video, message queues en ander werk dat op de achtergrond draait. Een goede 202-response vertelt de client hoe hij verder kan: een URL waar de status te controleren is (in de body of in een Location-header) en een schatting van wanneer de job klaar is, soms met Retry-After.
Clients behandelen 202 als succes. Afzenders van webhooks accepteren de code bijvoorbeeld, net als elke andere 2xx-code, als bevestiging dat een event is ontvangen.
Voorbeeldresponse
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 en redirects controleren
202 hoort niet thuis op pagina’s die voor zoekmachines bedoeld zijn. Crawlers behandelen de code als succes, maar er is meestal niets te indexeren. Analytics-beacons en trackingendpoints geven vaak 202 of 204 terug, en dat is prima, omdat ze niet als pagina worden gecrawld.
Veelvoorkomende oorzaken en toepassingen
- Een API heeft een langlopende job in de wachtrij gezet en geeft een URL terug waar de status kan worden opgevraagd.
- Een webhookontvanger bevestigt een event direct en verwerkt het later.
- Een logging- of analytics-endpoint accepteert data zonder te bevestigen dat die is opgeslagen.