A Melhor Configuração do Cloudflare para Passar nos Core Web Vitals

Otimizando os Core Web Vitals com o Cloudflare: O que Ativar e o que Evitar

O Cloudflare oferece uma ampla gama de configurações que podem impactar seus Core Web Vitals, tanto positiva quanto negativamente. Enquanto algumas configurações melhoram a performance, outras introduzem atrasos ou interferem na renderização da página. Vamos detalhar as opções mais comuns do Cloudflare e sob quais condições você deve ativá-las!

Última revisão por Arjen Karel em fevereiro de 2026

Perguntas Comuns sobre a Configuração do Cloudflare: Frequentemente reviso configurações do Cloudflare para clientes. Embora eu pudesse escrever livros sobre a configuração de uma CDN como o Cloudflare, a maioria das perguntas gira em torno de um simples 'devo ativar esta configuração?'. Este artigo responde a essas perguntas com as considerações apropriadas para as configurações mais comuns do Cloudflare relacionadas aos Core Web Vitals.

Free vs. Pro: Vale a Pena Fazer o Upgrade?

Speed > Optimization

Polish

O Polish otimiza as imagens hospedadas em seu domínio do Cloudflare compactando-as, removendo metadados e, opcionalmente, convertendo-as para WebP. Para um guia completo sobre otimização de imagens, consulte otimizar imagens para os Core Web Vitals.

Tamanhos de imagem menores geralmente melhorarão a Largest Contentful Paint ao melhorar a duração do carregamento do recurso de imagem. No entanto, como a LCP é influenciada por vários fatores além da duração do carregamento do recurso das imagens, não espere melhorias drásticas.

Recomendação: Ative e escolha 'Lossy WebP' para obter os melhores resultados. Note que o Polish não suporta conversão para AVIF; para AVIF, você precisa do Cloudflare Image Resizing (um serviço separado e pago).

Mirage (descontinuado)

O Mirage foi descontinuado pelo Cloudflare em 15 de setembro de 2025 e foi automaticamente desativado em todos os domínios. Navegadores modernos agora suportam nativamente o carregamento lento através do atributo loading="lazy", tornando a abordagem baseada em JavaScript do Mirage desnecessária.

O Mirage costumava otimizar as imagens com base nas condições da rede. A implementação era 'lenta por design': bloqueava imagens até que a velocidade da rede fosse medida. Esse bloqueio poderia causar Cumulative Layout Shift e, ironicamente, uma Largest Contentful Paint mais lenta.

Recomendação: Esta configuração não existe mais. Se você a vir em um guia mais antigo, ignore-a.

Speed Brain

O Speed Brain usa a Speculation Rules API para acelerar a Time to First Byte fazendo o prefetch de navegações futuras. Speculation Rules são extremamente eficazes em melhorar todos os Core Web Vitals, incluindo a Largest Contentful Paint. O Speed Brain está disponível em todos os planos (incluindo o gratuito) e atualmente usa o nível de ansiedade (eagerness) conservative, que faz o prefetch apenas quando o usuário está prestes a clicar em um link.

Não recomendo confiar no Speed Brain porque configurar speculation rules manualmente é fácil e muito mais eficaz do que a abordagem de tamanho único do Cloudflare. A configuração manual permite que você escolha seus próprios níveis de ansiedade (eagerness), defina o alvo de URLs específicos e use o prerendering em vez de apenas o prefetch.

Recomendação: Desative e configure as speculation rules manualmente. Se você não for configurá-las, deixar o Speed Brain ativado é melhor do que não ter speculation rules nenhuma.

Cloudflare Fonts

O Cloudflare Fonts automatiza a hospedagem de fontes próprias. Esta é uma ótima ideia, pois hospedar recursos importantes elimina novas conexões externas, que por padrão são mais lentas do que reutilizar a conexão já aberta para o seu site via proxy do Cloudflare.

