Core Web Vitals no WordPress: Como Melhorar LCP, INP e CLS

Se o seu site WordPress demora mais de 2,5 segundos para exibir o maior elemento visível na tela, o Google já está te penalizando no ranking. Não é uma hipótese. É o que acontece com a maioria dos sites que auditamos aqui na Weboption ao longo dos últimos anos. Core Web Vitals no WordPress ainda é mal compreendido pela maioria dos proprietários de sites, e o maior erro não é técnico: é achar que instalar um plugin de cache resolve tudo.

Aqui vamos direto ao ponto: o que cada métrica significa na prática, onde os sites WordPress mais erram e o que você pode fazer hoje para mudar os números.

O que são Core Web Vitals e por que o WordPress tem dificuldades com eles

Core Web Vitals são três métricas que o Google usa para avaliar a experiência do usuário: LCP (Largest Contentful Paint), INP (Interaction to Next Paint) e CLS (Cumulative Layout Shift). Cada uma mede um aspecto diferente do comportamento do site para quem acessa.

O WordPress é vítima da própria flexibilidade. Temas premium carregam dezenas de scripts que ninguém pediu. Plugins empilham CSS na cabeça do documento. Construtores de página como Elementor e Divi adicionam camadas de JavaScript que competem entre si. O resultado é um site tecnicamente funcional, mas lento o suficiente para irritar qualquer usuário e suficiente para o Google rebaixar nos resultados.

Depois de auditar mais de 200 instalações WordPress, o padrão que vemos é quase sempre o mesmo: o problema não está no tema, está na combinação de plugins mal configurados rodando ao mesmo tempo. A versão 6.4 do WordPress trouxe melhorias nativas no carregamento de imagens, mas isso não resolve conflitos de plugins. Nunca vai resolver.

LCP: por que o elemento principal demora tanto para aparecer

O LCP mede o tempo até o maior elemento visível na viewport ser renderizado. Na maioria dos sites WordPress, esse elemento é uma imagem grande no hero da página inicial ou o título principal em fontes web pesadas.

O erro mais comum é tratar a imagem do hero como qualquer outra imagem. Ela precisa de tratamento especial. Adicionar fetchpriority="high" na tag img do hero faz diferença real. O WordPress 6.3 passou a fazer isso automaticamente quando você usa the_post_thumbnail(), mas temas personalizados costumam ignorar isso completamente.

Converter imagens para WebP ou AVIF reduz o peso médio de uma imagem hero em 40% a 60% sem perda visual perceptível. O Imagify (a partir de R$ 14/mês) faz isso automaticamente no upload. O ShortPixel tem um plano gratuito com 100 créditos mensais para quem quer testar sem custo.

Fontes Google carregadas de forma síncrona são outro vilão silencioso. Trocar <link rel="stylesheet"> por <link rel="preconnect"> e usar font-display: swap no CSS elimina o bloqueio de renderização causado por elas. É uma mudança de duas linhas com impacto direto no LCP.

Cache de página com TTL alto reduz o Time to First Byte, que é o que mais afeta o LCP. O WP Rocket (R$ 280/ano) ou o LiteSpeed Cache (gratuito para servidores LiteSpeed) fazem isso bem. Um LCP abaixo de 2,5 segundos é “bom” pelo Google. Entre 2,5 e 4 segundos, precisa de melhoria. Acima de 4 segundos, é um problema sério de SEO que nenhum conteúdo bom vai compensar.

INP: a métrica que substituiu o FID e que poucos entenderam de verdade

Em março de 2024, o Google substituiu o FID (First Input Delay) pelo INP como métrica oficial de Core Web Vitals. Essa mudança pegou muita gente desprevenida. Sites que “estavam bem” passaram a ter pontuação vermelha do dia para a noite sem nenhuma alteração técnica.

O INP mede o tempo de resposta do site a qualquer interação do usuário durante toda a sessão de navegação: cliques, toques, pressionamentos de tecla. O limite para uma pontuação boa é 200ms. Acima de 500ms, é classificado como “ruim”.

