Core Web Vitals: o Que É, Como Funciona e Por Que Define o Ranqueamento do Seu Site no Google

Seu site demora para carregar, os botões travam quando alguém tenta clicar e o texto “pula” na tela enquanto a página termina de montar? Esses três problemas, isolados ou juntos, têm um nome técnico que decide se o Google recomenda ou não o seu site: Core Web Vitals. E não é um detalhe secundário — é um fator de ranqueamento oficial, medido em todo site, todos os dias, com ou sem você saber.

Core Web Vitals é o conjunto de métricas criado pelo Google para medir a experiência real de carregamento, interatividade e estabilidade visual de uma página. Ele é formado por três indicadores principais — LCP (velocidade de carregamento), INP (capacidade de resposta) e CLS (estabilidade visual) — e hoje faz parte oficial dos fatores de SEO técnico usados pelo Google para decidir quem aparece primeiro nos resultados de busca.

Neste guia completo, você vai entender o que é Core Web Vitals na prática, como cada uma das três métricas funciona, onde medir o Core Web Vitals do seu site de graça, como interpretar uma avaliação reprovada e o passo a passo para melhorar os números — mesmo sem ser desenvolvedor. No final, respondemos as 10 perguntas mais comuns sobre o tema, direto ao ponto.

O Que É Core Web Vitals

Core Web Vitals o que é, na definição oficial do Google: é um conjunto de métricas de experiência de página que fazem parte de um grupo maior de sinais chamado “Page Experience”. Foi lançado em 2020 e, desde então, passou por atualizações — a mais importante trocou o antigo FID (First Input Delay) pelo INP (Interaction to Next Paint) em 2024, deixando as métricas ainda mais alinhadas com o que o usuário realmente sente ao navegar.

Diferente de métricas de laboratório calculadas em ambiente controlado, o Core Web Vitals do Google usa dados de campo: informações reais coletadas de usuários de Chrome que visitaram o seu site nos últimos 28 dias, via Chrome User Experience Report (CrUX). Isso significa que a nota que o seu site recebe não é uma simulação — é a experiência que pessoas de verdade, em conexões de verdade, tiveram ao navegar pelas suas páginas.

O Google Core Web Vitals existe porque, por anos, sites lentos e instáveis conseguiam ranquear bem apenas com bom conteúdo e backlinks, mesmo entregando uma experiência ruim. Isso mudava o comportamento do usuário: taxa de rejeição alta, tempo de permanência baixo, poucas conversões. Ao tornar essas métricas um fator de ranqueamento direto, o Google forçou o mercado a tratar performance técnica como prioridade de SEO, não como tarefa opcional de TI.

Na prática, para uma pequena ou média empresa, isso tem um efeito direto: dois sites com o mesmo conteúdo, a mesma qualidade de texto e os mesmos backlinks podem ranquear em posições diferentes só por causa do Core Web Vitals. É por isso que consultorias sérias de SEO técnico colocam essas métricas no topo da lista de prioridades — junto com velocidade de site, hospedagem adequada e boas práticas de desenvolvimento.

Vale reforçar: Core Web Vitals não substitui os outros pilares de SEO. Conteúdo relevante, backlinks de qualidade e uma boa otimização on-page continuam essenciais. Mas quando dois concorrentes empatam nesses pontos, o Core Web Vitals costuma ser o critério de desempate — e é exatamente aí que a maioria das PMEs brasileiras perde posições sem entender o motivo.

Um ponto que costuma surpreender quem está começando agora: Core Web Vitals não é uma nota única e fixa. A mesma página pode estar aprovada no Core Web Vitals no desktop e reprovada no mobile, ou aprovada num mês e reprovada no seguinte, só porque o comportamento real dos visitantes mudou — mais gente acessando de uma região com internet mais lenta, por exemplo. Por isso a avaliação de Core Web Vitals precisa ser tratada como um indicador vivo, acompanhado com a mesma regularidade que se acompanha tráfego no Google Analytics 4, e não como um selo que se conquista uma vez e nunca mais se revisita.

Como Funciona: as 3 Métricas do Core Web Vitals

