Core Web Vitals são três métricas definidas pelo Google para medir a qualidade da experiência do usuário em um site: LCP (velocidade de carregamento do maior elemento visível), INP (responsividade a cliques e interações) e CLS (estabilidade visual, evitando elementos que se movem durante o carregamento). São fatores de ranqueamento confirmados pelo Google desde 2021 e avaliados ao nível do site desde março de 2026 — o que significa que páginas lentas prejudicam o ranking das páginas rápidas do mesmo domínio.
Você acessou o relatório Core Web Vitals no Google Search Console e viu URLs marcadas como ‘Precisa melhorar’ ou ‘Ruim’? Ou rodou um teste no PageSpeed Insights e ficou olhando para siglas como LCP, INP e CLS sem saber o que fazer com elas?
Esses números têm impacto direto no ranqueamento do seu site no Google — e desde março de 2026, o impacto ficou ainda maior. Neste guia você vai entender o que cada métrica mede, quais são os limites atuais, por que eles importam para negócios e como melhorar cada uma de forma prática.
📊 Segundo o Web Almanac 2025 (HTTP Archive), apenas 48% das páginas mobile e 56% das páginas desktop passam nas três métricas Core Web Vitals simultaneamente. Isso significa que mais da metade da internet está falhando — e que passar essas métricas já é uma vantagem competitiva real.
O que são Core Web Vitals e por que o Google os criou
O Google quer que buscas levem a páginas que ofereçam boa experiência ao usuário. Durante anos, avaliou isso de forma indireta — através de sinais comportamentais como tempo na página e taxa de rejeição. Com os Core Web Vitals, o Google passou a medir a experiência diretamente, com métricas objetivas e verificáveis.
São três métricas que cobrem os aspectos mais críticos da experiência de navegação:
- Velocidade de carregamento — o quanto antes o visitante vê conteúdo real (LCP)
- Responsividade — quão rápido o site responde a cliques, toques e digitação (INP)
- Estabilidade visual — se elementos da página ‘pulam’ durante o carregamento (CLS)
As métricas são avaliadas a partir de dados reais de usuários do Chrome — não de testes sintéticos em laboratório. Isso as torna mais precisas e mais difíceis de ‘enganar’ com otimizações superficiais. Para passar, 75% dos usuários reais precisam ter uma experiência ‘boa’ em cada métrica.
Os 3 Core Web Vitals — thresholds atualizados para 2026
| Métrica | O que mede | ✅ Bom | ⚠️ Precisa melhorar | ❌ Ruim |
| LCP — Largest Contentful Paint | Velocidade de carregamento do maior elemento visível | < 2,5 segundos | 2,5 a 4,0 segundos | > 4,0 segundos |
| INP — Interaction to Next Paint | Responsividade a cliques, toques e teclado | < 200 ms | 200 a 500 ms | > 500 ms |
| CLS — Cumulative Layout Shift | Estabilidade visual — elementos que se movem durante o carregamento | < 0,1 | 0,1 a 0,25 | > 0,25 |
Fonte: Google Search Central — Core Web Vitals (atualizado dezembro 2025). Os thresholds permaneceram os mesmos em 2026, mas a avaliação passou a considerar o site como um todo desde março de 2026.
⚠️ Mudança importante de março de 2026: O Google passou de avaliação por página para avaliação holística do site. Antes, era possível otimizar apenas as páginas mais importantes e ignorar o restante. Agora, se 40% das páginas do site falham no LCP, isso suprime o ranking das outras páginas — mesmo das que passam individualmente. Fonte: ToolsPivot, junho 2026
LCP — Largest Contentful Paint
O que é
LCP mede o tempo desde o início do carregamento da página até o momento em que o maior elemento visível na tela é renderizado. Esse ‘maior elemento’ geralmente é a imagem principal (hero image), um vídeo ou um bloco grande de texto — o que o visitante vê primeiro como ‘conteúdo principal’.
Para passar: menos de 2,5 segundos. Acima de 4 segundos é considerado ruim.
Por que é o mais difícil de passar
📊 Apenas 62% das páginas mobile atingem LCP bom — tornando-o a métrica mais difícil de passar, segundo o Web Almanac 2025 (HTTP Archive). Globalmente, 68,3% das origens têm LCP bom, mas no mobile o número cai para a maioria com problemas.
Como melhorar o LCP
- Comprimir e converter imagens para WebP ou AVIF — reduz drasticamente o tamanho sem perda de qualidade visível
- Adicionar fetchpriority=”high” na tag da imagem hero — instrui o navegador a priorizar o carregamento da imagem principal
- Adicionar preload da imagem LCP no <head> — permite que o navegador comece a baixar antes de processar o HTML
- Melhorar o TTFB (Time to First Byte) — usar hospedagem rápida e CDN. Veja: 7 motivos para hospedagem profissional
- Eliminar CSS e JavaScript que bloqueiam a renderização — adiar scripts não críticos
- Ativar CDN ou Cloudflare para entregar conteúdo do servidor mais próximo do visitante. Veja: o que é CDN e como funciona
💡 Diagnóstico rápido: No PageSpeed Insights, a seção ‘Oportunidades’ mostra exatamente qual elemento é o LCP da sua página e o tempo atual. Comece por aí — em mais de 80% dos sites, o LCP é uma imagem não otimizada ou sem preload.
INP — Interaction to Next Paint
O que é
INP mede o tempo entre uma interação do usuário (clique, toque em botão, pressionar tecla) e o momento em que o navegador responde visualmente a essa interação. Substituiu o FID (First Input Delay) em março de 2024.
Para passar: menos de 200 milissegundos. Acima de 500ms é ruim.
A diferença crítica em relação ao FID: o FID media apenas a primeira interação. O INP mede todas as interações ao longo da visita — incluindo o 95º percentil das mais lentas. Isso significa que um botão que responde rápido na primeira vez mas fica lento depois do usuário interagir com outros elementos ainda vai reprovado.
Por que é o mais complexo de resolver
📊 43% dos sites falham no INP, tornando-o a métrica mais comumente reprovada em 2026 (ToolsPivot, junho 2026). Globalmente, 77% das páginas mobile têm INP bom — mas o 23% restante representa centenas de milhões de páginas.
Problemas de INP quase sempre têm origem em JavaScript pesado. Qualquer script que ocupe o thread principal por mais de 50ms consecutivos bloqueia a resposta a interações — e o usuário percebe como “lentidão” ou “congelamento” da interface.
Como melhorar o INP
- Identificar ‘long tasks’ (tarefas longas de JavaScript) no Chrome DevTools → aba Performance
- Dividir scripts longos em partes menores — usar setTimeout ou requestIdleCallback para distribuir o trabalho
- Reduzir JavaScript de terceiros — widgets, chatbots, pixels de rastreamento que bloqueiam o thread principal
- Adiar scripts não críticos com o atributo defer ou async
- Usar event delegation em vez de múltiplos listeners em elementos filhos
- Evitar ler propriedades de layout (offsetWidth, offsetHeight) imediatamente após modificar o DOM
💡 WordPress específico: Plugins de cache (LiteSpeed Cache, WP Rocket, W3 Total Cache) ajudam a reduzir o JavaScript desnecessário. Mas o maior ganho geralmente vem de auditar e desativar plugins que carregam scripts em páginas onde não são usados. Veja: WordPress seguro e otimizado
CLS — Cumulative Layout Shift
O que é
CLS mede a estabilidade visual da página — o quanto os elementos se movem de forma inesperada durante o carregamento. Quando uma imagem sem dimensões definidas carrega e empurra o texto para baixo, isso é um layout shift. Quando um banner aparece no topo e desloca o conteúdo, isso é CLS.
Para passar: abaixo de 0,1. Acima de 0,25 é ruim.
Como melhorar o CLS
- Definir largura e altura explícitas em todas as imagens — sem isso, o navegador não reserva o espaço antes de carregar
- Reservar espaço para anúncios e embeds externos com CSS — min-height ou aspect-ratio fixo
- Evitar inserir conteúdo acima de elementos existentes após o carregamento inicial
- Carregar fontes personalizadas com font-display: swap — evita o ‘flash de texto invisível’
- Usar preconnect para domínios de fontes externas (Google Fonts) no <head>
📊 O Yahoo! JAPAN identificou um CLS crítico e, após correções, viu +15,1% de páginas por sessão, -1,72% de bounce rate e +13,3% de tempo de sessão (NitroPack, 2026). CLS não afeta apenas SEO — afeta diretamente o comportamento e a satisfação do usuário.
Como medir os Core Web Vitals do seu site
Existem duas formas de medir: dados de laboratório (sintéticos, testando o site agora) e dados de campo (reais, coletados de usuários reais do Chrome). Para ranqueamento, o Google usa dados de campo — mas os dados de laboratório são mais úteis para diagnosticar e testar correções.
Ferramentas essenciais
- Google Search Console → Experiência → Core Web Vitals: (search.google.com/search-console) — dados reais dos seus visitantes. A ferramenta oficial. Mostra quais URLs específicas estão reprovadas e em qual métrica. Ponto de partida obrigatório.
- PageSpeed Insights: (pagespeed.web.dev) — combina dados de campo (CrUX) com dados de laboratório (Lighthouse). Mostra o elemento LCP específico, quais scripts afetam o INP e onde acontecem os layout shifts.
- Chrome DevTools → aba Lighthouse: dados de laboratório com diagnóstico detalhado e sugestões específicas de correção. Ideal para testar localmente antes de publicar alterações.
- Chrome DevTools → aba Performance: para identificar long tasks de JavaScript que afetam o INP. Mais técnico, mas indispensável para diagnosticar problemas de interatividade.
💡 Ordem de prioridade: 1) Comece pelo Search Console — identifique quais URLs estão reprovadas. 2) Rode o PageSpeed Insights nessas URLs — identifique qual das 3 métricas está falhando e o diagnóstico específico. 3) Corrija e monitore. O Search Console atualiza os dados a cada 28 dias após publicação das correções.
Core Web Vitals e SEO — qual é o impacto real no ranqueamento
Core Web Vitals são um fator de ranqueamento confirmado pelo Google desde junho de 2021. Em março de 2026, o modelo de avaliação mudou: passou a ser holístico, avaliando o site como um todo — não apenas páginas individuais.
O Google descreve o impacto como ‘mais do que um fator de desempate, mas não um fator gigante’. Na prática, em nichos competitivos onde a qualidade do conteúdo é similar entre concorrentes, passar nos Core Web Vitals pode ser o diferencial decisivo.
📊 Páginas com LCP acima de 3 segundos sofreram 23% mais perda de tráfego na atualização de core do Google de dezembro de 2025, comparado a concorrentes mais rápidos (Whitehat SEO, fevereiro 2026). Um blog que melhorou LCP de 3,9s para 1,9s e CLS de 0,3 para 0,08 viu tráfego orgânico crescer 22% em 3 meses (Meteora Web, 2026).
Core Web Vitals também conectam diretamente a outros aspectos de qualidade que o Google avalia — experiência do usuário, E-E-A-T e autoridade da página. Veja: o que é E-E-A-T e como aplicar e o checklist completo de SEO e GEO com 15 passos.
Checklist prático — como melhorar cada métrica por prioridade
Se o LCP está reprovado — comece aqui
- Identificar qual elemento é o LCP no PageSpeed Insights
- Se for imagem: converter para WebP, comprimir e adicionar fetchpriority=”high”
- Adicionar preload da imagem LCP no <head> da página
- Verificar TTFB — se acima de 600ms, o problema pode ser no servidor ou hosting
- Ativar ou revisar configuração de CDN/Cloudflare
Se o INP está reprovado
- Abrir Chrome DevTools → Performance → gravar interações e procurar long tasks (barras vermelhas)
- Identificar quais scripts estão causando as long tasks
- Desativar plugins de terceiros temporariamente para identificar o causador
- Adicionar defer nos scripts não críticos
- Para WordPress: usar plugin de cache e configurar exclusão de scripts por página
Se o CLS está reprovado
- Adicionar width e height explícitos em todas as imagens do site
- Definir aspect-ratio ou min-height para espaços de anúncios e embeds
- Verificar se há fontes personalizadas sem font-display: swap
- Verificar se banners ou pop-ups estão empurrando conteúdo ao aparecer
Core Web Vitals no WordPress — o que fazer primeiro
O WordPress é responsável por 43% de todos os sites da internet — e tem características específicas que afetam os Core Web Vitals. As ações mais impactantes:
- Plugin de cache e otimização: LiteSpeed Cache (para servidores LiteSpeed), WP Rocket ou W3 Total Cache. Combinam minificação de CSS/JS, lazy load de imagens e cache de página
- Otimização de imagens: Smush, ShortPixel ou Imagify — convertem automaticamente para WebP e comprimem ao fazer upload
- Hospedagem adequada: servidores lentos afetam diretamente o LCP. Veja: 7 motivos para ter hospedagem profissional
- Cloudflare: CDN gratuita que acelera a entrega de conteúdo estático. Veja: Cloudflare para segurança e performance
- Auditoria de plugins: cada plugin adicional pode adicionar JavaScript. Desative os não utilizados e avalie se plugins essenciais podem ser substituídos por versões mais leves
Como a Nimbus aplica Core Web Vitals nos projetos
Na Nimbus, a performance técnica — incluindo Core Web Vitals — faz parte do processo de criação de sites e e-commerces desde o planejamento, não como ajuste posterior.
Isso significa: escolha de hospedagem adequada, imagens otimizadas desde o início, configuração de CDN, revisão de scripts de terceiros e monitoramento contínuo via Google Search Console. Sites que desenvolvemos visam passar nas três métricas antes de serem entregues — porque um site rápido converte melhor e ranqueia melhor. Veja mais sobre a relação entre velocidade e conversão: velocidade do site e por que é essencial para SEO.
→ Fale com nossa equipe para uma auditoria de Core Web Vitals do seu site. Ou solicite um orçamento pelo WhatsApp.
Conclusão
Core Web Vitals não são métricas técnicas abstratas — são a tradução objetiva da experiência que os seus visitantes têm ao acessar o site. Um site que carrega rápido, responde aos cliques sem demora e não tem elementos saltando durante o carregamento entrega uma experiência boa. E o Google recompensa isso com posicionamento melhor.
Com a atualização de março de 2026, ignorar páginas lentas em favor de apenas otimizar as principais deixou de ser uma estratégia viável. O impacto agora é site-wide. A abordagem correta é medir, identificar o problema específico por URL, corrigir por ordem de impacto e monitorar continuamente.
Comece pelo Google Search Console. Identifique as páginas reprovadas. Corrija a métrica mais crítica primeiro. E monitore — porque novos conteúdos, plugins e atualizações podem causar regressões sem aviso.
Perguntas frequentes sobre Core Web Vitals
O que são Core Web Vitals?
Core Web Vitals são três métricas definidas pelo Google para medir a qualidade da experiência do usuário em um site: LCP (tempo para carregar o maior elemento visível), INP (rapidez de resposta a cliques e interações) e CLS (estabilidade visual, ausência de elementos que se movem durante o carregamento). São fatores de ranqueamento confirmados e avaliados com dados reais de usuários do Chrome — não de testes sintéticos.
Quais são os thresholds dos Core Web Vitals em 2026?
Os limites permaneceram iguais em 2026: LCP bom é abaixo de 2,5 segundos (ruim acima de 4s), INP bom é abaixo de 200 milissegundos (ruim acima de 500ms), e CLS bom é abaixo de 0,1 (ruim acima de 0,25). Para passar, 75% dos usuários reais da página precisam ter experiência ‘boa’ em cada métrica — não o valor médio.
Core Web Vitals afetam o SEO?
Sim. São um fator de ranqueamento confirmado desde 2021. Em março de 2026, o modelo mudou para avaliação site-wide — páginas lentas em um site prejudicam o ranking das páginas rápidas do mesmo domínio. O Google descreve o impacto como ‘mais do que um fator de desempate, mas não um fator gigante’. Em nichos competitivos com conteúdo similar, passar nos três Core Web Vitals pode ser o diferencial decisivo.
O que mudou nos Core Web Vitals com a atualização de março de 2026?
A principal mudança foi no modelo de avaliação: o Google passou de avaliação por página para avaliação holística do site. Antes, era possível otimizar apenas as páginas mais importantes e ignorar o restante. Depois de março de 2026, se 40% das páginas do site falham no LCP, isso suprime o ranking das outras páginas — mesmo das que individualmente passam. As métricas e thresholds em si não mudaram.
Como verificar os Core Web Vitals do meu site?
A ferramenta oficial é o Google Search Console (search.google.com/search-console) → Experiência → Core Web Vitals. Mostra dados reais dos visitantes agrupados por status (Ruim, Precisa melhorar, Bom) e por URL. Para diagnóstico mais detalhado de uma página específica, use o PageSpeed Insights (pagespeed.web.dev), que combina dados reais com diagnósticos de laboratório e sugere correções específicas.
Qual Core Web Vital devo priorizar para melhorar?
Comece pela métrica que está causando mais URLs ‘Ruim’ no seu Search Console. Na maioria dos sites, o LCP é o mais crítico — afeta mais páginas e tem impacto maior no SEO. O INP é o mais complexo de corrigir (exige trabalho em JavaScript). O CLS geralmente tem correções mais rápidas (dimensões de imagens, espaço para anúncios). Para cada métrica, o PageSpeed Insights indica a causa específica — siga o diagnóstico por URL, não regras genéricas.
