Último dia de Halloween: +30% em uma recargaO bônus vale uma única vez: recarregue de uma vez todo o valor de que precisa. Dê uma olhada no seu painel: há surpresas escondidas. 00h00min00s Receber o bônus
Início / Base de conhecimento / Ferramentas e integrações / Como verificar se a compressão Gzip ou Brotli está ativada

Como verificar se a compressão Gzip ou Brotli está ativada

Ferramentas e integrações 4 min de leitura Atualizado em 02.11.2026
Como verificar se o gzip ou o Brotli está ativado: online, com curl ou no DevTools. O que o resultado significa, quais arquivos comprimir e o que fazer se a compressão estiver desativada.

Para verificar se o gzip está ativado, solicite a página com o cabeçalho Accept-Encoding e observe a resposta: Content-Encoding: gzip (ou br para Brotli, zstd para Zstandard) significa que a compressão está ativa. O jeito mais rápido é a verificação gratuita de compressão gzip e Brotli: ela solicita a URL duas vezes, com e sem compressão, e mostra o algoritmo, os dois tamanhos e a porcentagem economizada. A compressão deixa HTML, CSS e scripts várias vezes menores com uma única configuração no servidor.

Como verificar se o gzip está ativado: três maneiras

  1. Online. Cole a URL na verificação de compressão. Um selo GZIP ou Brotli aceso significa que a compressão está ativa; para HTML, é normal uma economia de 70–90%. Se não houver selo, mas o tamanho transferido for bem menor, normalmente o servidor respondeu com zstd: a Cloudflare faz isso, por exemplo.
  2. curl. Execute
    curl -s -o /dev/null -D - -H 'Accept-Encoding: gzip' https://example.com/ | grep -i content-encoding
    Um resultado vazio significa que a página voltou sem compressão. Troque gzip por br para testar Brotli. Use uma requisição GET como acima, não -I: alguns servidores não comprimem em requisições HEAD.
  3. Navegador. Abra DevTools → Network, recarregue, clique na requisição do documento e encontre content-encoding em Response Headers. A coluna Size mostra os bytes transferidos ao lado do tamanho total do recurso.

Somente a URL que você testa é verificada. Informe também links diretos para uma folha de estilo e um script: muitas vezes o HTML está comprimido, mas o CSS e o JS não.

O que a verificação mostra

  • Se a compressão está ativada e qual algoritmo é usado.
  • Tamanho original e comprimido: o ganho fica visível imediatamente.
  • Quais tipos de arquivo são comprimidos. Muitas vezes só o HTML está configurado, e estilos e scripts são esquecidos.
  • Se o que não precisa ser comprimido está fora da compressão: comprimir imagens e arquivos compactados não faz sentido, pois eles já estão comprimidos.

Por que isso é mais importante do que parece

Arquivos de texto são comprimidos de três a cinco vezes. Para o visitante, isso significa uma redução direta no tempo de carregamento, especialmente em redes móveis. A configuração é feita uma única vez no nível do servidor e vale para o site inteiro: em esforço e efeito, é uma das melhores formas de acelerar.

Tipo de arquivoComprimir?
HTML, CSS, JavaScriptSim, com certeza
JSON, XML, sitemapSim
SVGSim: é texto
JPEG, PNG, WebPNão, já são comprimidos
Vídeo, arquivos compactados, PDFNão
Compressão e cache: vizinhos
A segunda configuração no mesmo nível é o cache estático: um visitante que retorna não baixa os mesmos arquivos de novo. Ambos aparecem nos cabeçalhos de resposta e ambos são ativados no servidor.

Quanto isso rende em números

Uma página HTML típica de 200 KB ocupa de 30 a 50 KB após a compressão, e uma folha de estilo de 150 KB fica com cerca de 25 KB. Para um visitante em rede móvel, essa é a diferença entre um carregamento instantâneo e alguns segundos de espera. Além disso, a economia se repete a cada visita de cada visitante, ao contrário de otimizações pontuais, como comprimir uma única imagem.

Por que às vezes a compressão é desativada de propósito

Há casos raros: streaming de respostas muito grandes ou economia de CPU em um servidor fraco. Para um site comum, essas razões não se aplicam: os algoritmos modernos têm custo baixo de processamento, e o ganho de tráfego supera com folga os custos.

Se a compressão não estiver ativada

  1. Verifique se um proxy ou uma rede de entrega de conteúdo na frente do site está interferindo.
  2. Certifique-se de que os tipos de arquivo necessários estão listados na configuração do servidor.
  3. Verifique se a aplicação está devolvendo uma resposta pronta, ignorando o servidor.
  4. Verifique o resultado novamente e veja também a velocidade de carregamento da página.

Perguntas frequentes

Quais arquivos devem ser compactados?
Arquivos de texto: HTML, CSS, JavaScript, JSON, XML e SVG. Imagens, vídeos e arquivos compactados já são comprimidos, então não precisam ser comprimidos novamente.
Quanto isso acelera o site?
Arquivos de texto ficam de três a cinco vezes menores: a diferença é especialmente perceptível em conexões móveis.
Por que a compressão não está ativada?
Na maioria das vezes, um proxy ou uma rede de distribuição de conteúdo (CDN) na frente do site interfere, ou os tipos de arquivo necessários não estão listados na configuração do servidor.
Como saber se a compressão gzip está ativada?
Procure por Content-Encoding: gzip (ou br, zstd) nos cabeçalhos da resposta: em um verificador de compressão online, com curl -H "Accept-Encoding: gzip" ou em DevTools → Network. Se não houver o cabeçalho Content-Encoding, a resposta não está comprimida.
O Brotli é melhor que o gzip?
Geralmente ele gera arquivos de texto 15–25% menores que o gzip, e os navegadores só o solicitam via HTTPS. Mantenha o gzip ativado como alternativa para clientes que não oferecem suporte ao Brotli.
Este artigo foi útil?
Experimente no seu projeto Tudo o que está descrito no artigo está disponível no painel: o bônus de cadastro já está no seu saldo.
Abrir painel