O Google Core Web Vitals oficial é composto por três métricas, cada uma respondendo a uma pergunta diferente sobre a experiência do usuário. Entender cada uma isoladamente é o primeiro passo para saber onde o seu site está falhando.

LCP (Largest Contentful Paint): a página carregou rápido?

O LCP mede o tempo até o maior elemento visível da tela (geralmente uma imagem, um banner ou um bloco de texto grande) terminar de carregar. É a métrica mais próxima da sensação de “a página abriu”. Para passar no Core Web Vitals, o LCP precisa ficar abaixo de 2,5 segundos. Entre 2,5s e 4s, a avaliação é “precisa melhorar”; acima de 4s, o site é reprovado nessa métrica.

Nas PMEs brasileiras, as causas mais comuns de LCP ruim são as mesmas: imagem de banner na home sem compressão, fontes customizadas carregadas antes do texto principal aparecer e CSS bloqueando a renderização da primeira dobra. Antes de investir em qualquer solução cara, vale checar essas três causas primeiro — sozinhas, elas explicam a maioria dos casos de Core Web Vitals reprovado por LCP que auditamos em sites de clínicas, escritórios e e-commerces de pequeno porte.

INP (Interaction to Next Paint): o site responde rápido ao clique?

O INP substituiu o antigo FID em 2024 e mede o tempo entre uma interação do usuário — clicar num botão, abrir um menu, preencher um campo — e a resposta visual do navegador na tela. Sites com JavaScript pesado, plugins em excesso ou hospedagem fraca costumam sofrer aqui. A meta é INP abaixo de 200 milissegundos; acima de 500ms, o site é reprovado.

Um padrão recorrente em sites WordPress: chats de atendimento, pixels de redes sociais e pop-ups de captura de leads, todos carregando ao mesmo tempo assim que a página abre. Cada um desses scripts de terceiros compete pelo mesmo processador do navegador do visitante, e é justamente essa disputa que aumenta o INP. Adiar o carregamento desses elementos para depois da primeira interação do usuário costuma trazer o ganho mais rápido nessa métrica do Core Web Vitals.

CLS (Cumulative Layout Shift): a tela fica estável enquanto carrega?

O CLS mede o quanto os elementos “pulam” na tela durante o carregamento — aquele clique errado porque um banner de anúncio ou uma imagem sem dimensão definida empurrou o botão que você ia tocar. A pontuação ideal é abaixo de 0,1; acima de 0,25, o Core Web Vitals reprova o site nessa métrica.

Banners de cookies, anúncios inseridos dinamicamente e fontes web que trocam de largura na hora de carregar também são causas frequentes de CLS alto. A regra prática é: todo elemento que aparece na tela depois do carregamento inicial precisa ter um espaço reservado previamente no layout, para não empurrar o conteúdo que o usuário já estava lendo ou prestes a clicar.

Como o Google calcula a nota final do Core Web Vitals

O Google Core Web Vitals usa o percentil 75 (p75) dos dados de campo coletados nos últimos 28 dias, por dispositivo (mobile e desktop separadamente). Isso significa que 75% das visitas reais precisam estar dentro da faixa “boa” em cada métrica para o site ser aprovado. Não basta o site carregar rápido no seu computador de desenvolvedor: precisa carregar rápido para a maioria real dos visitantes, inclusive os que estão no 4G de um celular intermediário.

Outro ponto que gera confusão: quando uma URL não tem tráfego suficiente para gerar dados de campo próprios, o Google Core Web Vitals pode agrupar a avaliação por padrão de origem (todo o domínio), usando o comportamento médio de páginas parecidas. Isso significa que até páginas novas, ainda sem histórico de visitas, já entram na avaliação geral de Core Web Vitals do site — outro motivo para tratar performance como padrão de construção, não como ajuste pontual.

Métricas de laboratório vs dados de campo: qual usar

Existe uma confusão comum: rodar um teste isolado e achar que aquele número representa o Core Web Vitals oficial. Ferramentas de laboratório (como o Lighthouse) simulam uma única visita, em condições controladas — úteis para diagnosticar problemas específicos, mas não são o dado que o Google usa para ranquear. O dado oficial vem sempre do CrUX, agregando visitas reais. É por isso que um site pode “passar” num teste manual e continuar reprovado na avaliação oficial das Core Web Vitals no Search Console.

