Core Web Vitals no Search Console: O que Cada Score Significa
Por Emily Redmond, Analista de Dados na Emilytics · Abril de 2026
TL;DR: Core Web Vitals (LCP, CLS, INP) medem velocidade de página, estabilidade e responsividade. Meta: LCP menos de 2,5s, CLS menos de 0,1, INP menos de 200ms. Se você estiver falhando estas, o Google rankará suas páginas mais baixo. Verifique GSC para ver quais páginas precisam trabalho.
O Google agora rankeia páginas em parte em métricas de velocidade e usabilidade chamadas Core Web Vitals. Se suas páginas são lentas ou trêmulas, ranquearão mais baixo mesmo que o conteúdo seja ótimo.
A boa notícia: Core Web Vitals são corrigíveis. A má notícia: requerem trabalho de desenvolvedor.
Os Três Core Web Vitals
1. Largest Contentful Paint (LCP)
O que mede: Quão rápido o conteúdo principal carrega? Quando o usuário consegue ver o que veio procurar?
Meta: Menos de 2,5 segundos
Bom: 0–2,5s (verde)
Precisa de Melhoria: 2,5–4s (amarelo)
Ruim: Acima de 4s (vermelho)
Por que importa: Se sua página leva 5 segundos para carregar o headline ou imagem principal, o usuário pode sair.
Causas comuns:
- Imagens grandes não otimizadas
- Tempos de resposta de servidor lentos
- JavaScript bloqueando renderização
- CSS bloqueando renderização
2. Cumulative Layout Shift (CLS)
O que mede: Quão estável é a página? Elementos pulam para cá e para lá enquanto você lê?
Meta: Menos de 0,1
Bom: 0–0,1 (verde)
Precisa de Melhoria: 0,1–0,25 (amarelo)
Ruim: Acima de 0,25 (vermelho)
Por que importa: Mudanças de layout são chatas. Você começa a ler um parágrafo e um anúncio carrega acima dele, empurrando o texto para baixo. Você perde seu lugar.
Causas comuns:
- Anúncios carregando após conteúdo
- Vídeos incorporados sem dimensões
- Web fonts causando reflow de texto
- Imagens sem dimensões
3. Interaction to Next Paint (INP)
O que mede: Quão responsiva é a página quando você interage com ela (clique, toque, digitação)?
Meta: Menos de 200 milissegundos
Bom: 0–200ms (verde)
Precisa de Melhoria: 200–500ms (amarelo)
Ruim: Acima de 500ms (vermelho)
Por que importa: Se clicar em um botão leva meio segundo, a página se sente lenta e sem responsividade.
Causas comuns:
- Processamento de JavaScript pesado
- Queries de banco de dados lentas
- Manipuladores de evento não otimizados
- Muita manipulação de DOM
(Nota: INP substituiu First Input Delay em 2024, mas GSC ainda mostra ambos.)
💡 Visão de Emily: Eu vejo muitos sites com conteúdo ótimo que rankearão mal porque são lentos. É frustrante porque o conteúdo é realmente melhor que a competição—mas o Google não se importa. Velocidade importa. Se você está vendo muito vermelho em seu relatório de Core Web Vitals, envolva um desenvolvedor. Este não é território DIY.
Lendo o Relatório de Core Web Vitals em GSC
Vá para Experience → Core Web Vitals (menu esquerdo).
Você verá duas seções:
- Desktop: Dados de usuários de desktop
- Mobile: Dados de usuários de mobile
Cada uma mostra:
- Número de páginas com scores bom, precisa de melhoria e ruim
- Um gráfico de tendência mostrando se as coisas estão melhorando ou piorando
Clique em "Ruim" ou "Precisa de melhoria" para ver quais páginas estão lutando.
Como Melhorar Cada Métrica
Melhorando LCP
- Otimize imagens: Comprima imagens, use formatos modernos (WebP), sirva imagens responsivas
- Minimize CSS: Remova CSS não usado, adie CSS não crítico
- Adie JavaScript: Carregue JS não essencial após a página carregar
- Upgrade hospedagem: Servidores lentos não conseguem servir conteúdo rápido. Consiga hospedagem melhor ou CDN
- Remova recursos bloqueando renderização: Use async/defer em tags de script
Melhorando CLS
- Adicione dimensões a imagens e vídeos: Inclua atributos de width e height para que navegadores reservem espaço
- Evite injetar conteúdo acima de conteúdo existente: Anúncios, notificações, banners devem ir no fundo ou lado
- Use CSS transforms: Anime com transform e opacity, não propriedades que disparem reflow (width, height, top, left)
- Evite web fonts que causem reflow: Use
font-display: swappara que o texto apareça imediatamente
Melhorando INP
- Quebre tarefas longas: Se você tem 200ms de JavaScript, quebre em chunks menores
- Debounce manipuladores de evento: Manipuladores de entrada lentos (scroll, resize) podem bloquear interações
- Use web workers: Mova computação pesada fora da thread principal
- Otimize manipuladores de evento: Não faça manipulação complexa de DOM em resposta a cada clique
O Que Acontece Se Seus Core Web Vitals São Ruins?
O Google usa Core Web Vitals como um fator de ranking. Se duas páginas são igualmente relevantes, a mais rápida rankeia mais alto. Não é uma garantia—se seu conteúdo é muito melhor, você pode ainda rankear—mas é um desempate.
Sites com Core Web Vitals cronicamente ruins veem rankings mais baixos e CTR mais baixo. Usuários também pulam mais (saem da página se é lenta).
Você Deveria Obsessionar Sobre Core Web Vitals?
Não, mas também não deveria ignorá-los.
Prioridade 1: Consiga páginas para "Bom" se estão recebendo tráfego real. Velocidade afeta rankings e experiência do usuário.
Prioridade 2: Não estresse se está em "Precisa de melhoria" mas no lado alto (2.4s LCP em vez de 4s). Você ainda é competitivo.
Prioridade 3: Se está em "Ruim," consiga um desenvolvedor. Vale a pena o investimento.
Web Real vs Dados de Lab
GSC mostra dados "Web real" (medidas de usuário reais). Isto é diferente de dados "lab" (medidas simuladas de ferramentas como Lighthouse).
Dados de Web real são mais confiáveis porque refletem experiências de usuário reais. Dados de lab são úteis para debug, mas confie nos dados reais.
Mobile vs Desktop
Scores de mobile são normalmente piores que desktop porque:
- Usuários em 4G/5G têm conexões mais lentas que WiFi de casa
- Dispositivos mobile são menos poderosos que desktops
- Páginas mobile às vezes têm anúncios ou rastreamento extra
Se seus Core Web Vitals de mobile são ruins mas seu conteúdo é bom, priorize consertar aqueles. Mobile é cada vez mais importante para rankings.
Perguntas Frequentes
P: Todas as minhas páginas precisam passar em Core Web Vitals? R: Não necessariamente. O Google olha dados de nível de página, então algumas páginas podem falhar enquanto outras passam. Mas páginas que rankearão bem devem passar.
P: Quanto tempo leva para melhorar Core Web Vitals? R: Depende. Alguns consertos (otimização de imagem) são instantâneos. Outros (mudanças de arquitetura) levam semanas ou meses.
P: Melhorar Core Web Vitals sozinho vai consertar meus problemas de ranking? R: Não. Qualidade de conteúdo, backlinks e relevância importam muito mais. Mas se dois sites são iguais naqueles, o mais rápido vence.
P: Posso melhorar Core Web Vitals sem um desenvolvedor? R: Para alguns sites, sim. Otimização de imagem, remoção de plugin e caching podem ajudar. Mas melhorias complexas precisam de um desenvolvedor.
P: Qual métrica importa mais? R: Todos três importam igualmente para o Google. Mas LCP (velocidade) normalmente afeta mais a experiência do usuário.
Próximos Passos
Verifique seu relatório de Core Web Vitals em GSC. Se você é principalmente verde, está bem. Se você vê vermelho, traga um desenvolvedor.
Aprenda mais sobre monitoramento de usabilidade mobile e outros sinais de performance.
Emily Redmond é uma analista de dados na Emilytics — o agente de analytics com IA que monitora seu GA4, Search Console e dados do Bing 24 horas por dia. 8 anos de experiência. Diga oi →