No WordPress, os culpados típicos de INP alto são JavaScript de terceiros sem defer ou async, scripts de chat ao vivo, popups de marketing e rastreadores de analytics que bloqueiam a thread principal. O Google Tag Manager mal configurado sozinho consegue jogar o INP para 600ms ou mais. Já vimos casos em que remover três tags obsoletas do GTM reduziu o INP de 780ms para 190ms.

Para diagnosticar, use o Chrome DevTools com a aba Performance e procure por “Long Tasks”, tarefas que levam mais de 50ms na thread principal. O PageSpeed Insights mostra quais scripts estão causando o problema com dados reais de usuários do Chrome via CrUX.

A correção mais eficaz é auditar o que o GTM está disparando e remover tudo sem uso comprovado. Em projetos que fazemos aqui, pelo menos 30% das tags do GTM estão desatualizadas ou duplicadas. Isso não é exagero. É o padrão.

CLS: o layout que pula enquanto o usuário tenta clicar em algo

O CLS mede o quanto os elementos da página se movem enquanto ela carrega. Uma pontuação acima de 0,1 já é problemática. Acima de 0,25, o Google classifica como “ruim”. Para quem usa o site, é aquela sensação irritante de clicar em um botão e acertar outro porque a página pulou.

Em sites WordPress, o CLS aparece em situações bem específicas: banners de cookies que empurram o conteúdo para baixo, anúncios sem dimensões definidas, imagens sem atributos width e height no HTML, e fontes web que causam um flash ao trocar da fonte fallback para a fonte final.

A correção de imagens sem dimensões é simples: o WordPress já adiciona width e height automaticamente desde a versão 5.5 quando você usa as funções nativas de imagem. O problema surge em temas antigos que constroem as tags img manualmente com PHP ou em shortcodes de plugins legados.

Para banners de cookies, reserve espaço antes do carregamento com CSS usando min-height no container do banner. O plugin LGPD Cookie Consent (gratuito) tem uma opção nativa para isso nas configurações avançadas. Dois minutos de configuração, zero impacto no CLS.

O equívoco mais comum: nota 100 no PageSpeed não é garantia de nada

Vou ser direto porque esse ponto gera muita confusão: nota 100 no PageSpeed Insights em ambiente de laboratório não significa que seus Core Web Vitals estão bons na realidade.

O Google usa dois conjuntos de dados. Dados de laboratório vêm do Lighthouse, que simula um dispositivo médio com conexão 4G lenta em condições controladas. Dados de campo vêm do CrUX, que reflete o comportamento real dos usuários do Chrome no mundo todo. Um site pode ter 95 no Lighthouse e ainda assim ter LCP “ruim” nos dados de campo, porque usuários reais acessam de dispositivos mais lentos, com conexões piores, com mais abas abertas.

O que importa para o SEO são os dados de campo. Você os vê no Search Console em “Experiência da página” ou diretamente no PageSpeed Insights na seção “Dados de campo”. Se os dados de campo estiverem amarelos ou vermelhos, a nota do Lighthouse é irrelevante para o ranking. Ponto.

Otimizar Core Web Vitals no WordPress exige monitoramento contínuo. O Search Console mostra tendências ao longo de 90 dias, o que é útil para ver o impacto de mudanças. Uma intervenção única não é suficiente porque o ambiente muda: novos plugins, atualizações de tema, novas tags no GTM.

Ferramentas para monitorar e melhorar na prática

Não existe bala de prata. Uma combinação de ferramentas bem configuradas é o que funciona.

WP Rocket 3.x faz cache de página, minificação de CSS e JS, preload de links e delay de JavaScript. É a ferramenta com melhor custo-benefício para a maioria dos sites WordPress. O Cloudflare no plano gratuito adiciona CDN, compressão Brotli e cache de assets estáticos. O plano Pro (US$ 20/mês) inclui Polish para otimização automática de imagens.