Na prática, o fluxo mais eficiente é usar as duas juntas: dados de laboratório para depurar e confirmar que uma correção funcionou antes de publicar, e dados de campo do Core Web Vitals para validar, semanas depois, se a melhoria realmente chegou aos usuários reais. Empresas que olham só para o laboratório costumam ter uma falsa sensação de segurança sobre a avaliação oficial.

Onde Medir o Core Web Vitals: as Ferramentas do Mercado

Existem várias ferramentas gratuitas para medir Core Web Vitals, mas nem todas mostram o mesmo tipo de dado. Conhecer a diferença evita diagnósticos errados e retrabalho.

PageSpeed Insights: a ferramenta oficial do Google

O PageSpeed Insights o que é, na prática: é a ferramenta gratuita do Google que mostra as duas coisas ao mesmo tempo — os dados de campo reais (CrUX, quando o site tem tráfego suficiente) e uma simulação de laboratório com diagnóstico detalhado. É o ponto de partida recomendado para qualquer avaliação das Core Web Vitals, porque cruza os dois tipos de dado numa única tela e já aponta as causas prováveis de cada problema, como imagens sem compressão ou JavaScript bloqueando a renderização.

Na aba “Diagnóstico” do PageSpeed Insights, o Google já sugere, em ordem de impacto, o que corrigir primeiro — normalmente compressão de imagem, eliminação de recursos que bloqueiam a renderização e redução de JavaScript não utilizado. Seguir essa lista de cima para baixo é a forma mais rápida de sair de uma nota reprovada no Core Web Vitals sem precisar de conhecimento técnico avançado.

Relatório de Core Web Vitals no Google Search Console

Diferente do PageSpeed Insights do Google, que analisa uma URL por vez, o relatório dentro do Google Search Console mostra o panorama do site inteiro: quantas URLs estão com boa experiência, quantas precisam melhorar e quantas estão reprovadas, agrupadas por tipo de problema. É essa visão consolidada, atualizada periodicamente com dados reais dos últimos 28 dias, que o Google usa oficialmente para decidir o peso do Core Web Vitals no ranqueamento — por isso ela é a fonte mais confiável para priorizar correções.

Vale acompanhar também a evolução histórica desse relatório ao longo dos meses, e não só a foto do momento atual: uma tendência de piora gradual no Core Web Vitals é um sinal de alerta tão importante quanto uma queda brusca, e costuma indicar acúmulo lento de conteúdo pesado, plugins ou scripts de terceiros que ninguém percebeu adicionar.

Lighthouse e extensões de navegador

O Lighthouse, integrado ao Chrome DevTools, é ótimo para depurar um problema específico durante o desenvolvimento — por exemplo, testar se uma alteração de código melhorou o LCP antes de publicar. Mas, por rodar uma única simulação local, os números variam de execução para execução e não substituem a avaliação das Core Web Vitals baseada em dados reais de usuários.

Uma rotina simples: antes de publicar qualquer alteração relevante no site, rode o Lighthouse localmente pelo DevTools do Chrome e compare a nota com a versão anterior. Isso cria um checkpoint rápido que evita publicar uma mudança que, sem querer, piora o Core Web Vitals — muito mais barato corrigir antes de publicar do que depois de perder posições no Google.

Ferramentas pagas: GTmetrix, WebPageTest e monitoramento contínuo

Para empresas que dependem fortemente do tráfego orgânico — e-commerces, clínicas com agenda online, escritórios que captam leads pelo tráfego orgânico — vale investir em monitoramento contínuo com ferramentas como GTmetrix ou WebPageTest, que geram alertas automáticos quando uma métrica do Core Web Vitals piora após uma atualização de plugin, tema ou hospedagem. É um investimento pequeno perto do custo de perder posições no Google silenciosamente.

