Ir para o conteúdo 
TL;DR (textrinho BDLR):
— Core Web Vitals não é moda. É critério de posicionamento e experiência real.
— LCP é sobre velocidade. INP é sobre resposta. CLS é sobre estabilidade.
— Dados de campo (Search Console) importam mais que dados de laboratório (PageSpeed Insights).
— Nem toda página merece o mesmo esforço. Comece pelas que têm mais tráfego.
O que muda em 2026 (e o que continua igual)
Core Web Vitals continua sendo fator de posicionamento. O peso exato que o Google dá a ele dentro do algoritmo é debatido. Isso não importa tanto.
O que não é debatido: sites com boas métricas de experiência são mais agradáveis de usar. E isso vale por si só, independentemente de o Google premiar ou não.
Melhorar Core Web Vitals não é agradar robô. É entregar uma navegação decente para seu visitante. O bônus no SEO vem junto.
As três métricas de Core Web Vitals
LCP (Largest Contentful Paint): quando o conteúdo principal aparece
LCP mede o tempo que demora para renderizar o elemento maior visível no viewport inicial da página. Na prática, geralmente é a imagem principal, o hero do site, um bloco de texto grande ou um vídeo.
O limiar para uma pontuação “boa” é que LCP ocorra em menos de 2,5 segundos desde o início do carregamento. Entre 2,5 e 4 segundos é considerado “precisa de melhoria”. Acima de 4 segundos é “deficiente”.
As causas mais frequentes de LCP lento em WordPress são imagens não otimizadas (demasiado pesadas, em formato JPEG ou PNG quando poderiam ser WebP, sem preload correto), um servidor que demora para responder (TTFB alto), CSS e JavaScript bloqueantes que retardam a renderização, e fontes de tipografia web que carregam antes do conteúdo visível.
As alavancas de melhoria são: otimizar a imagem LCP especificamente (reduzir seu tamanho, convertê-la para WebP, adicionar o atributo fetchpriority=”high”), melhorar o tempo de resposta do servidor com um bom hosting e cache configurada corretamente, e eliminar o CSS e JavaScript que bloqueiam a renderização inicial.
INP (Interaction to Next Paint): como a página responde às interações
INP substituiu FID (First Input Delay) como métrica de interatividade em Core Web Vitals em 2024 e continua sendo a métrica mais nova e a que menos se entende bem.
INP mede a latência de todas as interações do usuário com a página (cliques, pressionamentos de tecla, toques em móvel) e toma o percentil 75 como valor representativo. Mede o tempo entre o usuário realizar uma ação e a página atualizar visualmente para refleti-la.
Um INP bom está abaixo de 200 milissegundos. Entre 200 e 500 ms é “precisa de melhoria”. Acima de 500 ms é “deficiente”.
As causas mais frequentes de INP alto em WordPress são JavaScript excessivo que ocupa o thread principal do navegador (plugins com scripts pesados, especialmente construtores de página como Elementor ou Divi com muito JavaScript), tarefas longas de JavaScript que bloqueiam a resposta às interações, e JavaScript de terceiros (scripts de análise, widgets de chat, ferramentas de marketing) que executam no thread principal.
As alavancas de melhoria são mais técnicas que para LCP: auditar e reduzir o JavaScript que carrega em cada página, diferir scripts não críticos, dividir tarefas longas de JavaScript em tarefas mais curtas, e revisar especificamente que scripts de terceiros estão sendo carregados e se todos são necessários.
CLS (Cumulative Layout Shift): quanto o conteúdo se move enquanto carrega
CLS mede a soma de todos os deslocamentos de layout inesperados que ocorrem durante o carregamento da página. Um layout shift ocorre quando um elemento da página se move após ter sido renderizado porque algo novo aparece ou muda de tamanho.
Um CLS bom está abaixo de 0,1. Entre 0,1 e 0,25 é “precisa de melhoria”. Acima de 0,25 é “deficiente”.
As causas mais frequentes em WordPress são imagens sem atributos de dimensão definidos (o navegador não reserva espaço para elas até que carreguem), anúncios ou widgets de terceiros que inserem no layout sem espaço reservado, fontes web que substituem a fonte de fallback mudando o tamanho do texto, e banners de cookies ou outros elementos que aparecem sobre o conteúdo sem animação.
CLS é geralmente a mais fácil das três de melhorar: adicionar dimensões explícitas a todas as imagens (ou usar CSS de proporção de aspecto), reservar espaço para elementos que carregam de forma assíncrona, e usar font-display: optional ou swap para as tipografias web.
Como medir Core Web Vitals de forma confiável
Há dois tipos de dados de Core Web Vitals: dados de laboratório e dados de campo. Os dados de laboratório são os que medem ferramentas como PageSpeed Insights em modo laboratório ou Lighthouse: simulam um carregamento da página em condições controladas. Os dados de campo são os que o Google coleta de usuários reais do Chrome e mostra no relatório de experiência da página no Google Search Console.
Os dados de campo são os que importam para o posicionamento. Os dados de laboratório são úteis para diagnosticar, mas podem diferir significativamente da experiência real. Um site pode ter boas pontuações em PageSpeed Insights e maus Core Web Vitals em Search Console se o comportamento real dos usuários for diferente da simulação.
O ponto de partida para qualquer trabalho de Core Web Vitals é o relatório de experiência da página no Google Search Console, que mostra os dados de campo reais por URL e por grupo de páginas.
Quais páginas otimizar primeiro
Nem todas as páginas de um site têm o mesmo impacto no posicionamento. As páginas com mais tráfego orgânico e as que têm potencial de gerar mais tráfego são as que mais benefício têm de uma melhoria em Core Web Vitals.
Priorize:
- Páginas com mais tráfego orgânico
- Páginas que podem gerar mais conversão
- Página inicial
- Categorias com muito acesso
- Produtos ou serviços mais bem posicionados
Melhorar as páginas certas tem retorno maior que tentar otimizar o site inteiro de uma vez.
Conclusão
Core Web Vitals é um sinal de qualidade que tem valor tanto para o posicionamento quanto para a experiência real do usuário.
Melhorar LCP, INP e CLS em um site WordPress requer diagnóstico correto antes de agir, porque as causas são específicas de cada site e aplicar soluções genéricas sem saber qual é o gargalo concreto pode não ter o impacto esperado.
A Baqueiro Desarrollo Web faz auditoria de performance e otimização de Core Web Vitals. Com base em dados de campo, não em pontuação de laboratório. Se você quer melhorar as métricas do seu site, a gente começa pelo diagnóstico correto.
