202 Accepted: recibido ahora, procesado después

202 Accepted significa que el servidor recibió la solicitud y la puso en cola, pero el trabajo no ha terminado y puede que nunca se complete.

Comprueba el código de estado de una URL

202 Accepted significa que el servidor ha recibido la solicitud y la ha puesto en cola, pero no ha terminado el trabajo y puede que nunca lo complete. Es la respuesta estándar para tareas asíncronas: “recibido, vuelve a mirar más tarde”.

Definición

La RFC 9110, sección 15.3.3 califica el 202 de “intencionadamente evasivo”. La solicitud se ha aceptado para procesarla, el resultado se desconoce y HTTP no tiene ningún mecanismo propio para informar después. Por eso la respuesta debería describir el estado actual y, a ser posible, enlazar a un recurso de estado que el cliente pueda consultar periódicamente:

HTTP/1.1 202 Accepted
Location: /api/v1/jobs/7731
Content-Type: application/json

{"job":7731,"state":"queued","status_url":"/api/v1/jobs/7731"}

Dónde lo verás

  • Trabajos por lotes: exportaciones, importaciones, codificación de vídeo, envíos masivos de correo.
  • Webhooks y API de eventos que confirman la recepción al instante y procesan después.
  • IndexNow: un 202 significa que las URL se recibieron pero la clave todavía se está validando; cuando se confirma tu archivo de clave, los envíos suelen recibir 200.
  • Solicitudes largas detrás de proxies: en lugar de agotar el tiempo con un 504 o con el 524 de Cloudflare, devuelve 202 y termina el trabajo en segundo plano.

Impacto en el SEO

La documentación de Google trata el 202 igual que el 201: Googlebot espera el contenido durante un tiempo limitado y luego pasa lo que haya recibido. Una página pública que responde 202 con un marcador de “procesando…” corre el riesgo de indexarse como ese marcador o de marcarse como soft 404. Algunas capas de protección contra bots también responden a los clientes sospechosos con un 202 y una página de verificación en lugar del contenido; si eso afecta a los rastreadores, tus páginas reales nunca llegan al índice. Las páginas públicas deben devolver 200 con el contenido completo.

Cómo comprobarlo

Pega las URL en el comprobador de códigos de estado HTTP para asegurarte de que tus páginas devuelven 200 y no 202. Con IndexNow, el enviador de IndexNow te permite verificar que tu archivo de clave es accesible en tu sitio, que es lo que IndexNow valida, antes de enviar URL.

Preguntas frecuentes

¿202 significa que mi solicitud tuvo éxito?

Solo que se aceptó para procesarla. El trabajo todavía puede fallar más adelante, así que consulta la URL de estado o el ID de tarea que devolvió el servidor.

¿Por qué IndexNow devolvió 202?

IndexNow usa el 202 para indicar que recibió tus URL pero aún está validando tu clave. Comprueba que el archivo de clave es accesible en tu sitio; los envíos posteriores deberían devolver 200.

¿Un 202 es malo para el SEO?

En los endpoints de una API es irrelevante. En las páginas públicas es un problema: Google espera solo un momento el contenido y puede indexar un marcador o tratarlo como soft 404. Las páginas deben devolver 200.