Analisador de tamanho de resposta HTTP
Cole os cabeçalhos e o corpo de uma resposta HTTP para ver os tamanhos não comprimido, GZIP, DEFLATE e Brotli lado a lado. Valida o Content-Encoding, verifica se falta o cabeçalho Vary e apresenta recomendações de compressão práticas. Funciona inteiramente no seu navegador e sem registo.
Paste HTTP response headers and body to see uncompressed, GZIP, DEFLATE, and Brotli sizes side by side. Checks Content-Encoding, validates Content-Length, and gives actionable compression recommendations. Runs entirely in your browser.
Load an example:
Paste the raw HTTP response headers (including status line)
Paste the raw response body (JSON, HTML, CSS, etc.)
Porque usar o nosso analisador de tamanho de resposta HTTP?
Estas são as principais vantagens da ferramenta.
- Análise instantânea de respostas HTTP: cole qualquer resposta HTTP e veja imediatamente os tamanhos não comprimido, GZIP, DEFLATE e Brotli lado a lado — com contagens exatas de bytes e percentagens de redução.
- Analisador de respostas HTTP online seguro: toda a compressão e análise são executadas inteiramente no seu navegador. Os dados da sua resposta nunca saem do dispositivo — seguro para analisar respostas com dados de API confidenciais.
- Validação de cabeçalhos e recomendações: verifica o Content-Encoding, valida o Content-Length, deteta cabeçalhos Vary em falta e apresenta recomendações práticas para cada resposta.
- 100 % grátis para sempre: analise tantas respostas HTTP quantas precisar, totalmente grátis. Sem conta, sem subscrição, sem limites de tamanho e sem anúncios.
O que é a análise do tamanho de resposta HTTP?
A análise do tamanho de resposta HTTP é o processo de medir o tamanho de uma resposta HTTP na sua forma bruta e quanto mais pequena seria com compressão GZIP, DEFLATE ou Brotli aplicada. Os servidores web podem comprimir respostas baseadas em texto (HTML, JSON, CSS, JavaScript) antes de as enviar ao navegador, reduzindo o tamanho de transferência em 60-90 %. O nosso analisador de tamanho de resposta HTTP grátis realiza esta análise inteiramente no seu navegador com a API nativa CompressionStream — sem envio para servidores.
Como funciona o nosso analisador de tamanho de resposta HTTP
Estes são os três passos.
- Cole os cabeçalhos e o corpo: copie os cabeçalhos de resposta HTTP em bruto e o corpo a partir das ferramentas de programador do navegador, da saída do curl ou do seu cliente de API, e cole-os nos dois painéis.
- Análise instantânea no navegador: clique em «Analisar resposta» e a ferramenta comprime o corpo com GZIP, DEFLATE e Brotli em paralelo através da API nativa CompressionStream do navegador. Os seus dados nunca saem do dispositivo.
- Reveja os resultados e as recomendações: veja o gráfico de comparação de tamanhos, a tabela de cabeçalhos analisados e recomendações práticas para melhorar a compressão.
O que é analisado
Eis o que a ferramenta analisa.
- Compressão do corpo: o corpo da resposta é comprimido com GZIP, DEFLATE e Brotli — mostrando os tamanhos exatos e as percentagens de redução de cada um.
- Content-Encoding: verifica se a resposta já está comprimida e valida o valor da codificação face a formatos de compressão conhecidos.
- Content-Length: valida se o Content-Length declarado corresponde ao tamanho real do corpo — discrepâncias podem causar problemas de ligação.
- Cabeçalho Vary: verifica o cabeçalho obrigatório Vary: Accept-Encoding, que garante que as CDN e os proxys guardam em cache separadamente as versões comprimidas e não comprimidas.
GZIP ou Brotli para respostas HTTP
O GZIP é o formato de compressão HTTP com maior suporte — todos os navegadores e servidores o suportam. Normalmente consegue uma redução de 60-80 % em JSON e HTML. O Brotli alcança uma compressão 15-25 % melhor do que o GZIP com o mesmo nível de qualidade e é suportado por todos os navegadores modernos (Chrome, Firefox, Safari, Edge). Para maximizar a poupança de largura de banda, ative o Brotli como compressão principal com o GZIP como alternativa para clientes mais antigos.
Perguntas frequentes
Um analisador de tamanho de resposta HTTP mede o tamanho de uma resposta HTTP não comprimida e quanto mais pequena seria com compressão GZIP, DEFLATE ou Brotli. O nosso analisador de tamanho de resposta HTTP online grátis funciona inteiramente no seu navegador — sem registo nem envio para servidores.
Abra as ferramentas de programador do navegador (F12), vá ao separador Rede, clique em qualquer pedido e copie os cabeçalhos de resposta e o corpo da resposta. Em alternativa, use o curl com a opção -i para incluir os cabeçalhos na saída, ou copie a partir do seu cliente de API (Postman, Insomnia, etc.).
Sim, é garantida privacidade total. Toda a compressão e análise são executadas inteiramente no cliente, no seu navegador, com a API nativa CompressionStream. Os dados da sua resposta — incluindo cargas úteis de API confidenciais — nunca saem do dispositivo e nunca são enviados para qualquer servidor.
Sim. O analisador de tamanho de resposta HTTP é 100 % grátis, sem registo, sem subscrição, sem limites de tamanho de dados e sem anúncios. Pode analisar tantas respostas quantas precisar.
Content-Encoding: gzip significa que o servidor já comprimiu o corpo da resposta com GZIP antes de o enviar. Para uma análise precisa, o corpo que cola deve ser a versão descomprimida. Se colar o corpo comprimido, a ferramenta mostra-o como já pequeno e a poupança de compressão parecerá mínima.
A compressão Brotli através da API CompressionStream requer Chrome 80+, Edge 80+ ou Safari 17.4+. Se o seu navegador não a suportar, a ferramenta estima o tamanho Brotli em cerca de 85 % do tamanho GZIP, uma aproximação razoável. Para medições exatas de Brotli, use Chrome ou Edge.
O cabeçalho Vary: Accept-Encoding indica às CDN e aos proxys de cache que guardem versões em cache separadas para respostas comprimidas e não comprimidas. Sem ele, uma CDN pode servir uma resposta comprimida com GZIP a um cliente que não suporta GZIP, originando saída ilegível. Inclua sempre este cabeçalho ao servir respostas comprimidas.
Os formatos baseados em texto comprimem muito bem: JSON (redução de 60-80 %), HTML (65-85 %), CSS (70-85 %), JavaScript (60-80 %), XML (70-85 %) e texto simples (50-75 %). Os formatos binários como imagens (JPEG, PNG, WebP), vídeos e arquivos já comprimidos quase não ganham nada com a compressão HTTP e não a devem ter ativada.