Gzip compression no WordPress: como ativar e corrigir

Tipo Performance & Velocidade

Nome do erro Compressão Gzip desativada no WordPress EN: Gzip compression disabled in WordPress

Severidade Atenção

Descrição A compressao Gzip desativada no WordPress significa que o servidor entrega HTML, CSS e JavaScript sem compactar, deixando as respostas maiores e o carregamento mais lento. O PageSpeed Insights sinaliza isso na auditoria 'Enable text compression', e a causa quase sempre e o módulo de compressao do servidor ausente ou sem regra no htaccess.

O que é a Gzip compression no WordPress desativada?

A compressao Gzip no WordPress e a compactacao feita pelo servidor web nos arquivos de texto (HTML, CSS, JavaScript, JSON, SVG) antes de enviar a resposta ao navegador. O navegador anuncia que aceita Gzip pelo cabeçalho de requisicao Accept-Encoding, o servidor compacta o corpo da resposta e devolve o cabeçalho Content-Encoding com o valor gzip. Como esses arquivos de texto são muito repetitivos, a reducao costuma ficar entre 60% e 80% do tamanho original, o que diminui o tempo de download e melhora o First Contentful Paint.

Como identificar

O PageSpeed Insights mostra a oportunidade “Enable text compression” (“Ativar compactacao de texto”) com a economia estimada em KiB.
Na aba Network do DevTools, a resposta do documento ou dos arquivos CSS e JS não traz o cabeçalho “content-encoding: gzip” (nem “br”).
Ferramentas online de teste de Gzip, como GTmetrix ou checadores de compressao, retornam que o recurso não esta compactado.
Os arquivos de HTML, CSS e JavaScript chegam ao navegador com o mesmo tamanho do arquivo original no servidor, sem reducao de transferencia.

Antes de começar: Edite o htaccess com cuidado: uma diretiva fora do lugar derruba o site com erro 500. Baixe uma copia do arquivo antes de alterar e mantenha o backup para restaurar se a página parar de abrir.

Como prevenir

Após qualquer migração de host ou reescrita do htaccess, confirme o cabeçalho Content-Encoding gzip nos arquivos de texto principais
Mantenha o módulo de compressao (mod_deflate no Apache ou gzip on no Nginx) ativo no servidor, não so a regra no htaccess
Se usar CDN, garanta na configuração que ele compacta ou repassa o conteúdo compactado em vez de remover o cabeçalho de codificacao

Causa

O módulo mod_deflate não esta habilitado no Apache ou LiteSpeed, entao mesmo com a regra no htaccess o servidor não compacta nada.
Em servidor Nginx a diretiva gzip on esta ausente ou comentada no arquivo de configuração, e o htaccess do WordPress e ignorado nesse servidor.
As regras de compressao do htaccess foram apagadas ao reescrever o arquivo, ao migrar de host ou ao desativar o plugin de cache que as gerava.
Um CDN ou proxy reverso na frente do site remove ou não repassa o cabeçalho Content-Encoding, fazendo o navegador receber o conteúdo descompactado.
A extensão zlib do PHP esta desligada e o servidor compartilhado não oferece mod_deflate, sem nenhum mecanismo de compressao ativo.

Como resolver

