Compressão Brotli

Compressão Brotli WordPress é o algoritmo moderno de compressão HTTP desenvolvido pelo Google em 2013, lançado oficialmente em 2015. Reduz o tamanho de arquivos transferidos entre servidor e navegador em até 25% além do que o Gzip já entrega. Para sites WordPress, isso significa menos consumo de banda, carregamento mais rápido em conexões móveis e impacto direto em Core Web Vitals. É o padrão recomendado em qualquer servidor moderno e suportado por mais de 96% dos navegadores em uso global em 2026.

O que é compressão Brotli

Brotli é um algoritmo de compressão sem perdas projetado especificamente para a web. Ao contrário do Gzip (criado em 1992 com foco genérico), Brotli foi desenhado pensando em conteúdo web típico: HTML, CSS, JavaScript, JSON, SVG e fontes. Inclui um dicionário pré-treinado com mais de 13 mil palavras e padrões frequentes em sites, o que permite comprimir mais agressivamente esses tipos de arquivo.

O brotli compression opera em 12 níveis (0 a 11). Nível 0 é mais rápido com compressão menor; nível 11 é mais lento com compressão máxima. Para uso em tempo real (compressão dinâmica de cada resposta), níveis 4-6 são típicos. Para conteúdo estático pré-comprimido (CSS e JS gerados no build), nível 11 é o ideal porque a compressão acontece apenas uma vez.

O ganho prático em sites WordPress é mensurável. Um arquivo CSS de 200 KB comprime para 28 KB com Brotli nível 11, contra 35 KB com Gzip nível 9. Um arquivo HTML de 100 KB comprime para 18 KB com Brotli, contra 25 KB com Gzip. Em escala de mil visitas/dia, a diferença é megabytes economizados sem nenhum impacto na experiência.

Brotli foi inicialmente proposto para fontes web, mas evoluiu rapidamente para conteúdo geral HTTP. Hoje é suportado nativamente por Chrome, Firefox, Safari, Edge, Opera e praticamente todos os navegadores móveis modernos. O servidor verifica se o navegador anuncia suporte (header Accept-Encoding: br) e serve o conteúdo comprimido em Brotli; caso contrário, faz fallback para Gzip.

Brotli vs Gzip: vantagens

O confronto brotli vs gzip é a comparação que mais aparece em discussões de performance WordPress. Os dois são algoritmos de compressão sem perdas, mas Brotli ganha em quase todos os cenários práticos.

Em taxa de compressão, Brotli ganha consistentemente. Em conteúdo HTML/CSS/JS/JSON, comprime entre 15% e 25% mais do que Gzip nível máximo. Esse ganho é direto: cada byte a menos transferido é um byte a menos cobrado em banda e um milissegundo a menos de download para o usuário.

Em velocidade de descompressão, ambos são rápidos para o navegador. Brotli não impõe overhead perceptível ao decodificar. O usuário não sente diferença entre receber Brotli ou Gzip no tempo de descompressão. Velocidade de compressão no servidor depende do nível: Brotli nível 11 é muito mais lento que Gzip nível 9, mas níveis 4-6 são equivalentes em CPU.

Em compatibilidade, Gzip é universal (existe há 30 anos, todos os navegadores suportam). Brotli é suportado em mais de 96% dos navegadores em uso, com poucas exceções em browsers muito antigos ou ambientes corporativos travados em IE11. Mesmo nesses casos, o servidor faz fallback automático.

Em hosts e CDNs, Brotli é padrão em infraestrutura moderna. Cloudflare, Fastly, BunnyCDN, KeyCDN, Vercel, Netlify e a maioria dos hosts WordPress premium servem Brotli por default. Hospedagens compartilhadas mais antigas podem ainda servir só Gzip, mas é situação cada vez mais rara em 2026.

Quando ainda usar Gzip