É mais eficaz tirar 15 minutos e configurar arquivos de fonte hospedados localmente manualmente. Infelizmente, muitos sistemas CMS não permitem isso. Nesse caso, ativar o Cloudflare Fonts é uma opção perfeitamente válida. Note que o Cloudflare Fonts ainda está em beta (desde 2023) e não funciona quando o APO está ativado.

Recomendação: Desative por padrão; ative apenas se a hospedagem manual não for uma opção.

Early Hints

Early Hints aceleram a entrega de recursos críticos (como estilos, fontes ou imagens) sugerindo-os antes que o conteúdo HTML real seja enviado ao navegador. Para enviar uma resource hint através do Cloudflare, o Cloudflare lerá seus cabeçalhos de resposta e extrairá as resource hints de lá.

Se você estiver confortável em enviar resource hints nos cabeçalhos de resposta HTTP, sugiro fortemente ativar este recurso. No entanto, esteja ciente de que as resource hints nos cabeçalhos podem ficar muito mais ocultas para a sua equipe de desenvolvimento do que as resource hints na <head> da página. Se configuradas incorretamente, elas podem tornar as coisas mais lentas em vez de acelerá-las. Portanto, use com cautela. Apesar de estar disponível há anos, a adoção do Early Hints ainda está abaixo de 3% de acordo com o Web Almanac 2025.

Recomendação: Ative apenas se você estiver enviando cabeçalhos de resource hint corretamente.

Auto Minify

O Cloudflare pode minificar seu HTML, CSS e JavaScript instantaneamente. A minificação do HTML remove espaços em branco e comentários, reduzindo ligeiramente o tamanho da transferência. A minificação de CSS e JavaScript faz o mesmo para esses tipos de arquivo.

Recomendação: Ative a minificação de HTML. Para CSS e JavaScript, a minificação em tempo de compilação (durante seu processo de implantação) produz resultados melhores do que a abordagem instantânea do Cloudflare. Se você não tiver um processo de compilação, não há problema em ativar todos os três.

Rocket Loader

O Rocket Loader 'adia' (defers) todo o JavaScript em uma página da web retendo temporariamente os scripts e, em seguida, injetando-os na página alguns momentos depois. Este é um truque desagradável (ou interessante, dependendo da sua visão) que precisa de muitas verificações e hacks para garantir que funcionará corretamente em todos os navegadores. Ele também oculta os scripts do scanner de preload, um mecanismo projetado para acelerar o carregamento de recursos críticos.

Por esses motivos, obviamente, não sou fã de ativar o Rocket Loader às cegas. Os scripts devem ser programados com base em sua importância. Scripts críticos precisam carregar e executar cedo, enquanto scripts não essenciais podem esperar até que o navegador esteja ocioso.

O Rocket Loader do Cloudflare não faz isso. Ele retém todos os scripts e, em um certo ponto, os injeta sem levar em consideração sua importância. O Rocket Loader apenas prioriza outros recursos como o elemento da LCP, fontes e estilos sobre scripts. Além disso, o Rocket Loader usa o manipulador de eventos unload, que é uma API descontinuada que impede que o Back-Forward Cache (bfcache) do navegador funcione. Isso significa que navegar para trás e para frente irá acionar recarregamentos completos de página em vez de restaurações instantâneas.

Se o seu CMS não permitir o adiamento de scripts ou um timing de script mais refinado, o Rocket Loader pode ser sua melhor opção. Mas para a maioria dos sites, programar os scripts manualmente é muito mais eficaz.

Recomendação: Desative e programe os scripts manualmente. Ative apenas se você não tiver outra maneira de adiar ou controlar a execução de scripts.

Automatic Platform Optimization para WordPress

O APO do Cloudflare armazena páginas inteiras em cache em seus servidores edge, uma técnica conhecida como cache de borda de página inteira (full-page edge caching). Quando implementado corretamente, ele melhorará a Time to First Byte (e subsequentemente a LCP e FCP) para um certo tipo de visitante!

