Por equipe WordPress DEV Teste — publicado em maio de 2026.
A escolha entre WP Rocket, W3 Total Cache e LiteSpeed Cache se resolve antes de você instalar qualquer um deles: o fator decisivo é o servidor web do seu host. Se o site roda em hospedagem com servidor LiteSpeed, o LiteSpeed Cache é a resposta — gratuito, com cache de página no nível do servidor que nenhum plugin escrito em PHP consegue igualar. Se o host usa Apache ou Nginx, essa vantagem some, e a disputa real passa a ser entre o W3 Total Cache (gratuito, controle granular, curva de aprendizado mais íngreme) e o WP Rocket (pago, a partir de US$59 por ano, configuração quase automática). Quem mantém loja WooCommerce ou não tem tempo para ajuste fino costuma justificar o custo do WP Rocket; quem domina otimização de performance e quer controle total fica bem servido pelo W3 Total Cache sem gastar nada. O resto deste comparativo mostra como confirmar qual é o seu caso e configurar o plugin certo.
A regra que decide tudo: o cache de página depende do servidor do seu host, não do plugin
Uma página WordPress é montada de novo a cada visita: o PHP consulta o banco MySQL, executa o tema e os plugins, gera o HTML e devolve ao navegador. O cache de página corta esse trabalho guardando uma cópia estática do HTML pronto. A diferença entre os três plugins não está em se eles fazem isso — está em onde a cópia fica e quem a serve.
No LiteSpeed Cache, o cache de página vive dentro do próprio servidor web, através do módulo LSCache. O plugin apenas instrui o servidor sobre o que e quando armazenar; quem entrega a cópia estática é o servidor, sem nem inicializar o PHP. É o caminho mais curto possível entre o pedido do visitante e a resposta. Segundo a documentação oficial da LiteSpeed Technologies, esse cache de nível de servidor exige OpenLiteSpeed, um produto comercial LiteSpeed, uma hospedagem com servidor LiteSpeed ou o CDN QUIC.cloud. Em servidores Apache ou Nginx, esse cache exclusivo simplesmente não fica disponível.
W3 Total Cache e WP Rocket resolvem o problema de outra forma, porque precisam funcionar em qualquer servidor. Eles gravam o HTML pronto como arquivo estático em disco e usam regras de reescrita (no .htaccess do Apache ou na configuração do Nginx) para servir esse arquivo nas próximas visitas. É rápido e eficaz, mas envolve uma camada a mais do que o cache embutido no servidor. Se você quer entender como essa entrega estática funciona na stack Nginx, vale ver o cache HTTP no Nginx para WordPress. A conclusão prática é simples: descubra o servidor do seu host antes de decidir o plugin.
Como descobrir o servidor do seu host em 30 segundos. No painel do WordPress, vá em Ferramentas › Saúde do site › aba Informações › seção Servidor e leia o campo “Software do servidor web”. Se aparecer “LiteSpeed”, o LiteSpeed Cache é a escolha óbvia; se aparecer “Apache” ou “nginx”, a decisão real fica entre o W3 Total Cache e o WP Rocket. Faça essa verificação antes de instalar qualquer plugin.
WP Rocket, W3 Total Cache e LiteSpeed Cache lado a lado: versões, instalações, notas e preço em maio de 2026
Os dados abaixo vêm das páginas oficiais dos plugins no repositório do WordPress.org e da página de preços do WP Rocket, verificados em maio de 2026. Preços e versões mudam rápido neste nicho — reconfirme antes de comprar.
| Critério | LiteSpeed Cache | W3 Total Cache | WP Rocket |
|---|---|---|---|
| Preço | Gratuito | Gratuito (versão Pro paga) | Pago — US$59 / US$119 / US$299 por ano |
| Versão atual | 7.8.1 | 2.9.4 | Sem repositório público verificável |
| Última atualização | 1 de abril de 2026 | 19 de maio de 2026 | Não publicada no WordPress.org |
| Instalações ativas | Mais de 7 milhões | Mais de 900 mil | Não divulgado (fora do repositório) |
| Nota média | 4,8 / 5 | 4,4 / 5 | Não aplicável (fora do repositório) |
| Dependência de servidor | Cache de página exige servidor LiteSpeed ou QUIC.cloud | Host-agnostic | Host-agnostic |
| Garantia | — | — | Reembolso em 14 dias |
A tabela já antecipa a assimetria do comparativo: dois plugins gratuitos e amplamente adotados contra um plugin pago que sequer publica versão no repositório oficial. Isso não desqualifica o WP Rocket — apenas significa que ele precisa justificar o preço com algo que os gratuitos não entregam de graça.
LiteSpeed Cache: imbatível em servidor LiteSpeed, plugin de otimização comum fora dele
O LiteSpeed Cache é gratuito no repositório oficial do WordPress, com mais de 7 milhões de instalações ativas, nota 4,8 de 5 e versão 7.8.1 atualizada em 1 de abril de 2026 — números que o colocam como o plugin de cache mais usado do ecossistema. Quando o host roda um servidor LiteSpeed, ele é difícil de bater: o cache de página acontece no servidor, e a entrega da cópia estática nem toca o PHP.
O detalhe que a maioria dos comparativos em português ignora é o que acontece fora desse cenário. O cache de página de nível de servidor — a principal vantagem do plugin — exige OpenLiteSpeed, um produto comercial LiteSpeed, hospedagem com servidor LiteSpeed ou o QUIC.cloud CDN. Num host Apache ou Nginx, esse cache exclusivo não está disponível. O plugin continua instalável e útil, mas vira só mais um otimizador.
E aqui está a boa notícia para quem está fora da stack LiteSpeed: os recursos gerais de otimização funcionam em qualquer servidor web. Minificação e combinação de CSS e JavaScript, lazy load de imagens, object cache via Memcached, LSMCD ou Redis, otimização de imagens e geração de Critical CSS rodam tanto em LiteSpeed quanto em Apache ou Nginx. Para servidores não-LiteSpeed, o QUIC.cloud CDN é a ponte que devolve parte do cache de borda — mas é uma camada externa, com plano gratuito limitado por cotas, não o cache embutido no seu servidor.
W3 Total Cache: o framework host-agnostic com controle granular para quem domina WPO
O W3 Total Cache também é gratuito no repositório oficial, com mais de 900 mil instalações ativas, nota 4,4 de 5 e versão 2.9.4 atualizada em 19 de maio de 2026 — atualização recente que confirma manutenção ativa. Seus desenvolvedores o descrevem como um framework de Web Performance Optimization host-agnostic: ele não depende de um servidor específico e tenta cobrir todas as camadas de cache de uma vez.
Essa amplitude é a marca do plugin. Ele oferece page cache, object cache, database cache, minify, fragment cache, browser cache e integração de CDN como módulos separados, e dá suporte a object e database cache via Redis ou Memcached. Para um administrador que entende o que cada uma dessas camadas faz, é controle granular real — você liga, desliga e ajusta cada peça individualmente, e adapta o cache à arquitetura exata do site.
O outro lado dessa moeda é a curva de aprendizado. Esse mesmo painel cheio de opções é o que torna o W3 Total Cache fácil de configurar errado. Combinar e minificar arquivos sem testar, por exemplo, está entre as causas mais comuns de layout quebrado e scripts que param de funcionar. O plugin recompensa quem sabe o que está fazendo e pune quem clica em tudo. É a ferramenta certa para quem domina otimização — e a errada para quem quer ligar e esquecer.
WP Rocket: a opção paga focada em configuração fácil e Core Web Vitais
O WP Rocket é o único dos três que não tem versão gratuita. Conforme a página oficial de preços, a licença Single custa a partir de US$59 por ano para 1 site, a Plus US$119 por ano para 3 sites e a Infinite US$299 por ano para sites ilimitados, todas com garantia de reembolso de 14 dias. Por ser pago e distribuído fora do WordPress.org, ele não tem uma página pública com versão e data de atualização verificáveis como os outros dois.
O que se paga, na prática, é a redução de decisões. O cache de página fica ativo assim que o plugin é instalado, sem assistente obrigatório. Otimizações que costumam dar trabalho em outros plugins — Critical CSS, adiamento da execução de JavaScript, lazy load, pré-carregamento — vêm como interruptores únicos, com defaults pensados para Core Web Vitais. Publicações editoriais de referência no nicho apontam consistentemente o WP Rocket como a opção premium mais fácil de configurar; trate isso como tendência editorial, não como métrica auditada, mas a direção é coerente.
A pergunta honesta é se vale o preço quando existem dois concorrentes gratuitos competentes. A resposta depende do custo do seu tempo e do seu apetite por risco de configuração. Para quem cobra por hora, gerencia vários sites de clientes ou simplesmente não quer aprender WPO, US$59 por ano podem ser mais baratos que uma tarde de ajuste fino e um layout quebrado em produção. Para quem tem tempo, gosto técnico e um único site, o WP Rocket entrega conveniência — não um teto de performance inacessível aos gratuitos.
Configuração na prática: passo a passo e curva de aprendizado de cada plugin
Os três plugins deixam o cache funcionando em minutos; a diferença está em quanto cada um exige de atenção depois disso. Os workflows abaixo cobrem o essencial para um cache seguro, sem quebrar o site.
LiteSpeed Cache. Instale e ative pelo painel. Em Cache > Cache, confirme que o cache de página está ligado — em host LiteSpeed ele já costuma vir ativo. Aplique o preset “Essentials” em Toolbox > Importar/Exportar > Presets, que liga otimizações de baixo risco. Só então ative, uma de cada vez e testando, a minificação de CSS/JS e o lazy load. Se o host não for LiteSpeed, conecte o QUIC.cloud para ganhar cache de borda. Curva: baixa em host LiteSpeed, média fora dele.
W3 Total Cache. Após ativar, rode o assistente de setup (Performance > Setup Guide), que testa o ambiente e sugere o tipo de page cache — “Disk: Enhanced” para a maioria, ou Redis se disponível. Ative page cache e browser cache primeiro e valide o site. Minify e database/object cache vêm depois, individualmente e sempre conferindo o resultado em uma janela anônima. Se houver CDN, configure o módulo correspondente. Curva: alta — é o plugin que mais exige conhecimento.
WP Rocket. Instale o arquivo .zip baixado da sua conta; o cache de página entra em ação sozinho. Em Otimização de Arquivos, ative os interruptores aos poucos — minificar CSS, depois adiar JavaScript, depois remover CSS não usado — testando o layout entre cada um. Em Mídia, ligue o lazy load. Curva: a mais baixa dos três; os defaults fazem o trabalho pesado.
Confirme que o cache está realmente servindo a página. Depois de configurar qualquer um dos três, abra o site numa aba anônima e inspecione os cabeçalhos de resposta da requisição principal (DevTools › Network › clique no documento HTML › Headers). Procure por x-litespeed-cache: hit no LiteSpeed Cache, pelo comentário <!-- Performance optimized by W3 Total Cache --> no fim do HTML do W3 Total Cache, ou pela marca de cache do WP Rocket. Sem uma marca de HIT, o cache não está entregando a página — e aí o suspeito mais comum é um segundo plugin de cache ou um cache de host/CDN na frente. Um teste extra: altere um título de post, salve e veja se a mudança aparece na aba anônima após o purge.
Performance, Core Web Vitais e TTFB: o que os benchmarks mostram e por que tratá-los com cautela
Os números de benchmark que circulam sobre estes plugins — ganhos percentuais de LCP, valores específicos de TTFB, reduções de pico de CPU — quase sempre vêm de blogs editoriais sem metodologia publicada. Não foi possível confirmar nenhum deles em fonte primária independente e reproduzível. Use-os, no máximo, como sinal de direção; nunca como promessa para o seu site.
O que dá para afirmar com segurança é mecânico. O cache de página ataca o TTFB (Time To First Byte), porque elimina a geração dinâmica da página — e o cache de nível de servidor do LiteSpeed faz isso de forma mais direta que o cache em arquivo dos plugins PHP. Já o LCP (Largest Contentful Paint) e o CLS dependem mais de minificação, Critical CSS, lazy load e, sobretudo, do peso das imagens. Aliás, a maior alavanca isolada de LCP costuma ser a mídia: vale tanto otimizar imagens sem perder qualidade quanto ajustar o cache.
A recomendação prática é medir o seu caso. Rode o PageSpeed Insights e o GTmetrix antes de instalar o plugin, anote os valores, ative o plugin e meça de novo nas mesmas páginas. O delta real do seu site, no seu host, com o seu tema, vale mais que qualquer ranking absoluto de comparativo — porque o resultado depende fortemente da stack do servidor, e nenhum benchmark genérico reproduz a sua.
Como medir sem se enganar. No teste de antes e depois, ignore o primeiro carregamento de cada página — ele gera o cache e é lento de propósito — e meça o segundo. A diferença entre um MISS e um HIT na mesma URL é o ganho real do cache no seu site. Comparar o HIT do seu site com um número de benchmark de blog alheio não diz nada útil, porque a stack do servidor por trás daquele número é outra.
Compatibilidade com Hostinger, Cloudways e WP Engine: qual plugin combina com cada host
Não há documentação oficial atual de Hostinger, Cloudways e WP Engine confirmando exatamente qual plugin cada um recomenda em 2026, então confirme no painel ou com o suporte do seu plano. Ainda assim, a stack típica de cada host aponta um caminho claro.
Hostinger. Boa parte dos planos de hospedagem WordPress da Hostinger roda em servidores LiteSpeed. Se for o seu caso, o LiteSpeed Cache é a escolha natural e gratuita — você ganha o cache de nível de servidor sem custo. Verifique no painel se o ambiente é mesmo LiteSpeed antes de assumir.
Cloudways. A stack da Cloudways combina Apache e Nginx sobre provedores de nuvem, sem servidor LiteSpeed. Aqui o cache de página exclusivo do LiteSpeed Cache não se aplica; a disputa fica entre W3 Total Cache e WP Rocket, conforme o seu nível técnico. O LiteSpeed Cache ainda pode ser usado só pelos recursos gerais de otimização, mas perde o motivo principal de existir.
WP Engine. A WP Engine opera uma camada de cache de servidor proprietária e, historicamente, desencoraja plugins de cache de página, que podem conflitar com o cache da plataforma. Nesse host, o papel de um plugin se reduz a otimização de assets — minificação, lazy load, Critical CSS — e não ao cache de página. Antes de instalar qualquer coisa, consulte a lista de plugins desaconselhados do host.
O erro comum: por que empilhar dois plugins de cache quebra a atualização das suas páginas
Especialistas em WordPress são unânimes: use apenas um plugin de cache por site. Manter funções de cache duplicadas em dois plugins ativos ao mesmo tempo causa conflitos — o sintoma clássico é uma página que não reflete as alterações mesmo depois de você limpar o cache. Tanto o blog oficial da LiteSpeed quanto a base de conhecimento da SiteGround reforçam essa orientação.
O cenário concreto deixa o problema visível. Imagine um site com W3 Total Cache e LiteSpeed Cache ativos juntos. Você corrige um preço numa página e publica. O WordPress dispara o purge — mas só um dos plugins escuta esse evento de forma confiável e invalida a cópia dele. O outro plugin continua com o HTML antigo guardado e segue servindo o preço errado. Você limpa o cache “do plugin”, vê a correção no seu navegador e acha que resolveu; o visitante, atendido pela camada do outro plugin, continua vendo a versão velha. Pior: os dois disputam as mesmas regras de reescrita no .htaccess, e a ordem em que escrevem essas regras pode tornar o comportamento intermitente e quase impossível de depurar.
A regra é simples e sem exceção: escolha um plugin, desative e desinstale completamente qualquer outro plugin de cache, e limpe os arquivos residuais que ele possa ter deixado no wp-content. Se o seu host já faz cache no nível do servidor, conte isso como a sua única camada de cache de página e use o plugin apenas para otimização de assets.
Recomendação final por perfil: host, nível técnico e tipo de site
Não existe um vencedor único — existe o plugin certo para o cruzamento entre o servidor do seu host e o seu perfil. A matriz abaixo resume a decisão.
| Perfil | Host com servidor LiteSpeed | Host Apache / Nginx |
|---|---|---|
| Administrador iniciante | LiteSpeed Cache (gratuito, preset Essentials) | WP Rocket (defaults seguros, menos risco) |
| Desenvolvedor / domina WPO | LiteSpeed Cache com ajuste fino | W3 Total Cache (controle granular, gratuito) |
| Loja WooCommerce | LiteSpeed Cache + regras de exclusão de carrinho/checkout | WP Rocket (exclusões de cache prontas para e-commerce) |
Em texto corrido: o administrador iniciante em host LiteSpeed não tem motivo para gastar — o LiteSpeed Cache com o preset Essentials entrega cache de servidor de graça. O desenvolvedor em host Apache/Nginx ganha mais com o W3 Total Cache, que oferece o controle granular que ele sabe usar sem cobrar nada por isso. E a loja WooCommerce é o caso em que pagar costuma compensar: cache mal configurado num e-commerce significa carrinho cacheado e checkout quebrado, e o WP Rocket já traz as regras de exclusão certas — a menos que você esteja em host LiteSpeed, onde o LiteSpeed Cache resolve o mesmo de graça com poucas regras manuais. Se o cache vai cruzar com uma CDN, vale também decidir essa camada com cuidado — o comparativo de como escolher entre Cloudflare e BunnyCDN ajuda nessa etapa.
Checklist de exclusões de cache para WooCommerce. Vale para os três plugins: mantenha sempre fora do cache de página as rotas /cart, /checkout e /my-account, as query strings de add-to-cart e os cookies de sessão woocommerce_items_in_cart e woocommerce_cart_hash. WP Rocket e LiteSpeed Cache já trazem essas exclusões por padrão; no W3 Total Cache você precisa adicioná-las manualmente em Page Cache › Never cache the following pages. Sem isso, um visitante pode ver o carrinho de outro — uma falha de cache bem mais grave que qualquer lentidão.
Dúvidas comuns sobre plugins de cache no WordPress
Posso usar o LiteSpeed Cache se meu host não tem servidor LiteSpeed?
Pode, mas você perde o motivo principal de escolhê-lo. Em servidores Apache ou Nginx, o cache de página de nível de servidor não fica disponível — esse recurso exige OpenLiteSpeed, um produto comercial LiteSpeed, hospedagem LiteSpeed ou o QUIC.cloud CDN.
O que continua funcionando em qualquer servidor são os recursos gerais de otimização: minificação e combinação de CSS/JS, lazy load, object cache via Redis ou Memcached, otimização de imagens e Critical CSS. Conectar o QUIC.cloud devolve parte do cache de borda, mas é uma camada externa com cotas. Fora da stack LiteSpeed, na prática, costuma valer mais comparar W3 Total Cache e WP Rocket.
O WP Rocket vale o preço se W3 Total Cache e LiteSpeed Cache são gratuitos?
Vale quando o seu tempo custa mais que a licença. O WP Rocket parte de US$59 por ano para 1 site e ativa o cache de página assim que é instalado, com otimizações de Core Web Vitais — como Critical CSS e adiamento de JavaScript — em interruptores únicos e defaults seguros.
Para quem gerencia vários sites, cobra por hora ou não quer aprender otimização, isso evita horas de ajuste fino e o risco de quebrar o layout em produção. Para quem tem um único site, gosto técnico e tempo, os gratuitos chegam ao mesmo lugar — o WP Rocket vende conveniência, não um patamar de performance exclusivo.
Qual plugin de cache é melhor para uma loja WooCommerce?
O fator crítico numa loja não é a velocidade do cache, e sim o que não deve ser cacheado. Carrinho, checkout e a conta do cliente precisam ficar de fora do cache de página; uma página de carrinho cacheada mostra ao cliente o pedido de outra pessoa.
Em host LiteSpeed, o LiteSpeed Cache resolve bem com algumas regras de exclusão. Em host Apache/Nginx, o WP Rocket é a escolha mais segura para iniciantes, porque já reconhece o WooCommerce e exclui essas páginas automaticamente. O W3 Total Cache também serve, mas exige configurar as exclusões manualmente — risco maior para quem não domina a ferramenta.
O que acontece se eu ativar dois plugins de cache ao mesmo tempo?
Os dois plugins criam camadas de cache de página concorrentes. Quando você publica uma alteração, normalmente só um deles invalida a cópia dele de forma confiável; o outro continua servindo o HTML antigo. O resultado é uma página que não atualiza mesmo depois de você limpar o cache.
Há ainda conflito nas regras de reescrita do .htaccess, o que torna o comportamento intermitente e difícil de depurar. A orientação consensual é manter apenas um plugin de cache ativo: desinstale completamente os demais e remova os arquivos residuais.
Preciso de um plugin de cache se meu host já faz cache no servidor?
Para o cache de página, não — e empilhar um plugin sobre o cache do host repete o problema do conflito de camadas. Hosts gerenciados como o WP Engine operam cache de servidor próprio e costumam desencorajar plugins de cache de página.
Nesse cenário, o plugin ainda tem um papel diferente: otimização de assets. Minificação, lazy load, Critical CSS e otimização de imagens não duplicam o cache do host e podem coexistir com ele. Antes de instalar qualquer coisa, confira a lista de plugins desaconselhados do seu host.
Como sei se o cache está realmente funcionando?
O teste mais direto é medir antes e depois. Rode o PageSpeed Insights ou o GTmetrix nas mesmas páginas antes de instalar o plugin e logo após configurá-lo; a queda no TTFB e no tempo de carregamento confirma o efeito do cache de página.
Para uma verificação rápida, abra a página em uma janela anônima e inspecione os cabeçalhos HTTP de resposta — plugins e servidores de cache costumam adicionar um cabeçalho indicando hit ou miss. E sempre valide numa janela anônima, não na sua sessão logada: usuários autenticados normalmente recebem páginas não cacheadas, o que pode dar a falsa impressão de que o cache não está ativo.