Compressão Gzip

Compressão Gzip WordPress é a técnica padrão de reduzir o tamanho de arquivos HTML, CSS, JavaScript e JSON antes de o servidor enviá-los ao navegador do visitante. O algoritmo, criado em 1992, comprime texto em até 70% e é suportado por 100% dos navegadores em uso. Em sites WordPress, ativar Gzip é a otimização de performance mais simples e com maior retorno: economiza banda, acelera carregamento e impacta diretamente o tempo até o primeiro paint. É item obrigatório em qualquer site sério há mais de uma década.

O que é compressão Gzip

Gzip é um algoritmo de compressão sem perdas baseado no DEFLATE (combinação de LZ77 e codificação Huffman). Funciona detectando padrões repetidos no texto e substituindo por referências mais curtas. Em conteúdo web típico (HTML com tags repetidas, CSS com seletores recorrentes, JavaScript com nomes de funções repetidos), a taxa de compressão é alta porque a redundância é alta.

Para um arquivo HTML de 100 KB, Gzip costuma reduzir para 20-30 KB. Para CSS de 200 KB, reduz para 30-40 KB. Para JavaScript minificado de 500 KB, reduz para 130-150 KB. O ganho típico em sites WordPress é entre 60% e 75% de economia em bytes transferidos. Em conexões móveis 3G/4G ou em regiões com infraestrutura mais limitada, esse ganho se traduz em segundos a menos no carregamento.

O gzip compression opera em 9 níveis (1 a 9). Nível 1 é mais rápido e comprime menos; nível 9 é mais lento e comprime mais. Para uso dinâmico (compressão de cada resposta em tempo real), níveis 4-6 são típicos. Para conteúdo estático que pode ser pré-comprimido, nível 9 é o ideal porque a compressão acontece apenas uma vez no build.

O algoritmo está na web desde os anos 90 e virou padrão de fato com o HTTP/1.1 (1997). Todos os navegadores em uso suportam Gzip nativo. O servidor verifica o header Accept-Encoding enviado pelo navegador, comprime a resposta com Gzip se aceitar e envia. O navegador descomprime antes de processar. Tudo invisível para o usuário.

Como Gzip acelera o WordPress

O ganho prático aparece em quatro vetores. Primeiro, em tempo de download. Arquivos menores trafegam mais rápido entre servidor e navegador. Em conexões móveis, a diferença é mais visível porque a banda é limitada. Em desktop com fibra, o ganho ainda existe, especialmente no tempo até o navegador receber HTML suficiente para começar a renderizar.

Segundo, em consumo de banda. Hospedagens cobram (explícita ou implicitamente) por banda transferida. Comprimir a 30% reduz o consumo total em 70%, multiplicando o limite efetivo da hospedagem. Em sites com tráfego alto, essa economia se traduz em planos menores ou em margem para crescer sem upgrade.

Terceiro, em Core Web Vitals. Métricas como LCP (Largest Contentful Paint) e TTFB (Time to First Byte) melhoram quando o servidor entrega o HTML inicial em menos bytes. Sites que respondem em 80 KB de HTML comprimido ranqueiam melhor em sinais de performance que sites que respondem em 350 KB sem compressão.

Quarto, em experiência do usuário. Páginas que carregam mais rápido têm taxas de rejeição menores, conversão maior e melhor avaliação em ferramentas como GTmetrix e PageSpeed Insights. O retorno é direto e mensurável. Combine com cache WordPress e minificação para ganho composto.

O que Gzip não comprime