Essas ferramentas também geram um “waterfall” detalhado de carregamento, mostrando exatamente qual arquivo — uma fonte, um script de terceiro, uma imagem — está atrasando o LCP ou disparando o CLS. Para agências e times internos que cuidam de vários sites ao mesmo tempo, esse nível de detalhe economiza horas de investigação manual a cada nova queda na avaliação de Core Web Vitals.

Como Melhorar o Core Web Vitals do Seu Site na Prática

Melhorar o Core Web Vitals não exige reescrever o site do zero. Na maioria dos casos, um checklist técnico bem executado já resolve 80% dos problemas. Veja o passo a passo que usamos em auditorias de consultoria de SEO na Hostconect:

Passo 1: Faça o diagnóstico completo antes de mexer em qualquer coisa

Rode o PageSpeed Insights nas 5 a 10 páginas mais importantes do site (home, páginas de serviço, páginas de maior tráfego) e cruze com o relatório de avaliação das Core Web Vitals no Search Console. Anote quais métricas — LCP, INP ou CLS — estão reprovadas em cada página. Corrigir sem diagnosticar é o erro mais comum: muita empresa troca de hospedagem ou de tema achando que vai resolver tudo, e o problema real era uma única imagem de 8MB na página inicial.

Depois de listar os problemas, organize-os numa matriz simples de impacto x esforço: corrija primeiro o que tem alto impacto no Core Web Vitals e baixo esforço de implementação (como comprimir imagens), deixando para depois o que exige mais tempo de desenvolvimento, como reescrever scripts customizados.

Passo 2: Otimize imagens e defina dimensões fixas

Imagens pesadas são a causa número um de LCP ruim. Comprima em formato WebP, use carregamento lazy load fora da primeira dobra e sempre defina largura e altura no HTML — isso sozinho já elimina boa parte dos problemas de CLS, porque o navegador reserva o espaço antes da imagem carregar.

Formatos modernos como WebP e AVIF chegam a pesar 30% a 50% menos que JPEG ou PNG na mesma qualidade visível, o que reduz diretamente o tempo de LCP em páginas com muitas fotos, como portifólios e catálogos de e-commerce. Ferramentas de compressão automatizada no WordPress fazem essa conversão sem esforço manual, e costumam ser o ajuste de maior retorno por hora investida em qualquer auditoria de Core Web Vitals.

Passo 3: Reduza JavaScript desnecessário e plugins em excesso

Em sites WordPress, é comum acumular plugins ao longo dos anos — muitos deles rodando scripts que nem são mais usados. Cada plugin ativo é JavaScript adicional para o navegador processar, o que piora diretamente o INP. Audite os plugins ativos, remova o que não é essencial e use carregamento adiado (defer) para scripts de terceiros, como pixels de rastreamento e chats.

Um exercício simples: desative, um por um, os plugins que não são usados há mais de seis meses e meça o INP antes e depois. Na maioria dos sites que acumularam plugins ao longo de anos, esse processo isolado já reduz o tempo de resposta à interação de forma perceptível, sem nenhuma alteração de código.

Passo 4: Invista em hospedagem e cache adequados

Hospedagem compartilhada barata, sem CDN e sem cache de servidor, é um teto baixo para qualquer otimização de Core Web Vitals — não importa o quanto você otimize o código, o servidor vai continuar sendo o gargalo. Um plano de hospedagem com boa infraestrutura, cache configurado corretamente e CDN ativo costuma reduzir o LCP em segundos, não em milissegundos.

Um indicador técnico direto disso é o TTFB (Time to First Byte) — o tempo que o servidor leva para começar a responder antes mesmo do navegador desenhar qualquer coisa na tela. TTFB alto empurra o LCP para cima automaticamente, por isso hospedagem é sempre o primeiro item que revisamos numa auditoria de Core Web Vitals que não melhora apesar de todas as otimizações de código já aplicadas.

Passo 5: Monitore depois de publicar — a otimização não termina no deploy

O Core Web Vitals usa dados de campo dos últimos 28 dias, então o efeito de uma correção só aparece na avaliação oficial algumas semanas depois. Volte ao Search Console mensalmente, acompanhe se as URLs “precisam melhorar” estão migrando para “boas” e trate cada atualização de tema, plugin ou hospedagem como um evento que pode impactar as métricas — teste antes e depois de qualquer mudança grande no site.

