CWV PARA WORDPRESS
O que realmente move LCP, INP e CLS em um site WordPress real, segundo quem já entregou milhares.
← Guides All guides in this topic
Os limites, brevemente
Três métricas, medidas no percentil 75 de visitantes reais: LCP abaixo de 2,5 segundos, INP abaixo de 200 milissegundos, e CLS abaixo de 0,1. Google lê esses dados de campo do Chrome User Experience Report, não da sua execução do Lighthouse, então um score verde em lab é necessário mas não suficiente.
Ponto-chave: WordPress consegue passar em Core Web Vitals, mas seus padrões trabalham contra você: temas pesados, proliferação de plugins e mídia não otimizada. Corrija mídia e cache primeiro, corte plugins em segundo lugar, e valide com dados de campo, não com scores de lab.
Por que WordPress pontua mal por padrão
- Temas pesados e construtores de página. Temas multipropósito e construtores como Elementor e Divi entregam grandes bundles de CSS e JavaScript, muito deles não utilizados em qualquer página específica.
- Proliferação de plugins. Cada plugin ativo pode adicionar seus próprios scripts e estilos em todo o site, mesmo em páginas que nunca o usam.
- Mídia não otimizada. A biblioteca de mídia serve o que foi enviado. Imagens hero grandes sem WebP e sem dimensionamento adequado são o vilão mais comum do LCP.
- Sem cache por padrão. Uma instalação padrão do WordPress renderiza PHP a cada requisição. Sem cache de página, o tempo até o primeiro byte sofre sob carga.
Os ajustes que realmente funcionam
Em ordem de impacto: adicione cache de página e uma CDN; otimize e dimensione corretamente as imagens (WebP, lazy-load abaixo da dobra); reduza o JavaScript do tema e dos plugins que você envia; e hospede em infraestrutura que mantenha o tempo até o primeiro byte baixo. Um bom [host gerenciado ou VPS](/blog/best-vps-for-wordpress-2026/) faz mais pelo TTFB do que qualquer plugin. Se sua compilação é pesada o suficiente para que nada disso seja suficiente, esse é o sinal para considerar [WordPress headless com Astro](/blog/headless-wordpress-astro-setup/), que remove totalmente o peso do front-end.
Para a versão de serviço prática disso, consulte minha página de [otimização de velocidade do WordPress](/wordpress-speed-optimization/); para a lista agnóstica de plataforma, o [checklist de Core Web Vitals](/guides/cwv-checklist/).
Erros comuns do WordPress
- Instalar três plugins de cache. Eles entram em conflito. Escolha um plugin de cache de página (ou um host com cache integrado) e pronto.
- Otimizar imagens manualmente, uma vez. Novos uploads desfazem. Use um plugin ou pipeline que converta para WebP e dimensione no upload, sempre.
- Perseguir um 100 no Lighthouse. É um brinquedo de laboratório. O relatório do Search Console e os dados de campo é que o ranqueiam.
- Adicionar um plugin de performance sem remover a causa. Um minificador em cima de um builder inchado é um curativo, não uma solução. Corte o inchaço primeiro.
Meça como o Google faz
Instale nada que apenas relata pontuações de laboratório. Use a seção field do PageSpeed Insights e o relatório Core Web Vitals do Search Console, ambos leem dados de usuários reais. Após uma correção, os dados field levam cerca de 28 dias para refletir totalmente a mudança, então não entre em pânico quando a pontuação não se mover na manhã seguinte. Acompanhe a tendência ao longo de semanas, não o número em um único dia, e só considere uma correção concluída uma vez que os dados field confirmem isso.