202 Accepted significa que o servidor aceitou a requisição, mas não a concluiu e talvez nem chegue a concluí-la. O HTTP não tem como informar mais tarde o resultado de um trabalho em segundo plano; por isso, o 202 é propositalmente vago.
Ele é usado em jobs em lote, exportações, transcodificação de vídeo, filas de mensagens e outras tarefas executadas em segundo plano. Uma boa resposta 202 diz ao cliente como acompanhar o andamento: uma URL onde o status pode ser consultado (no corpo ou em um cabeçalho Location) e uma estimativa de quando a tarefa vai terminar, às vezes com Retry-After.
Os clientes tratam o 202 como sucesso. Quem envia webhooks, por exemplo, o aceita como qualquer outro código 2xx, como confirmação de que um evento foi recebido.
Exemplo de resposta
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 e verificação de redirecionamentos
O 202 não tem lugar em páginas destinadas aos mecanismos de busca. Os rastreadores o tratam como sucesso, mas geralmente não há nada para indexar. Beacons de analytics e endpoints de rastreamento costumam retornar 202 ou 204, o que não é problema, porque eles não são rastreados como páginas.
Causas comuns e casos de uso
- Uma API colocou uma tarefa demorada na fila e retorna uma URL onde o status dela pode ser consultado periodicamente.
- Um receptor de webhooks confirma o recebimento de um evento na hora e o processa depois.
- Um endpoint de logs ou de analytics aceita os dados sem confirmar que eles foram armazenados.