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 de forma positiva quanto negativa. Enquanto alguns ajustes melhoram a performance, outros introduzem atrasos ou interferem na renderização da página. Vamos analisar as opções mais comuns do Cloudflare e sob quais condições você deve ativá-las!

Revisado pela última vez por Arjen Karel em fevereiro de 2026

Dúvidas Comuns de Configuração do Cloudflare: Costumo revisar setups do Cloudflare para clientes. Embora eu pudesse escrever livros sobre a configuração de um CDN como o Cloudflare, a maioria das dúvidas gira em torno de um simples ‘devo ativar esta configuração?’. Este artigo responde a essas perguntas com as considerações apropriadas para os ajustes mais comuns relacionados aos Core Web Vitals.

Free vs. Pro: Vale a Pena o Upgrade?

Velocidade > Otimização

Polish

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

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

Recomendação: Ative e escolha ‘Lossy WebP’ para melhores resultados. Observe que o Polish não suporta conversão para AVIF; para AVIF, você precisa do Cloudflare Image Resizing (um serviço pago à parte).

Mirage (descontinuado)

O Mirage foi descontinuado pelo Cloudflare em 15 de setembro de 2025 e foi automaticamente desativado em todos os domínios. Os navegadores modernos agora suportam nativamente o carregamento tardio (lazy loading) via atributo loading="lazy", tornando desnecessária a abordagem baseada em JavaScript do Mirage.

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

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

Speed Brain

O Speed Brain utiliza a Speculation Rules API para acelerar o Time to First Byte ao realizar o prefetch de futuras navegações. As Speculation Rules são extremamente eficazes na melhoria de todos os Core Web Vitals, incluindo o Largest Contentful Paint. O Speed Brain está disponível em todos os planos (incluindo o gratuito) e atualmente usa o nível de urgência conservative, que só realiza o prefetch quando o usuário está prestes a clicar em um link.

Eu não recomendo depender do Speed Brain porque configurar speculation rules manualmente é fácil e muito mais eficaz do que a abordagem genérica do Cloudflare. A configuração manual permite que você escolha seus próprios níveis de urgência, foque em URLs específicas e use o prerendering em vez de apenas o prefetching.

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 nenhuma speculation rule.

Cloudflare Fonts

O Cloudflare Fonts automatiza o auto-hospedagem de fontes. Esta é uma excelente ideia porque hospedar recursos importantes no próprio servidor elimina novas conexões externas que são, por padrão, mais lentas do que reutilizar a conexão já aberta com o seu site via proxy do Cloudflare.

É mais eficaz dedicar 15 minutos e configurar manualmente a auto-hospedagem dos arquivos de fonte. Infelizmente, muitos sistemas de 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 auto-hospedagem manual não for uma opção.

Early Hints

O Early Hints acelera 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 um resource hint através do Cloudflare, ele lerá seus cabeçalhos de resposta e extrairá as sugestões de recursos dali.

Se você se sente confortável enviando resource hints nos cabeçalhos de resposta HTTP, recomendo fortemente a ativação deste recurso. No entanto, esteja ciente de que hints nos cabeçalhos podem estar muito mais ocultos para sua equipe de desenvolvimento do que hints na <head> da página. Se configurados incorretamente, podem atrasar as coisas em vez de acelerá-las. Portanto, use com cautela. Apesar de estar disponível há anos, a adoção do Early Hints ainda é inferior a 3%, de acordo com o 2025 Web Almanac.

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

Auto Minify

O Cloudflare pode minificar seu HTML, CSS e JavaScript em tempo real. A minificação de 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 arquivos.

Recomendação: Ative a minificação de HTML. Para CSS e JavaScript, a minificação no momento do build (durante o seu processo de deploy) produz melhores resultados do que a abordagem on-the-fly do Cloudflare. Se você não tiver um processo de build, ativar as três é aceitável.

Rocket Loader

O Rocket Loader ‘adia’ todo o JavaScript em uma página da web retendo os scripts temporariamente e injetando-os na página alguns momentos depois. Esse é um truque sujo (ou genial, dependendo do ponto de vista) que precisa de muitas verificações e parches para garantir que funcione corretamente em todos os navegadores. Ele também esconde os scripts do preload scanner, um mecanismo projetado para acelerar o carregamento de recursos críticos.

Pelas razões acima, obviamente não sou fã de ativar cegamente o Rocket Loader. Os scripts devem ser agendados com base na 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 determinado momento, os injeta sem considerar sua importância. O Rocket Loader apenas prioriza outros recursos, como o elemento LCP, fontes e estilos, em detrimento dos scripts. Além disso, o Rocket Loader usa o manipulador de eventos unload, que é uma API obsoleta que impede que o Back-Forward Cache (bfcache) do navegador funcione. Isso significa que navegar para trás e para frente disparará recarregamentos completos da página em vez de restaurações instantâneas.

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

Recomendação: Desative e agende os scripts manualmente. Ative apenas se não houver outra forma de adiar ou controlar a execução dos scripts.