Confirme se o Gzip esta mesmo desligado: abra o site, va na aba Network do DevTools, clique na requisicao do documento e procure no bloco de Response Headers o cabeçalho de codificacao. Se ele não aparecer com o valor gzip, a compressao esta inativa para aquele recurso.
Verifique se o módulo de compressao existe no servidor: em Apache, cheque se o mod_deflate esta carregado. Se você gerencia o servidor, habilite o módulo e reinicie o Apache. Em hospedagem compartilhada, peca ao suporte para confirmar o módulo ativo.
```
apachectl -M | grep deflate
a2enmod deflate
systemctl restart apache2
```
Adicione as regras de Gzip no htaccess (Apache/LiteSpeed): edite o arquivo htaccess na raiz do WordPress e inclua o bloco do mod_deflate antes da seção do WordPress. Ele liga o filtro de saida e lista os tipos de arquivo de texto a compactar.
```
SetOutputFilter DEFLATE
AddOutputFilterByType DEFLATE text/html text/css application/javascript application/json image/svg+xml
Header append Vary: Accept-Encoding
```
Em Nginx, ative a diretiva gzip: se o servidor for Nginx, o htaccess não tem efeito. Edite o arquivo de configuração do Nginx, ative a compressao, defina os tipos de arquivo e recarregue o serviço.
```
gzip on;
gzip_types text/css application/javascript application/json image/svg+xml;
nginx -t && systemctl reload nginx
```
Deixe o plugin de cache cuidar das regras: se preferir não editar arquivos, ative o WP Rocket: ele insere as regras de Gzip no htaccess automaticamente ao ser ativado, desde que o mod_deflate já esteja disponível no servidor.
Meca de novo e confirme a compressao: limpe o cache, recarregue a página e cheque outra vez o cabeçalho de codificacao no DevTools. Rode o PageSpeed Insights de novo e confirme que a oportunidade de text compression saiu da lista.

APACHE

# Gzip via mod_deflate (Apache/LiteSpeed) — colar no htaccess, antes do bloco do WordPress
<IfModule mod_deflate.c>
  # Liga o filtro de saida por tipo de conteudo (texto)
  AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css
  AddOutputFilterByType DEFLATE application/javascript application/json
  AddOutputFilterByType DEFLATE application/xml image/svg+xml font/ttf font/otf

  # Navegadores antigos com cabecalho corrompido: desliga p/ esses casos
  BrowserMatch ^Mozilla/4 gzip-only-text/html
  BrowserMatch bMSIE !no-gzip !gzip-only-text/html

  # Caches intermediarios servem a versao certa por Accept-Encoding
  <IfModule mod_headers.c>
    Header append Vary: Accept-Encoding
  </IfModule>
</IfModule>

Perguntas frequentes

O que e a compressao Gzip no WordPress?

E a compactacao que o servidor aplica aos arquivos de texto (HTML, CSS, JavaScript, JSON) antes de envia-los ao navegador. Ela reduz o tamanho da resposta em torno de 60% a 80%, acelera o download e e sinalizada ao navegador pelo cabeçalho Content-Encoding com o valor gzip.

Como saber se o Gzip já esta ativo no meu site?

Abra o DevTools do navegador, va na aba Network, clique na requisicao do documento e procure no Response Headers o cabeçalho de codificacao. Se ele mostrar gzip (ou br, para Brotli), a compressao esta funcionando. Sem esse cabeçalho, o recurso esta sendo entregue sem compactar.

Por que o PageSpeed pede para ativar a compactacao de texto?

O aviso Enable text compression aparece quando ao menos um recurso de texto chega ao navegador sem compressao. Em geral isso ocorre porque o módulo do servidor não esta habilitado ou a regra de compressao some do htaccess após uma migração ou reescrita do arquivo.

Preciso de um plugin para ativar o Gzip?

Não e obrigatório. Você pode ativar a compressao direto no servidor, com o mod_deflate no Apache ou a diretiva gzip no Nginx. Um plugin de cache como o WP Rocket facilita ao inserir as regras no htaccess automaticamente, mas ele depende do módulo de compressao já estar disponível.

Qual a diferenca entre Gzip e Brotli?

Ambos compactam texto, mas o Brotli costuma gerar arquivos um pouco menores que o Gzip. O Gzip usa o mod_deflate no Apache; o Brotli exige o módulo brotli no servidor. No cabeçalho de codificacao, o Gzip aparece como gzip e o Brotli como br. Se o servidor não oferecer Brotli, o Gzip já resolve a maior parte do ganho.

Por que a compressao parou de funcionar depois que migrei de hospedagem?

Na migração o arquivo htaccess costuma ser substituido ou o novo servidor sobe sem o módulo de compressao habilitado. As regras de Gzip podem ter sumido ou o mod_deflate pode não estar ativo. Confira o módulo no servidor e reinsira o bloco de compressao no htaccess.

O Gzip pode quebrar o site ou o cache?

