102 Processing es una respuesta provisional de la especificación original de WebDAV, la RFC 2518. Un servidor podía enviarla para avisar al cliente de que había recibido la solicitud completa y seguía procesándola, de modo que el cliente no agotara el tiempo de espera durante una operación lenta, como un COPY o un MOVE recursivo con Depth: infinity.
La RFC 4918, que sustituyó a la RFC 2518 en 2007, eliminó el 102 porque casi nadie lo implementaba. El código sigue registrado y algunos servidores todavía lo envían, pero las aplicaciones nuevas no deberían depender de él. Para tareas de larga duración, devuelve 202 Accepted con una URL que el cliente pueda consultar periódicamente, o transmite el progreso en streaming.
Los clientes que no entienden el 102 pueden ignorarlo, igual que cualquier respuesta 1xx inesperada, y seguir esperando el estado final.
Ejemplo de respuesta
HTTP/1.1 102 Processing
HTTP/1.1 207 Multi-Status
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: application/xml; charset=utf-8
Transfer-Encoding: chunkedSEO y verificación de redirecciones
Los motores de búsqueda nunca ven un 102 como estado de una página; solo cuenta la respuesta final. Un verificador de redirecciones también muestra el estado final (en WebDAV, a menudo 207 Multi-Status), porque el cliente HTTP consume las respuestas provisionales.
Causas frecuentes y casos de uso
- Un servidor WebDAV avisa de que un
COPY,MOVEoDELETErecursivo y lento sigue en curso. - Una aplicación envía 102 como señal de keep-alive durante solicitudes largas. Es preferible un 202 Accepted con consultas periódicas (polling).
- Los proxies o los clientes agotan el tiempo de espera en operaciones largas aunque el servidor haya enviado 102. Aumenta su tiempo de espera de lectura o haz que la operación sea asíncrona.