Vale criar uma rotina fixa: no primeiro dia útil de cada mês, revisar o relatório de Core Web Vitals no Search Console e registrar a evolução em uma planilha simples. Esse histórico ajuda a provar, com números, o retorno de cada melhoria técnica implementada — e a identificar rapidamente quando uma atualização recente derrubou alguma métrica que antes estava aprovada.

Perguntas e Respostas sobre Core Web Vitals

O que é Core Web Vitals?

Core Web Vitals é o conjunto oficial de métricas do Google que mede a experiência real de carregamento, interatividade e estabilidade visual de uma página web. Ele é formado por três indicadores — LCP, INP e CLS — calculados a partir de dados reais de navegação coletados de usuários do Chrome (CrUX), e não de simulações de laboratório. Desde 2021, essas métricas fazem parte oficial dos fatores usados pelo Google para ranquear páginas nos resultados de busca, dentro do grupo maior chamado Page Experience. Na prática, é a forma que o Google encontrou de medir, com números concretos, se um site entrega uma boa experiência técnica para quem visita — velocidade, resposta a cliques e ausência de elementos que “pulam” na tela durante o carregamento.

Quais são as 3 métricas do Core Web Vitals?

Core Web Vitals é composto por LCP (Largest Contentful Paint), que mede o tempo até o maior elemento visível da tela carregar; INP (Interaction to Next Paint), que mede o tempo de resposta do site a uma interação do usuário, como um clique; e CLS (Cumulative Layout Shift), que mede o quanto os elementos da página se movem inesperadamente durante o carregamento. As três métricas juntas formam a avaliação final de Core Web Vitals de uma página, calculada separadamente para mobile e para desktop, sempre com base em dados reais dos últimos 28 dias de navegação.

Qual é a nota “boa” para LCP, INP e CLS?

Para ser aprovado no Core Web Vitals, um site precisa atingir: LCP abaixo de 2,5 segundos, INP abaixo de 200 milissegundos e CLS abaixo de 0,1. Valores acima disso, mas dentro de uma faixa intermediária (LCP até 4s, INP até 500ms, CLS até 0,25), recebem a avaliação “precisa melhorar”. Acima desses limites, a página é considerada “ruim” e reprovada na métrica correspondente. O Google exige que pelo menos 75% das visitas reais (percentil 75) estejam dentro da faixa “boa” em cada uma das três métricas para que a URL seja aprovada na avaliação geral de Core Web Vitals.

Core Web Vitals é fator de ranqueamento do Google?

Sim, Core Web Vitals é um fator de ranqueamento oficial e confirmado publicamente pelo Google, integrado ao sinal de Page Experience desde 2021. Ele não é o fator mais forte — conteúdo relevante, intenção de busca e backlinks continuam pesando mais — mas funciona como critério de desempate entre páginas de qualidade parecida. Em nichos competitivos, onde dezenas de concorrentes escrevem sobre o mesmo tema com qualidade similar, o Core Web Vitals costuma ser exatamente o que separa quem está na primeira posição de quem está na quinta.

Como saber se meu site está reprovado no Core Web Vitals?

Core Web Vitals reprovado aparece de forma clara no relatório “Core Web Vitals” dentro do Google Search Console, na seção Experiência, que lista todas as URLs do site agrupadas em “Boa”, “Precisa melhorar” e “Ruim”. Também é possível checar página por página no PageSpeed Insights, que mostra a nota de cada métrica e, quando o site tem tráfego suficiente, os dados reais de campo (CrUX). O ideal é revisar esse relatório mensalmente, porque uma mudança de tema, plugin ou hospedagem pode derrubar a avaliação sem aviso.

Qual a diferença entre PageSpeed Insights e o relatório de Google Core Web Vitals no Search Console?

O PageSpeed Insights do Google analisa uma URL específica por vez e mostra tanto dados reais quanto uma simulação de laboratório com diagnóstico técnico detalhado — ótimo para investigar um problema pontual. Já o relatório de Google Core Web Vitals dentro do Search Console mostra o site inteiro agrupado por status, usando apenas dados reais de campo consolidados. Uma boa rotina de SEO técnico usa as duas ferramentas juntas: o Search Console para identificar quais URLs precisam de atenção, e o PageSpeed Insights do Google para investigar a causa técnica de cada uma.

