Core Web Vitals em campo: encontre o gargalo que o usuário realmente sente
Uma forma prática de conectar testes de laboratório aos Core Web Vitals de usuários reais, priorizar correções e validar melhorias em mobile e desktop.
Uma execução rápida de laboratório é uma pista, não o veredito inteiro
Uma página pode parecer rápida em um teste controlado e ainda assim passar a sensação de lentidão para visitantes em telefones mais antigos, redes carregadas ou rotas distantes até o servidor. Os testes de laboratório ajudam a reproduzir um carregamento de página e a expor seu waterfall de requisições. Os dados de campo mostram como as visitas reais se comportam em diferentes aparelhos e condições. Use os dois: os dados de campo escolhem o problema, e execuções de laboratório repetíveis ajudam a localizá-lo e corrigi-lo.
O Google avalia os três Core Web Vitals no 75º percentil, considerando mobile e desktop separadamente. As metas atuais de “bom” são LCP de até 2.5 segundos, INP de até 200 milissegundos e CLS de até 0.1. Médias podem esconder a experiência mais lenta de um grupo relevante de visitantes, então observe os dados por percentil e segmente por dispositivo. As orientações de limites do Google explicam o método do percentil.
Comece pela métrica que está falhando
O LCP aponta para o carregamento. Verifique se o atraso vem antes da resposta HTML, de CSS que bloqueia a renderização ou da descoberta e do download da imagem ou do texto principal. Compare o TTFB entre regiões e depois inspecione o waterfall. Comprima e dimensione corretamente a imagem principal, faça com que ela seja descobrível no HTML inicial e use preload apenas quando ela for realmente o recurso do LCP.
O INP aponta para a interação. Um teste de laboratório de carregamento de página não consegue medir o INP por completo, porque ele depende de interações reais de usuários. Use dados de campo para identificar interações lentas e depois perfilar o clique ou a tecla relevante nas ferramentas de desenvolvedor do navegador. Tarefas longas de JavaScript, renderização caras e scripts de terceiros podem atrasar o próximo paint. Dividir o trabalho em tarefas menores e adiar scripts não essenciais são bons primeiros experimentos. O guia de medição do web.dev explica por que o Total Blocking Time é um proxy de laboratório, e não um substituto do INP.
O CLS aponta para movimento visual. Verifique tanto o carregamento inicial quanto as interações posteriores nos dados de campo. Defina dimensões explícitas ou uma proporção de aspecto para imagens e incorporações, reserve espaço para anúncios e evite inserir conteúdo acima do material que o usuário está lendo. A troca de fontes também pode deslocar texto: use um fallback com métricas semelhantes e teste a página renderizada de verdade.
Transforme uma pontuação em um experimento controlado
Mude uma causa provável por vez. Mantenha consistentes a rota, o viewport, o perfil do dispositivo, o estado do cache e a localização do teste, e execute o teste mais de uma vez. Compare o waterfall e a métrica relevante, e não apenas uma pontuação geral única. Depois, verifique os dados de campo quando a mudança chegar aos usuários: uma melhoria em uma rota ou em um dispositivo pode não se transferir para todas as páginas.
Para o monitoramento em campo, agrupe templates de página semelhantes e inspecione primeiro o segmento de dispositivo mais afetado. Um cabeçalho compartilhado ou um gerenciador de consentimento pode afetar muitas URLs, enquanto a imagem de um produto pode afetar apenas um template. Esse agrupamento ajuda a distinguir um problema do site inteiro de um problema específico de uma página.
Priorize a experiência do usuário em vez de um número perfeito
Os Core Web Vitals são diagnósticos úteis, e não uma definição completa de um site bom. O Google afirma que bons resultados em um relatório de Core Web Vitals não garantem uma posição de destaque na busca; relevância e a page experience mais ampla continuam importando. Corrija o atrito mensurável que os usuários encontram e use as métricas para verificar a mudança, em vez de perseguir uma pontuação de forma isolada. As orientações de page experience do Google dão esse contexto.