Brotli vs Gzip: Qual Usar para Deixar seu Site Mais Rápido?

No cenário do desenvolvimento e da otimização web moderna (WPO), a velocidade de carregamento não é apenas um capricho técnico; é um fator crítico de conversão, retenção de usuários e rankeamento no Google. Quando um usuário acessa uma página, o servidor precisa transferir diversos arquivos (HTML, CSS, JavaScript) para o navegador dele. Quanto maiores forem esses arquivos, mais lenta será a experiência. É aqui que entra a compactação de dados HTTP, e a grande disputa do momento: Brotli vs Gzip.

Ambos os algoritmos têm o mesmo objetivo final: reduzir o tamanho dos arquivos antes que eles saiam do servidor e viagem pela internet. No entanto, eles utilizam métodos diferentes para alcançar esse resultado. Neste guia completo, vamos analisar detalhadamente o embate Brotli vs Gzip para que você entenda de uma vez por todas qual deles deve usar na sua infraestrutura web.

Compressão HTTP é uma parte importante da otimização de performance web. Para entender a otimização completa do ambiente, veja o guia de otimizar VPS, servidor dedicado e cloud.

O que é a Compactação HTTP e por que ela importa?

Antes de colocarmos o Brotli vs Gzip no ringue, precisamos entender o conceito básico da compactação na web. Imagine que você precisa enviar um livro pelo correio. Se você puder desmontar o livro e prensá-lo em uma caixa menor, o frete fica mais barato e o transporte mais ágil.

Na web, o processo é semelhante. Arquivos de texto puro, como códigos em CSS ou JavaScript, possuem muitos padrões repetidos (como a palavra function, espaços em branco ou tags HTML). Os algoritmos de compactação identificam esses padrões e os substituem por códigos muito menores. Quando esses dados chegam ao navegador do usuário, o browser faz a descompactação instantaneamente e exibe o site.

Usar uma compactação eficiente reduz o consumo de largura de banda do servidor e, mais importante, reduz o Time to First Byte (TTFB) e o tempo total de carregamento da página.

O que é o Gzip?

O Gzip é o verdadeiro veterano da internet. Baseado no algoritmo DEFLATE (que combina a codificação Huffman e a compressão LZ77), o Gzip foi lançado na década de 1990 e tornou-se o padrão absoluto da web por mais de duas décadas.

Como o Gzip funciona?

O Gzip funciona procurando sequências de dados repetidas dentro de um único arquivo. Quando encontra uma repetição, ele substitui a segunda ocorrência por uma referência à primeira, economizando espaço. Ele possui níveis de compressão que variam de 1 (mais rápido, menor compressão) a 9 (mais lento, maior compressão). Geralmente, os servidores utilizam o nível 5 ou 6 por padrão para equilibrar o uso de CPU e o tamanho do arquivo final.

Vantagens do Gzip:

Compatibilidade Universal: Absolutamente qualquer navegador ou servidor lançado nos últimos 25 anos suporta Gzip.
Baixo Consumo de CPU: Ele compacta e descompacta arquivos de forma extremamente rápida, exigindo pouquíssimo processamento do servidor.

O que é o Brotli?

Desenvolvido pelo Google e lançado em 2015, o Brotli é uma tecnologia mais recente projetada especificamente para a web moderna. Ele também se baseia em uma variante do algoritmo LZ77 e na codificação Huffman, mas traz uma inovação crucial: um dicionário estático integrado.

Como o Brotli funciona?

Ao contrário do Gzip, que analisa apenas o arquivo atual para encontrar repetições, o Brotli possui um dicionário interno com mais de 13.000 palavras, expressões e trechos de código comuns em HTML, CSS e JavaScript.

Isso significa que se o seu arquivo JavaScript contiver termos comuns da linguagem, o Brotli não precisa gastar espaço criando uma referência interna; ele simplesmente aponta para o seu dicionário embutido. O Brotli possui 11 níveis de compressão (de 1 a 11).

Vantagens do Brotli:

Arquivos Muito Menores: Em média, ele consegue entregar arquivos de texto de 15% a 30% menores que o Gzip.
Otimizado para Web: Foi desenhado pensando nas linguagens que movem a internet atual.

O desempenho do servidor influencia diretamente a eficiência da compactação. Confira como melhorar a performance do servidor.

Brotli vs Gzip: Comparativo Direto de Performance

Para definirmos o vencedor no duelo Brotli vs Gzip, precisamos analisar três pilares fundamentais: taxa de compressão, velocidade de descompactação (no navegador do usuário) e uso de recursos do servidor.

1. Taxa de Compressão (Tamanho do Arquivo)

Neste quesito, o Brotli é o vencedor incontestável. Diversos testes de benchmark da indústria mostram que o Brotli supera o Gzip consistentemente em arquivos de texto.

Tipo de Arquivo	Redução Média com Gzip	Redução Média com Brotli	Vantagem do Brotli
JavaScript	65%	72%	~7% menor que Gzip
CSS	70%	78%	~8% menor que Gzip
HTML	75%	82%	~7% menor que Gzip