O Query Monitor (gratuito) identifica queries lentas de banco de dados e plugins que adicionam muitos requests no carregamento. A extensão Web Vitals do Chrome mostra LCP, INP e CLS em tempo real enquanto você navega no próprio site, sem precisar abrir o DevTools. O SpeedVitals.com oferece mais detalhes sobre cada recurso bloqueante com sugestões específicas para WordPress.

Um erro clássico que vemos com frequência: instalar WP Rocket, W3 Total Cache e LiteSpeed Cache ao mesmo tempo. Cada um gerencia o cache de forma diferente. Rodar dois juntos causa conflitos que pioram a performance em vez de melhorar. Escolha um e configure direto.

Por onde começar se o seu site está com nota baixa agora

Se você abriu o PageSpeed Insights e viu tudo vermelho, a ordem de prioridade é essa: primeiro, resolva o servidor. Hospedagem compartilhada barata com TTFB acima de 600ms não tem cura com plugins. Migrar para um servidor gerenciado como Kinsta, WP Engine ou Cloudways (a partir de US$ 14/mês) já costuma resolver metade dos problemas de LCP sem nenhuma outra mudança.

Segundo, audite os plugins ativos. Desative um por vez e recarregue o PageSpeed para identificar qual está causando mais impacto. Recentemente, em um projeto de e-commerce que reconstruímos aqui, encontramos um plugin de slider abandonado que adicionava 1,2MB de JavaScript em todas as páginas, inclusive nas que não tinham slider algum. Remover ele sozinho derrubou o LCP de 5,8 segundos para 2,3 segundos.

Terceiro, configure um plugin de cache e CDN. Só depois de ter o servidor e os plugins sob controle faz sentido partir para otimizações mais finas de código.

Se quiser uma auditoria completa de Core Web Vitals no WordPress com análise dos dados reais de campo e um plano de ação específico para o seu site, fale com a equipe da Weboption em weboption.com.br/contato. Entregamos relatório técnico com prioridades claras e impacto estimado para cada item.

Perguntas frequentes

Core Web Vitals afeta o ranking do Google diretamente?

Sim, mas é um fator de desempate, não o fator principal. O Google usa Core Web Vitals como sinal de experiência de página: quando dois sites têm conteúdo de qualidade equivalente, o que tiver melhores métricas tende a rankear melhor. Ignorar não é opção, mas não adianta ter nota perfeita no PageSpeed se o conteúdo não responde à intenção de busca.

Qual plugin de cache é melhor para WordPress em 2025?

Depende do servidor. Para hospedagem LiteSpeed, o LiteSpeed Cache (gratuito) é o mais eficiente porque se integra diretamente ao servidor. Para outros ambientes, o WP Rocket (R$ 280/ano) é a escolha mais confiável com menos configuração necessária. Nunca instale dois plugins de cache ao mesmo tempo.

Como saber se meu site passou nos Core Web Vitals?

Acesse o Google Search Console, vá em “Experiência” e depois “Core Web Vitals”. Lá você vê os dados de campo reais dos seus usuários, separados por desktop e mobile. Se aparecer verde em ambos, você passou. Dados de laboratório do PageSpeed Insights são úteis para diagnóstico, mas não são o que o Google usa para rankeamento.

O Elementor prejudica os Core Web Vitals?

Sim, o Elementor adiciona JavaScript e CSS consideráveis em todas as páginas construídas com ele. O Elementor 3.x melhorou bastante com carregamento condicional de assets, mas ainda é mais pesado que um tema bem codificado. Se performance é prioridade máxima, um tema de bloco nativo do WordPress com Full Site Editing vai sempre entregar melhores métricas do que qualquer construtor de página.

Quanto tempo leva para ver melhora nos Core Web Vitals depois de otimizar?

O Google atualiza os dados de campo do CrUX com uma janela de 28 dias. Isso significa que melhorias reais no site começam a aparecer no Search Console entre 2 e 4 semanas após a implementação. Não espere resultado no dia seguinte à otimização. Monitore semanalmente pelo Search Console e veja a tendência ao longo de 30 dias.