202 Accepted significa que el servidor aceptó la solicitud pero no la ha completado, y puede que no llegue a completarla. HTTP no ofrece ninguna forma de informar más tarde del resultado de un trabajo en segundo plano, así que el 202 evita comprometerse a propósito.
Se usa en trabajos por lotes, exportaciones, transcodificación de video, colas de mensajes y otras tareas que se ejecutan en segundo plano. Una buena respuesta 202 indica al cliente cómo hacer el seguimiento: una URL donde consultar el estado (en el cuerpo o en un encabezado Location) y una estimación de cuándo terminará el trabajo, a veces con Retry-After.
Los clientes tratan el 202 como un éxito. Los emisores de webhooks, por ejemplo, lo aceptan igual que cualquier código 2xx como confirmación de que se recibió un evento.
Ejemplo de respuesta
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 y verificación de redirecciones
El 202 no tiene cabida en las páginas pensadas para los motores de búsqueda. Los rastreadores lo tratan como un éxito, pero normalmente no hay nada que indexar. Los beacons de analítica y los endpoints de seguimiento suelen devolver 202 o 204, lo cual no es un problema porque no se rastrean como páginas.
Causas frecuentes y casos de uso
- Una API puso en cola una tarea de larga duración y devuelve una URL donde consultar su estado.
- Un receptor de webhooks confirma un evento de inmediato y lo procesa más tarde.
- Un endpoint de registros o de analítica acepta datos sin confirmar que se hayan almacenado.