Embora uma diferença de 7% a 8% pareça pequena isoladamente, quando multiplicada por milhões de acessos mensais, ela representa uma economia gigantesca de largura de banda e uma aceleração perceptível em conexões móveis (3G/4G).

CPU, RAM e throughput impactam o desempenho da compressão HTTP. Veja a estratégia de otimização de infraestrutura Linux.

2. Velocidade de Descompactação (Client-Side)

Não adianta o servidor reduzir o arquivo se o celular do usuário demorar uma eternidade para abrir esse arquivo. Felizmente, na análise de descompactação do Brotli vs Gzip, ambos entregam resultados excelentes. O Brotli consegue ser incrivelmente rápido para descompactar, muitas vezes se equiparando ou até superando o Gzip, garantindo que o navegador renderize a página sem atrasos.

3. Velocidade de Compactação e Uso de CPU (Server-Side)

Aqui reside a maior diferença entre Brotli vs Gzip. O Brotli, especialmente em seu nível máximo de compressão (nível 11), exige consideravelmente mais poder de processamento (CPU) e tempo para compactar um arquivo do que o Gzip no nível 9.

Por conta disso, compactar arquivos “em tempo real” (on-the-fly) com Brotli no nível máximo pode sobrecarregar o seu servidor e acabar aumentando o TTFB, anulando os benefícios do tamanho menor do arquivo.

Compressão incorreta pode aumentar consumo de CPU e latência. Veja como otimizar VPS Linux.

Como resolver o problema de CPU do Brotli?

A comunidade de desenvolvimento contornou a desvantagem de consumo de CPU do Brotli através de duas abordagens muito eficientes:

Compactação Estática (Pre-compression): Arquivos que não mudam frequentemente (como seus arquivos principais de CSS e JavaScript de produção) podem ser pré-compactados durante o processo de build do seu site (usando Webpack, Vite, etc.). O servidor apenas armazena as versões .br prontas e as entrega instantaneamente, sem gastar CPU a cada acesso.
Ajuste de Níveis Dinâmicos: Para conteúdos dinâmicos (páginas HTML geradas na hora), configura-se o Brotli em níveis intermediários (como 4 ou 5). Nesses níveis, o consumo de CPU é equivalente ao do Gzip, mas ele ainda entrega arquivos ligeiramente menores.

Compatibilidade com Navegadores

Historicamente, o Gzip tinha a vantagem da compatibilidade. No entanto, hoje o cenário mudou. O suporte ao Brotli está presente em mais de 96% dos navegadores modernos utilizados no mundo, incluindo Google Chrome, Mozilla Firefox, Apple Safari e Microsoft Edge.

Se um usuário utilizar um navegador muito antigo que não aceita Brotli, você não precisa se preocupar. O sistema de negociação de conteúdo HTTP resolve isso de forma automática. O navegador envia um cabeçalho chamado Accept-Encoding.

Se o navegador enviar Accept-Encoding: gzip, deflate, br, o servidor entrega Brotli.
Se o navegador for antigo e enviar apenas Accept-Encoding: gzip, o servidor entrega Gzip.

Portanto, implementar o Brotli não quebrará o seu site para ninguém; ele serve apenas como uma melhoria progressiva.

Ajustar corretamente o ambiente melhora velocidade e estabilidade. Veja o guia de otimização de servidores

Brotli vs Gzip: Qual usar afinal?

A resposta ideal para o dilema Brotli vs Gzip não é escolher um exclusivamento, mas sim utilizar ambos de forma combinada.

Você deve configurar o seu servidor ou CDN para priorizar o Brotli sempre que o navegador do usuário der suporte a ele. O Gzip deve ser mantido ativo estritamente como um plano de contingência (fallback) para garantir a compatibilidade com sistemas legados ou robôs de busca mais antigos que ainda não processam o formato mais moderno.

Se a sua dúvida foca em qual deve ser o padrão principal de entrega para a esmagadora maioria dos seus usuários, o Brotli é o vencedor definitivo devido à sua maior capacidade de compressão e eficiência na web moderna.

Como implementar a Compactação no seu Site

A implementação varia de acordo com a sua infraestrutura de hospedagem. Abaixo, veremos as formas mais comuns de ativar o suporte ao Brotli e ao Gzip.

1. Utilizando uma CDN (Cloudflare, CloudFront, etc.)

Esta é a forma mais simples. CDNs modernas cuidam do debate Brotli vs Gzip para você com um único clique. Na Cloudflare, por exemplo, basta acessar a aba de otimização de velocidade (Speed) e ativar a chave do Brotli. A CDN se encarrega de inspecionar o cabeçalho do visitante e entregar o melhor formato.

2. Configuração no Servidor Nginx

Se você gerencia seu próprio servidor VPS, pode habilitar ambos os módulos. Para o Brotli, costuma ser necessário instalar o módulo ngx_brotli. Uma configuração recomendada no seu arquivo nginx.conf envolve manter as diretivas do Gzip ativas e adicionar as diretivas do Brotli:

