Resposta rápida: Core Web Vitals são três métricas que o Google usa para medir a experiência real de quem acessa o seu site: o LCP mede a velocidade de carregamento (meta: até 2,5 segundos), o INP mede a rapidez de resposta a cliques e toques (meta: abaixo de 200 milissegundos) e o CLS mede a estabilidade visual, ou seja, se o layout “pula” enquanto carrega (meta: abaixo de 0,1). Sites que passam nas três tendem a ranquear melhor no Google e a converter mais visitas em clientes.
Um cliente seu clica no anúncio, espera a página abrir e, três segundos depois, ela ainda está em branco. Ele volta pro Google e clica no concorrente. Você pagou pelo clique, mas a venda foi pra outro.
Esse momento, invisível pra quem acessa o site de um computador potente com internet boa, é exatamente o que os Core Web Vitals medem.
Performance de site parou de ser papo de programador. Virou indicador de negócio, porque mexe direto em duas coisas que o dono de empresa acompanha: quanto o Google entrega de visita e quanto dessa visita vira contato ou venda.
Aqui você vai entender o que são as três métricas, como cada uma afeta o seu resultado e por onde começar a melhorar a nota sem precisar refazer o site do zero.
O que são os Core Web Vitals (sem jargão)
Os Core Web Vitals são um conjunto de três métricas criadas pelo Google para avaliar, de forma objetiva, a experiência de quem navega numa página. Não é opinião nem teste de laboratório fechado: o Google coleta dados reais de usuários do Chrome ao longo de 28 dias e usa isso pra classificar seu site. Desde 2021, eles fazem parte oficial dos fatores que decidem quem aparece primeiro na busca.
Pense neles como três perguntas que o Google faz sobre cada página:
- LCP (Largest Contentful Paint), o carregamento: quanto tempo leva pro maior elemento da tela (em geral a imagem principal ou um bloco de texto) aparecer. A meta é 2,5 segundos ou menos.
- INP (Interaction to Next Paint), a resposta: quando o usuário clica num botão ou toca no menu, quanto tempo a página leva pra reagir. A meta é ficar abaixo de 200 milissegundos. É a métrica do “site travado”.
- CLS (Cumulative Layout Shift), a estabilidade: aquele incômodo de ir clicar num lugar e o conteúdo “pular” porque uma imagem ou um anúncio carregou atrasado. A meta é manter o CLS abaixo de 0,1.
Uma observação que muito material brasileiro ainda erra: o INP é novo. Em março de 2024, o Google aposentou a antiga métrica FID e colocou o INP no lugar.
A diferença importa: o FID media só a primeira interação, enquanto o INP avalia a sessão inteira e reporta a pior. Se algum texto que você leu ainda fala em FID, ele está desatualizado.
Por que os Core Web Vitals importam para o seu negócio
Aqui está a parte que sai do técnico e entra no caixa. Os Core Web Vitals afetam o seu negócio em duas frentes que conversam entre si: o quanto o Google te mostra e o quanto a visita vira venda.
No ranqueamento, a leitura honesta é a de critério de desempate. O Google não trata performance como o fator mais importante (conteúdo e relevância pesam mais), mas o próprio John Mueller, do Google, já disse que é “mais do que um simples desempate”.
Quando dois sites têm conteúdo parecido, o mais rápido leva a melhor posição. E surge um efeito novo: páginas com boa performance também aparecem mais nas respostas de IA, como os resumos do Google e o ChatGPT, enquanto sites lentos raramente são citados.
A frente que mais interessa, porém, é a conversão. A relação entre velocidade e venda já foi medida em estudos grandes:
- A Renault analisou mais de 10 milhões de visitas e encontrou que cada 1 segundo de melhora no LCP estava ligado a 13% mais conversões e 14 pontos a menos na taxa de rejeição.
- A Vodafone melhorou o LCP em 31% e teve 8% mais vendas.
- A loja de e-commerce Carpe acelerou o site e viu 5% mais conversão, 10% mais tráfego e 15% mais receita.
Tem ainda o efeito no custo por lead, que pega quem investe em mídia paga. O Google considera a experiência da página de destino, incluindo a velocidade, no Índice de Qualidade dos anúncios.
Tradução: uma landing page rápida tende a baixar o custo por clique. A mesma verba traz mais leads. Site lento é dinheiro escapando em silêncio, tanto no orgânico quanto no pago.
Vimos isso na prática com a Cassol Centerlar. Num diagnóstico de performance, a página principal demorava quase três segundos pra mostrar o conteúdo, um tempo enorme pra quem está com pressa no celular.
Como ler a nota do PageSpeed Insights
A ferramenta gratuita do Google pra checar isso é o PageSpeed Insights. Você cola o endereço da sua página e recebe uma nota de 0 a 100, mais uma lista de problemas. Antes de sair tentando bater 100, dois cuidados.
Primeiro, teste no mobile. O Google avalia o site pela versão do celular, e mais de 64% do tráfego web já vem de dispositivos móveis. Um site que voa no seu desktop pode estar engasgando no 4G do seu cliente.
Segundo, você não precisa de nota 100. O objetivo é passar nas três metas (LCP, INP e CLS), não cravar o número cheio. E existe uma armadilha de interpretação: o PageSpeed mostra dois tipos de dado.
O de laboratório é uma simulação rodada na hora; o de campo são os usuários reais dos últimos 28 dias, e é esse que o Google usa pra ranquear. É por isso que dá pra ter uma nota verde de laboratório e mesmo assim um relatório vermelho de verdade.
Vale dizer que a régua é alta pra todo mundo. Segundo o Web Almanac 2025, só 48% das páginas no celular passam nas três métricas ao mesmo tempo. Mais da metade da web móvel entrega uma experiência que o Google considera “a melhorar” ou “ruim”. É aí que mora a sua chance de passar na frente.
Leia também: 5 ferramentas para análise de sites que você pode usar
O que priorizar para melhorar (sem refazer o site)
A boa notícia: você quase nunca precisa reconstruir o site pra melhorar a nota. Na maioria dos casos, o gargalo é o LCP, o carregamento, e só 62% dos sites mobile conseguem passar nessa métrica. Atacar o LCP costuma ser o caminho de maior retorno. Veja a ordem que faz mais sentido, do maior impacto pro menor:
- Otimizar a imagem principal: as imagens são o maior elemento da tela em cerca de 72% das páginas mobile. Um banner de 500KB leva uns 1,2 segundo pra carregar no 4G; a mesma imagem em formato moderno (WebP ou AVIF) com 100KB carrega em 0,24 segundo. É a correção que mais move o ponteiro, e costuma levar cerca de uma semana de trabalho pra ganhar quase 1 segundo de LCP.
- Reservar espaço pras imagens e anúncios: definir largura e altura faz o navegador guardar o lugar antes do elemento carregar, o que evita o “pulo” de layout e resolve o CLS. É barato e some com aquele incômodo de clicar no botão errado.
- Cortar e adiar scripts de terceiros: chat, pixel de anúncio, ferramenta de mapa de calor, tudo isso pesa. Reduzir o que não é essencial costuma derrubar o INP em 100 a 300 milissegundos.
- Cuidar do servidor e do cache: aqui dá mais trabalho, mas é a fundação. De nada adianta otimizar tudo na frente se o servidor demora 2 segundos pra responder.
Se você quer saber um pouquinho mais, o próprio Google dá algumas dicas no vídeo abaixo:
Vídeo e imagem no site: quando vale a pena
Mídia rica deixa o site mais bonito e segura o visitante por mais tempo. Mas tem peso, e peso atrasa o carregamento. A decisão não é “usar ou não usar”, é “usar do jeito certo”. Veja o que cada escolha custa em performance:
| Mídia | Custo de performance | O que fazer |
| Imagem principal (topo da página) | Alto se for pesada | Converter pra WebP/AVIF e nunca aplicar “lazy load” nela |
| Imagens abaixo da dobra | Baixo | Usar lazy load (carrega só quando o usuário rola até elas) |
| Imagem sem tamanho definido | Causa “pulo” de layout | Sempre definir largura e altura |
| Vídeo do YouTube embutido (padrão) | Muito alto | Trocar pelo modo leve (facade) |
O vilão escondido costuma ser o vídeo. Um embed padrão do YouTube baixa de 1,3 a 2,6 MB de arquivos e dispara mais de 20 requisições antes de o usuário sequer clicar no play.
A solução é o que se chama de “facade”: em vez do player pesado, a página mostra só uma imagem com botão de play, e o vídeo de verdade carrega apenas quando alguém clica. A diferença é enorme, a versão leve pesa cerca de 28KB contra 1.243KB do embed normal.
Um alerta honesto, porque pouca gente conta: o facade resolve a velocidade, mas, dependendo de como é montado, o Google pode não reconhecer que existe um vídeo ali e tirá-lo da busca de vídeos.
O próprio John Mueller já apontou esse efeito, e a saída é sinalizar o vídeo pro Google com dados estruturados ou sitemap de vídeo. Por isso a escolha de mídia precisa equilibrar performance e visibilidade, não otimizar uma e esquecer a outra.
Quem cuida do desenvolvimento aqui na WEBi resume assim a regra de ouro:
“A pergunta certa não é se você pode ter vídeo e imagem no site. É se cada mídia está pagando o próprio peso. Uma imagem de topo otimizada e um vídeo que só carrega no clique dão a experiência rica sem cobrar o carregamento de todo mundo que entra na página.”
Emmanuel Gaboardi | Engenheiro de software
Leia também: Como aumentar a velocidade do site? Aprenda em 6 passos
Coloque seu site à prova
Você não precisa virar especialista em performance pra saber se está perdendo venda por causa disso. Precisa de um diagnóstico. O primeiro passo é rodar o PageSpeed Insights na versão mobile da sua página principal e olhar se LCP, INP e CLS estão no verde.
Se não estiverem, agora você sabe por onde a correção começa e quais delas pesam mais no resultado.
Velocidade de site não é vaidade técnica. É a diferença entre o visitante que espera a página abrir e vira lead, e o que desiste antes de ver sua oferta. Os Core Web Vitals colocam número nesse momento, e a maior parte do que move esse número são ajustes de imagem, mídia e código que cabem dentro do site que você já tem.
O concorrente que ainda trata isso como detalhe de programador está deixando essa vantagem na mesa. Onde está o seu site nessa conta?
Quer ir além do diagnóstico de graça? A WEBi faz auditorias técnicas que cruzam Core Web Vitals, SEO e geração de oportunidades, priorizando cada correção pelo impacto que ela tem no seu faturamento. Entre em contato com nossos especialistas!
Perguntas frequentes sobre Core Web Vitals
O que são Core Web Vitals em palavras simples? São três notas que o Google dá ao seu site com base na experiência real de quem acessa: LCP (velocidade de carregamento), INP (rapidez de resposta ao clique) e CLS (estabilidade visual, se o layout “pula”). Juntas, elas indicam se o site é rápido e agradável de usar.
Core Web Vitals ruins tiram meu site do Google? Não diretamente. Eles funcionam como critério de desempate: quando dois sites têm conteúdo parecido, o Google prefere o mais rápido. Performance ruim não apaga seu site da busca, mas faz você perder posição pra concorrentes melhores nesse ponto.
Preciso de nota 100 no PageSpeed Insights? Não. O objetivo é passar nas três metas (LCP até 2,5s, INP abaixo de 200ms e CLS abaixo de 0,1), não cravar 100. Passar nos limites importa mais do que a nota cheia.
Por que minha nota é boa no teste mas o relatório do Google é ruim? Porque são dados diferentes. O teste rápido é uma simulação de laboratório feita na hora. O que o Google usa pra ranquear são os dados de campo, coletados de usuários reais nos últimos 28 dias. Uma mudança que você fez ontem ainda não aparece no dado de campo.
Por onde começar a melhorar a velocidade do site? Pela imagem principal da página, que é o maior peso na maioria dos casos. Converta pra um formato moderno (WebP ou AVIF), reduza o tamanho do arquivo e teste sempre pela versão mobile, que é a que o Google considera.
Posso colocar vídeo no site sem prejudicar a performance? Pode, desde que o vídeo não carregue junto com a página. Use o modo “facade”, em que aparece só uma imagem com botão de play e o vídeo pesado carrega apenas no clique. E sinalize o vídeo ao Google com dados estruturados pra não perder a aparição na busca de vídeos.
CEO da Agência WEBi | Empresário há 26 anos | Professor e palestrante em SEO e GEO | Já coloquei comprovadamente centenas de empresas e milhares de páginas na primeira página de pesquisa orgânica do Google e também das IA’s Generativas