# Plugins de cache WordPress: 5 testados e veredicto

<strong>Plugins de cache WordPress</strong> aceleram o site quando o gargalo está no WordPress, não na hospedagem. Segundo a <a href="https://web.dev/learn">web.dev</a> (2024), um LCP bom fica abaixo de 2,5 s. O LiteSpeed Cache lidera em servidor compatível; o WP Rocket vence em simplicidade. A escolha depende do seu servidor.

Plugins de cache WordPress guardam uma versão pronta da página em HTML para servir sem reprocessar PHP a cada visita. A diferença entre eles não está no marketing, e sim em onde o cache vive: no plugin, no servidor ou na CDN. Neste comparativo a gente testou cinco opções reais e cruzou cada veredicto com o que aparece nos tickets de suporte da FULL, que acompanha 150 mil sites conectados. Antes de instalar qualquer coisa, vale entender se o seu problema é cache ou hospedagem, porque um plugin de cache não conserta servidor lento. Veja também o guia de <a href="https://full.services/core-web-vitals-wordpress/">Core Web Vitals no WordPress</a> e os <a href="https://full.services/performance-wordpress/">conteúdos de performance WordPress</a> da FULL.

---

## Comparativo direto: Os 5 plugins de cache WordPress testados

Cinco plugins de cache WordPress concentram a maior parte das instalações ativas: LiteSpeed Cache (7M+), WP Fastest Cache (1M+), WP Super Cache (1M+), W3 Total Cache (900k+) e o premium WP Rocket. A diferença prática aparece no LCP: em servidor LiteSpeed, o cache no nível do servidor tende a entregar tempos abaixo de 1,5 s.

Um plugin que só guarda HTML em disco fica perto de 2,2 s no mesmo site, com a mesma configuração. O número que importa é o seu servidor, não a nota do plugin no repositório. Por isso este comparativo separa o resultado por stack: o que vence em LiteSpeed perde em Apache compartilhado.

<p class="wp-caption-text">Legenda: o ganho real de cada plugin de cache muda conforme a stack do servidor, não conforme a marca.</p>

<table id="comparativo-plugins-cache-wordpress">
  <caption>Plugins de cache WordPress: nota, instalações e melhor cenário</caption>
  <thead>
    <tr>
      <th scope="col">Plugin</th>
      <th scope="col">Ponto forte</th>
      <th scope="col">Limitação crítica</th>
      <th scope="col">Melhor cenário</th>
    </tr>
  </thead>
  <tbody>
    <tr><th scope="row">LiteSpeed Cache</th><td>Cache no nível do servidor</td><td>Só rende em servidor LiteSpeed</td><td>Hospedagem com OpenLiteSpeed</td></tr>
    <tr><th scope="row">WP Rocket</th><td>Configuração simples e segura</td><td>Premium, licença anual</td><td>Quem quer ligar e esquecer</td></tr>
    <tr><th scope="row">W3 Total Cache</th><td>Granularidade técnica</td><td>Curva de configuração íngreme</td><td>Quem domina cache de objeto</td></tr>
    <tr><th scope="row">WP Fastest Cache</th><td>Leve e gratuito no básico</td><td>Recursos avançados são pagos</td><td>Sites simples e blogs</td></tr>
    <tr><th scope="row">WP-Optimize</th><td>Cache + limpeza de banco</td><td>Otimização de mídia limitada</td><td>Sites com banco inchado</td></tr>
  </tbody>
</table>

---

## Por que o cache de página não acelera todo site igual

O cache de página resolve o tempo de geração do HTML, mas não toca no TTFB causado por hospedagem fraca. Cache de página ativo em servidor com TTFB acima de 600 ms entrega ganho marginal: o navegador recebe o HTML rápido, mas o servidor demora a respondê-lo.

Em boa parte dos tickets de performance que chegam ao suporte da FULL, o site já tem um plugin de cache ativo e mesmo assim carrega devagar, porque o gargalo está no servidor ou em consultas pesadas ao banco de dados.

A regra técnica é direta. Plugins de cache WordPress atacam a camada de aplicação, ou seja, o trabalho do PHP. Se o atraso nasce antes disso, no tempo de resposta do servidor, nenhum plugin de cache resolve sozinho. Por isso a gente sempre mede o <a href="https://full.services/ttfb-wordpress-como-reduzir/">TTFB no WordPress</a> antes de recomendar um plugin: sem essa medição, trocar de plugin vira tentativa e erro. O cache importa, mas é a segunda camada, não a primeira.

---

## LiteSpeed Cache: O líder quando o servidor ajuda

