Core Web Vitals são as três métricas que o Google usa para medir a experiência real de quem navega no seu site: Largest Contentful Paint (LCP) para velocidade de carregamento, Interaction to Next Paint (INP) para responsividade e Cumulative Layout Shift (CLS) para estabilidade visual. Em 2026, elas continuam sendo um fator de ranqueamento confirmado pelo Google e, mais importante, um fator direto de conversão.
O problema é que boa parte do conteúdo sobre Core Web Vitals ainda circula desatualizado. Guias que citam o FID, promessas de “nota 100 no PageSpeed” e otimizações que não mexem no ponteiro real. Neste artigo, você vai ver o que de fato importa hoje, o que virou mito e como priorizar as correções.
Quais são os Core Web Vitals em 2026?
As três métricas e seus limites de aprovação não mudaram nos últimos ciclos, mas a composição do trio sim. O INP substituiu oficialmente o First Input Delay (FID) em março de 2024, então qualquer guia que ainda lista o FID está desatualizado. W3era
| Métrica | O que mede | Bom | Precisa melhorar | Ruim |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Tempo até o maior elemento visível carregar | ≤ 2,5s | 2,5s a 4,0s | > 4,0s |
| INP (Interaction to Next Paint) | Tempo entre a interação do usuário e a resposta visual | ≤ 200ms | 200ms a 500ms | > 500ms |
| CLS (Cumulative Layout Shift) | Quanto o layout “pula” durante o carregamento | ≤ 0,1 | 0,1 a 0,25 | > 0,25 |
Um detalhe que a maioria dos artigos ignora: o Google avalia essas métricas com dados de campo do Chrome User Experience Report (CrUX), no percentil 75, em uma janela móvel de 28 dias. Ou seja, o que conta é a experiência de usuários reais, em celulares intermediários e redes instáveis, não o teste rodado no seu notebook.
Por que o INP virou a métrica mais difícil de passar?
O FID media apenas o atraso antes do navegador processar a primeira interação da página. Era fácil de aprovar e dizia pouco sobre a experiência real. O INP captura todas as interações (cliques, toques, teclas) ao longo de todo o ciclo de vida da página e reporta a pior delas no percentil 75, o que o torna muito mais difícil de burlar e muito mais representativo da experiência do usuário.
Na prática, o INP é hoje a métrica que mais reprova sites, principalmente os construídos sobre WordPress tradicional com excesso de plugins. Uma página com plugins pesados, event listeners mal otimizados ou thread principal sobrecarregada pode marcar mais de 600ms de INP mesmo tendo um FID limpo no passado.
Afirmação para guardar: INP ruim quase sempre é problema de JavaScript. Se o seu site demora a responder ao toque, a causa provável está em scripts de terceiros, hidratação pesada ou tarefas longas bloqueando a thread principal.
O que virou mito em Core Web Vitals?
Mito 1: “Nota 100 no PageSpeed garante aprovação”
A nota do Lighthouse é um teste de laboratório. Uma pontuação perfeita nas suas ferramentas de desenvolvimento não significa nada se 25% ou mais dos visitantes reais, em celulares intermediários, tiverem resultados lentos. O que o Google avalia é o dado de campo do CrUX. Use o laboratório para diagnosticar e o campo para validar.
Mito 2: “Core Web Vitals são o fator de ranking mais importante”
Não são, e nunca foram. Os Core Web Vitals funcionam como critério de desempate quando duas páginas têm qualidade de conteúdo semelhante. Relevância de conteúdo continua sendo o fator mais importante. O erro é concluir que, por isso, eles não importam: em nichos competitivos, onde todo mundo tem bom conteúdo, o desempate técnico decide posições.
Mito 3: “Performance é só sobre SEO”
O impacto mais mensurável está na conversão. Páginas mais rápidas e estáveis reduzem taxa de rejeição e perdem menos receita, então melhorar as métricas ajuda tanto a visibilidade na busca quanto os resultados do negócio. Tratar Core Web Vitals como checklist de SEO é subestimar o problema.
Mito 4: “Instalar um plugin de cache resolve”
Cache ajuda no LCP, mas não toca no INP nem no CLS. Correção de performance exige olhar arquitetura: servidor, entrega de imagens, JavaScript e reserva de espaço no layout. É por isso que arquiteturas como Next.js com WordPress headless partem em vantagem, com renderização otimizada e controle fino sobre o que vai para o navegador.
Como otimizar cada métrica na prática?
O diagnóstico direciona o esforço. Blogs e homepages costumam falhar em LCP por problemas de imagem, páginas de produto e categoria sofrem mais com CLS por conteúdo dinâmico, e as falhas de INP se concentram em páginas com JavaScript pesado, checkouts e listagens cheias de filtros. GadgetsFarms
Para o LCP, as quatro correções de maior impacto são preload de imagens, CSS crítico inline, preload de fontes com display swap e renderização no servidor. Um exemplo prático de preload da imagem principal:
<head>
<!-- Prioriza o carregamento da imagem do herói (candidata a LCP) -->
<link rel="preload" as="image"
href="/imagens/hero.webp"
fetchpriority="high">
<!-- Fonte com swap para não bloquear a renderização -->
<link rel="preload" as="font" type="font/woff2"
href="/fontes/inter.woff2" crossorigin>
</head>Para o CLS, a regra é reservar espaço: toda imagem, vídeo, iframe e slot de anúncio precisa de atributos explícitos de largura e altura. Para o INP, o caminho é reduzir JavaScript: adiar scripts não essenciais, quebrar tarefas longas e cortar plugins e tags de terceiros que não geram valor.
Depois de publicar cada correção, monitore: o feedback é relativamente rápido, já que os dados do CrUX se atualizam em cerca de 28 dias.
Perguntas frequentes sobre Core Web Vitals
Core Web Vitals ainda são fator de ranqueamento em 2026?
Sim. O Google incorporou as métricas aos sinais de experiência de página em junho de 2021 e elas seguem confirmadas como fator de ranqueamento, atuando principalmente como desempate entre páginas de relevância semelhante. Em mercados disputados, esse desempate é decisivo.
Qual ferramenta usar para medir Core Web Vitals?
Comece pelo relatório de Core Web Vitals do Google Search Console, que mostra dados de campo por grupo de URLs. Use o PageSpeed Insights para ver o dado do CrUX junto com o diagnóstico de laboratório e priorize sempre o dado de campo na tomada de decisão.
Sites em Next.js passam automaticamente nas métricas?
Não automaticamente, mas partem em vantagem. Renderização no servidor, otimização nativa de imagens e code splitting atacam diretamente as causas comuns de LCP e INP ruins. Ainda assim, um projeto Next.js mal implementado, com hidratação pesada e scripts de terceiros sem controle, pode reprovar. Arquitetura boa precisa de execução boa.
Por onde começar em 2026?
O caminho racional tem quatro passos: medir com dados de campo, priorizar as páginas que geram receita, atacar a métrica que está reprovando (imagem e servidor para LCP, JavaScript para INP, dimensões explícitas para CLS) e monitorar o ciclo de 28 dias. Core Web Vitals deixaram de ser projeto pontual: são um indicador contínuo de qualidade técnica e respeito ao usuário.
A RANK#1 é especialista em SEO técnico: dados estruturados, Core Web Vitals e arquitetura que o Google entende e recompensa. Descubra o que está travando o ranking do seu site com um diagnóstico grátis.
RANK#1 — Sites rápidos, bonitos e prontos para ranquear desde o primeiro dia.