# Configuração do Brotli
brotli on;
brotli_comp_level 4; # Nível ideal para compressão dinâmica
brotli_types text/xml image/svg+xml application/x-font-ttf image/vnd.microsoft.icon application/x-javascript text/css application/javascript text/javascript application/json application/xml;

# Fallback do Gzip
gzip on;
gzip_comp_level 5;
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

# Configuração do Brotli
brotli on;
brotli_comp_level 4; # Nível ideal para compressão dinâmica
brotli_types text/xml image/svg+xml application/x-font-ttf image/vnd.microsoft.icon application/x-javascript text/css application/javascript text/javascript application/json application/xml;

# Fallback do Gzip
gzip on;
gzip_comp_level 5;
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

3. Configuração no Apache

No servidor Apache, o Gzip é gerenciado pelo mod_deflate. Já o Brotli utiliza o mod_brotli. Você pode adicionar regras no seu arquivo .htaccess para ditar o comportamento de compressão, garantindo que os tipos de arquivos de texto corretos passem pelo filtro de compressão antes do envio.

Conclusão

Analisando friamente os dados de Brotli vs Gzip, fica claro que o algoritmo do Google representa a evolução natural da otimização de performance web. Ele aperta os arquivos de forma mais eficiente, reduzindo os bytes preciosos que atrasam o carregamento de páginas em dispositivos móveis, sem sacrificar o tempo de renderização na ponta do cliente.

Para donos de sites, profissionais de SEO e desenvolvedores, a recomendação de ouro é atualizar a infraestrutura para suportar o Brotli como prioridade máxima, deixando o Gzip configurado apenas como salvaguarda no ecossistema. Menos bytes trafegando significam usuários mais felizes, melhores notas no Core Web Vitals e mais conversões.

Para obter máxima performance web, é importante otimizar completamente o ambiente Linux. Consulte o guia de otimizar VPS, servidor dedicado e cloud.

FAQ

O que é compactação HTTP e por que ela é importante para um site?

A compactação HTTP é uma técnica de otimização web (WPO) que reduz o tamanho de arquivos de texto puro (como HTML, CSS e JavaScript) antes de serem enviados do servidor para o navegador do usuário. Ela é fundamental porque diminui o consumo de largura de banda, reduz o Time to First Byte (TTFB) e acelera consideravelmente o tempo total de carregamento das páginas.

O que é o Gzip e como ele funciona?

O Gzip é um algoritmo veterano de compactação lançado na década de 1990, baseado no método DEFLATE (uma combinação de codificação Huffman e compressão LZ77). Ele funciona localizando sequências de dados repetidas dentro de um único arquivo e substituindo essas repetições por referências internas muito menores. Ele opera com níveis de compressão de 1 a 9, sendo os níveis 5 ou 6 os mais utilizados por padrão nos servidores.

O que é o Brotli e qual o seu grande diferencial?

Desenvolvido pelo Google e lançado em 2015, o Brotli é um algoritmo moderno de compactação projetado especificamente para a web. Seu grande diferencial é o uso de um dicionário estático integrado contendo mais de 13.000 palavras, expressões e trechos de códigos comuns em HTML, CSS e JavaScript. Quando encontra esses termos no seu arquivo, ele aponta para o dicionário interno ao invés de criar uma referência nova, gerando arquivos significativamente menores. O Brotli possui 11 níveis de compressão.

Qual algoritmo oferece a melhor taxa de compressão (arquivos menores)?

O Brotli é o vencedor incontestável em termos de tamanho de arquivo. Em média, ele entrega arquivos de texto de 15% a 30% menores do que o Gzip. Em testes práticos de benchmark, a redução média adicional comparada ao Gzip é de:
JavaScript: ~7% menor
CSS: ~8% menor
HTML: ~7% menor

O Brotli consome mais CPU do servidor do que o Gzip?

Sim. Quando configurado em seu nível máximo (nível 11), o Brotli exige consideravelmente mais poder de processamento (CPU) e tempo para compactar os dados em tempo real (on-the-fly) do que o Gzip no nível 9. Se não for ajustado corretamente, esse consumo pode sobrecarregar o servidor e aumentar o TTFB.

Como resolver o problema de alto consumo de CPU do Brotli?

Existem duas abordagens altamente eficientes para contornar o uso de CPU do Brotli:
Compactação Estática (Pre-compression): Compactar arquivos estáticos (como CSS e JavaScript de produção) durante a etapa de build do site (via Webpack, Vite, etc.). O servidor apenas armazena e entrega as versões .br prontas, com consumo zero de CPU no acesso.
Ajuste de Níveis Dinâmicos: Para páginas geradas na hora (conteúdo dinâmico), configura-se o Brotli em níveis intermediários, como 4 ou 5. Nesses níveis, o consumo de CPU equivale ao do Gzip, mas ele ainda gera arquivos menores.