O LiteSpeed Cache é o plugin de cache mais instalado do repositório, com 4,8/5 em 2.755 avaliações e mais de 7 milhões de instalações ativas, na versão 7.8.1 atualizada em abril de 2026. O diferencial não é o plugin em si, e sim a integração com o servidor.

O cache fica no nível do servidor LiteSpeed, antes do PHP, o que reduz o TTFB de forma que nenhum plugin em disco alcança, segundo o <a href="https://wordpress.org/plugins/litespeed-cache/" rel="noopener" target="_blank">repositório oficial WordPress.org</a>. Em hospedagem compartilhada Apache puro, porém, ele perde boa parte da vantagem.

Aqui mora a confusão mais comum entre os plugins de cache WordPress. O LiteSpeed Cache em servidor Apache ou Nginx sem LiteSpeed funciona como cache de disco comum, sem a aceleração nativa. Na maioria dos casos testados, instalá-lo fora do ambiente certo entrega o mesmo que um plugin gratuito mais leve. Vale conferir o tutorial de <a href="https://full.services/litespeed-cache-wordpress/">LiteSpeed Cache no WordPress</a> antes de migrar. O LiteSpeed Cache é a escolha técnica quando a hospedagem roda OpenLiteSpeed; fora disso, é só mais um plugin de disco.

---

## WP Rocket: Simplicidade que evita o tiro no pé

O WP Rocket é o único dos 5 plugins testados que é premium, e compete por uma dimensão diferente: configuração segura por padrão. Ao ativar, o cache de página já liga sem quebrar o tema, e recursos arriscados como o Delay JavaScript Execution vêm desligados ou com exclusões prontas.

Ele não publica rating no repositório porque é pago, então não há nota pública de usuários a comparar. O valor está nos defaults conservadores, que reduzem o volume de tickets de site quebrado logo após a ativação.

A relação causal que mais aparece no suporte é clara. WP Rocket com Delay JavaScript Execution agressivo, em site Elementor PRO sem exclusão dos handles do builder, gera popups e formulários que não abrem, sem erro visível para o administrador. O WP Rocket evita isso porque já entrega exclusões padrão para os builders comuns. Entre os plugins de cache WordPress, ele é o que menos exige conhecimento técnico. Compare a fundo em <a href="https://full.services/wp-rocket-vs-litespeed-cache/">WP Rocket vs LiteSpeed Cache</a>.

---

## Acelere o WordPress com o plugin certo no plano da FULL

A gente vê no suporte da FULL que a maior parte dos sites lentos não precisa de mais plugins de cache WordPress, e sim de um plugin de cache bem configurado dentro de uma stack que ajuda. Por isso o WP Rocket vem incluso, instalado e atualizado em todos os planos FULL, junto de outros 16 plugins premium. No plano PRO, a R$849,90 por mês para até 10 sites, o custo cai para cerca de R$85 por site, contra a licença anual avulsa de cada plugin pago somada uma a uma. Veja tudo em <a href="https://full.services/planos">FULL.services/planos</a> ou aprofunde no <a href="https://full.services/solucoes/wp-rocket/">WP Rocket gerenciado pela FULL</a>.

---

## Decisão rápida: Qual plugin de cache escolher

A escolha entre os plugins de cache WordPress depende de 3 variáveis: servidor, builder e orçamento. Em servidor LiteSpeed, a resposta muda completamente; em Apache compartilhado, o critério vira simplicidade. Use a árvore abaixo como atalho de decisão antes de instalar qualquer coisa no site de produção.

<ul class="arvore-decisao" style="margin-bottom:1.5rem">
  <li><strong>Se sua hospedagem roda LiteSpeed</strong> → instale o LiteSpeed Cache e ative o cache no nível do servidor.</li>
  <li><strong>Se você usa Elementor ou um builder pesado e não quer configurar</strong> → escolha o WP Rocket pelos defaults seguros.</li>
  <li><strong>Se o orçamento é zero e o site é um blog simples</strong> → evite o premium, use o WP Fastest Cache no plano gratuito.</li>
  <li><strong>Se o banco de dados está inchado e lento</strong> → prefira o WP-Optimize, que une cache e limpeza de tabelas.</li>
  <li><strong>Se você domina cache de objeto e quer controle fino</strong> → assuma o W3 Total Cache com Redis configurado.</li>
</ul>

---

## Quando um plugin de cache WordPress não vale a pena

Plugins de cache WordPress não valem a pena em três cenários concretos, e ignorá-los gera mais problema do que ganho. O primeiro é hospedagem saturada: se o TTFB passa de 800 ms por servidor sobrecarregado, o cache mascara o sintoma por minutos e o site volta a cair. Nesses casos, a maior parte do ganho vem de trocar de hospedagem, não de plugin.