No entanto, há um problema. O cache de borda de página inteira muitas vezes precisa ser ignorado automaticamente. Por exemplo, quando um usuário faz login ou adiciona itens ao carrinho, o APO é desativado automaticamente, pois o conteúdo da página se torna personalizado. Nesse ponto, servir uma página genérica armazenada em cache não é mais uma opção. Como o APO precisa funcionar para todos os tipos de sites, o cache será ignorado muito mais do que o necessário para o seu site. É por isso que a configuração manual do cache quase sempre será mais eficaz do que o APO do Cloudflare.

Recomendação: Ative o APO, ou melhor ainda, configure suas próprias regras de cache de borda de página inteira para ter um melhor controle sobre quando o cache é ignorado.

HTTP/2, HTTP/2 to Origin e Enhanced HTTP/2 Prioritization

Ativar o HTTP/2, HTTP/2 to Origin e Enhanced HTTP/2 Prioritization é uma decisão óbvia. O HTTP/2 é uma grande melhoria em relação ao protocolo HTTP/1.1 mais antigo. O HTTP/2 faz muitas coisas, mas o mais importante é que se livra do antigo efeito escada, permitindo que vários arquivos sejam enviados através da mesma conexão em paralelo. O HTTP/2 existe há 10 anos e é amplamente suportado por navegadores e servidores!

Recomendação: Ative os três.

HTTP/3 (com QUIC)

O HTTP/3 com QUIC é ainda mais rápido que o HTTP/2 devido a melhorias na configuração da conexão e na latência. O HTTP/3 permite que vários fluxos sejam enviados de forma independente, mesmo se um estiver atrasado. O QUIC combina handshakes de transporte e criptografia, o que reduz o tempo de conexão. Isso resulta em tempos de TTFB até 10% mais rápidos! De acordo com o Web Almanac 2025, 38% dos sites agora suportam HTTP/3.

Recomendação: Ative.

Brotli Compression

Brotli é um algoritmo de compressão que produz arquivos menores que o Gzip. O Cloudflare ativa o Brotli por padrão em todos os planos. Certifique-se de que ele permaneça ativado. De acordo com o Web Almanac 2025, 46% das requisições servidas por CDN agora usam compressão Brotli.

Recomendação: Mantenha ativado (é ativado por padrão).

0-RTT Connection Resumption

O 0-RTT Connection Resumption acelera conexões seguras ignorando o handshake inicial quando um usuário revisita um site. Ele usa chaves de criptografia armazenadas anteriormente, permitindo que os dados sejam enviados imediatamente, reduzindo a latência e melhorando os tempos de carregamento da página.

Recomendação: Ative.

Automatic Signed Exchanges (descontinuado)

As Signed Exchanges (SXGs) costumavam permitir que o Google Search fizesse o prefetch do seu conteúdo preservando a privacidade do usuário. As SXGs podiam melhorar a LCP em aproximadamente 450ms para visitantes vindos dos resultados do Google Search.

No entanto, o Cloudflare descontinuou as SXGs em outubro de 2025. O recurso foi removido e não está mais disponível. Se você o tivesse ativado, ele foi desativado automaticamente. O Speed Brain (Speculation Rules) é a substituição mais próxima para o prefetch, embora funcione apenas para navegações same-site, não para o prefetch cross-origin do Google Search como as SXGs faziam.

Recomendação: Esta configuração não existe mais.

Scrape Shield

O Scrape Shield protege o conteúdo do seu site. Embora isso possa parecer uma boa ideia, sou fervorosamente contra ativar quaisquer opções do Scrape Shield. O Scrape Shield funciona injetando JavaScript em sua página para decodificar o conteúdo previamente ofuscado. Essa compensação em velocidade versus ocultação de conteúdo não faz sentido para mim. Spammers reais não são enganados, enquanto usuários reais recebem scripts extras que deixam a página mais lenta.

Recomendação: Desative a Email Address Obfuscation e desative a Hotlink Protection.

Bot Fight Mode e Super Bot Fight Mode

