Pular para o conteúdo
DOWNWAY

Core Web Vitals no WordPress: Como Passar nas Métricas

Como passar nos Core Web Vitals no WordPress: correções práticas de LCP, INP e CLS em sites pesados, com fotos de máquinas, e como medir antes e depois.

Por Equipe Downway 3 min de leitura

Para passar nos Core Web Vitals no WordPress, você precisa corrigir três coisas: o LCP (quanto tempo o maior elemento da tela leva para aparecer), o INP (quão rápido o site responde a cliques e toques) e o CLS (quanto o layout pula durante o carregamento). Em sites industriais, o vilão costuma ser o mesmo: fotos enormes de máquinas, sliders pesados e plugins demais.

Pré-requisitos: meça antes de mexer

Anote os valores atuais de três a cinco páginas-chave (início, categoria, dois produtos, contato) no PageSpeed Insights, olhando os dados de campo quando houver, e no relatório de Core Web Vitals do Search Console. Metas de referência do Google: LCP até 2,5 s, INP até 200 ms e CLS até 0,1. Faça backup do site e teste em ambiente de homologação.

Corrigindo o LCP

  1. Identifique o elemento LCP, quase sempre a imagem principal ou o banner. O PageSpeed Insights mostra qual é.
  2. Redimensione a imagem para o tamanho real de exibição. Uma foto de 4000 px mostrada em 1200 px é desperdício.
  3. Converta para WebP ou AVIF e comprima. Fotos de 3 MB muitas vezes caem para menos de 200 KB sem perda visível.
  4. Não aplique carregamento tardio à imagem principal; reserve isso para as que ficam abaixo da dobra. Se possível, pré-carregue a imagem do LCP.
  5. Use cache de página e uma hospedagem com bom tempo de resposta. Um servidor lento sabota todo o resto.

Corrigindo o INP

O INP piora quando há muito JavaScript rodando. Em WordPress, a fonte principal são plugins e construtores visuais pesados.

  • Desative e apague plugins que você não usa; teste um por vez para saber o impacto.
  • Evite sliders animados, chats e pop-ups carregados em todas as páginas; carregue-os só onde fazem sentido.
  • Adie scripts de terceiros (Analytics, pixels, mapas) ou carregue-os após a primeira interação.
  • Considere trocar um construtor visual pesado por um tema leve se o problema persistir.

Corrigindo o CLS

Layout que pula acontece quando o navegador não sabe o tamanho de um elemento antes de carregá-lo.

  • Defina largura e altura em todas as imagens e vídeos incorporados.
  • Reserve espaço para banners, anúncios e faixas de cookies em vez de empurrá-los sobre o conteúdo.
  • Use font-display: swap e pré-carregue as fontes principais para evitar saltos de texto.
  • Evite inserir conteúdo acima do que já foi mostrado.

Exemplo de antes e depois

Imagine, como exemplo hipotético, uma página de produto com banner de 3,5 MB, cinco plugins de slider e animação, e LCP de 5 s no celular. Após comprimir e converter as imagens, remover dois plugins, adiar scripts de terceiros e ativar cache, é comum ver o LCP cair para perto de 2 a 3 s. Os números exatos variam por hospedagem e conteúdo.

O que medir no fim

Repita os testes nas mesmas páginas e compare com a linha de base. O relatório de campo do Search Console leva cerca de quatro semanas para refletir as melhorias, porque usa dados de usuários reais. Se, mesmo assim, o site não chegar às metas, vale considerar uma reconstrução leve, como as de desenvolvimento de sites focadas em desempenho.

Perguntas frequentes

Core Web Vitals influenciam o ranking?

Sim, fazem parte dos sinais de experiência de página, mas conteúdo relevante pesa mais. Servem como desempate e melhoram a conversão.

Preciso de um plugin de cache?

Em geral sim, mas escolha um e configure bem. Dois plugins de cache ao mesmo tempo causam conflito.

Por que meu teste muda a cada rodada?

Os testes de laboratório variam com rede e servidor. Priorize os dados de campo e tire a média de várias execuções.

Leia também

Pronto para transformar sua operação?

Diagnóstico inicial sem compromisso. Fale agora com quem executa o projeto.