102 Processing é uma resposta provisória da especificação original do WebDAV, a RFC 2518. O servidor podia enviá-la para avisar ao cliente que tinha recebido a requisição completa e ainda estava trabalhando nela, para que o cliente não atingisse o tempo limite durante uma operação lenta, como um COPY ou MOVE recursivo com Depth: infinity.
A RFC 4918, que substituiu a RFC 2518 em 2007, removeu o 102 porque ele quase nunca era implementado. O código continua registrado e alguns servidores ainda o enviam, mas aplicações novas não devem depender dele. Para tarefas demoradas, retorne 202 Accepted com uma URL que o cliente possa consultar periodicamente, ou transmita o progresso em streaming.
Clientes que não entendem o 102 podem ignorá-lo, assim como podem ignorar qualquer resposta 1xx inesperada, e continuar esperando o status final.
Exemplo de resposta
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 e verificação de redirecionamentos
Os mecanismos de busca nunca veem o 102 como status de uma página; só a resposta final conta. Um verificador de redirecionamento também informa o status final (no WebDAV, muitas vezes 207 Multi-Status), porque as respostas provisórias são consumidas pelo cliente HTTP.
Causas comuns e casos de uso
- Um servidor WebDAV informa que um
COPY,MOVEouDELETErecursivo e lento ainda está em andamento. - Uma aplicação envia 102 como sinal de keep-alive durante requisições longas. Prefira 202 Accepted com consulta periódica (polling).
- Proxies ou clientes atingem o tempo limite em operações longas, mesmo com o servidor enviando 102. Aumente o tempo limite de leitura deles ou torne a operação assíncrona.