Verificador de Compressão HTTP

Verifique se seu servidor web suporta compressão gzip e Brotli. Compara tamanhos de resposta comprimidos vs descomprimidos, calcula taxa de compressão, verifica cabeçalhos Content-Encoding e confirma cabeçalhos Vary para caching correto de CDN.

Como Usar Verificador de Compressão HTTP

  1. 1Digite uma URL para testar a compressão HTTP.
  2. 2A ferramenta busca a URL com cabeçalhos Accept-Encoding gzip e Brotli.
  3. 3Os tamanhos de resposta comprimidos e descomprimidos são comparados.
  4. 4A taxa de compressão, os cabeçalhos Content-Encoding e Vary são exibidos.
ZenovayAnalytics

Veja quem está no seu site agora mesmo.

  • Acompanhamento de visitantes em tempo real
  • Privacidade em primeiro lugar, sem banner de cookies
  • Configurado em dois minutos
Conheça o Zenovay

Perguntas Frequentes

Por que compressão HTTP importa para desempenho?
Compressão HTTP reduz o tamanho de recursos baseados em texto (HTML, CSS, JavaScript, JSON, XML) enviados pela rede. Gzip tipicamente reduz tamanhos de arquivo em 60-80%, e Brotli alcança 15-25% melhor compressão que gzip. Para páginas grandes, isto pode economizar centenas de kilobytes, reduzindo significativamente time-to-first-byte (TTFB) e melhorando Core Web Vitals (LCP, FCP). Compressão é especialmente impactante em conexões móveis lentas.
Qual é a diferença entre gzip e Brotli?
Gzip (Content-Encoding: gzip) é o padrão de compressão mais antigo e universal suportado por todos os navegadores desde 2010. Brotli (Content-Encoding: br) é o algoritmo mais novo do Google que alcança melhores taxas de compressão, especialmente para conteúdo de texto. Brotli é suportado por todos os navegadores modernos (Chrome 49+, Firefox 44+, Safari 11+, Edge 15+). CDNs como Cloudflare e Fastly suportam ambos. Se seu servidor suporta Brotli, ele deve ser preferido — especialmente para ativos estáticos.
O que é o header Vary: Accept-Encoding?
Quando um servidor serve respostas comprimidas diferentes baseado no que o cliente suporta, ele deve incluir Vary: Accept-Encoding na resposta. Isto diz a proxies CDN e caches que a resposta varia pelo header de requisição Accept-Encoding, então eles fazem cache de versões separadas para gzip vs. brotli vs. sem compressão. Sem Vary: Accept-Encoding, um CDN pode fazer cache de uma resposta gzip e servir para um cliente que não consegue descompactar gzip, causando conteúdo corrompido.
Devo comprimir todos os tipos de conteúdo?
Comprima conteúdo baseado em texto: HTML, CSS, JavaScript, JSON, XML, SVG, texto simples, e web fonts (WOFF/WOFF2). NÃO comprima formatos já comprimidos: JPEG, PNG, WebP, AVIF, MP4, ZIP, PDF, WOFF2. Comprimir conteúdo binário pré-comprimido desperdiça CPU e pode ligeiramente aumentar o tamanho. A maioria dos servidores web lidam com isto automaticamente com uma allowlist de MIME type.
Como habilito Brotli no meu servidor?
Nginx: instale o módulo ngx_brotli e adicione brotli on; brotli_comp_level 6; brotli_types text/html text/css application/javascript; à sua config. Apache: instale mod_brotli e use AddOutputFilterByType BROTLI_COMPRESS. Cloudflare: aplica automaticamente Brotli a todas as respostas. Node.js/Express: use o middleware shrink-ray-current. Caddy: habilitado por padrão.