Não existe um único melhor plugin para Core Web Vitals no WordPress, porque LCP, INP e CLS reprovam por motivos diferentes e cada plugin cobre uma parte do trabalho. Um plugin de cache de página como WP Rocket, LiteSpeed Cache ou W3 Total Cache ajuda o LCP ao reduzir o tempo de resposta do servidor. Plugins de imagem ajudam o LCP com arquivos menores. Gerenciadores de scripts como Perfmatters ou Asset CleanUp ajudam o INP ao carregar menos JavaScript. O Performance Lab traz recursos que o Time de Performance do WordPress está testando para o core. Use um plugin por função, sem recursos sobrepostos, e julgue pelo dado de campo no p75, não pela nota de laboratório.
Esta página compara plugins pelos recursos documentados e pela arquitetura. Não publico números de benchmark, porque o efeito de um plugin depende da hospedagem, do tema e dos scripts do seu site, e o único resultado que conta é o que você mede nas suas páginas. Para as métricas em si, comece pelo guia completo de Core Web Vitals no WordPress.
O que um plugin resolve e o que ele não resolve?
Plugin é bom no trabalho que acontece na saída: entregar HTML em cache, adiar ou atrasar JavaScript, colocar o CSS crítico inline, remover CSS não usado, fazer lazy load de imagens abaixo da dobra, converter imagens para formatos modernos, fazer preload da imagem LCP e hospedar fontes localmente.
O que está por baixo ele não conserta. Hospedagem lenta, PHP sem OPcache, banco cheio de opções com autoload, DOM de construtor com milhares de nós, slider no topo que o cliente não abre mão e scripts de terceiros que o marketing precisa sobrevivem a qualquer plugin. Escrevi sobre isso em por que seu site WordPress é lento por motivos estruturais. Quando um site reprova no Core Web Vitals com três plugins de otimização instalados, a causa quase sempre está nessa lista.
Qual plugin ajuda em qual métrica?
| Função | Métrica principal | Exemplos | Cuidado com |
|---|---|---|---|
| Cache de página | LCP, via TTFB | WP Rocket, LiteSpeed Cache, W3 Total Cache, WP Super Cache, FlyingPress | Bypass de cache para usuário logado, carrinho e query string |
| Cache de objetos persistente | TTFB em páginas sem cache | Redis Object Cache | Precisa de Redis rodando no servidor |
| Otimização de imagens | LCP | Suporte do core a WebP e AVIF, EWWW Image Optimizer, ShortPixel, Imagify | Imagem LCP com lazy load anula o ganho |
| CSS crítico e CSS não usado | LCP | WP Rocket, LiteSpeed Cache, FlyingPress, Perfmatters | Estilos faltando em menus, sliders e outras partes dinâmicas |
| Adiar e atrasar JavaScript | LCP e INP | WP Rocket, LiteSpeed Cache, FlyingPress, Perfmatters | A primeira interação paga pelos scripts atrasados |
| Descarregar scripts por página | INP e LCP | Perfmatters, Asset CleanUp | Descarregar algo de que a página precisa |
| Teste de recursos do core | LCP | Performance Lab | Os módulos mudam conforme os recursos entram no core |
Qual o melhor plugin para Core Web Vitals no WordPress quando o assunto é cache?
O cache de página é onde a maioria dos sites WordPress ganha mais no LCP, porque a página em cache pula o PHP e o banco. Os plugins abaixo se diferenciam mais pela arquitetura do que pela lista de recursos. Aprofundo isso em qual o melhor plugin de cache para WordPress e em WP Rocket vs LiteSpeed Cache.
WP Rocket
Plugin pago, sem versão gratuita. Cuida de cache de página e pré-carregamento do cache, remoção de CSS não usado, adiamento de JavaScript, atraso de JavaScript até a interação do usuário e lazy load. Versões recentes também tentam detectar as imagens acima da dobra e dar prioridade a elas. Para WP Rocket e Core Web Vitals, as configurações que mais pesam são a remoção de CSS não usado e o atraso de JavaScript, e as duas precisam ser testadas em cada template. Depois de ligar, confira no HTML se a imagem LCP está sem lazy load e continua sendo pedida cedo.
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).
LiteSpeed Cache
Gratuito. O cache de página completo roda no nível do servidor web, então exige um servidor LiteSpeed (OpenLiteSpeed ou LiteSpeed Enterprise) ou a CDN QUIC.cloud na frente do site. As otimizações de front-end (minificar, combinar, adiar e atrasar JavaScript) funcionam em qualquer servidor. CSS crítico, CSS não usado e otimização de imagens dependem dos serviços online do QUIC.cloud. Numa hospedagem com LiteSpeed, é a escolha natural. Em Nginx ou Apache, você aproveita só uma parte.
W3 Total Cache
Gratuito, com versão Pro. Cobre cache de página, de objetos, de banco e de navegador, minificação e integração com CDN. Tem muita configuração, o que é útil para engenheiro e arriscado para todo o resto. O erro que mais vejo é ligar uma camada de cache que a hospedagem já oferece.
WP Super Cache
Gratuito, da Automattic. Um cache de página direto, com poucos recursos de otimização de front-end. Funciona bem quando você só precisa de HTML em cache e cuida de CSS e JavaScript em outro lugar.
FlyingPress
Plugin pago focado em performance de front-end além do cache de página, com remoção de CSS não usado, atraso de JavaScript e configurações de imagem voltadas ao conteúdo acima da dobra. É muito comparado ao WP Rocket, o que faço em FlyingPress vs WP Rocket.
E o Perfmatters e o Asset CleanUp?
Esses não são plugins de cache de página. A função deles é parar de carregar CSS e JavaScript onde não precisa. O Perfmatters é pago e traz um gerenciador de scripts por página, atraso de JavaScript, remoção de CSS não usado e opções para desligar recursos do WordPress que você não usa. O Asset CleanUp tem versão gratuita e Pro e foca em descarregar arquivos por página ou por tipo de post. Em sites com muitos plugins enfileirando arquivos em toda página, esse tipo de plugin costuma fazer mais pelo INP do que qualquer ajuste de cache. Combine um deles com um cache de página, não com um segundo otimizador que faz a mesma coisa.
Onde entra o Performance Lab?
O Performance Lab é gratuito e vem do Time de Performance do WordPress. Ele instala plugins de recurso independentes que são candidatos ao core. O carregamento especulativo começou ali e entrou no core no WordPress 6.8. Entre os módulos atuais estão o Modern Image Formats, para gerar WebP e AVIF, e o Image Prioritizer, que se apoia no Optimization Detective. O Optimization Detective coleta dados de visitas reais para descobrir, por exemplo, qual imagem é o elemento LCP em cada tipo de aparelho, e o Image Prioritizer usa isso para definir prioridade e lazy load. Ele complementa o plugin de cache, não substitui.
Como evitar que os plugins briguem entre si?
- Rode um cache de página só. Dois caches de página, ou um cache de plugin em cima do cache do servidor da hospedagem, geram página desatualizada e resultado confuso.
- Minifique e combine num lugar só, no plugin ou na CDN, nunca nos dois.
- Pergunte à hospedagem o que ela já coloca em cache antes de instalar qualquer coisa.
- Tire a imagem LCP do lazy load em todo plugin que faz lazy load.
- Depois de ligar o atraso de JavaScript, teste menus, formulários, banners de consentimento, sliders e adicionar ao carrinho, e acompanhe o INP da primeira interação.
- Teste deslogado, com os caches limpos, num perfil de celular com limitação.
Como medir o efeito de uma mudança de plugin?
Mude uma coisa por vez. Antes da mudança, anote o p75 de LCP, INP e CLS dos templates afetados pelo CrUX ou pelo seu RUM. Depois, use um trace de laboratório para ter retorno rápido e acompanhe o dado de campo até a janela de 28 dias virar. Nota melhor no Lighthouse sem mudança no campo quer dizer que o plugin otimizou o teste, não o visitante. O guia de ferramentas de Core Web Vitals explica qual ferramenta usar em cada etapa, e dados de campo vs dados de laboratório explica por que eles discordam.
Qual eu escolheria?
Depende mais do servidor do que do plugin. Em hospedagem com LiteSpeed, o LiteSpeed Cache, porque o cache de página dele roda no servidor. Em hospedagem gerenciada com cache próprio no servidor, normalmente dispenso o plugin de cache e coloco só um gerenciador de scripts e a otimização de imagens. Num servidor Nginx ou Apache comum, um plugin pago como WP Rocket ou FlyingPress é um padrão razoável para equipes que querem menos configuração para errar. Site feito com construtor pede cuidado extra em qualquer caso, o que cubro em Core Web Vitals no Elementor.
Se você já testou os plugins e o dado de campo continua reprovando, o problema provavelmente é estrutural. É isso que procuro como especialista em Core Web Vitals.