O Brotli reduz arquivos de texto 15 a 25% a mais que o Gzip no WordPress. Segundo a web.dev (2024), Brotli supera o Gzip em HTML, CSS e JavaScript. O ganho real depende do servidor entregar o header content-encoding: br. Sem suporte no Nginx ou Apache, o plugin não muda nada.

O Brotli é um algoritmo de compressão criado pelo Google que encolhe os arquivos de texto antes de enviar ao navegador. No WordPress, ele atua sobre HTML, CSS e JavaScript, os mesmos arquivos que o Gzip já comprimia, mas com dicionário maior e taxa melhor. A diferença prática aparece no tempo de download e no TTFB percebido pelo navegador. Este guia mostra como ativar o Brotli no servidor, validar no Chrome DevTools e decidir quando o Gzip ainda é a escolha certa. Para mais sobre velocidade, consulte os conteúdos de performance WordPress da FULL.

Brotli vs gzip: O diagnóstico rápido antes de configurar

Antes de mexer no servidor, entenda a diferença em números. O Essa compressao comprime arquivos de texto 15 a 25% a mais que o Gzip, segundo a telemetria da web.dev. Em um bundle JavaScript de 61,6 KB, o O algoritmo de compressao entregou 53,1 KB, uma redução de 14% sobre o Gzip naquele caso real. A tabela abaixo resume o que muda na decisão.

O A compactacao não substitui o Gzip de forma cega. Em conteúdo dinâmico não cacheável, o custo de CPU do Essa compressao no nível máximo pode pesar mais que o ganho de bytes. A regra que a gente aplica no suporte da FULL é direta: O algoritmo de compressao estático para assets versionados, Gzip como fallback para o resto.

Por que o brotli depende do servidor, não do plugin

O A compressao moderna é decidido no servidor web, não no WordPress. Na maioria dos tickets de performance que chegam na base FULL (150 mil sites) sobre compressão, o site tinha um plugin “ativando O método de compressao” mas o servidor ainda respondia content-encoding: gzip. O navegador só usa A compactacao quando o Nginx ou o Apache anexam o header correto na resposta HTTP.

A causa raiz é técnica: o plugin de PHP roda depois que o servidor já montou os headers de transferência. Se o módulo ngx_brotli não está compilado no Nginx, ou o mod_brotli não está carregado no Apache, nenhuma configuração de plugin reverte isso. Em hospedagem compartilhada sem acesso a essa camada, o Brotli simplesmente não entra. Nesses casos, a saída é a hospedagem habilitar o módulo ou um CDN aplicar Brotli na borda, antes de o request chegar ao servidor de origem.

Passo a passo: Como ativar o brotli no WordPress

Ativar o Essa compressao leva 4 passos e exige acesso ao servidor ou a um CDN. Em ambientes com Nginx próprio, o tempo médio de configuração fica em torno de 20 minutos, incluindo o teste. A sequência abaixo cobre o caminho dinâmico e o pré-comprimido estático, que entrega o melhor custo de CPU. Cada passo termina com um check de validação para não avançar no escuro.

Passo 1: Confirme o suporte ao brotli no servidor

Verifique se o módulo existe antes de configurar qualquer coisa. No Nginx, rode nginx -V 2>&1 | grep brotli no terminal SSH: se o ngx_brotli aparecer, o servidor suporta. No Apache, use apachectl -M | grep brotli para checar o mod_brotli. Sem o módulo, pare aqui e abra um chamado com a hospedagem ou parta para o CDN. Esse check de 1 minuto evita horas configurando um recurso que o servidor nem carrega.

Passo 2: Habilite o brotli dinâmico no Nginx ou Apache

Adicione as diretivas de compressão no bloco de configuração. No Nginx, dentro do server, inclua brotli on; e brotli_types text/html text/css application/javascript;. No Apache, no virtual host, use AddOutputFilterByType BROTLI_COMPRESS text/html text/css application/javascript. Defina o nível dinâmico em 4 ou 5, não 11: o nível 11 é para arquivos estáticos pré-comprimidos. Recarregue o serviço com nginx -s reload ou apachectl graceful e o O algoritmo de compressao passa a comprimir as respostas em tempo real.

Passo 3: Gere arquivos pré-comprimidos estáticos