Automatic Platform Optimization for WordPress

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

No entanto, há um porém. O cache de página inteira no edge frequentemente precisa ser ignorado automaticamente. Por exemplo, quando um usuário faz login ou adiciona itens ao carrinho, o APO é automaticamente desativado, pois o conteúdo da página se torna personalizado. Nesse ponto, servir uma página genérica 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 página inteira no edge para ter melhor controle sobre quando o cache é ignorado.

HTTP/2, HTTP/2 para a Origem e Enhanced HTTP/2 Prioritization

Ativar o HTTP/2, o HTTP/2 para a Origem e o Enhanced HTTP/2 Prioritization é óbvio. O HTTP/2 é uma grande melhoria em relação ao antigo protocolo HTTP/1.1. O HTTP/2 faz muitas coisas, mas a mais importante é que ele elimina o antigo efeito de escada ao permitir 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 conexióo e na latência. O HTTP/3 permite que múltiplos fluxos sejam enviados de forma independente, mesmo que um deles sofra atraso. O QUIC combina os handshakes de transporte e criptografia, o que reduz o tempo de conexião. Isso resulta em tempos de TTFB até 10% mais rápidos! De acordo com o 2025 Web Almanac, 38% dos websites agora suportam HTTP/3.

Recomendação: Ative.

Compressão Brotli

O 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 2025 Web Almanac, 46% das requisições servidas por CDN agora usam compressão Brotli.

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

0-RTT Connection Resumption

O 0-RTT Connection Resumption acelera conexões seguras pulando 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 o tempo de carregamento das páginas.

Recomendação: Ative.

Automatic Signed Exchanges (descontinuado)

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

No entanto, o Cloudflare descontinuou os SXGs em outubro de 2025. O recurso foi removido e não está mais disponível. Se você o tinha ativado, ele foi desativado automaticamente. O Speed Brain (Speculation Rules) é o substituto mais próximo para o prefetching, embora só funcione para navegações no mesmo site, não para prefetching cross-origin a partir da Busca do Google como os 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 a ativação de qualquer opção do Scrape Shield. Ele funciona injetando JavaScript na sua página para decodificar o conteúdo anteriormente ofuscado. Essa troca entre velocidade e ocultar conteúdo não faz sentido para mim. Spammers reais não são enganados, enquanto usuários reais ganham scripts extras que tornam a página mais lenta.

Recomendação: Desative a Ofuscação de Endereço de E-mail e desative a Proteção de Hotlink.

Bot Fight Mode e Super Bot Fight Mode

Esta é a configuração isolada do Cloudflare mais prejudicial para 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 em cada carregamento de página. São 2 segundos completos de bloqueio da main thread antes que sua página possa se tornar interativa.

Na prática, ativar o Bot Fight Mode pode reduzir sua pontuação de 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 cada usuário real que visita seu site.

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

Caching > Configuração

Limpar Cache (Purge Cache)

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

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

Nível de Cache

O nível de cache determina como o Cloudflare lida com query strings. Você deve observar bem esta configuração.

A opção ‘mais rápida’ é ‘Ignore query string’. Ela serve o mesmo recurso independentemente da query string. Esta só é uma boa opção se você tiver 100% de certeza de que 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 página inteira no edge e parâmetros de rastreamento (como parâmetros UTM), esta configuração pode causar cache mismatch e uma menor taxa de cache hit! Considere remover parâmetros de rastreamento com Cloudflare Workers para resolver isso.

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

Browser Cache TTL

O Browser Cache TTL informa ao navegador por quanto tempo ele pode manter recursos estáticos em cache. Recursos em cache podem ser servidos diretamente pelo navegador e ficam disponíveis muito mais rápido do que recursos de rede remotos. Isso significa que um Browser Cache TTL curto invalidaria o cache do navegador com frequência, reduzindo a taxa de cache hit. Portanto, a menos que seus arquivos estáticos mudem com frequência, defina esta configuração no máximo.

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

Modo de Desenvolvimento (Development Mode)

O modo de desenvolvimento ignorará todo o cache do Cloudflare enquanto estiver ativado. Pode ser tentador ativar o modo de desenvolvimento durante o desenvolvimento. Por favor, não faça isso; ele também desativa o cache para todos os outros visitantes. Em vez disso, configure um domínio de desenvolvimento onde você possa trabalhar 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 solicitações ao seu servidor de origem e aumenta a taxa de cache hit instruindo o Cloudflare a procurar arquivos não armazenados em cache em seus próprios servidores primeiro. Isso reduz ainda mais a carga no seu servidor backend e libera recursos extras.

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

Entre os sites monitorados pelo CoreDash, os sites que utilizam um CDN configurado corretamente mostram um TTFB [CD:placeholder]% mais rápido no p75 em comparação com sites sem CDN. A combinação de HTTP/3, Brotli e tiered caching do Cloudflare faz uma diferença mensurável no campo. Use o Real User Monitoring para verificar se sua configuração do Cloudflare está realmente funcionando para seus usuários.