Core Web Vitals são três métricas do Google que medem a experiência real de quem usa seu site: velocidade de carregamento (LCP), resposta à interação (INP) e estabilidade visual (CLS). Os alvos de “bom” são LCP até 2,5 segundos, INP abaixo de 200 milissegundos e CLS abaixo de 0,1, medidos no 75º percentil dos acessos reais. Elas fazem parte dos sinais de experiência na página e entram na conta do ranqueamento do Google. Desde março de 2024 o INP substituiu o antigo FID. Você mede de graça no PageSpeed Insights e no Search Console, e melhora mexendo em servidor, imagens, JavaScript e fontes.
Seu site pode ter o melhor conteúdo do nicho e ainda assim perder venda na porta. Se a página demora pra carregar, se o botão pula de lugar na hora do clique, se o toque na tela trava por um segundo, a pessoa sai. O Google sabe disso e transformou essa experiência em métrica. É aí que entram as Core Web Vitals. Neste guia você vai entender o que cada uma mede, o que mudou em 2026, por que isso pesa no bolso e como corrigir, com foco em quem roda WordPress.
O que são Core Web Vitals?
Core Web Vitals são um conjunto de três métricas que o Google usa pra avaliar a experiência real do usuário numa página. A documentação oficial do Google resume em três frentes: desempenho de carregamento, capacidade de resposta e estabilidade visual.
A ideia por trás do nome ajuda a fixar. “Vitals” remete a sinais vitais, como os de um exame médico. Assim como pressão e batimento dizem se o corpo vai bem, as Core Web Vitals dizem se a página está saudável pra receber visita. Quando os três sinais estão no verde, a navegação é rápida, fluida e previsível. Quando estão no vermelho, a pessoa percebe, mesmo sem saber o nome técnico do problema.
Essas métricas não vivem soltas. Elas fazem parte de um grupo maior, a experiência na página, que inclui também compatibilidade com celular, uso de HTTPS e ausência de pop-ups intrusivos. As Core Web Vitals são a parte mais cobrada desse grupo porque o Google as quantifica com nota e alvo claro.
As três métricas: LCP, INP e CLS
Cada métrica olha pra um momento diferente da visita. Vale conhecer as três pelo nome, porque é assim que as ferramentas vão te mostrar o diagnóstico.
LCP (Largest Contentful Paint)
O LCP mede a velocidade de carregamento. Mais exato: o tempo até o maior elemento visível da primeira dobra aparecer na tela. Costuma ser uma imagem grande, um vídeo ou um bloco de texto principal. É o instante em que a pessoa sente que “a página carregou”.
O alvo do Google é LCP de até 2,5 segundos. Entre 2,5 e 4 segundos, precisa melhorar. Acima de 4 segundos, é ruim. O vilão mais comum é servidor lento, seguido de imagens pesadas e scripts que travam a renderização.
INP (Interaction to Next Paint)
O INP mede a capacidade de resposta. Ele observa o atraso entre a pessoa agir (clicar, tocar, digitar) e a tela reagir, ao longo de toda a visita, não só na primeira interação. O número final reflete a pior parte dessa conversa entre dedo e interface.
O alvo é INP abaixo de 200 milissegundos. Entre 200 e 500 ms, precisa melhorar. Acima de 500 ms, é ruim. A causa quase sempre é JavaScript pesado ocupando o thread principal do navegador, que fica ocupado processando código em vez de responder ao toque.
CLS (Cumulative Layout Shift)
O CLS mede a estabilidade visual. Você já tentou clicar num botão e, no último instante, uma imagem carregou acima dele, empurrou tudo pra baixo e você clicou em outra coisa? Isso é layout instável. O CLS soma quantas vezes e com que intensidade os elementos se mexem sozinhos durante o carregamento.
Aqui não se mede tempo, e sim uma pontuação. O alvo é CLS abaixo de 0,1. Entre 0,1 e 0,25, precisa melhorar. Acima de 0,25, é ruim. As causas clássicas são imagens e anúncios sem dimensão definida, conteúdo dinâmico injetado no topo e fontes que trocam de estilo no meio do carregamento.
Quadro de referência
| Métrica | O que mede | Bom | Precisa melhorar | Ruim | Causa principal |
|---|---|---|---|---|---|
| LCP | Carregamento | ≤ 2,5 s | 2,5 a 4 s | > 4 s | Servidor e imagens |
| INP | Resposta à interação | < 200 ms | 200 a 500 ms | > 500 ms | JavaScript pesado |
| CLS | Estabilidade visual | < 0,1 | 0,1 a 0,25 | > 0,25 | Elementos sem dimensão |
Um detalhe que muita gente erra: o Google avalia o 75º percentil dos acessos. Quer dizer, 75% das visitas precisam bater o alvo pra métrica ser considerada boa. Não adianta a página voar no seu computador caro com fibra. O que conta é a experiência da maioria, inclusive de quem está num celular intermediário com 4G.
O que mudou: o FID virou INP
Se você leu um guia mais antigo, provavelmente viu a sigla FID (First Input Delay) no lugar do INP. Pode esquecer o FID. Em março de 2024 o Google aposentou a métrica e colocou o INP no lugar como métrica oficial de resposta.
A troca não foi capricho. O FID só olhava a primeira interação da visita, e só o atraso inicial dela. Era uma foto generosa demais. O INP é mais honesto: acompanha todas as interações e reporta a latência que de fato incomoda. Na prática, é uma régua mais dura. Sites que passavam folgado no FID podem aparecer no amarelo no INP.
Por que isso importa pra você agora? Porque boa parte do conteúdo em português sobre Core Web Vitals ainda ensina FID. Se o material que você está seguindo fala em “atraso da primeira entrada”, ele está desatualizado, e você pode estar otimizando pra uma métrica que não existe mais.
Por que Core Web Vitals importam em 2026
Tem o lado do ranqueamento e tem o lado do dinheiro. Os dois andam juntos.
No ranqueamento, o Google é transparente: experiência na página é um fator que entra na conta. Não é o mais forte, conteúdo relevante continua pesando mais, mas funciona como desempate. Entre duas páginas que respondem igualmente bem a uma busca, a mais rápida e estável leva vantagem. Quando o assunto é competitivo, esse desempate vira posição.
No bolso, os números são diretos. O estudo “Milliseconds Make Millions”, da Deloitte, analisou sites de varejo, viagem e luxo e achou o seguinte: uma melhora de apenas 0,1 segundo na velocidade mobile elevou a conversão do varejo em 8,4% e o ticket médio em 9,2%. Em viagens, a conversão subiu 10,1%. Décimos de segundo, não segundos inteiros.
Do outro lado da régua, a lentidão expulsa visita. Segundo dados do próprio Google, quando o carregamento sobe de 1 para 3 segundos, a probabilidade de abandono aumenta 32%. De 1 para 6 segundos, salta 106%. Velocidade não é vaidade técnica. É receita que vaza.
Se você quer entender onde as Core Web Vitals se encaixam num cuidado maior, elas são um pilar do SEO técnico. E em loja virtual, onde cada segundo derruba carrinho, valem ainda mais: tratamos disso no guia de SEO para ecommerce.
Core Web Vitals ainda valem na era da IA?
Pergunta justa. Com AI Overviews no topo do Google e gente perguntando direto pro ChatGPT, faz sentido suar pra cortar 200 milissegundos do INP?
Faz, por dois motivos. Primeiro: a busca tradicional não morreu. O clique orgânico ainda move a maior parte do tráfego da maioria dos sites, e ali as Core Web Vitals seguem como sinal de ranqueamento. Segundo: as respostas geradas por IA puxam o conteúdo de páginas web reais. Para uma IA citar seu site, ela precisa rastrear e ler aquela página. Página rápida e bem estruturada é mais fácil de rastrear e processar.
Ou seja, performance não compete com a otimização pra IA. Ela sustenta. A camada nova, de aparecer dentro das respostas geradas, tem nome e método próprios, e a gente destrinchou no guia de GEO SEO. Mas a base continua a mesma: um site que carrega bem serve melhor tanto o usuário quanto a máquina que lê por ele.
Como medir Core Web Vitals
Antes de mexer em qualquer coisa, meça. E entenda a diferença entre dois tipos de dado, porque eles contam histórias diferentes.
Dados de campo vêm de usuários reais que visitaram seu site, coletados pelo CrUX (Chrome User Experience Report). É o que o Google usa pra ranquear. Reflete a realidade, mas precisa de volume de tráfego pra ter número confiável.
Dados de laboratório vêm de um teste simulado, em ambiente controlado, como o do Lighthouse. Servem pra diagnosticar e testar correções na hora, mesmo num site novo sem tráfego. A diferença explica por que às vezes o laboratório mostra verde e o campo mostra amarelo: o teste roda num cenário ideal que nem todo visitante tem.
As ferramentas gratuitas que resolvem o dia a dia:
- PageSpeed Insights: cola a URL e recebe dados de campo e de laboratório, com lista de oportunidades de correção. É o ponto de partida.
- Relatório Core Web Vitals do Search Console: avalia o site inteiro de uma vez, agrupa as URLs com problema e usa dados reais. Ideal pra enxergar o todo.
- Lighthouse e Chrome DevTools: embutidos no Chrome, bons pra depurar uma página específica enquanto você ajusta o código.
- Extensão Web Vitals: mostra as três métricas em tempo real enquanto você navega, no seu site e no do concorrente.
Como melhorar cada métrica
Boa parte das correções passa por código. Se você não programa, vale alinhar com quem desenvolve. Mas dá pra entender a lógica e cobrar a coisa certa.
Melhorar o LCP
- Acelere o servidor: bom plano de hospedagem, cache e baixa latência. Se o servidor demora a responder, todo o resto atrasa.
- Use um CDN pra entregar arquivos do servidor mais próximo do visitante.
- Otimize imagens: comprima e use formatos modernos como WebP. Imagem da primeira dobra merece pré-carregamento.
- Adie JavaScript e CSS que não são essenciais pra montar a primeira tela.
Melhorar o INP
- Quebre tarefas longas de JavaScript em pedaços menores, pra liberar o thread principal a responder o usuário.
- Jogue processamento pesado pra um web worker, que roda em segundo plano.
- Reduza e adie scripts de terceiros: cada widget, chat e pixel de rastreio cobra seu preço em resposta.
Melhorar o CLS
- Defina largura e altura em toda imagem e vídeo, pra o navegador reservar o espaço antes de carregar.
- Reserve lugar fixo pra anúncios e blocos dinâmicos, com um espaço de tamanho provável.
- Pré-carregue as fontes da web, pra evitar o salto quando a fonte definitiva entra no lugar da provisória.
- Não injete conteúdo novo acima do que a pessoa já está lendo.
Core Web Vitals no WordPress
Se seu site roda WordPress, parte do trabalho fica mais simples, parte exige cuidado com excesso de plugin. O caminho prático:
Hospedagem primeiro. Nenhum plugin salva um servidor ruim. Hospedagem com bom tempo de resposta resolve metade do LCP antes de qualquer ajuste fino. Vale lembrar que isso entra na conta de quanto custa um site: performance é parte do orçamento, não luxo.
Cache e otimização de entrega. Um plugin de cache sério (WP Rocket, LiteSpeed Cache, W3 Total Cache) cobre cache de página, minificação de CSS e JavaScript e carregamento adiado. É o ganho mais rápido em LCP e INP.
Imagens. Use um plugin que converte pra WebP e aplica lazy load nas imagens fora da primeira dobra. Tema pesado e galeria sem otimização são causa comum de LCP ruim.
Menos é mais. Cada plugin ativo carrega script e estilo. Revise a lista e remova o que não usa. Construtor de página cheio de animação costuma cobrar caro no INP. Teste o efeito real no PageSpeed Insights depois de cada mudança grande.
Erros comuns que derrubam suas Core Web Vitals
Alguns tropeços aparecem em quase todo site que chega no vermelho. Conhecer a lista poupa diagnóstico.
Otimizar pela nota errada. O PageSpeed Insights mostra uma nota de performance grande e colorida no topo, que é dado de laboratório. As Core Web Vitals que ranqueiam estão logo abaixo, no bloco de dados de campo. Tem gente que comemora a nota 95 do laboratório e ignora o campo amarelo que o Google realmente lê.
Imagem gigante na primeira dobra. Um banner de 2 MB no topo é a causa número um de LCP ruim. Comprimir, redimensionar pro tamanho real de exibição e servir em WebP resolve sozinho boa parte dos casos.
Excesso de script de terceiro. Chat, mapa, pixel de anúncio, ferramenta de teste A/B, vídeo incorporado. Cada um carrega JavaScript que disputa o thread principal e estraga o INP. Carregue só o essencial e adie o resto.
Banner de cookie e pop-up sem espaço reservado. Quando esses elementos entram empurrando o conteúdo, o CLS dispara. Reserve o lugar deles no layout antes de carregar.
Testar uma vez e esquecer. Core Web Vitals mudam com o tempo: um plugin novo, um banner de campanha, um tema atualizado. Quem trata performance como rotina, e não como faxina única, mantém o verde. Vale agendar uma checagem mensal no Search Console.
Esse cuidado contínuo é parte de uma estratégia maior de presença orgânica. Performance sustenta o resto, mas anda junto com conteúdo, arquitetura e SEO técnico bem feito.
Perguntas frequentes
O que são Core Web Vitals?
São três métricas do Google que medem a experiência real do usuário numa página: LCP (carregamento), INP (resposta à interação) e CLS (estabilidade visual). Elas integram os sinais de experiência na página e influenciam o ranqueamento.
Quais são as três métricas e os valores bons?
LCP até 2,5 segundos, INP abaixo de 200 milissegundos e CLS abaixo de 0,1. O Google avalia o 75º percentil dos acessos reais, então a maioria das visitas precisa bater o alvo.
O FID ainda existe?
Não. Em março de 2024 o INP substituiu o FID como métrica oficial de resposta. O INP é mais rigoroso porque mede todas as interações da visita, não só a primeira.
Core Web Vitals é fator de ranqueamento?
Sim, como parte da experiência na página. Não é o fator mais forte (conteúdo relevante pesa mais), mas funciona como desempate entre páginas parecidas, o que conta em buscas competitivas.
Core Web Vitals ainda importa na era da IA?
Sim. A busca orgânica segue movendo tráfego, e as respostas geradas por IA leem páginas web reais. Site rápido e estável é mais fácil de rastrear, ranquear e citar.
Como medir Core Web Vitals de graça?
Use o PageSpeed Insights para uma URL e o relatório Core Web Vitals do Search Console para o site inteiro. Os dois são gratuitos e mostram dados reais mais sugestões de correção.
Qual a diferença entre dados de campo e de laboratório?
Campo vem de usuários reais (CrUX) e é o que o Google usa pra ranquear; laboratório é um teste simulado (Lighthouse) bom pra diagnosticar. Por isso o laboratório pode mostrar verde enquanto o campo mostra amarelo.
Como melhorar Core Web Vitals no WordPress?
Comece pela hospedagem, instale um plugin de cache sério, otimize imagens para WebP com lazy load e reduza plugins desnecessários. Teste cada mudança no PageSpeed Insights.
Conclusão
Core Web Vitals não são um detalhe técnico pra agradar o Google. São a medida de quanto seu site respeita o tempo e a paciência de quem visita. LCP, INP e CLS traduzem em número aquela sensação de “esse site é bom de usar” ou “esse site me irrita”. E os décimos de segundo, como mostrou a Deloitte, viram conversão de verdade.
O caminho é simples de descrever, ainda que dê trabalho de executar: meça no PageSpeed Insights e no Search Console, ataque a métrica mais vermelha primeiro, teste de novo. Repita até o verde no 75º percentil. Se quiser que a gente faça esse diagnóstico no seu site e monte o plano de correção, fale com a Webinhood.