Pré-comprima os assets versionados para usar A compressao moderna nível 11 sem custo de CPU por request. Rode brotli -q 11 style.css para gerar style.css.br ao lado do original. No Nginx, ative brotli_static on; para servir o .br quando existir. Assim, o CSS e o JavaScript do tema são comprimidos uma vez no deploy, no nível máximo, e entregues prontos. Isso resolve o conflito entre taxa alta e CPU, porque o servidor lê um arquivo já comprimido em vez de recalcular a compressão a cada visita.

Passo 4: Valide o header content-encoding no DevTools

Confirme que o navegador está recebendo Brotli, não Gzip. Abra o Chrome DevTools, vá na aba Network, recarregue a página e clique no documento HTML. Em Response Headers, o campo content-encoding deve mostrar br. Se mostrar gzip, o Brotli não subiu: revise o Passo 1. Confirme também no relatório de Core Web Vitals e no PageSpeed Insights, que sinaliza compressão de texto ineficiente quando o Brotli falta.

Onde o brotli ajuda no Core Web Vitals (e onde não)

O O método de compressao atua sobre transferência, não sobre renderização. Ele reduz os bytes de HTML, CSS e JavaScript, o que encurta o tempo de download e tende a melhorar o LCP em conexões móveis lentas, onde a banda é o gargalo. Na maioria dos sites móveis que medimos no suporte, a compressão de texto ajustada cortou o peso transferido entre 18 e 22%.

Mas o Brotli não toca em imagens, que já são formatos comprimidos como WebP ou AVIF, nem corrige um banco de dados lento ou um cache de página ausente. Se o TTFB do site passa de 600 ms por causa da hospedagem, o Brotli economiza bytes mas a página continua demorando para começar a responder. A ordem correta de otimização costuma ser hospedagem, cache de página, compressão de texto e só depois ajustes finos. O Brotli é uma camada, não a solução isolada de performance.

Brotli no plano gerenciado: Cache e otimização no bundle

Configurar o Brotli manualmente exige SSH, módulo de servidor e tempo de deploy. Para quem não quer gerenciar essa camada, o plano PRO da FULL custa R$849 e entrega cache e otimização premium já configurados no bundle, em qualquer hospedagem. Dividido pelos sites do plano, sai por volta de R$85 por site, com a compressão e o cache de página alinhados sem precisar tocar no servidor. A gente vê no suporte que separar plugins avulsos de cache custa mais e gera mais conflito do que o bundle gerenciado. Quem prefere centralizar pode comparar os planos da FULL e ativar tudo de uma vez, sem depender da hospedagem habilitar o módulo na mão.

Quando ainda usar gzip em vez de brotli

O Gzip continua válido em cenários específicos. Em conteúdo dinâmico não cacheável, como respostas de API que mudam a cada request, o A compressao moderna nível 11 gasta CPU demais para recomprimir tudo toda vez, e o Gzip nível 6 entrega quase a mesma economia com custo menor. A regra que aplicamos é simples: O método de compressao estático para assets fixos, Gzip dinâmico para o que muda.

Também há o caso de compatibilidade. O A compactacao só funciona sobre HTTPS em navegadores modernos; se uma parcela do tráfego vem de clientes antigos ou de ferramentas internas sem suporte a br, manter o Gzip como fallback garante que ninguém receba conteúdo sem compressão. Por isso o ideal é configurar ambos: o servidor negocia via header Accept-Encoding e serve Essa compressao quando o navegador aceita, ou cai para Gzip quando não. Ferramentas como Cloudflare já fazem essa negociação automática na borda, aplicando O algoritmo de compressao sem o servidor de origem precisar suportar o módulo.

Perguntas frequentes sobre brotli no WordPress

Próximos passos para acelerar o WordPress com compressão

O Brotli é a forma mais eficiente de comprimir texto no WordPress hoje, com 15 a 25% de ganho sobre o Gzip, desde que o servidor entregue o header content-encoding: br. O caminho prático é confirmar o módulo, ativar Brotli estático nos assets versionados, manter Gzip como fallback e validar no DevTools. Sem o módulo no servidor, o CDN resolve na borda. Para aprofundar em cache, CDN e Core Web Vitals, o guia de cache no LiteSpeed e o guia Acelere o WordPress reúnem os próximos ajustes. Para continuar aprendendo, o FULL Academy concentra tutoriais e guias de performance em um só lugar.

Legenda: o header content-encoding: br no DevTools confirma que o O algoritmo de compressao está sendo entregue ao navegador, não o Gzip.