Alguém faz um teste de velocidade no seu site, tira nota 54 e diz que ele é lento. Outra ferramenta dá 91. Nenhum dos dois números mostra o que os seus visitantes realmente vivem, e é isso que o Google usa.
As Core Web Vitals são três medições feitas a partir de visitas reais ao seu site. Vale a pena entendê-las porque elas descrevem problemas que as pessoas sentem: esperar a página, tocar em um botão que não responde e ver o conteúdo pular enquanto carrega.
As três medições
Largest Contentful Paint (LCP): quanto tempo leva para o conteúdo principal aparecer, normalmente a maior imagem ou título. O bom é 2,5 segundos ou menos.
Interaction to Next Paint (INP): com que rapidez a página responde quando alguém toca, clica ou digita. O bom é 200 milissegundos ou menos. Ela substituiu o First Input Delay em 2024.
Cumulative Layout Shift (CLS): quanto o layout se mexe sem aviso enquanto as pessoas usam a página. O bom é 0,1 ou menos.
Uma página passa quando pelo menos 75% das visitas atingem o limite bom nas três, medidas separadamente no celular e no computador. Os limites vêm dasorientações de Web Vitals do Google.
Nota de laboratório e visitas reais são coisas diferentes
A nota de uma ferramenta como o Lighthouse é um teste de laboratório: uma visita simulada, com um aparelho e uma conexão. Serve para encontrar causas, mas muda a cada execução e não representa o seu público.
Os dados de campo vêm de usuários reais do Chrome que visitam o seu site, coletados no Chrome UX Report em uma janela móvel de 28 dias. Eles refletem os celulares, as redes e os lugares dessas pessoas. Se você quer saber se os clientes enfrentam um site lento, a resposta está nos dados de campo.
O que costuma causar resultados ruins
LCP lento
Imagens grandes que não foram redimensionadas para o celular, respostas lentas do servidor, fontes ou scripts que bloqueiam a página e imagens principais que carregam tarde porque o JavaScript as adiciona.
INP ruim
JavaScript demais rodando ao mesmo tempo, muitas vezes por causa de widgets de chat, tags de rastreamento e construtores de páginas pesados. A página parece pronta, mas está ocupada e não consegue responder a um toque.
CLS alto
Imagens e conteúdos incorporados sem espaço reservado, banners que empurram o conteúdo para baixo e fontes da web que mudam o tamanho do texto ao carregar.
Acompanhe a tendência, não um único dia
Como os dados de campo cobrem 28 dias, uma melhoria aparece aos poucos. Uma semana ruim também pode vir de uma campanha, de um plugin novo ou de um script de terceiros. Ver o histórico semana a semana mostra se uma mudança ajudou e pega pioras lentas antes que virem um problema.
Meuhistórico gratuito de velocidade real lê a History API do Chrome UX Report e mostra em gráficos LCP, INP, CLS, FCP e TTFB do seu site e de uma página específica, por dispositivo, com os limites do Google marcados e a parcela de visitas boas em cada semana. Sites com pouco tráfego do Chrome não têm dados públicos, e a ferramenta avisa em vez de adivinhar.
Vale a pena corrigir?
As Core Web Vitals são um entre muitos sinais da Busca do Google e raramente pesam mais do que um conteúdo relevante. O motivo mais forte para corrigir são os seus clientes: um checkout que responde na hora e uma página que não pula embaixo do dedo são simplesmente mais fáceis de usar.
Se uma métrica está no vermelho, comece pelas páginas que trazem dinheiro ou contatos. Meça, mude uma causa e acompanhe a tendência nas semanas seguintes.
Como conseguir ajuda
Problemas de velocidade costumam ter duas ou três causas principais, não dezenas. Se o seu histórico mostra resultados ruins,me envie o site e as páginas que importam. Posso encontrar as causas, dizer quais valem a pena corrigir e fazer as mudanças.