Aquecedor de cache de site gratuito
Pré-aqueça o cache do seu site para acelerar os Core Web Vitals gratuitamente

Aquecedor de cache de site gratuito
Já se perguntou por que alguns sites, como o meu, carregam instantaneamente? Grande parte da resposta é o cache. Ao armazenar dados acessados frequentemente no servidor ou na edge, o cache elimina a necessidade de cálculos caros no lado do servidor, resultando em carregamentos de página muito mais rápidos.
Última revisão por Arjen Karel em março de 2026
Hoje em dia, a maioria dos sites possui uma ou mais camadas de cache, integradas por padrão ou adicionadas por meio de um plugin. No entanto, de alguma forma, a maioria dos plugins de cache quase não melhora o desempenho. Isso provavelmente se deve a uma baixa taxa de acertos de cache. Felizmente, podemos aumentar a taxa de acertos de cache ou detectar problemas na taxa de acertos usando um cache warmer.
O que é um cache warmer?
O aquecimento de cache é o processo de pré-carregar páginas acessadas com frequência no cache do servidor ou edge antes que sejam solicitadas pelos usuários. Uma vez que as páginas foram armazenadas em cache, o servidor pode servi-las diretamente do cache e não precisa construir a página em tempo real.
Um cache warmer geralmente fará o "crawl" de um site com base em regras definidas pelo proprietário do site. Minha extensão do Chrome "the cache warmer" adota uma abordagem simples para essas regras:
- Ao abrir a extensão, a página inicial do site atual é exibida
- Quando você ativa o cache warmer, ele visita a página inicial e extrai todas as URLs
- As URLs são ordenadas por peso e a primeira página não visitada com o maior peso é rastreada
- Esse processo se repete até que todas as páginas sejam rastreadas ou a quantidade máxima definida de páginas seja rastreada, o que ocorrer primeiro
Como um cache warmer melhora o desempenho do pagespeed?
O objetivo principal do aquecimento de cache é evitar "falhas de cache" (cache misses), que ocorrem quando os dados solicitados não são encontrados no cache e devem ser construídos em tempo real pelo servidor. Isso obviamente leva mais tempo do que servir páginas do cache.
Dê uma olhada nesta distribuição de Time to First Byte do CoreDash. Ela mostra claramente duas curvas de sino. A primeira curva, rápida e verde, mostra visualizações de página HTML em cache. A segunda curva de sino, mais ampla, mostra visualizações de página mais lentas e sem cache.

Em nossos dados de Real User Monitoring, o TTFB mediano para carregamentos de páginas em cache é de cerca de 85ms, enquanto os carregamentos sem cache têm uma média de 650ms. Isso é uma diferença de aproximadamente 8x, e aparece diretamente nas suas pontuações de LCP.
Um Time to First Byte ruim sempre levará a métricas de pintura ruins como o First Contentful Paint e o Largest Contentful Paint, e isso resultará em falhas nos Core Web Vitals.
Essas métricas ruins tendem a surpreender proprietários de sites desavisados porque podem ser difíceis de replicar. Ao testar seu próprio site, você reconstruirá rapidamente esse cache e se torna fácil ignorar esse problema.
Então, o que eu fiz? Eu criei uma extensão do Chrome de cache warmer gratuita e poderosa, com um clique, que mantém seu cache quente sem ferramentas complexas de linha de comando.
Você pode encontrá-la aqui: Website Cache Warmer na Chrome Web Store
Como usar o cache warmer
Usar o cache warmer é muito fácil! Estes são os passos a seguir:
1. Instale o Cache Warmer da Chrome Web Store.
2. Para garantir que meu pequeno e divertido plugin não seja sua mais nova ferramenta DDOS gratuita, você precisa adicionar isso ao seu robots.txt para remover as limitações de rastreamento:
User-agent: CacheWarmer Crawl-delay: 0
3. Certifique-se de ter dados de RUM suficientes de antes. Você pode usar uma ferramenta de RUM como o CoreDash, que é de longe a opção mais acessível.
4. Execute o plugin. Você verá que suas páginas estão sendo rastreadas. Cada vez que visitamos uma página, uma nova versão em cache da sua página deve ser criada.
5. Certifique-se de que seu cache não seja invalidado manualmente. Isso significa não publicar novas atualizações de conteúdo no seu site por algumas horas e comparar o antes e o depois.
Se você notar uma diferença enorme (especialmente na seção de detalhamento do LCP, onde o LCP é plotado em relação ao TTFB), isso é uma grande indicação de que seu cache não está configurado corretamente. Considere revisar sua configuração de CDN e cache para corrigir a causa raiz.
I have done this before at your scale.
Complex platforms, large dev teams, legacy code. I join your team as a specialist, run the performance track, and hand it back in a state you can maintain.
Discuss Your Situation
