O que são Core Web Vitals?
Core Web Vitals são o conjunto de métricas definidas pelo Google para medir a experiência real de uso de uma página web, em três dimensões: velocidade de carregamento, resposta à interação e estabilidade visual. Atualmente são três: LCP (Largest Contentful Paint), que mede quando o maior elemento de conteúdo visível termina de renderizar, com limite de 2,5 segundos para ser considerado bom; INP (Interaction to Next Paint), que mede a latência de resposta às interações do usuário, com limite de 200 milissegundos; e CLS (Cumulative Layout Shift), que mede deslocamento inesperado de layout, com limite de 0,1. A avaliação é feita no percentil 75 dos carregamentos de página, separadamente para celular e desktop, sobre uma janela móvel de 28 dias no dado de campo. O INP substituiu o FID como métrica oficial de responsividade em março de 2024.
As três métricas e seus limites oficiais
Cada métrica tem três faixas: bom, precisa melhorar e ruim. Para a página ser aprovada no conjunto, as três precisam estar na faixa boa no percentil 75.
LCP até 2,5 segundos
Largest Contentful Paint. Marca o instante em que o maior bloco de conteúdo visível fica renderizado. Acima de 4 segundos é considerado ruim; entre 2,5 e 4 segundos, precisa melhorar.
INP até 200 milissegundos
Interaction to Next Paint. Mede quanto tempo a página leva para responder visualmente às interações, considerando a pior latência observada na visita. Acima de 500 milissegundos é ruim.
CLS até 0,1
Cumulative Layout Shift. Pontuação sem unidade que soma os deslocamentos inesperados de layout durante a vida da página. Acima de 0,25 é considerado ruim.
Como a avaliação funciona na prática
A avaliação não usa média, usa o percentil 75. Isso significa que 75 por cento dos carregamentos precisam ficar dentro do limite, e a métrica é definida pela experiência do quarto mais lento dos acessos. A escolha é deliberada: média esconde o usuário com aparelho modesto e conexão ruim, que costuma ser justamente o comprador que a loja perde.
O dado de campo vem de usuários reais, agregado em uma janela móvel de 28 dias. Consequência prática importante: uma correção publicada hoje não aparece integralmente no relatório amanhã, porque o número continua carregando quase um mês de histórico anterior. Esperar o ciclo completo antes de julgar a correção evita reverter algo que estava funcionando.
Existem duas famílias de medição, e confundi-las gera diagnóstico errado. Dado de laboratório, como uma execução do Lighthouse, roda em ambiente simulado, é reproduzível e serve para depurar. Dado de campo, como o relatório de experiência de usuário do Chrome, reflete aparelhos e conexões reais e é o que conta para a avaliação. INP, por depender de interação humana, não é medido de forma confiável em laboratório.
A avaliação é separada por tipo de dispositivo. Em loja brasileira, aprovar em desktop e reprovar em celular é o cenário mais comum, e é o mais relevante, porque é onde está a maior parte do tráfego e da receita.
O que costuma reprovar uma loja virtual
As causas mais frequentes em e-commerce são repetitivas e, em boa parte dos casos, vêm de código de terceiros acumulado ao longo do tempo.
Imagem grande no topo sem otimização
Banner da home ou foto principal do produto sem formato moderno, sem dimensão correta e sem prioridade de carregamento é a causa mais comum de LCP alto em e-commerce.
Excesso de scripts de terceiros
Chat, pixels, mapas de calor, provas sociais e recomendadores competem pelo mesmo processamento. É o que mais degrada INP, porque a página fica ocupada justamente quando o usuário toca.
Elementos sem espaço reservado
Banner, selo de avaliação e miniatura de vídeo que entram depois empurram o conteúdo para baixo. Definir largura e altura previamente resolve a maior parte do CLS.
Fonte que redesenha o texto
Fonte customizada carregada sem estratégia de exibição causa troca visível de tipografia e deslocamento. Pré-carregar e definir o comportamento de fallback reduz o efeito.
Vídeo com autoplay acima da dobra
Vídeo pesado disputando banda no carregamento inicial atrasa o elemento principal. Entrega por CDN, carregamento sob demanda e imagem de pôster leve mantêm o bloco fora do caminho crítico.
Popup que aparece durante o carregamento
Modal de cupom que entra sem interação do usuário nos primeiros segundos gera deslocamento e prejudica a primeira interação. Atrasar a exibição resolve.
Perguntas frequentes sobre Core Web Vitals
LCP (Largest Contentful Paint), com limite de 2,5 segundos para bom; INP (Interaction to Next Paint), com limite de 200 milissegundos; e CLS (Cumulative Layout Shift), com limite de 0,1. A avaliação considera o percentil 75 dos carregamentos, por tipo de dispositivo.
Não como Core Web Vital. O INP substituiu o FID em março de 2024. O FID media apenas o atraso da primeira interação, enquanto o INP considera a latência de resposta das interações ao longo da visita, o que reflete melhor a experiência de uso de uma loja.
Fazem parte dos sinais de experiência de página usados pelo Google, com peso menor do que relevância e qualidade do conteúdo. Página ruim em Core Web Vitals não é penalizada de forma direta, e perde em desempate. O efeito mais consistente, porém, é comercial: página lenta em celular perde visitante antes de qualquer argumento de venda.
Porque a seção de laboratório roda um teste novo a cada vez, com variação de rede e de processamento. A seção de dado de campo é estável, porque agrega 28 dias de acessos reais. Para decisão, use o dado de campo; para depurar uma causa específica, use o de laboratório.
O dado de campo usa janela móvel de 28 dias, então a melhoria entra gradualmente e só aparece por completo depois desse ciclo. Acompanhe pelo dado de laboratório e por monitoramento próprio para confirmar o efeito imediato, e espere a janela fechar antes de avaliar o resultado oficial.
Quer vídeo na loja sem comprometer as métricas?
Demonstração guiada do iShorts, com entrega por CDN e carregamento sob demanda.
