O que esta ferramenta verifica
Este verificador consulta a URL informada com a compressão ativada e analisa os cabeçalhos da resposta. Content-Encoding: gzip ou br confirma que o recurso está comprimido.
Gzip vs Brotli
Gzip é o formato mais compatível, principalmente para clientes antigos. Brotli costuma comprimir melhor em HTTPS, por isso muitas CDNs servem br e usam gzip como alternativa quando necessário.
Como ler os cabeçalhos
- Content-Encoding:
gzipindica que a resposta está comprimida. - Vary:
Accept-Encodinggarante que os caches armazenem variantes distintas. - Content-Type: a compressão é aplicada principalmente a HTML, CSS, JavaScript, 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 a CDN comprime apenas alguns tipos MIME.
- A resposta é pequena demais 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 retorna uma variante antiga sem compressão.
Boas práticas
- Ative a compressão na origem e na CDN.
- Prefira Brotli em HTTPS e mantenha gzip como alternativa.
- Pré-comprima arquivos estáticos grandes e sirva
.gzquando possível. - Garanta que o
Content-Typeesteja correto para arquivos de texto. - Evite comprimir formatos que já usam compressão, como imagens, vídeos e PDFs.
Checklist rápido
- Faça a solicitação com
Accept-Encoding: br, gzip. - Confirme se existe
Content-Encodingna resposta. - Verifique
Vary: Accept-Encodingpara manter o cache seguro. - Garanta que o arquivo seja textual e que valha a pena comprimi-lo.