Core Web Vitals: o que são e por que importam

Core Web Vitals são três métricas que o Google usa para avaliar a experiência de quem visita uma página: velocidade de carregamento, capacidade de resposta e estabilidade visual. Elas traduzem em números algo que todo visitante sente, mas raramente nomeia: a diferença entre um site que abre, responde e fica no lugar, e um site que demora, trava e pula enquanto carrega.

Para o dono de uma pequena ou média empresa, o tema parece técnico demais para merecer atenção. Não é. As decisões que derrubam essas métricas costumam ser decisões de negócio: a foto publicada sem tratamento, o plugin instalado por impulso, a hospedagem escolhida apenas pelo preço. Este artigo explica as três métricas em linguagem direta, mostra onde medir de graça e situa o efeito delas em busca e em conversão, sem exagero.

O que o Google mede quando fala em experiência

O Google coleta medições de navegação de usuários reais do Chrome e agrega esses dados por página e por site. É com base nesse conjunto que a experiência é classificada como boa, mediana ou ruim. Os limiares são públicos e documentados, o que é raro em critérios de busca: você sabe exatamente contra o que está sendo avaliado.

Vale entender o que isso significa na prática. Não é a opinião de um técnico, nem o resultado obtido no seu computador. É o retrato agregado das visitas reais que o seu site recebe, incluindo o cliente que chega pelo celular, em rede móvel, na primeira visita.

As três métricas, uma a uma

LCP: o conteúdo principal apareceu?

O LCP (Largest Contentful Paint) mede o tempo até o maior elemento da tela ficar visível, em geral a foto de abertura ou o título principal. É a métrica que responde à pergunta do visitante: já posso ver o que vim buscar? O limiar público do Google considera bom um LCP de até 2,5 segundos. As causas mais comuns de LCP alto são servidor lento, imagens pesadas e excesso de código carregado antes do conteúdo.

INP: o site responde ao toque?

O INP (Interaction to Next Paint) mede quanto tempo a página leva para reagir a uma interação: um toque no menu, um clique no botão, uma tecla no formulário. O limiar público considera bom um INP de até 200 milissegundos. Acima disso, o visitante toca e nada acontece, então toca de novo. A causa típica é o excesso de scripts disputando o processador do celular.

CLS: a página fica no lugar?

O CLS (Cumulative Layout Shift) mede o quanto o conteúdo se desloca enquanto a página carrega. É um índice, não um tempo: o limiar público considera bom um CLS de até 0,1. O sintoma é conhecido: você vai tocar em um botão e ele desce, porque um banner apareceu em cima. As causas comuns são imagens sem dimensão reservada e elementos inseridos depois do carregamento.

Onde medir de graça

• PageSpeed Insights: cole o endereço de uma página e receba o diagnóstico na hora. Quando o site tem tráfego suficiente, aparecem os dados de usuários reais; sempre aparece também uma simulação de laboratório, com sugestões de correção. Priorize a aba de celular.
• Search Console: ferramenta gratuita do Google para donos de site. O relatório de Core Web Vitals mostra o site inteiro, agrupa páginas com o mesmo problema e acompanha a evolução ao longo do tempo.

Sites com pouco tráfego podem não ter dados de usuários reais. Nesse caso, a simulação de laboratório serve de guia. O passo a passo completo de medição está em como medir um site lento.

O efeito em busca e em conversão, sem exagero

O Google documenta que a experiência de página é um dos sinais considerados pelos sistemas de classificação. Um sinal entre muitos: relevância e qualidade do conteúdo pesam mais. Core Web Vitals boas não colocam um conteúdo fraco na frente, e métricas ruins não enterram sozinhas um conteúdo forte. Em disputas equilibradas, porém, a experiência tende a desempatar.

O efeito em conversão é mais direto e não depende do Google. Uma página que demora a mostrar conteúdo tende a perder parte dos visitantes antes de qualquer argumento de venda. Uma página que pula sob o dedo gera cliques errados e desconfiança. Tratar essas métricas é menos uma tática de posicionamento e mais uma condição básica para o resto funcionar.

O que costuma derrubar as métricas na prática

• Imagens publicadas sem redimensionar nem comprimir.
• Hospedagem subdimensionada ou sem cache configurado.
• Acúmulo de plugins e de scripts de terceiros que ninguém revisa.
• Elementos que entram na tela sem espaço reservado, empurrando o conteúdo.
• Temas e construtores visuais carregados de recursos que a página não usa.

Nenhum desses pontos exige refazer o site de imediato. A ordem sensata é medir, identificar a causa dominante e corrigir uma coisa de cada vez, medindo de novo a cada passo.

Perguntas frequentes

Meu site precisa passar nas três métricas para aparecer no Google?

Não. Conteúdo relevante segue sendo o fator principal, e páginas com métricas ruins continuam aparecendo na busca. A experiência de página é um sinal complementar, documentado pelo Google, que tende a pesar em disputas equilibradas. O motivo mais forte para corrigir é outro: o visitante que desiste antes de virar contato.

Consigo melhorar as métricas sem refazer o site?

Com frequência, sim. Tratamento de imagens, cache bem configurado e limpeza de plugins resolvem boa parte dos casos sem tocar no desenho do site. Quando a base técnica é o limite, a reconstrução entra em pauta, mas essa conclusão deve vir depois da medição, não antes dela.

De quanto em quanto tempo devo medir?

Medição não é evento único. Cada plugin novo, banner ou campanha pode derrubar uma métrica que estava saudável. Uma rotina razoável é acompanhar o relatório do Search Console todo mês e repetir o PageSpeed Insights depois de qualquer mudança relevante no site.

A Azimute Comunicação constrói e opera sites medidos contra essas métricas desde a primeira entrega, com método publicado em três etapas e contratos com escopo, prazo e preço abertos. Conheça o método e veja o que cada contrato inclui na página de serviços.