Core Web Vitals são três métricas que o Google usa para medir a experiência de página (carregamento, estabilidade visual e resposta à interação) e que entram como um dos sinais de ranqueamento. Mais importante que o efeito em busca é o efeito comercial: as mesmas coisas que fazem uma página reprovar nessas métricas fazem o visitante desistir antes de ver a oferta. A boa notícia é que a maioria dos sites empresariais reprova por um punhado de causas conhecidas, e quase nenhuma delas exige reconstruir o site. Este artigo explica o que cada métrica mede e o que corrigir primeiro.

As três métricas e o que cada uma mede

Maior conteúdo visível (LCP)

Mede quanto tempo leva até o maior elemento visível da tela terminar de carregar — normalmente a imagem principal ou o bloco de título. É a métrica que melhor traduz a sensação de "a página abriu". Na maior parte dos sites empresariais que reprovam, o culpado é uma imagem grande no topo.

Estabilidade visual (CLS)

Mede o quanto o conteúdo se move sozinho durante o carregamento. É a métrica que corresponde à experiência de tentar clicar num botão e ele pular de lugar porque um banner carregou acima. Costuma vir de imagens sem dimensões declaradas, fontes que trocam e blocos inseridos por script.

Resposta à interação (INP)

Mede quanto tempo a página demora a responder quando alguém clica, toca ou digita. Substituiu a métrica anterior de atraso da primeira entrada e é mais rigorosa, porque avalia todas as interações, não apenas a primeira. Costuma piorar com excesso de scripts de terceiros.

Os limites considerados bons

Pelos limites oficiais, a experiência é considerada boa quando o LCP fica em até 2,5 segundos, o INP em até 200 milissegundos e o CLS em até 0,1. A avaliação é feita no percentil 75 das visitas: pelo menos três em cada quatro acessos precisam estar dentro do limite, separando celular e computador.

Medir certo: campo e laboratório são coisas diferentes

Esta distinção evita muito trabalho perdido.

  • Dados de laboratório — uma simulação feita na hora, em condições controladas. Serve para diagnosticar e testar correções, porque é reproduzível.
  • Dados de campo — medições de visitantes reais, com aparelhos e conexões reais, acumuladas ao longo de semanas. É o que o Google usa para ranqueamento.

Uma página pode marcar bem no laboratório do seu notebook em rede boa e reprovar no campo, porque o visitante real acessa de celular intermediário em rede móvel. Sempre confira o relatório de experiência do Search Console, que traz dados de campo agrupados por tipo de página.

Outro ponto: dados de campo têm atraso. Depois de uma correção, a métrica leva semanas para refletir a melhoria, porque a janela de coleta é móvel. Não reverta uma correção porque o número não mudou em três dias.

Corrigir o tempo de carregamento

Na ordem de impacto para sites empresariais:

  • Otimize a imagem principal — converta para formato moderno, redimensione para o tamanho real de exibição e comprima. Uma imagem de topo em tamanho original de câmera é a causa mais frequente de reprovação.
  • Priorize o carregamento dela — a imagem do topo não deve ter carregamento adiado. Adiar o que aparece primeiro é um erro comum de quem aplica carregamento sob demanda em tudo.
  • Elimine recursos bloqueantes — CSS e JavaScript que travam a renderização. O CSS necessário para o topo pode ser embutido; o resto carrega depois.
  • Conecte-se antes aos domínios externos — declarar previamente a conexão com o serviço de fontes reduz o tempo de espera.
  • Verifique o tempo de resposta do servidor — se o servidor demora a responder, nenhuma otimização no navegador compensa. Hospedagem barata demais aparece aqui, e vale entender o que a hospedagem realmente inclui.

Corrigir a instabilidade visual

Esta é geralmente a correção mais barata e de efeito mais imediato.

  • Declare largura e altura em toda imagem — assim o navegador reserva o espaço antes de a imagem chegar. Vale também para vídeos e blocos incorporados.
  • Reserve espaço para conteúdo dinâmico — banners, avisos de cookies e blocos carregados por script precisam de altura mínima definida.
  • Configure o comportamento das fontes — a troca entre a fonte de sistema e a fonte final causa deslocamento. Definir métricas de fallback compatíveis reduz o efeito.
  • Não insira conteúdo acima do que já está visível — um aviso que aparece no topo empurra tudo para baixo enquanto a pessoa lê.
Cenário hipotético: site de clínica

Uma clínica reprovava em estabilidade visual porque o banner de cookies era inserido no topo da página alguns instantes após o carregamento, empurrando todo o conteúdo. Mover o aviso para o rodapé da tela, com posição fixa, resolveu a métrica sem alterar nada de funcionalidade.

Corrigir a resposta à interação

Esta é a métrica mais ligada a excesso de scripts.

  • Audite os scripts de terceiros — liste tudo o que está instalado: análise, mapa de calor, chat, pixels, mapas, vídeos incorporados. Remova o que ninguém consulta há meses.
  • Adie o que não é essencial — chat e ferramentas de gravação não precisam carregar antes do conteúdo.
  • Evite trabalho pesado durante a interação — cálculos longos disparados por clique travam a resposta. Quebrá-los em partes menores libera a interface.
  • Cuidado com gerenciadores de tag mal configurados — é comum acumular tags antigas que continuam sendo carregadas anos depois de a campanha ter acabado.

Em muitos sites empresariais, remover três ou quatro scripts esquecidos resolve a métrica sem tocar em uma linha de código próprio.

Conclusão

Core Web Vitals medem coisas que importam mesmo que o Google não as usasse para ranquear: quanto tempo o visitante espera, se o conteúdo pula enquanto ele lê e se a página responde ao clique.

Comece pelas imagens do topo e pelas dimensões declaradas — essas duas correções resolvem a maior parte das reprovações em sites institucionais. Depois audite os scripts de terceiros. Refazer o site raramente é necessário, e quase nunca é o caminho mais rápido. E lembre que essas métricas são uma parte do checklist de SEO técnico, não o todo.