Gzip não traz ganho em conteúdo já comprimido. Imagens em JPG, PNG, WebP, GIF, vídeos em MP4 e arquivos zip não devem ser passados por Gzip porque já têm compressão própria. Aplicar Gzip nesses casos pode até aumentar o tamanho final por overhead. Servidores bem configurados aplicam Gzip apenas em text/* e application/javascript, deixando binários intocados.

Como ativar Gzip no servidor

O caminho de ativar gzip depende do servidor que roda o WordPress. Existem três cenários principais.

Em Apache, o módulo mod_deflate é o responsável pela compressão Gzip. Vem ativado por default na maioria das instalações modernas. No .htaccess do WordPress, adicione: <IfModule mod_deflate.c> AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css application/javascript application/json image/svg+xml </IfModule>. Salve, recarregue a página e Gzip estará ativo. Verifique com DevTools.

Em Nginx, ative com bloco no nginx.conf: gzip on; gzip_comp_level 6; gzip_types text/plain text/css application/javascript application/json image/svg+xml application/xml+rss; gzip_min_length 1000; Reload do Nginx aplica imediatamente. Configurações similares funcionam em servidores LiteSpeed, que usam sintaxe parecida com Apache.

Em hospedagens compartilhadas, o caminho mais simples é via plugin. Plugins de cache como WP Rocket, W3 Total Cache, LiteSpeed Cache e WP Super Cache ativam Gzip automaticamente. Em hospedagens managed (Kinsta, WP Engine, Hostinger), Gzip já vem ativo no servidor por default e você não precisa fazer nada.

Para validar se Gzip está ativo, abra DevTools do navegador, aba Network, recarregue qualquer página e clique em um arquivo HTML, CSS ou JS. Em Response Headers, deve aparecer “content-encoding: gzip”. Se aparecer “content-encoding: br”, o servidor está servindo Brotli (que é melhor). Se não aparecer nada, a compressão está desligada.

Outra forma é usar ferramentas online como check-gzip-compression.com ou GTmetrix. Cole a URL do site e a ferramenta mostra quais arquivos estão comprimidos e quanto cada um economiza. Use também o PageSpeed Insights, que indica explicitamente “Ativar a compactação de texto” se Gzip estiver desativado.

Gzip vs Brotli

O confronto direto entre os dois algoritmos é uma das discussões clássicas de performance web. Cada um tem força em um contexto diferente.

Em compatibilidade, Gzip vence. Suportado por 100% dos navegadores há mais de duas décadas. Funciona em qualquer ambiente, qualquer crawler, qualquer cliente HTTP. Brotli tem 96%+ de cobertura, deixando alguns navegadores corporativos antigos sem suporte (que recebem fallback para Gzip).

Em taxa de compressão, Brotli vence. Comprime 15-25% mais que Gzip em conteúdo web típico, graças ao dicionário pré-treinado e algoritmo otimizado para HTML/CSS/JS. Em sites grandes, essa diferença se traduz em economia real de banda.

Em consumo de CPU, depende do nível. Gzip nível 6 e Brotli nível 4 consomem aproximadamente o mesmo. Gzip nível 9 é mais leve que Brotli nível 11. Para compressão dinâmica em servidores limitados, Gzip nível 6 ainda é boa escolha.

Em uso prático moderno, a resposta certa é usar os dois em paralelo. Configure o servidor para servir Brotli quando o navegador aceitar (Accept-Encoding: br) e Gzip quando o navegador só aceitar Gzip. Não é “escolher um”, é “servir o melhor disponível para cada cliente”. Para mais detalhes, veja compressão Brotli.

Em CDNs como Cloudflare, ambos são ativados em um clique no painel. O CDN serve a versão mais comprimida disponível para cada visitante. Em hospedagens premium WordPress (Kinsta, WP Engine), Brotli e Gzip são padrão sem você precisar configurar. Combine com bons sinais de Core Web Vitals para resultado final consistente.

Para sites WordPress que precisam de stack de performance completa com Gzip, Brotli, cache de página, otimização de imagens e CDN configurada, a FULL Services entrega o Perfmatter já licenciado dentro da stack profissional, junto com WP Rocket, hospedagem com compressão ativa em todos os níveis, e curadoria de plugins testados em produção. Em vez de configurar peça por peça, você roda em base validada com performance ajustada desde o primeiro dia.