Core Web Vitals: LCP, INP e CLS explicados sem complicação
LCP, INP e CLS são as três métricas que o Google usa para medir a experiência real de quem visita o seu site. Veja o que cada uma mede, os limites e onde acompanhar.
Core Web Vitals são as três métricas que o Google usa para medir a experiência de quem visita uma página: LCP mede o carregamento, INP mede a rapidez de resposta a cliques e toques, e CLS mede se o conteúdo fica parado ou “pula” na tela. Uma página passa quando, em pelo menos 75% das visitas reais, tem LCP de até 2,5 segundos, INP de até 200 milissegundos e CLS de até 0,1.
Elas contam para o ranking do Google, mas não passam por cima de conteúdo relevante. Na prática, funcionam como critério de desempate entre páginas igualmente boas e, mais importante, como termômetro de quantos visitantes você perde antes de eles lerem a sua oferta. Abaixo explicamos cada métrica, a diferença entre dados de campo e de laboratório e onde acompanhar tudo de graça.
As três métricas em uma tabela
| Métrica | O que mede | Bom | Precisa melhorar | Ruim |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Tempo até o maior elemento visível aparecer | até 2,5 s | de 2,5 s a 4 s | acima de 4 s |
| INP (Interaction to Next Paint) | Tempo entre um clique ou toque e a resposta na tela | até 200 ms | de 200 ms a 500 ms | acima de 500 ms |
| CLS (Cumulative Layout Shift) | Quanto o conteúdo se desloca sem o visitante pedir | até 0,1 | de 0,1 a 0,25 | acima de 0,25 |
Os nomes em inglês são siglas consagradas, e é por elas que você vai encontrar as métricas no Search Console e no PageSpeed Insights. O que importa é o que cada uma representa para o visitante.
LCP: quando a página parece pronta
O LCP marca o momento em que o maior elemento da área visível termina de aparecer. Em quase todo site, é a foto principal, o banner do topo ou um bloco grande de título. É o instante em que o visitante sente que “a página abriu”.
As causas mais comuns de LCP ruim são servidor lento, imagem principal pesada e imagem que só começa a baixar tarde, porque está escondida dentro de um carrossel ou de um código JavaScript. Em lojas virtuais, a foto do produto costuma ser o elemento medido.
INP: quando o site responde ao toque
O INP mede o tempo entre uma interação (clique, toque ou tecla) e a próxima atualização da tela. Ele observa as interações durante toda a visita e, na maioria dos sites, o valor informado é o da interação mais lenta. Se o visitante toca em “Adicionar ao carrinho” e nada acontece por meio segundo, ele toca de novo, desconfia ou desiste.
O INP substituiu o FID (First Input Delay) como Core Web Vital em março de 2024. O FID media só o atraso da primeira interação, o que deixava passar boa parte dos problemas. O INP é mais exigente, e é comum um site que estava “bom” no FID aparecer com alerta no INP. A causa típica é excesso de JavaScript: temas pesados, plugins e scripts de terceiros ocupando o processador do celular.
CLS: quando a página fica parada
O CLS mede a instabilidade visual: quanto os elementos se deslocam enquanto a página carrega ou é usada, sem o visitante ter feito nada. É aquele momento em que você vai tocar num link e um banner aparece em cima, empurrando tudo para baixo.
O CLS não é medido em segundos. É uma pontuação que combina quanto da tela se moveu e quanto se deslocou. As causas mais comuns são imagens sem largura e altura definidas, anúncios e banners que entram depois do carregamento e fontes que trocam de tamanho quando terminam de baixar.
O 75º percentil: por que a média engana
O Google não avalia a média das visitas. Ele olha o 75º percentil: o valor que 75% das visitas atingem ou superam. Pense em 100 visitas à sua página, ordenadas da mais rápida para a mais lenta. Para o LCP ser considerado bom, a visita número 75 precisa ter LCP de até 2,5 segundos.
Isso tem uma consequência prática. Se você testa o site no computador do escritório, com internet rápida, você é a visita número 5, não a 75. O cliente que abre a página no 4G, num celular intermediário, dentro do ônibus, é quem define o resultado.
Outros detalhes da avaliação:
- Celular e computador são avaliados separadamente. É comum o computador passar e o celular não.
- As três métricas precisam estar boas. No relatório do Search Console, um grupo de páginas recebe a situação da sua pior métrica.
- Os dados vêm de usuários reais do Chrome, reunidos no Relatório de Experiência do Usuário do Chrome (CrUX), e consideram um período móvel de 28 dias. Uma correção feita hoje leva semanas para aparecer por completo.
- Páginas com pouco tráfego podem não ter dados próprios. Nesse caso, as ferramentas mostram o resultado do site como um todo ou nada.
Dados de campo x dados de laboratório
Essa é a fonte de confusão número um. Existem dois tipos de medição, e só um deles é o que o Google usa para avaliar as Core Web Vitals.
| Aspecto | Dados de campo | Dados de laboratório |
|---|---|---|
| Origem | Visitas reais de usuários do Chrome | Um teste simulado, feito por uma ferramenta como o Lighthouse |
| Período | Últimos 28 dias | O momento do teste |
| Mede INP? | Sim | Não; usa o tempo total de bloqueio como aproximação |
| Usado na avaliação das Core Web Vitals | Sim | Não |
| Para que serve | Saber como está de verdade | Descobrir a causa e testar a correção antes de publicar |
A nota de 0 a 100 do PageSpeed Insights é dado de laboratório. Ela ajuda a diagnosticar, mas não é a avaliação que o Google usa. Uma página pode ter nota 60 e passar nas Core Web Vitals, ou ter nota 90 e reprovar, porque os visitantes reais usam aparelhos e conexões diferentes do teste.
Onde ver as suas Core Web Vitals
- Search Console, relatório Core Web Vitals. Mostra grupos de páginas parecidas com a situação “Bom”, “Melhorias necessárias” ou “Ruim”, separados por celular e computador. É o melhor ponto de partida, porque mostra o site inteiro e não só uma página.
- PageSpeed Insights. Digite o endereço de uma página e veja, no topo, os dados de usuários reais daquela URL (ou do site, se a página tiver pouco tráfego). Mais abaixo vem o teste de laboratório com o diagnóstico.
- Ferramentas do desenvolvedor do Chrome. O painel de desempenho mostra as métricas enquanto você navega e aponta qual elemento ou script causou o problema. É a ferramenta de quem vai corrigir.
Ao corrigir um problema, use o botão de validação no relatório do Search Console. O Google acompanha as páginas por 28 dias e confirma se o problema sumiu.
Quanto as Core Web Vitals pesam no ranking
O Google afirma na sua documentação sobre experiência na página que as Core Web Vitals são usadas pelos sistemas de classificação. Na mesma página, deixa claro que a busca sempre procura mostrar o conteúdo mais relevante, mesmo quando a experiência na página não é das melhores.
Traduzindo: um site lento com a melhor resposta para a pergunta continua aparecendo. Um site rápido com conteúdo raso não sobe por ser rápido. Onde as Core Web Vitals fazem diferença é entre páginas de qualidade parecida, o que é justamente a situação da maioria das buscas comerciais, como “floricultura em Botafogo” ou “tênis de corrida feminino”.
Existe ainda o efeito que não aparece no ranking, mas aparece no caixa. Quem anuncia no Google Ads paga por cada clique. Se a página demora a abrir e parte das pessoas desiste antes de ver o produto, você pagou por visitas que nunca aconteceram.
Por isso, a ordem certa de prioridade é: conteúdo que responde à busca, depois uma página rápida e estável. As duas coisas juntas formam a base do SEO e do nosso checklist de otimização de sites.
Perguntas frequentes
Preciso tirar nota 100 no PageSpeed?
Não. A nota é um teste de laboratório e não é usada na avaliação das Core Web Vitals. O que importa é a parte de dados de usuários reais, no topo do relatório, e o relatório do Search Console.
Meu site tem pouco tráfego e não aparece nenhum dado. E agora?
Sem visitas suficientes do Chrome, não há dados de campo. Use o teste de laboratório do PageSpeed Insights e as ferramentas do desenvolvedor do Chrome como guia, sempre testando a versão para celular.
Em quanto tempo a correção aparece?
Os dados de campo consideram os últimos 28 dias. Uma melhoria publicada hoje começa a aparecer em poucos dias e só reflete por completo depois de cerca de quatro semanas.
Core Web Vitals também valem para quem só anuncia?
Valem como experiência do visitante. Uma página que abre rápido e não pula tende a converter melhor, o que reduz o custo de cada venda vinda dos anúncios.
Preciso de um desenvolvedor para melhorar as métricas?
Alguns ajustes, como comprimir imagens, cabem a quem cuida do conteúdo. Servidor, tema, scripts e ordem de carregamento pedem alguém técnico. Se o seu site precisa dessa revisão, é o que fazemos no serviço de desenvolvimento de sites, com acompanhamento das métricas no Search Console.
