Os Core Web Vitals são métricas de experiência definidas pelo Google. O LCP mede quando o conteúdo principal aparece, o INP mede a resposta às interações e o CLS mede deslocamentos inesperados. A análise deve separar computador e celular porque rede, processador e forma de uso mudam o resultado.
A nota de um teste de laboratório ajuda a investigar uma página. Os dados de campo mostram o que usuários reais encontraram. Uma loja pode ir bem no computador do desenvolvedor e responder mal no telefone de quem tenta escolher tamanho ou informar o endereço.
Que limites ajudam a localizar a lentidão?
Na documentação do Google, a faixa boa exige LCP de até 2,5 segundos, INP de até 200 milissegundos e CLS de até 0,1. O critério usa o percentil 75: pelo menos três quartos das experiências observadas precisam ficar dentro do limite. A aprovação considera cada métrica, não a média entre elas.
Quando faltam dados de campo para uma página, o relatório pode mostrar dados da origem ou não ter amostra suficiente. Isso não permite declarar que a URL passou. Use testes controlados para diagnosticar e instrumentação própria para acompanhar o uso, deixando claro qual população cada relatório descreve.
O que corrigir primeiro na jornada de compra?
Abra uma página de produto num celular representativo do público. Observe a imagem principal, escolha uma variação e adicione ao carrinho. Se o conteúdo demora a aparecer, investigue resposta do servidor, tamanho da imagem e prioridade de carregamento. Se o toque demora, procure tarefas longas de JavaScript e componentes que travam enquanto calculam ou consultam serviços.
Reserve espaço para imagens, banners e avisos. Mudanças de posição podem fazer o comprador tocar no item errado ou perder o campo que estava preenchendo. Scripts de publicidade e atendimento também entram na conta: peça ao responsável por cada um a função que justificou sua presença e retire o que já não é usado.
A solução deve preservar pagamento, consentimento e acessibilidade. Adiar todo o JavaScript pode melhorar uma métrica e quebrar a seleção de entrega. Reduzir uma imagem sem conferir o resultado pode impedir que o cliente examine detalhes. A aprovação inclui o percurso completo, com erros de formulário e retorno do banco.
A experiência depende de carregar, responder e permanecer estável
- 1LCP até 2,5 sConteúdo principal visível no percentil 75.
- 2INP até 200 msResposta à interação no percentil 75.
- 3CLS até 0,1Estabilidade visual no percentil 75.
Como saber se a correção ajudou a vender?
Defina antes do teste o evento de compra, o denominador e o período. Compare grupos equivalentes e mantenha campanhas, preço e oferta sob controle quando possível. Em um exemplo hipotético para 2026, uma versão recebe 2.000 visitas elegíveis e 60 pedidos pagos; outra recebe 2.000 visitas e 66 pedidos. A diferença observada não basta para afirmar um ganho permanente.
Analise a incerteza do teste e procure efeitos adversos em receita, falhas e devoluções. Se o volume for insuficiente para distinguir as versões, registre o resultado como inconclusivo e mantenha a melhoria técnica pelo benefício de uso demonstrado. Não converta um estudo de outro país em promessa de faturamento para esta loja.
Escolha hoje uma página com tráfego e um atraso reproduzível. Entregue à equipe o passo que falha, o aparelho e a métrica afetada. A correção estará aceita quando a interação funcionar no cenário definido, a métrica melhorar sem regressão funcional e o efeito comercial tiver uma comparação adequada.