Esta é a configuração do Cloudflare mais prejudicial aos seus Core Web Vitals. Quando ativado, o Bot Fight Mode injeta um script chamado invisible.js em cada página. Este script executa um desafio de navegador que adiciona mais de 2.000 milissegundos de tempo de execução da CPU a cada carregamento de página. Isso significa 2 segundos inteiros de bloqueio da thread principal antes que sua página possa se tornar interativa.

Na prática, a ativação do Bot Fight Mode pode diminuir sua pontuação no PageSpeed em 20 pontos ou mais. O Super Bot Fight Mode tem o mesmo problema. A ironia: esses modos são projetados para bloquear bots, mas punem todo usuário real que visita seu site.

Recomendação: Desative tanto o Bot Fight Mode quanto o Super Bot Fight Mode. Se você precisar de proteção contra bots, use as regras WAF ou o rate limiting do Cloudflare. Estes não injetam JavaScript no lado do cliente.

Caching > Configuration

Purge Cache

Limpar o cache invalidará todos os arquivos armazenados em cache pelo Cloudflare, incluindo folhas de estilo, JavaScript, imagens e até caches de página inteira. E embora a limpeza do cache não seja tecnicamente uma configuração, devo alertar sobre como limpar o cache. Limpar o cache tornará seu site mais lento até que o cache seja reconstruído!

Recomendação: Evite limpar o cache inteiro, se possível. Limpe apenas os arquivos afetados!

Caching Level

O nível de cache determina como o Cloudflare lida com query strings. Você vai querer dar uma boa olhada nesta configuração.

A opção 'fastest' é 'Ignore query string'. Isso serve o mesmo recurso independentemente da query string. Esta é uma boa opção apenas se você tiver 100% de certeza de que as query strings não são usadas no seu site. Nesse caso, query strings adicionadas por terceiros são ignoradas.

'Standard' serve um arquivo em cache diferente para cada query string diferente. Esta é a configuração padrão do Cloudflare, mas, em combinação com o cache de borda de página inteira e os parâmetros de rastreamento, como os parâmetros utm, esta configuração pode causar uma incompatibilidade de cache e uma taxa de acertos do cache mais baixa! Considere remover parâmetros de rastreamento com Cloudflare Workers para resolver isso.

Recomendação: Ignore a query string sempre que possível, ou Standard. Evite a opção 'No query string'.

Browser Cache TTL

O TTL do cache do navegador diz ao navegador por quanto tempo ele pode armazenar recursos estáticos em cache. Recursos em cache podem ser servidos diretamente do navegador e ficam disponíveis muito mais rápido do que os recursos de rede remotos. Isso significa que um TTL de cache do navegador curto invalidaria o cache do navegador com frequência, diminuindo a taxa de acertos do cache. Portanto, a menos que seus arquivos estáticos mudem frequentemente, defina essa configuração para o máximo.

Recomendação: Defina para 1 ano, se possível.

Development Mode

O modo de desenvolvimento (Development mode) ignorará todo o cache do Cloudflare enquanto estiver ativado. Pode ser tentador ativar o modo de desenvolvimento durante o desenvolvimento. Por favor, não ative o modo de desenvolvimento, ele também desativa o cache para todos os outros visitantes. Em vez disso, configure um domínio de desenvolvimento onde você pode desenvolver ou exclua a si mesmo do cache do Cloudflare configurando regras de cache.

Recomendação: Não ative!

Caching > Tiered Cache

O Tiered Cache reduz o número de requisições para o seu servidor de origem e aumenta a taxa de acertos do cache, instruindo o Cloudflare a procurar primeiro por arquivos não armazenados em cache em seus próprios servidores. Isso reduz ainda mais a carga em seu servidor backend e libera recursos extras.

Recomendação: Ative o Smart Tiered Caching Topology.

Em sites monitorados pelo CoreDash, sites usando uma CDN configurada corretamente mostram um TTFB 55% mais rápido no p75 em comparação com sites sem uma CDN. A combinação de HTTP/3, Brotli e tiered caching do Cloudflare faz uma diferença mensurável na prática. Use Real User Monitoring para verificar se sua configuração do Cloudflare está realmente funcionando para seus usuários.