Gzip continua útil como fallback automático para navegadores que não suportam Brotli. Servidores modernos servem Brotli quando o cliente aceita e Gzip quando não. Não é caso de “escolher um”, é caso de servir os dois e deixar o protocolo HTTP escolher. Para mais detalhes, veja compressão Gzip.

Como ativar Brotli no servidor

Como ativar brotli wordpress depende do servidor. Existem três cenários principais com configurações específicas.

Em Nginx, é necessário ter o módulo ngx_brotli compilado. Distribuições modernas do Nginx (a partir do 1.18 com módulos dinâmicos) facilitam, mas em servidores antigos pode exigir recompilação. Após instalado, ativar no nginx.conf: brotli on; brotli_comp_level 6; brotli_static on; brotli_types text/plain text/css application/javascript application/json image/svg+xml application/xml+rss; Reload do Nginx aplica imediatamente.

Em Apache, o módulo mod_brotli vem nativo a partir do Apache 2.4.26. Ative com a2enmod brotli (em Debian/Ubuntu) e adicione no .htaccess do WordPress: <IfModule mod_brotli.c> AddOutputFilterByType BROTLI_COMPRESS text/html text/plain text/css application/javascript application/json image/svg+xml </IfModule>. Reload Apache e o efeito é imediato.

Via Cloudflare, é um clique no painel. Em Speed → Optimization, ativar “Brotli” e o conteúdo passa por compressão Brotli no edge da Cloudflare antes de chegar ao usuário. Funciona em qualquer hospedagem por trás do Cloudflare, inclusive hospedagens que não suportam Brotli no servidor original. É a forma mais simples de garantir Brotli em sites WordPress sem mexer em servidor.

Para testar se Brotli está ativo, abra o DevTools do navegador, aba Network, recarregue a página e clique em qualquer recurso. Em Response Headers, deve aparecer “content-encoding: br”. Se aparecer “content-encoding: gzip”, o servidor não está servindo Brotli para esse cliente. Combine com cache WordPress bem configurado para multiplicar o ganho.

Compatibilidade Brotli em navegadores

O suporte a Brotli atingiu maturidade total em 2026. Mais de 96% dos navegadores em uso global suportam nativamente. A lista detalhada cobre Chrome 50+, Firefox 44+, Safari 11+, Edge 15+, Opera 38+, Samsung Internet 5+, Chrome para Android, Safari iOS 11+. Em uso real no Brasil, praticamente todos os usuários estão nesses navegadores.

Os 4% restantes são divididos em: navegadores muito antigos (IE11 e anteriores), navegadores corporativos travados em versões legadas, alguns crawlers e bots que não declaram suporte. Para todos esses, o servidor faz fallback automático para Gzip via negociação HTTP. Não há cenário onde ativar Brotli quebra acesso para alguém.

Em sites HTTPS, Brotli é o caminho recomendado. O algoritmo só negocia em conexões seguras por convenção (não imposição técnica), e como praticamente todo WordPress moderno usa HTTPS via Let’s Encrypt ou similar, a barreira é zero.

Em sites com tráfego internacional via CDN, Brotli no edge da CDN é o que entrega o ganho real. CDNs aplicam Brotli nível 11 em conteúdo estático pré-comprimido, gerando cópias menores que ficam disponíveis a partir do edge mais próximo do visitante. Essa combinação Brotli + CDN é o que sites de alta performance usam globalmente. Combine com Core Web Vitals bem trabalhados e o resultado aparece nas métricas do PageSpeed Insights. Em servidores rodando Nginx, ativar Brotli é uma das otimizações com melhor relação ganho/esforço.

Para sites WordPress que precisam de performance otimizada com Brotli ativo, cache de página, lazy loading e tudo configurado em produção, a FULL Services entrega o Perfmatter já licenciado dentro da stack profissional, junto com WP Rocket, hospedagem com Brotli ativado, CDN configurada e curadoria de plugins de performance. Em vez de configurar Brotli, cache, CDN e otimizações peça por peça, você roda em base que entrega Core Web Vitals verdes desde o primeiro dia.