Você toca no link, a tela fica branca, aparece um pedaço do texto, a foto grande demora, e quando finalmente vai tocar no botão do WhatsApp a página pula e você toca em outra coisa. Todo mundo já passou por isso. Muita gente desiste antes do fim, e quem desiste não liga.
O Google transformou essa experiência em três números, chamados Core Web Vitals. Eles aparecem no PageSpeed Insights e no Search Console, e ajudam a responder uma pergunta simples: o site é agradável de usar no celular?
As três medidas, em linguagem simples
LCP: quanto demora para aparecer o principal
LCP (Largest Contentful Paint) mede quanto tempo leva para aparecer o maior elemento da primeira tela, quase sempre a foto de destaque ou o título grande. É a sensação de “carregou”.
O limite de bom é até 2,5 segundos.
INP: quanto demora para responder ao toque
INP (Interaction to Next Paint) mede quanto tempo o site leva para reagir quando a pessoa toca num botão, abre um menu ou digita num campo. É a sensação de “travou” ou “respondeu”.
O limite de bom é até 200 milissegundos. O INP substituiu uma medida antiga, o FID, em 2024.
CLS: quanto a página pula enquanto carrega
CLS (Cumulative Layout Shift) mede o quanto os elementos mudam de lugar sozinhos enquanto a página carrega: o texto que desce porque uma imagem apareceu em cima, o botão que foge do dedo.
O limite de bom é até 0,1.
Como o Google mede
Um detalhe importante: o Google considera o site bom quando 75% das visitas ficam dentro do limite, separando celular e computador. Não basta abrir no seu wi-fi e achar rápido. O número vem de visitas reais, em celulares de todo tipo e em redes de todo tipo.
Por isso o PageSpeed Insights mostra duas coisas diferentes:
- Dados de campo: o que visitantes reais do Chrome viveram nos últimos 28 dias. Só aparecem se o site tem visitas suficientes.
- Dados de laboratório (Lighthouse): um teste simulado, feito na hora, com uma nota de 0 a 100. Serve para achar a causa dos problemas, mas não é o que os visitantes viveram.
Site novo ou com pouco tráfego costuma ter só o laboratório. Tudo bem: ele já aponta o que precisa melhorar.
O que costuma deixar um site de empresa lento
Nos sites que analisamos, os mesmos culpados aparecem quase sempre:
- Foto de destaque enorme. Uma imagem de 4 MB tirada da câmera, carregada inteira no celular. É a causa número um de LCP ruim.
- Carrossel na primeira tela. Várias fotos grandes carregando ao mesmo tempo, com script para girar.
- Construtor de página pesado e plugins demais. Cada um acrescenta arquivos que o navegador precisa baixar antes de mostrar a página.
- Widgets de terceiros: chat, pop-up, pixel, mapa incorporado, vídeo do YouTube na primeira tela. Todos disputam o celular com o seu conteúdo.
- Imagem e anúncio sem espaço reservado. Quando a imagem não tem largura e altura definidas, o texto pula quando ela chega. É o que estraga o CLS.
A correção quase nunca é um “plugin de velocidade”. É tirar peso: imagem no tamanho da tela e em formato moderno (WebP), menos scripts, e o que for de terceiros carregando depois do conteúdo principal.
A velocidade decide a posição?
As Core Web Vitals fazem parte dos sinais de experiência que o Google considera, mas conteúdo relevante continua pesando mais. Um site rápido e sem conteúdo não passa na frente de um site lento que responde exatamente o que a pessoa procurou.
O efeito mais direto está em quem já chegou. Página que abre rápido e não pula no celular perde menos visitante antes do contato, e isso vale mesmo quando a posição não muda. Quando refizemos o site da TNorte Logística, que tinha 15 anos, o site novo marcou 92 de performance no celular no Lighthouse.
Todo site do plano Presença já nasce pensado para o celular, com imagem no tamanho certo e sem construtor pesado.
Perguntas frequentes
Como vejo as Core Web Vitals do meu site?
Pelo PageSpeed Insights, colando o endereço do site: ele mostra os dados de campo, quando existem, e o teste de laboratório. No Search Console, o relatório de Core Web Vitals agrupa as páginas do site em boas, que precisam de melhoria e ruins.
A nota de 0 a 100 do PageSpeed é a Core Web Vitals?
Não exatamente. A nota vem do teste de laboratório (Lighthouse), que simula um carregamento. As Core Web Vitals que o Google usa vêm dos dados de campo, de visitas reais. A nota ajuda a achar problemas, mas o que importa é o campo.
Meu site abre rápido no meu celular. Por que o PageSpeed diz que é lento?
Porque o teste simula um celular intermediário numa rede mais lenta, e os dados de campo refletem visitantes com aparelhos e conexões variados. O seu celular, no seu wi-fi, é um caso favorável. Muitos clientes seus abrem o site no 4G, no meio da rua.
Trocar de hospedagem resolve?
Às vezes ajuda, principalmente se o servidor demora para responder. Mas na maioria dos sites de empresa o peso está na própria página: imagens, scripts e plugins. Trocar de hospedagem sem tirar esse peso costuma dar pouco resultado.
Preciso chegar a 100 no PageSpeed?
Não. O objetivo é ficar dentro dos limites de bom nas três medidas, com visitantes reais. Perseguir 100 no laboratório pode custar recursos úteis do site sem ganho real para quem visita.
Fontes
- web.dev, Métricas das Core Web Vitals: LCP, INP e CLS, limites de bom e medição no 75º percentil.
- Google, PageSpeed Insights: dados de campo e de laboratório.
- Insight Signal, case TNorte Logística: performance mobile 92 no Lighthouse.