O segundo cenário é o site dinâmico mal excluído. Loja WooCommerce com cache de página sem exclusão de carrinho e checkout faz um cliente ver o carrinho de outro usuário, um bug sério de privacidade. O terceiro é o conflito de camadas: dois plugins de cache ativos ao mesmo tempo, em servidor LiteSpeed, servem HTML desatualizado em camada dupla. Para diagnosticar a fundo, veja <a href="https://full.services/woocommerce-lento-como-diagnosticar-e-resolver-em-2026/">WooCommerce lento: como resolver</a>. Cache mal configurado é pior que cache nenhum.

---

<aside aria-label="Metodologia dos Testes">
<h2 id="metodologia-dos-testes">Metodologia dos testes</h2>
<p>Os testes foram realizados entre <time datetime="2026-02">fevereiro</time> e <time datetime="2026-05">maio de 2026</time>, em WordPress 6.9, PHP 8.2, sobre dois ambientes distintos: um servidor OpenLiteSpeed e uma hospedagem Apache compartilhada, para isolar o efeito do servidor no resultado de cada plugin de cache. As métricas de LCP, TTFB e CLS foram coletadas via PageSpeed Insights e GTmetrix em três rodadas por configuração, descartando a primeira para evitar ruído de cache frio. Os dados de instalações ativas, versão e avaliação saíram do repositório oficial WordPress.org na data do teste, sem reaproveitar a descrição dos autores dos plugins.</p>
</aside>

---

## Atributos-chave dos plugins de cache WordPress

Os cinco plugins de cache WordPress da tabela somam mais de 10 milhões de instalações ativas, com notas entre 4,3 e 4,9 no repositório oficial WordPress.org. Rating e data de atualização medem manutenção real do projeto.

Um plugin de cache sem atualização há mais de um ano costuma acumular incompatibilidade com a versão atual do WordPress. O WP Rocket aparece sem nota porque é premium e não publica avaliações públicas no repositório, o que não significa qualidade menor, apenas modelo de distribuição diferente.

<table id="atributos-plugins-cache-wordpress">
  <caption>Atributos reais dos plugins de cache WordPress (fonte: WordPress.org)</caption>
  <thead>
    <tr>
      <th scope="col">Plugin</th>
      <th scope="col">Versão / atualização</th>
      <th scope="col">Avaliação (avaliações)</th>
      <th scope="col">Instalações / requisitos</th>
    </tr>
  </thead>
  <tbody>
    <tr><th scope="row">LiteSpeed Cache</th><td>7.8.1 ,  abr/2026</td><td>4,8/5 (2.755)</td><td>7M+ .  WP 5.3+, PHP 7.2+</td></tr>
    <tr><th scope="row">WP Fastest Cache</th><td>1.4.9 ,  mai/2026</td><td>4,9/5 (4.221)</td><td>1M+ .  WP 5.7+</td></tr>
    <tr><th scope="row">W3 Total Cache</th><td>2.9.4 ,  mai/2026</td><td>4,4/5 (5.417)</td><td>900k+ .  WP 5.3+, PHP 7.2.5+</td></tr>
    <tr><th scope="row">WP Super Cache</th><td>3.1.1 ,  mai/2026</td><td>4,3/5 (1.342)</td><td>1M+ .  WP 6.8+, PHP 7.4+</td></tr>
    <tr><th scope="row">WP Rocket</th><td>Premium ,  anual</td><td>sem rating público</td><td>Licença por site</td></tr>
  </tbody>
</table>

Um detalhe que só aparece em operação de escala: em VPS abaixo de 2GB de RAM, com WooCommerce acima de 1.000 produtos, o preload agressivo de qualquer plugin de cache gera picos de CPU em horário de pico, derrubando o site justamente quando ele recebe tráfego. A configuração recomendada nesses casos é limitar o preload a 2 threads simultâneas e agendar o job para a madrugada. Segundo o <a href="https://httparchive.org" rel="noopener" target="_blank">HTTP Archive</a> (2024), a maioria dos sites WordPress ainda falha o limite de LCP móvel, o que mostra que cache mal calibrado é tão comum quanto a ausência dele.

---

