O que este relatório de Core Web Vitals mostra?
Digite um domínio ou uma URL, escolha mobile ou desktop, e o relatório busca 25 semanas de field data da CrUX History API do Google. Você recebe um gráfico semanal de LCP, INP e CLS, além de TTFB e FCP. O LCP nunca pode ser mais rápido do que nenhum dos dois. Funciona para qualquer site com tráfego suficiente no Chrome, até de concorrentes.
Abaixo dos gráficos de carregamento, o LCP é dividido em quatro partes. Mais abaixo, você encontra o CLS e o INP ao longo do tempo, seguidos por dispositivos e tipos de navegação. Esses dois últimos, e a proporção de imagem ou texto no LCP, mostram todos os dispositivos juntos, qualquer que seja a opção selecionada.
Como ler os gráficos semanais do CrUX
Cada barra é uma semana. Passe o cursor sobre ela para ver o p75 daquela semana e a proporção de carregamentos bons, que precisam de melhoria e ruins.
O p75 é o número que o Google avalia: três em cada quatro carregamentos foram pelo menos tão bons quanto ele.
- O LCP é bom até 2,5 s e ruim acima de 4 s
- O INP é bom até 200 ms e ruim acima de 500 ms
- O CLS é bom até 0,1 e ruim acima de 0,25
Você passa nos Core Web Vitals quando os três estão bons no p75.
O badge em cada card de métrica mostra a direção de uma reta traçada por todas as semanas. O resumo no topo compara a média do p75 da metade mais antiga das semanas com a da metade mais recente. O score de UX happiness ao lado é um número meu: a proporção de carregamentos bons na semana mais recente, tirando a média entre LCP, INP, CLS, FCP e TTFB. O Google não usa esse número, e de qualquer forma não existe um score oficial de Core Web Vitals.
De onde vêm os dados do CrUX?
Do Chrome no Android e desktop, para usuários que sincronizam o histórico e compartilham estatísticas de uso com o Google. O Chrome no iPhone não entra. O Edge também não.
Cada ponto semanal cobre os 28 dias anteriores, então os pontos se sobrepõem. Um fix que entra no ar em uma terça-feira leva cerca de quatro pontos para aparecer por completo.
O Google adiciona um novo ponto toda segunda-feira com dados até o sábado anterior, portanto na segunda o ponto mais recente tem dois dias. Os 28 dias são apenas o tamanho de cada janela — por isso o delay de 28 dias é um mito.
É isso que os visitantes tiveram nos próprios dispositivos. O PageSpeed Insights roda o Lighthouse uma única vez, de um servidor do Google, simulando um celular e uma rede lentos. O Lighthouse nunca clica em nada, então não tem INP nenhum. Um 98 no Lighthouse e uma linha vermelha de INP aqui podem ser verdade ao mesmo tempo.
Qual a diferença para o relatório de Core Web Vitals no Search Console?
O Search Console lê os mesmos dados do CrUX, apenas para os seus próprios sites. Ele agrupa URLs com comportamento parecido e classifica cada grupo pela pior métrica dos últimos 28 dias.
O Search Console diz qual grupo de páginas falha. As barras semanais aqui ajudam a encontrar a semana em que o problema começou e, a partir dela, o release.
O que verificar quando uma métrica piora
Comece pelo mobile (o relatório abre nele): quase sempre é o pior dos dois. Depois, olhe o formato da linha.
Um deploy aparece como uma subida ao longo de cerca de quatro semanas que depois se estabiliza: um tema novo, uma tag adicionada no Tag Manager, uma hero image que recebeu loading="lazy". Veja o que entrou no ar na semana em que a subida começou.
Uma linha que não para de subir durante meses costuma ser acúmulo de scripts de terceiros.
No caso do LCP, abra o gráfico de detalhamento e veja qual parte cresceu. Ele só conta carregamentos em que o elemento do LCP é uma imagem. Um TTFB maior aponta para o servidor ou o cache. Um load delay mais longo significa que o navegador encontra a imagem do LCP tarde demais. Uma load duration mais longa indica uma imagem mais pesada ou conexão lenta com onde ela está hospedada. Um render delay crescente é CSS ou JavaScript travando a renderização.
O que o histórico do CrUX não mostra
Sites pequenos não têm dados. O Google precisa de muitas visitas no Chrome e não diz quantas. Páginas com noindex ou status diferente de 200 também ficam de fora. A URL veio vazia? Tente o domínio inteiro. O relatório testa com e sem www para você.
Mesmo com dados, você recebe apenas um p75 por métrica por semana para o domínio inteiro ou para uma URL popular. O CrUX não diz qual template é lento, qual elemento se move ou qual script trava o clique.
Isso exige monitoramento de usuários reais no próprio site. Criei o CoreDash para isso: os carregamentos no próprio site, com o elemento do LCP e a interação lenta associados, para você ver um fix funcionar em poucas horas.
