Ir para o conteúdo
Menu

Core Web Vitals: o que são e como medir no site da sua empresa

Core Web Vitals são três métricas de experiência da página: LCP (carregamento), INP (resposta ao toque ou clique) e CLS (estabilidade visual). Segundo o Google, o bom é LCP até 2,5 segundos, INP até 200 milissegundos e CLS até 0,1, medidos no percentil 75.

Core Web Vitals são três métricas que mostram se uma página carrega rápido, responde ao toque e não pula de lugar enquanto a pessoa lê. Segundo o web.dev, do Google, consultado em 9 de novembro de 2026, o considerado bom é LCP em até 2,5 segundos, INP em até 200 milissegundos e CLS em até 0,1. Para o dono de um site pequeno, o caminho é medir, achar o item mais pesado e corrigir um de cada vez.

As três métricas em linguagem simples

Métrica O que mede Limite considerado bom
LCP (Largest Contentful Paint) Quanto tempo leva para o maior elemento da tela, como uma imagem ou título, aparecer Até 2,5 segundos desde o início do carregamento
INP (Interaction to Next Paint) Quanto tempo o site demora para reagir a um clique, toque ou tecla Até 200 milissegundos
CLS (Cumulative Layout Shift) Quanto o conteúdo se desloca sozinho enquanto carrega Até 0,1

O web.dev explica que a avaliação usa o percentil 75 das visitas, separando celular e computador. A página só passa se as três métricas atingirem o limite nesse percentil. Em termos práticos: três em cada quatro visitas precisam ter experiência boa.

Por que importa para o seu negócio

Página lenta ou instável é ruim para quem quer pedir um orçamento, clicar no botão de WhatsApp ou ler um artigo. Isso vale independentemente do Google. A documentação do Google sobre recursos de IA também recomenda boa experiência na página como parte dos fundamentos. Mas nenhuma fonte que li afirma que melhorar essas métricas, sozinho, leva uma página ao topo. Não prometa isso a si mesmo nem aceite essa promessa de terceiros.

Como medir sem pagar nada

O web.dev lista as ferramentas, divididas em dois tipos:

  • Dados de campo (usuários reais): PageSpeed Insights, relatório de Core Web Vitals do Search Console e o Chrome User Experience Report.
  • Dados de laboratório (simulados): Lighthouse e Chrome DevTools. Segundo o web.dev, o Lighthouse não mede INP e usa o Total Blocking Time como aproximação.

Passo a passo:

  1. Abra o PageSpeed Insights e cole a URL da página mais importante, como a inicial ou a de vendas.
  2. Olhe primeiro o bloco de dados reais, se aparecer. Site novo ou com pouco tráfego pode não ter dados de campo suficientes.
  3. Veja o resultado do celular, não só do computador.
  4. Anote os três números e a lista de oportunidades.
  5. Repita o teste depois de cada mudança, e olhe de novo semanas depois no Search Console, porque dados de campo demoram a refletir.

O que costuma pesar em sites pequenos

Estas são causas comuns, não diagnóstico do seu caso, que depende de medição:

  • Imagem principal muito grande ou sem tamanho definido, que atrasa o LCP e causa saltos de layout.
  • Muitos scripts de terceiros, como chat, pixels, mapas e widgets, que pesam no INP.
  • Fontes que carregam tarde e mudam o texto de tamanho, afetando o CLS.
  • Banner ou pop-up que aparece depois e empurra o conteúdo.
  • Hospedagem lenta ou página montada com plugins demais.

Corrija o que a ferramenta apontar como maior problema. Mexer em tudo ao mesmo tempo dificulta saber o que funcionou.

O que ajustar primeiro, por ordem de esforço

  1. Reduzir e comprimir a imagem do topo da página e informar largura e altura.
  2. Remover scripts que ninguém usa mais, como pixels e plugins antigos.
  3. Reservar espaço para banners, vídeos e anúncios, para o conteúdo não pular.
  4. Carregar só depois o que não aparece de imediato.
  5. Reavaliar hospedagem se o problema persistir.

Se o seu site foi montado em construtor ou WordPress, algumas dessas opções ficam em configurações. Se mexe em código, convém contratar quem entenda. Antes de fechar, veja as 10 perguntas antes de contratar um site, incluindo como o prestador testa desempenho no celular.

Quando esperar resultado

O Google diz, no guia de SEO para iniciantes, que algumas mudanças têm efeito em horas e outras podem levar vários meses, e sugere esperar algumas semanas para avaliar o impacto. Vale o mesmo aqui: meça de novo após algumas semanas, sem tirar conclusão do dia seguinte.

Core Web Vitals e o resto do SEO

Pense nelas como higiene. Não substituem conteúdo, nem autoria clara (E-E-A-T), nem um Perfil da Empresa completo (SEO local). Uma página rápida com texto fraco continua fraca.

Como falar com quem cuida do seu site

Leve os três números para a conversa. Em vez de pedir "deixa o site mais rápido", diga qual página você mediu, qual métrica falhou e em que aparelho. Peça que a correção seja descrita por escrito, com o que será feito e como será medido de novo. Assim você evita pagar por mudanças que não mexem no problema real.

Desconfie de quem promete nota máxima no PageSpeed Insights como se isso fosse o objetivo. A nota de laboratório muda a cada teste e não representa, sozinha, a experiência dos seus visitantes. O que interessa é que as pessoas consigam ler, tocar e pedir contato sem frustração.

Próximo passo

Meça a sua página mais importante hoje no PageSpeed Insights e guarde os três números. Se quiser ajuda para interpretar o resultado e corrigir sem refazer o site inteiro, fale com a gente em /pt/contato.

Perguntas frequentes

Core Web Vitals definem minha posição no Google?

Não sozinhas. O Google trata a experiência na página como um dos pontos a cuidar, ao lado de conteúdo útil e outros fatores. Uma página rápida, mas fraca em conteúdo, não ganha posição só por isso. Use as métricas para evitar problemas, não como promessa de ranking.

Qual ferramenta uso para medir de graça?

O PageSpeed Insights mostra dados de usuários reais, quando há volume suficiente, e uma simulação em laboratório. O relatório de Core Web Vitals do Search Console agrupa páginas por problema. Ambos são do Google e gratuitos, segundo a documentação consultada em 9 de novembro de 2026.

Por que meu site passa no laboratório e falha em dados reais?

Teste de laboratório simula um aparelho e uma rede. Dados reais vêm de visitantes com celulares, conexões e hábitos diferentes. O Lighthouse não mede INP e usa o Total Blocking Time como substituto, segundo o web.dev. Priorize os dados reais quando existirem.

Voltar ao blog