Verificador de compressão Gzip

O que esta ferramenta verifica

Este verificador pede a tua URL com a compressão ativada e analisa os cabeçalhos da resposta. Se a resposta incluir Content-Encoding: gzip ou br, o recurso está comprimido.

Gzip vs Brotli

Gzip é o formato mais compatível, sobretudo em HTTP e clientes antigos. Brotli costuma comprimir melhor em HTTPS, por isso muitos CDNs servem br em HTTPS e fazem fallback para gzip quando necessário.

Como ler os cabeçalhos

• Content-Encoding: gzip indica que a resposta está comprimida.
• Vary: Accept-Encoding garante que os caches guardam variantes distintas.
• Content-Type: a compressão aplica-se sobretudo a HTML, CSS, JS, JSON e SVG.
• Content-Length: quando existe, geralmente reflete o tamanho comprimido.
• Cache-Control: um bom cache maximiza os ganhos.

Razões comuns para não ver gzip

• O servidor ou o CDN comprime apenas certos tipos MIME.
• A resposta é demasiado pequena e a compressão é ignorada.
• Brotli está ativo em HTTPS e gzip é usado em HTTP.
• A origem já envia conteúdo comprimido e o CDN evita dupla compressão.
• Um cache devolve uma variante antiga sem compressão.

Boas práticas

• Ativa a compressão na origem e no CDN.
• Prefere Brotli em HTTPS e mantém gzip como fallback.
• Pré-comprime assets estáticos grandes e serve .gz quando possível.
• Garante que o Content-Type está correto para assets de texto.
• Evita comprimir formatos já comprimidos (imagens, vídeo, PDF).

Checklist rápido

1. Faz o pedido com Accept-Encoding: br, gzip.
2. Confirma se existe Content-Encoding na resposta.
3. Verifica Vary: Accept-Encoding para cache seguro.
4. Garante que o asset é textual e vale a pena comprimir.