Core Web Vitals: as métricas do Google explicadas

Core Web Vitals é o nome que o Google dá a três medições da experiência de quem usa o seu site: quanto demora para o conteúdo principal aparecer, se a página responde rápido ao toque e se os elementos ficam pulando durante o carregamento. Parece assunto de programador, mas a decisão que essas métricas influenciam é sua: cliente que desiste do site é orçamento que vai para o concorrente. Aqui vai a tradução completa, sem tecniquês.

Por que o Google criou os Core Web Vitals

Durante anos, "site rápido" foi uma conversa vaga. Rápido para quem? Medido como? O Google resolveu padronizar: escolheu três aspectos que os usuários mais percebem, definiu como medi-los e passou a usar os resultados como um dos sinais de ranqueamento. Também publicou as faixas que considera boas, o que permitiu a qualquer dono de site saber onde está pisando.

Vale ajustar a expectativa desde já: essas métricas são um critério de desempate, não uma varinha mágica. Conteúdo fraco não sobe só porque a página carrega rápido. Por outro lado, entre dois sites que respondem bem à mesma pesquisa, a experiência melhor tende a levar vantagem, tanto no ranking quanto na paciência do visitante.

LCP: quanto demora para a parte principal aparecer

LCP vem de Largest Contentful Paint. Em bom português: o tempo que o maior elemento visível da página (geralmente a foto de destaque ou o bloco principal de texto) leva para aparecer na tela. É a métrica que responde à pergunta mais básica do visitante: "abriu ou não abriu?".

Faça o teste com o celular no 4G, fora do Wi-Fi do escritório: abra seu site como um cliente abriria. Se a tela fica branca por vários segundos, ou mostra só o menu enquanto a parte importante não vem, seu LCP está sofrendo. Os culpados de sempre são imagens pesadas demais, hospedagem barata que demora a responder e excesso de código carregando antes do conteúdo.

INP: o site responde quando o visitante toca?

INP significa Interaction to Next Paint e mede outra coisa: a rapidez com que a página reage às ações do usuário. A pessoa toca no botão do menu, do orçamento, do WhatsApp. Quanto tempo passa até a tela dar alguma resposta visível?

Quando esse intervalo estica, nasce aquela sensação de site "travado": o visitante toca, nada acontece, ele toca de novo, e de repente duas coisas abrem ao mesmo tempo. A causa costuma ser excesso de scripts rodando na página, com destaque para plugins acumulados, animações pesadas e códigos de rastreamento instalados e esquecidos. Cada um parece inofensivo sozinho; juntos, deixam o site surdo aos toques.

CLS: a página pula enquanto carrega?

CLS é a sigla de Cumulative Layout Shift e mede a estabilidade visual. Você já viu esse defeito em ação: começa a ler um texto, uma imagem carrega lá em cima e empurra tudo para baixo. Ou pior, você vai tocar num botão e, no instante do toque, um banner aparece e o dedo acerta outra coisa.

Para o Google, cada pulo desses conta pontos contra. Para o seu negócio, o estrago é direto: usuário que clica errado se irrita, e formulário preenchido pela metade é contato perdido. A correção costuma ser simples para quem sabe onde mexer: reservar o espaço de cada imagem e banner no código antes de o elemento carregar, para que nada precise se mover quando ele chegar.

Como medir de graça em cinco minutos

Não precisa instalar nada. O PageSpeed Insights é a ferramenta gratuita do próprio Google: você cola o endereço do site e recebe as três métricas, com notas separadas para celular e computador. Priorize o resultado de celular, que é onde a maior parte das visitas acontece e onde os problemas aparecem primeiro.

Dois cuidados na leitura do relatório:

• Quando houver "dados de campo" (medições de usuários reais do Chrome), dê mais peso a eles do que à simulação de laboratório;
• Não trave na nota geral de 0 a 100. Ela é um resumo; o que importa é cada métrica estar na faixa verde e o site parecer ágil no seu próprio teste com o celular.

O que costuma resolver na prática

A boa notícia: a maioria dos sites com Core Web Vitals ruins sofre de um punhado de problemas conhecidos, com soluções conhecidas.

1. Imagens: o vilão número um. Fotos saídas direto da câmera, com vários megabytes, precisam ser redimensionadas e convertidas para formatos modernos como WebP. Só isso já transforma o LCP de muitos sites;
2. Hospedagem: servidor lento atrasa tudo que vem depois. Se o tempo de resposta inicial é alto, nenhuma otimização na página compensa;
3. Código enxuto: temas inchados e plugins empilhados carregam scripts que ninguém usa. Um site construído sob medida carrega só o necessário, e a diferença aparece nas três métricas de uma vez;
4. Espaço reservado: dimensões definidas para imagens e banners eliminam os pulos do CLS.

O impacto disso no faturamento não é teórico. Já detalhamos no artigo sobre por que a velocidade do site importa como segundos de espera viram desistência de compra.

Os três limites, numa tabela só

Para consultar rápido, sem reler o artigo inteiro. Estes são os valores que o Google considera bons, e a régua vale para o que 75% dos visitantes reais experimentam, não para o teste que você roda no seu computador com fibra:

Limites oficiais do Google, medidos no percentil 75 dos visitantes reais.

Como esses números se parecem no mundo real

Ler o limite é fácil; calibrar a expectativa é outra coisa. Em agosto de 2026 medimos as páginas iniciais de 18 agências de marketing e criação de sites, numa conexão de celular simulada. A mediana do LCP foi de 9,4 segundos, quase quatro vezes o limite. As dezoito ficaram acima de 2,5 segundos, incluindo duas que tiraram mais de 90 na nota geral do PageSpeed. O pior caso chegou a 28,7 segundos.

Duas conclusões práticas saem disso. A primeira: se o seu LCP está entre 3 e 5 segundos, você está mal em relação ao Google e bem em relação ao mercado, o que significa que dá para ganhar posição corrigindo isso. A segunda: nota alta no PageSpeed não é a mesma coisa que passar nos Core Web Vitals. A nota resume um teste de laboratório; os indicadores medem gente de verdade. Quando os dois discordam, o que vale é o segundo.

Onde isso entra na sua estratégia

Trate os Core Web Vitals como um item de manutenção, não como projeto único. Meça hoje, corrija o que estiver no vermelho, e repita o teste a cada poucos meses ou depois de qualquer mudança grande no site. Eles são uma parte de um conjunto maior de verificações, que reunimos no nosso checklist de SEO técnico para quem quer revisar a casa inteira.

Se o seu site atual foi montado num template pesado e as notas insistem em ficar no vermelho, talvez o caminho mais barato seja não remendar. Um site para empresa local e B2B construído com código limpo desde o início nasce com as métricas em dia e para de exigir consertos a cada atualização.