<aside aria-label="Resumo Tecnico">
<h2 id="resumo-tecnico">Resumo técnico</h2>
<ul style="margin-bottom:1.5rem">
  <li><strong>Melhor cenário:</strong> LiteSpeed Cache em hospedagem OpenLiteSpeed, com cache no nível do servidor antes do PHP, entregando LCP abaixo de 1,5 s.</li>
  <li><strong>Pior cenário:</strong> dois plugins de cache ativos ao mesmo tempo no mesmo site, servindo HTML desatualizado em camada dupla para o visitante.</li>
  <li><strong>Principal conflito:</strong> Delay JavaScript agressivo em builders como o Elementor PRO sem exclusão de handles, gerando popups e formulários que não abrem.</li>
  <li><strong>Melhor alternativa gratuita:</strong> WP Fastest Cache, com 4,9/5 no repositório, para blogs simples em servidor Apache compartilhado.</li>
  <li><strong>Custo no bundle:</strong> cerca de R$85 por site no plano PRO da FULL, contra a licença anual avulsa de cada plugin pago.</li>
  <li><strong>Em uma frase:</strong> plugins de cache aceleram o WordPress quando o gargalo é o PHP, não a hospedagem.</li>
</ul>
</aside>

---

<h2 id="faq">Perguntas frequentes sobre plugins de cache WordPress</h2>

<details>
<summary>Por que dois plugins de cache no mesmo site quebram o WordPress?</summary>
<p>Porque cada plugin tenta gerar e servir sua própria versão do HTML, e as camadas conflitam. Dois plugins de cache ativos, em servidor LiteSpeed, entregam HTML desatualizado em camada dupla: um guarda a página, o outro guarda a página já guardada, e o visitante vê conteúdo antigo. A regra é manter um único plugin de cache ativo por site. Se migrar de plugin, desative e remova o anterior antes de instalar o novo.</p>
</details>

<details>
<summary>É possível acelerar o WordPress só com plugin de cache, sem trocar de hospedagem?</summary>
<p>Só em parte. Plugins de cache WordPress resolvem o tempo de geração do HTML pelo PHP, mas não corrigem TTFB alto causado por servidor fraco. Se o seu TTFB passa de 600 ms por hospedagem saturada, o cache entrega ganho marginal, porque o gargalo está antes da aplicação. Na maioria dos casos de servidor lento, a aceleração real vem de trocar de hospedagem, e o plugin de cache vira a segunda camada de ganho, não a primeira.</p>
</details>

<details>
<summary>Qual a diferença entre o LiteSpeed Cache e o WP Rocket?</summary>
<p>O LiteSpeed Cache faz cache no nível do servidor, mas só rende de verdade em hospedagem com LiteSpeed; é gratuito e tem 4,8/5 em mais de 2.700 avaliações. O WP Rocket é premium, funciona em qualquer servidor e compete por configuração segura por padrão, com defaults que evitam quebrar Elementor e WooCommerce. Em servidor LiteSpeed, escolha o LiteSpeed Cache; em Apache ou Nginx comum, o WP Rocket tende a dar menos trabalho.</p>
</details>

<details>
<summary>Quanto custa um plugin de cache premium por site no bundle da FULL?</summary>
<p>Cerca de R$85 por site no plano PRO da FULL, que custa R$849,90 por mês para até 10 sites e inclui o WP Rocket já instalado e atualizado, além de outros 16 plugins premium. Comprado avulso, cada licença anual de plugin pago se soma site a site. No bundle, o WP Rocket vem gerenciado, o que dilui o custo e elimina a tarefa de atualizar cada plugin manualmente em cada instalação.</p>
</details>

<details>
<summary>O que um plugin de cache otimiza de Core Web Vitals na prática?</summary>
<p>Um plugin de cache atua principalmente sobre o LCP e o TTFB, servindo HTML pronto e reduzindo o tempo de resposta. Recursos de minificação e lazy loading também ajudam o CLS e o carregamento de imagens, mas não substituem otimização de mídia. O cache de página não corrige INP, que depende de JavaScript no navegador. Segundo a web.dev, um LCP bom fica abaixo de 2,5 s, e é nessa métrica que o cache entrega o maior ganho direto.</p>
</details>

---

## Próximos passos para acelerar seu WordPress

Escolher entre os plugins de cache WordPress fica simples quando você mede antes de instalar: confira o servidor, o TTFB e o builder, e só então decida. Em hospedagem LiteSpeed, o LiteSpeed Cache lidera; em qualquer outra stack, o WP Rocket reduz o risco de quebrar o site. Para um blog gratuito, o WP Fastest Cache resolve. O erro caro é tratar os plugins de cache WordPress como bala de prata para hospedagem ruim, quando o cache é a camada de aplicação, não a base. Para continuar aprendendo, o <a href="https://full.services/academy/">FULL Academy</a> reúne os tutoriais, guias e comparativos de performance em um só lugar, e o guia <a href="https://full.services/guias/acelere-o-wordpress">acelere o WordPress</a> organiza o caminho completo.
