Seu desenvolvedor mostra nota 95 no PageSpeed e jura que está tudo certo. O Google, olhando os dados de campo dos seus visitantes reais, pode estar enxergando um site reprovado. Essa diferença entre laboratório e campo é onde a maioria dos sites B2B perde posição sem ninguém perceber.
Neste guia você vai entender o que cada métrica mede, as metas oficiais e como diagnosticar o seu site em 15 minutos.
O que são Core Web Vitals
Core Web Vitals são as três métricas oficiais que o Google usa para medir a experiência real de quem visita seu site: LCP (velocidade de carregamento), INP (velocidade de resposta ao clique) e CLS (estabilidade visual da página). Elas são coletadas de usuários reais no Chrome, entram no algoritmo de ranqueamento e aparecem direto no Search Console, o que as torna o indicador de experiência mais concreto que um gestor tem à mão.
Cada uma responde a uma pergunta simples. O LCP mede quanto tempo o maior elemento da tela demora para aparecer. O INP mede quanto tempo a página leva para reagir quando o usuário clica, toca ou digita. O CLS mede quanto o layout pula enquanto carrega, aquele botão que muda de lugar na hora do clique.
O INP é o mais recente do trio: em março de 2024 ele substituiu o FID como métrica oficial. Se seu último diagnóstico de performance é anterior a isso, ele está desatualizado.
Um detalhe que muita gente ignora: o Google avalia essas métricas com dados de campo do CrUX (Chrome User Experience Report), coletados de visitantes reais ao longo de 28 dias. Um teste de laboratório com nota verde não garante nada se a experiência real, no 4G do seu cliente, for ruim.
E vale calibrar a expectativa. Core Web Vitals é sinal de ranqueamento confirmado, mas funciona como critério de desempate entre páginas de conteúdo comparável. Corrigir as métricas não compensa conteúdo fraco, e ignorá-las entrega vantagem ao concorrente que fez o dever de casa.
Por que gestor de marketing deve olhar Core Web Vitals antes do time de TI
Seu site abre rápido no seu notebook, com wifi corporativo e cache cheio. O cliente chega pelo 4G, num Android intermediário, clicando em um anúncio que você pagou. É nesse cenário que as métricas despencam, e você nunca vê.
O impacto na receita, não só no ranking
O Google mediu: 53% dos usuários mobile abandonam uma página que demora mais de 3 segundos para carregar. O estudo Milliseconds Make Millions (Google e Deloitte, 2020) encontrou que 0,1 segundo a menos de carregamento elevou a conversão de varejo em 8,4%.
Traduzindo para o seu dashboard: mesma verba de mídia, mesmo criativo, custo por lead maior. A otimização do site devolve essa margem antes de qualquer ajuste de campanha.
Onde Core Web Vitals entra no SEO técnico em 2026
Dentro do Page Experience, as três métricas funcionam como critério de desempate: entre dois conteúdos de qualidade parecida, o mais rápido tende a ficar na frente. E o efeito vai além do ranking.
Site lento consome mais crawl budget, indexa menos páginas e dificulta a leitura por ChatGPT, Gemini e Perplexity. Página que a IA não consegue processar bem dificilmente vira citação na resposta.
LCP, INP e CLS explicados sem jargão
LCP: quanto tempo até o conteúdo principal aparecer
LCP (Largest Contentful Paint) mede quando o maior elemento visível termina de carregar, geralmente a imagem hero ou o título da sua landing page. Vilões clássicos: imagem de banner em 2 MB, servidor lento e fonte que trava a renderização.
INP: o atraso entre o clique e a resposta da página
INP (Interaction to Next Paint) mede o tempo entre a interação e a reação visual. O usuário toca em "adicionar ao carrinho" e nada acontece por um segundo: isso é INP ruim. A causa mais comum são scripts de terceiros, pixels, chats e tags de mídia rodando todos ao mesmo tempo.
CLS: o layout que pula e faz o usuário errar o botão
CLS (Cumulative Layout Shift) mede o quanto a página se mexe durante o carregamento. Banner que aparece de repente e empurra o conteúdo, imagem sem dimensão reservada, o clique que ia no menu e acerta o anúncio.
Os limites de aprovação de cada métrica
| Métrica | Bom | Precisa melhorar | Ruim |
|---|---|---|---|
| LCP | até 2,5s | 2,5s a 4s | acima de 4s |
| INP | até 200ms | 200ms a 500ms | acima de 500ms |
| CLS | até 0,1 | 0,1 a 0,25 | acima de 0,25 |
Detalhe que muda tudo: o Google avalia o percentil 75. Ou seja, 75% dos seus visitantes reais precisam ter essa experiência, e não a média.
Como medir Core Web Vitals do seu site em 15 minutos
Abra o PageSpeed Insights, cole a URL da sua página mais importante e olhe primeiro o bloco de cima, "descubra o que seus usuários reais estão enfrentando". Esse é o dado que o Google usa no ranqueamento.
Depois, no Search Console, acesse o relatório Core Web Vitals. Ele agrupa URLs com o mesmo problema, então 400 páginas ruins podem ser um único template de produto quebrado. Corrigir o template resolve o grupo inteiro de uma vez.
Dados de campo ou dados de laboratório
O PageSpeed mostra dois números diferentes na mesma tela, e isso confunde muito gestor. O dado de campo vem do CrUX, o painel do Chrome que coleta a experiência de usuários reais nos últimos 28 dias. O dado de laboratório (Lighthouse) é uma simulação feita na hora, num ambiente controlado.
Decisão de negócio se toma com dado de campo. Laboratório serve para o desenvolvedor diagnosticar a causa.
Priorize por receita, não por nota
Não saia corrigindo página por página. Liste os templates que concentram conversão (home, landing pages de mídia paga, páginas de produto) e ataque esses primeiro. Quem mantém uma rotina de gestão de sites acompanha essas métricas todo mês, antes que o tráfego pago sofra.
O que corrigir primeiro e o que delegar para o desenvolvedor
Correções de alto impacto e baixo esforço
Comece pelo que resolve em dias: comprimir imagens para WebP, ativar cache, cortar scripts de ferramentas que ninguém usa mais no Tag Manager. Só a compressão de imagens costuma derrubar o LCP de forma visível. No projeto da SP Labor, 6.433 imagens caíram de 4,0 GB para 1,4 GB, e o PageSpeed chegou a 97 no mobile.
Quando o problema é o tema, o plugin ou a hospedagem
Alguns sinais indicam gargalo estrutural: TTFB acima de 800 ms (servidor lento), WordPress com 40 plugins ativos, tema que carrega 2 MB de CSS em toda página. Nesse cenário, otimização pontual vira enxugar gelo. O caminho é um projeto de otimização de sites, com revisão de stack e hospedagem.
O briefing que o time técnico precisa receber
Não peça "deixar o site rápido". Peça com critério de aceite: "LCP da home abaixo de 2,5 s no dado de campo do PageSpeed, medido em 28 dias". Sem meta mensurável, você entra no ciclo de "otimizamos e não mudou nada".
E lembre: métrica boa hoje degrada em três meses sem acompanhamento. Uma rotina de gestão de sites monitora as três métricas continuamente e corrige antes de o Search Console reclamar.
Por onde começar ainda esta semana
Aquele site que abre rápido no seu notebook segue enganando você. O usuário do 4G, no Android intermediário, sente cada segundo de LCP e cada botão que não responde. E o Google mede tudo isso em campo, todos os dias, com dados de gente real.
Agora você sabe ler esses números. Três coisas para levar daqui:
- Dado de campo manda. O bloco de usuários reais do PageSpeed Insights e o relatório do Search Console são os números que entram no ranqueamento. Teste de laboratório serve para diagnóstico, nunca para comemorar.
- Imagem e script resolvem a maior parte. Compressão para WebP, cache e limpeza de Tag Manager derrubam LCP em dias, sem reescrever o site.
- Gargalo estrutural pede engenharia. Servidor lento, tema pesado e código legado não saem com plugin. Aí o caminho é um projeto de otimização de sites com dono e prazo.
O passo de amanhã cabe em 15 minutos: rode o PageSpeed na página que mais recebe clique pago, tire print do dado de campo e leve para a reunião com o time. Se ninguém do outro lado da mesa souber responder quem monitora isso todo mês, o problema é de gestão de sites, e ele não se resolve sozinho.
Na SP Labor, esse trabalho levou o PageSpeed a 97 no mobile e 99 no desktop. Método existe, e é replicável.
Quer saber onde seu site está perdendo receita por performance? Fale com um Expert e receba um diagnóstico do seu caso, sem compromisso.
Core Web Vitals medem uma coisa só: o respeito do seu site pelo tempo de quem paga suas contas.
Perguntas frequentes
O que são Core Web Vitals?
São as três métricas oficiais que o Google usa para medir a experiência de usuários reais no seu site: LCP mede a velocidade de carregamento, INP mede o tempo de resposta ao clique e CLS mede a estabilidade visual da página. Os dados vêm de visitantes reais no Chrome, entram no algoritmo de ranqueamento e aparecem no Search Console.
Quais são as metas do Google para cada métrica?
LCP até 2,5 segundos, INP até 200 milissegundos e CLS até 0,1. O Google avalia o percentil 75, ou seja, 75% das visitas precisam ficar dentro da meta. Acima disso a página entra na faixa "precisa melhorar" ou "ruim", e você vê isso agrupado por URL no relatório Core Web Vitals do Search Console.
Core Web Vitals afetam o ranqueamento no Google?
Sim, são um fator de ranqueamento confirmado, embora conteúdo e autoridade pesem mais. Na prática, o impacto maior costuma ser indireto: página lenta aumenta abandono antes mesmo do conteúdo aparecer. O Google mediu que 53% dos usuários mobile desistem quando o carregamento passa de 3 segundos, o que derruba conversão de tráfego pago e orgânico ao mesmo tempo.
Qual a diferença entre dados de campo e de laboratório?
Dados de campo vêm de usuários reais do Chrome nos últimos 28 dias, com o celular e a conexão que eles realmente têm. É esse dado que o Google usa. Dados de laboratório são uma simulação feita na hora do teste, útil para diagnosticar a causa, mas não representa a experiência real. No PageSpeed Insights, o bloco de cima é campo, o de baixo é laboratório.
Por que meu site parece rápido para mim mas reprova nos Core Web Vitals?
Porque você testa no notebook, com wifi corporativo e cache cheio da navegação anterior. Seu cliente chega pelo 4G, num Android intermediário, carregando tudo do zero. As métricas de campo capturam esse cenário, o seu teste manual não. Se o Search Console aponta URLs reprovadas, confie no relatório, ele reflete quem realmente visita.
Como melhorar o LCP rapidamente?
Comece comprimindo imagens para WebP, ativando cache e cortando scripts abandonados no Tag Manager. Só a compressão de imagens costuma derrubar o LCP de forma visível: no projeto da SP Labor, 6.433 imagens caíram de 4,0 GB para 1,4 GB e o PageSpeed chegou a 97 no mobile. Servidor lento e fonte que trava a renderização são os passos seguintes.
Quanto tempo demora para os Core Web Vitals atualizarem depois da correção?
O dado de campo considera uma janela móvel de 28 dias, então a melhoria aparece de forma gradual no Search Console e no PageSpeed Insights. Correções aplicadas hoje começam a mover o relatório em uma ou duas semanas e consolidam em cerca de um mês. Use o teste de laboratório para validar na hora se a correção funcionou tecnicamente.