Core Web Vitals afeta mais sites mobile ou desktop?

O Google avalia Core Web Vitals separadamente para mobile e desktop, mas o impacto costuma ser maior no mobile, porque a maioria das buscas no Brasil acontece por celular, muitas vezes em conexões 4G mais lentas e instáveis que o Wi-Fi de um computador. Um site pode estar aprovado no Core Web Vitals no desktop e reprovado no mobile — por isso a avaliação de Core Web Vitals precisa ser sempre checada nos dois ambientes, nunca só em um.

Quanto tempo leva para uma melhoria aparecer na avaliação de Core Web Vitals?

Como o Core Web Vitals usa dados reais dos últimos 28 dias, uma correção técnica leva, em média, de 28 dias a algumas semanas para refletir completamente na avaliação oficial do Search Console. Testes em ferramentas de laboratório, como o PageSpeed Insights, mostram melhoria quase imediata na parte de simulação, mas a avaliação de Core Web Vitals baseada em dados de campo (CrUX) só se atualiza depois que usuários reais navegarem pela versão corrigida do site por tempo suficiente.

Preciso ser desenvolvedor para melhorar o Core Web Vitals do meu site?

Não necessariamente. Boa parte das correções de Core Web Vitals em sites WordPress envolve ações que uma agência ou consultoria de SEO técnico resolve sem reescrever código: compressão de imagens, configuração de cache, remoção de plugins desnecessários, ativação de CDN e ajuste de hospedagem. Problemas mais profundos de INP, ligados a JavaScript customizado ou temas mal codificados, aí sim costumam exigir um desenvolvedor. O primeiro passo, de qualquer forma, é sempre o diagnóstico correto antes de decidir quem precisa resolver o quê.

Como a Hostconect ajuda com Core Web Vitals?

A Hostconect audita o Core Web Vitals do seu site dentro da consultoria de SEO técnico, cruzando dados do PageSpeed Insights e do Google Search Console para identificar exatamente o que está reprovando LCP, INP ou CLS. A partir do diagnóstico, cuidamos da otimização de imagens, cache, hospedagem e Core Web Vitals de ponta a ponta, com acompanhamento mensal para garantir que a melhoria se mantenha mesmo após atualizações do site. O diagnóstico inicial é gratuito e pode ser solicitado a qualquer momento pela nossa página de contato.

Core Web Vitals é Trabalho Contínuo, Não Projeto Único

Core Web Vitals deixou de ser um detalhe técnico para se tornar parte do SEO básico de qualquer site que leva tráfego orgânico a sério. As três métricas — LCP, INP e CLS — medem, com dados reais, exatamente o que o usuário sente ao navegar: velocidade de carregamento, resposta aos cliques e estabilidade visual. Ignorar essa avaliação é abrir mão de posições no Google mesmo tendo o melhor conteúdo do nicho.

O caminho prático é sempre o mesmo: medir com PageSpeed Insights e Search Console, priorizar as correções que mais impactam LCP, INP e CLS, publicar as mudanças e monitorar a avaliação de Core Web Vitals nas semanas seguintes. Não é um projeto que se conclui uma vez — é uma rotina, porque qualquer atualização de plugin, tema ou hospedagem pode derrubar métricas que estavam aprovadas.

Se você já trabalha os outros pilares do seu site — como SEO on-page, featured snippets e uma boa estrutura em WordPress — otimizar o Core Web Vitals é o passo que fecha o ciclo técnico e coloca seu site em condição real de competir pelas primeiras posições.

Empresas que tratam o Core Web Vitals como parte da rotina de manutenção do site — e não como um projeto pontual de correção — são as que sustentam ganhos de ranqueamento no longo prazo. A diferença entre revisar essas métricas uma vez por ano ou uma vez por mês é, na prática, a diferença entre descobrir um problema de Core Web Vitals quando ele já custou posições no Google, ou corrigi-lo antes que isso aconteça.