A compressao em si não quebra o site. O risco esta em editar o htaccess errado: uma diretiva mal posicionada gera erro 500. Por isso vale fazer backup do arquivo antes de alterar. Um CDN mal configurado também pode remover o cabeçalho de codificacao, mas isso se ajusta na configuração do CDN.

O Gzip funciona em servidor Nginx?

Sim, mas de forma diferente. O Nginx não usa htaccess, entao as regras desse arquivo são ignoradas. A compressao e ativada pela diretiva gzip on no arquivo de configuração do Nginx, com a lista de tipos de arquivo a compactar, seguida de um reload do serviço.

Atenção

Como corrigir a falha de backup do banco no WP-Optimize no WordPress

A falha de backup do banco no WP-Optimize acontece quando o backup que o plugin tira antes de otimizar (via motor do UpdraftPlus) não chega ao fim por estouro de memória PHP, timeout de execução, falta de espaco em disco ou ausencia de permissão de escrita na pasta wp-content/updraft.

Grave

Como corrigir JavaScript do JetEngine removido pelo Perfmatters

O JavaScript do JetEngine removido pelo Perfmatters acontece quando o Delay JavaScript ou o Script Manager tira o jet-engine frontend.min.js e o jQuery da página. O resultado e Listing Grid vazio, JetSmartFilters que não filtra e Load More que não responde. A correção e excluir os scripts do JetEngine do delay, não desligar o Perfmatters.

Atenção

Como corrigir o WP Rocket que não minifica o CSS

O WP Rocket minifica CSS de forma incompleta quando a opção Minify CSS files esta ligada mas certas folhas ficam de fora por regra do plugin: CSS inline, arquivos já terminados em .min, folhas com data-no-minify, CSS via @import e o CSS de posts do Elementor. A correção e ver qual folha o plugin ignora, limpar o cache e ajustar a origem.

Atenção

Como corrigir o conflito de fontes entre Perfmatters e Astra Pro no WordPress

O conflito de fontes entre Perfmatters e Astra Pro acontece quando as opções de fonte do Perfmatters (Disable Google Fonts, Local Google Fonts e Remove Unused CSS) bloqueiam ou hospedam localmente as fontes que o Astra Pro carrega pela tipografia do Customizer, fazendo a tipografia mudar, sumir ou voltar para a fonte de sistema.

Atenção

Como corrigir o cache mobile que não é gerado no WP-Optimize

O cache mobile do WP-Optimize não é gerado quando a opção Generate separate files for mobile devices está desligada, quando o site não usa tema ou plugin de detecção mobile, ou quando o cache desktop já foi salvo antes do primeiro acesso mobile e passa a ser servido a todos os dispositivos.

Atenção

Como corrigir a limpeza automática agendada que não roda no WP-Optimize

A limpeza agendada do WP-Optimize não roda quando a opção está marcada, mas a otimização não acontece na frequência escolhida e o banco segue inchado. A causa é o WP-Cron, que só dispara em visitas, somado a fuso errado e evento duplicado. A correção é ativar um cron real do servidor e realinhar o agendamento.

Setores

Extensões

Integrações

Como corrigir a compressao Gzip desativada no WordPress

O que é a Gzip compression no WordPress desativada?

Como identificar

Como prevenir

Causa

Como resolver

Perguntas frequentes

Itens relacionados

Como corrigir a falha de backup do banco no WP-Optimize no WordPress

Como corrigir JavaScript do JetEngine removido pelo Perfmatters

Como corrigir o WP Rocket que não minifica o CSS

Como corrigir o conflito de fontes entre Perfmatters e Astra Pro no WordPress

Como corrigir o cache mobile que não é gerado no WP-Optimize

Como corrigir a limpeza automática agendada que não roda no WP-Optimize

Setores

Extensões

Integrações

Extensões

Hero Sections

Seções de CTA

Login

Blog

Cabeçalhos

Seções de FAQ

Cadastro

Blog individual

Rodapés

Seções de contato

Seções de preços

Faixas

Portfólio

Seções de equipe

Números

Logotipos