--- title: "Melhor plugin de cache para WordPress: como escolher pelo seu servidor" id: "590" type: "post" slug: "melhor-plugin-de-cache-wordpress" published_at: "2026-10-06T20:00:50+00:00" modified_at: "2026-10-06T20:22:47+00:00" url: "https://danielpazwp.com/pt/melhor-plugin-de-cache-wordpress/" markdown_url: "https://danielpazwp.com/pt/melhor-plugin-de-cache-wordpress.md" excerpt: "WP Rocket, LiteSpeed Cache, FlyingPress, W3 Total Cache, WP Super Cache, Cache Enabler e cache da hospedagem comparados por recurso, licença e servidor." taxonomy_category: - "Performance" --- [Performance](https://danielpazwp.com/pt/category/performance-pt/) 11 min de leitura # Melhor plugin de cache para WordPress: como escolher pelo seu servidor WP Rocket, LiteSpeed Cache, FlyingPress, W3 Total Cache, WP Super Cache, Cache Enabler e cache da hospedagem comparados por recurso, licença e servidor. Publicado **06/10/2026**11 min de leitura [Escrito porDaniel Paz](https://danielpazwp.com/pt/author/daniel-paz/) O melhor plugin de cache para WordPress é o que combina com o seu servidor. Se a hospedagem roda LiteSpeed, comece pelo LiteSpeed Cache: ele é gratuito e o cache de página fica dentro do próprio servidor web. Em Apache ou Nginx sem cache da hospedagem, WP Rocket ou FlyingPress entregam cache de página e otimização de front-end num plugin pago só. WP Super Cache e Cache Enabler são caches de página simples e gratuitos. O W3 Total Cache faz mais coisa e cobra mais de você na configuração. E se a hospedagem ou a CDN já fazem cache do HTML, talvez você nem precise de plugin de cache de página. Este texto compara recursos documentados, licença e requisitos de hospedagem. Não é benchmark. Não publico “testamos 12 plugins” porque o resultado no meu servidor de teste diz pouco sobre o seu tema, os seus plugins e os seus visitantes. O que dá para dizer com segurança é onde cada plugin se encaixa, o que costuma dar errado com ele nas auditorias e como medir a escolha no seu próprio site. Cache é uma etapa do processo descrito em [como acelerar o WordPress](https://danielpazwp.com/pt/como-acelerar-wordpress/) . ## O que um plugin de cache faz, na prática? A maioria dos plugins vendidos como “plugin de cache” faz dois trabalhos diferentes, e vale separar os dois na hora de comparar: - Cache de página. O plugin guarda o HTML pronto da página e entrega essa cópia para o próximo visitante anônimo, sem rodar WordPress, PHP e banco de novo. É essa parte que derruba o TTFB. - Pré-carregamento do cache. Um rastreador visita as URLs depois de cada limpeza, para que o primeiro visitante real não pegue a versão lenta, sem cache. - Cabeçalhos de cache de navegador para arquivos estáticos, para quem volta ao site não baixar o mesmo CSS e as mesmas imagens. - Otimização de front-end: minificar CSS e JavaScript, remover CSS não usado, adiar scripts, lazy load de imagens. Isso não é cache. Muda o trabalho do navegador, e é ali que LCP e INP melhoram ou pioram. - Integração com object cache, em alguns plugins. Só ajuda se o servidor tiver Redis ou Memcached, e acelera o que o cache de página não atende: painel, usuário logado, carrinho do WooCommerce. Se a diferença entre essas camadas não está clara, leia [page cache, object cache e edge cache: qual você precisa de verdade](https://danielpazwp.com/pt/page-cache-object-cache-edge-cache-qual-voce-precisa/) antes de escolher. Boa parte dos problemas de cache que encontro em auditoria vem de duas ferramentas fazendo o mesmo trabalho, ou de nenhuma fazendo o trabalho que o site precisava. ## Como os principais plugins de cache se comparam? A tabela resume o que cada opção documenta. Preço e limite de plano mudam, então confira a página do fornecedor antes de comprar. | Opção | Licença | Onde o cache de página funciona | Otimização de front-end | Para quem serve | | --- | --- | --- | --- | --- | | WP Rocket | Pago, licença anual por número de sites | Qualquer servidor (Apache, Nginx, LiteSpeed) | Sim: minificação, remoção de CSS não usado, atraso de JavaScript, lazy load | Quem quer um plugin pago só, com padrões sensatos | | LiteSpeed Cache | Gratuito; os serviços QUIC.cloud têm faixa grátis e paga | LiteSpeed Web Server ou OpenLiteSpeed, ou pela CDN QUIC.cloud | Sim, bem extensa; parte dos recursos roda no QUIC.cloud | Sites em hospedagem LiteSpeed | | FlyingPress | Pago, licença anual | Qualquer servidor | Sim: remoção de CSS não usado, atraso de JavaScript, lazy load, fontes hospedadas localmente | Projetos focados em performance que preferem menos opções | | W3 Total Cache | Gratuito, com versão Pro paga | Qualquer servidor; armazenamento em disco, Memcached, Redis ou APCu | Minificação e CDN; mais coisa na Pro | Engenheiros que querem controlar cada camada | | WP Super Cache | Gratuito, da Automattic | Qualquer servidor; o modo Expert entrega os arquivos por regras de rewrite | Não | Blogs e sites simples que só precisam de cache de página | | Cache Enabler | Gratuito, da KeyCDN | Qualquer servidor | Mínima (minificação de HTML) | Cache de página leve, combinado com outra ferramenta de otimização | | Cache no servidor ou na borda | Faz parte do plano de hospedagem ou da CDN | Nível de servidor (Nginx FastCGI cache, Varnish, LiteSpeed) ou borda (Cloudflare, QUIC.cloud) | Não; combine com um plugin de otimização se precisar | Hospedagem gerenciada e sites com visitantes longe do servidor | ## Qual o melhor plugin de cache WordPress para o seu site? ### WP Rocket É o plugin que mais recomendo para equipes sem um engenheiro na casa. Roda em qualquer servidor, liga cache de página e pré-carregamento assim que é ativado, e deixa as opções arriscadas (remover CSS não usado, atrasar JavaScript) em caixas de seleção com campo de exclusão ao lado. Só existe versão paga, não há versão gratuita no diretório do WordPress.org. O recurso Remove Unused CSS é processado nos servidores do próprio WP Rocket, o que importa se você se preocupa com para onde as suas páginas vão. Os confrontos detalhados estão em [WP Rocket vs LiteSpeed Cache](https://danielpazwp.com/pt/wp-rocket-vs-litespeed-cache-pt/) e [FlyingPress vs WP Rocket](https://danielpazwp.com/pt/flyingpress-vs-wp-rocket-pt/) . Se a escolha for o WP Rocket, o código WPLIGHT dá 25% de desconto (detalhes do link de afiliado no [guia do cupom WP Rocket](https://danielpazwp.com/pt/cupom-wp-rocket-perfmatters/) ). ### LiteSpeed Cache O LiteSpeed Cache ([no WordPress.org](https://wordpress.org/plugins/litespeed-cache/) ) é gratuito, mas o cache de página exige servidor LiteSpeed. No LiteSpeed Web Server ou no OpenLiteSpeed, o cache fica no próprio servidor web e a página em cache sai sem passar pelo PHP. Em Apache ou Nginx você continua com os recursos de otimização, e pode ter cache de página pela CDN QUIC.cloud. Tem mais configurações que qualquer outro desta lista, incluindo cache privado para usuário logado e ESI para separar blocos dinâmicos de páginas em cache. Otimização de imagem e geração de CSS crítico rodam no QUIC.cloud, que tem cotas. ### FlyingPress O FlyingPress é um plugin pago do Gijo Varghese, autor também do Flying Scripts e do Flying Pages. Cobre o mesmo terreno do WP Rocket (cache de página, CSS não usado, JavaScript atrasado, lazy load, tratamento de fontes) com uma tela de configuração menor. Roda em qualquer servidor. É um produto mais novo, de uma equipe menor, então confira na documentação e no changelog as integrações de que o seu site depende. ### W3 Total Cache O W3 Total Cache ([no WordPress.org](https://wordpress.org/plugins/w3-total-cache/) ) junta cache de página, object cache, cache de banco, cache de navegador, minificação e CDN num plugin só, cada um com escolha de armazenamento. Essa flexibilidade é real, e o risco também. Os problemas que encontro com ele quase sempre são de configuração: cache de banco ou object cache gravado em disco num disco compartilhado lento, minificação ligada em cima da minificação de outro plugin, ou regras de rewrite que nunca chegaram à configuração do Nginx. Se você sabe o que cada camada faz, funciona. Se não sabe, escolha algo com menos botões. ### WP Super Cache O WP Super Cache ([no WordPress.org](https://wordpress.org/plugins/wp-super-cache/) ) é mantido pela Automattic e faz uma coisa só: cache de página. No modo Expert ele grava regras de rewrite para o servidor web devolver o HTML estático sem carregar o PHP. Não otimiza CSS nem JavaScript, e em site simples eu vejo isso como vantagem. Só combine com um plugin de otimização se você mediu um problema no front-end. ### Cache Enabler O Cache Enabler ([no WordPress.org](https://wordpress.org/plugins/cache-enabler/) ), da KeyCDN, é um cache de página em disco pequeno, com uma tela de configuração curta e opção de minificar o HTML. Serve para quem quer cache de página e vai cuidar dos arquivos de front-end com outra ferramenta. Antes de instalar qualquer plugin gratuito, olhe a “Última atualização” e o fórum de suporte no WordPress.org. A manutenção de um plugin muda com o tempo. ### Cache no servidor e na borda Um cache no servidor (Nginx FastCGI cache, Varnish, LiteSpeed) ou na borda da CDN (regras de cache ou APO da Cloudflare, QUIC.cloud) responde antes de o WordPress carregar, o que é mais rápido do que qualquer plugin em PHP consegue ser. Muitas hospedagens gerenciadas fazem cache de página desse jeito e bloqueiam plugins de cache de página, ou pedem para você não usar. O cache na borda ainda encurta a distância até o visitante, coisa que plugin nenhum faz. Você continua precisando de algo que limpe o cache quando o conteúdo muda, e talvez ainda queira um plugin de otimização de front-end com o cache de página desligado. ## Preciso de plugin de cache se a hospedagem já faz cache? Para cache de página, normalmente não. Dois caches de página empilhados viram dois lugares para limpar, dois conjuntos de regras de exclusão e páginas desatualizadas que ninguém sabe explicar. Leia primeiro a documentação da hospedagem. Algumas publicam uma lista de plugins de cache proibidos, e o WP Rocket documenta hospedagens em que ele desliga o próprio cache de página e mantém só os recursos de otimização. O front-end é outra conversa. O cache da hospedagem resolve o TTFB, mas não tira CSS que bloqueia a renderização nem atrasa o widget de chat. Se o problema de LCP ou INP está no navegador, um plugin de otimização ainda pode ajudar, configurado para não fazer cache de página. Esse lado está em [os melhores plugins para Core Web Vitals](https://danielpazwp.com/pt/plugins-core-web-vitals/) . ## Como medir um plugin de cache no seu próprio site? Não decida pela nota do PageSpeed tirada cinco minutos depois de ativar o plugin. Esta é a ordem que eu uso: 1. Registre o ponto de partida. Salve os dados de campo do PageSpeed Insights ou do relatório de Core Web Vitals do Search Console: p75 de LCP, INP, CLS e TTFB. O CrUX usa uma janela móvel de 28 dias, então esse é o seu “antes”. 2. Confirme que o cache está respondendo. Veja os cabeçalhos de resposta na aba Network do navegador. O LiteSpeed manda `x-litespeed-cache: hit`, a Cloudflare manda `cf-cache-status`, muitas hospedagens mandam um cabeçalho `x-cache`, e vários plugins colocam um comentário HTML no fim da página em cache. A Saúde do Site do WordPress (6.1 em diante) também verifica se há cache de página. 3. Meça o TTFB deslogado, com cache frio e quente. Rode `curl -o /dev/null -s -w "%{time_starttransfer}\n" https://example.com/` algumas vezes logo depois de limpar o cache e de novo depois do pré-carregamento. Com cache funcionando, a diferença entre as duas medições é grande. 4. Teste o que não pode ir para o cache: carrinho, checkout, minha conta, páginas de usuário logado, formulários com nonce, seletor de moeda ou idioma. 5. Ligue as opções de front-end uma por vez. Depois de cada uma, clique em menus, sliders, formulários e carrinho com o console aberto. Atrasar JavaScript é a opção que mais quebra coisa. 6. Espere os dados de campo. Compare o p75 depois que a janela de 28 dias virar, não na manhã seguinte. Se o TTFB continua alto com cache confirmado, o problema é rede ou hospedagem, não o plugin. Os próximos passos estão em [como reduzir o TTFB no WordPress](https://danielpazwp.com/pt/ttfb-no-wordpress/) . ## Quais erros de cache eu mais vejo em auditoria? - Dois caches de página ativos ao mesmo tempo, quase sempre um plugin em cima do cache da hospedagem. - Dois plugins de otimização minificando e adiando os mesmos arquivos. - Um cookie ou parâmetro de URL (os de UTM são os campeões) que faz toda visita vinda de campanha cair fora do cache. - Pré-carregar o sitemap inteiro numa hospedagem compartilhada pequena, o que deixa o servidor mais lento para os visitantes reais a cada limpeza. - Tratar nota 100 no laboratório como prova, enquanto o INP de campo está ruim porque os scripts atrasados rodam todos no primeiro toque. ## Perguntas frequentes ### Qual o melhor plugin de cache gratuito para WordPress? Em servidor LiteSpeed, o LiteSpeed Cache. Em qualquer outro servidor, WP Super Cache ou Cache Enabler para um cache de página simples, ou W3 Total Cache se você quer mais controle e sabe configurar. ### Posso usar dois plugins de cache juntos? Dois caches de página, não. Dá para usar um cache de página (plugin ou hospedagem) mais um plugin de otimização com o cache de página desligado, desde que os dois não minifiquem nem adiem os mesmos arquivos. ### Plugin de cache resolve Core Web Vitals? Resolve a parte do servidor. O cache de página reduz o TTFB, e isso ajuda o LCP. INP e CLS dependem de JavaScript, layout e imagens, e o plugin só ajuda ali se os recursos de otimização atacarem o seu gargalo real. ### NitroPack é plugin de cache? O NitroPack é um serviço de otimização em SaaS com um plugin conector para WordPress. A otimização roda na infraestrutura dele, não no seu servidor. A comparação está em [NitroPack vs WP Rocket](https://danielpazwp.com/pt/nitropack-vs-wp-rocket-pt/) . Se você já tem plugin de cache instalado e os dados de campo continuam reprovando, a causa provavelmente está em outra parte da stack. A minha [auditoria de performance WordPress](https://danielpazwp.com/pt/auditoria-performance-wordpress/) mostra qual camada está lenta e em que ordem corrigir, e a equipe da WebOption pode [fazer a implementação](https://weboption.com.br/performance-seguranca/) se você não tem desenvolvedores para isso. [Trabalhe com o Daniel](https://danielpazwp.com/pt/#book) [Mais em Performance](https://danielpazwp.com/pt/category/performance-pt/) [Sobre o autorPágina do autor](https://danielpazwp.com/pt/author/daniel-paz/) ## Artigos relacionados [Todos os artigos](https://danielpazwp.com/pt/artigos/) [Performance out 2026Page cache vs object cache vs edge cache: qual você precisa](https://danielpazwp.com/pt/page-cache-object-cache-edge-cache-qual-voce-precisa/) [Performance out 2026Core Web Vitals: dados de campo vs laboratório](https://danielpazwp.com/pt/core-web-vitals-dados-de-campo-vs-laboratorio/) [Performance out 2026WordPress lento: os motivos estruturais e a ordem para corrigir](https://danielpazwp.com/pt/por-que-seu-wordpress-e-lento-motivos-estruturais/)