Se o seu site demora para carregar, trava ao rolar a página ou “pula” o conteúdo enquanto o usuário tenta clicar, o Google já sabe disso antes mesmo de você abrir o Search Console. Core Web Vitals é o conjunto de métricas que o Google usa para medir exatamente essa experiência, e ela influencia diretamente quanto tráfego orgânico o seu site consegue manter.
Melhorar Core Web Vitals é parte do SEO técnico, a camada de otimização que garante que o Google consiga rastrear, entender e recomendar seu site sem atrito. Se você ainda não tem clareza sobre onde essa métrica se encaixa dentro de uma estratégia maior, vale revisar primeiro o que é SEO como um todo antes de entrar nos detalhes técnicos deste guia.
Principais conclusões
- •Core Web Vitals mede três aspectos da experiência do usuário: velocidade de carregamento (LCP), responsividade a interações (INP) e estabilidade visual (CLS).
- •Um site que atende às três métricas nos limites “bom” definidos pelo Google tem mais chance de manter posições no ranking e reduzir taxa de rejeição.
- •O Google Search Console e o PageSpeed Insights são as ferramentas gratuitas mais confiáveis para medir a pontuação real do site, com dados de usuários reais (CrUX).
- •Melhorar Core Web Vitals passa por otimizar imagens, reduzir JavaScript não essencial e reservar espaço para elementos que carregam depois.
- •Performance não substitui SEO on-page: as duas frentes precisam evoluir juntas para sustentar tráfego orgânico no médio prazo.
O que são Core Web Vitals?
Core Web Vitals são três métricas que o Google usa para avaliar a experiência real de carregamento, interatividade e estabilidade visual de uma página. Elas fazem parte do conjunto mais amplo de sinais de experiência de página (Page Experience) usados no ranqueamento desde 2021, e continuam sendo revisadas pelo Google ano a ano.
As três métricas atuais são:
As três Core Web Vitals
- •LCP (Largest Contentful Paint) — mede quanto tempo leva para o maior elemento visível da tela (geralmente uma imagem ou bloco de texto) terminar de carregar.
- •INP (Interaction to Next Paint) — mede a responsividade do site quando o usuário clica, toca ou digita algo, substituindo o antigo First Input Delay (FID) desde março de 2024.
- •CLS (Cumulative Layout Shift) — mede o quanto os elementos da página “pulam” de posição enquanto ela ainda está carregando.
Cada métrica tem um limite considerado “bom”, um “precisa de melhoria” e um “ruim”. Isso não é opinião de agência: é o próprio critério que o Google Search Console usa pra classificar suas URLs em relatórios de experiência de página.
Limites oficiais das Core Web Vitals
| Métrica | Bom | Precisa de melhoria | Ruim |
|---|---|---|---|
| LCP (carregamento) | até 2,5s | 2,5s a 4s | acima de 4s |
| INP (interatividade) | até 200ms | 200ms a 500ms | acima de 500ms |
| CLS (estabilidade visual) | até 0,1 | 0,1 a 0,25 | acima de 0,25 |
Por que isso importa pra quem faz SEO no dia a dia? Porque um site que fica no campo “ruim” em qualquer uma das três métricas está, na prática, competindo em desvantagem contra concorrentes mais rápidos, mesmo com conteúdo tecnicamente melhor.
Por que Core Web Vitals afeta o SEO do seu site?
Core Web Vitals é um sinal de ranqueamento desde 2021, mas seu peso real é indireto: ele funciona como critério de desempate entre páginas com relevância de conteúdo parecida. Isso significa que performance ruim não impede o ranqueamento por si só, mas reduz a competitividade da página frente a concorrentes com conteúdo equivalente e experiência melhor.
Na prática, o efeito mais visível não é a queda de posição, é o comportamento do usuário. Um site lento aumenta a taxa de rejeição porque o visitante sai antes da página terminar de carregar, e isso é medido pelo próprio Google via dados de campo (CrUX, o Chrome User Experience Report). É esse dado real de usuários, não um teste de laboratório, que alimenta os relatórios de Core Web Vitals no Search Console.
Performance não é sinônimo de SEO completo
Ter Core Web Vitals no verde não garante ranqueamento. Um site rápido com conteúdo raso ou desorganizado ainda perde para um concorrente mais lento com melhor estrutura de [SEO on-page](https://blueoceansem.com.br/blog/seo-on-page-checklist-completo-para-otimizar-suas-paginas/). As duas frentes trabalham juntas, nunca uma no lugar da outra.
Isso é especialmente relevante para SaaS B2B, onde páginas de produto e blog concorrem por tráfego qualificado, e cada segundo de atraso no carregamento reduz a chance de o visitante permanecer até o CTA. É por isso que, na Blue Ocean, auditoria de Core Web Vitals é etapa obrigatória em qualquer diagnóstico de SEO técnico que fazemos antes de montar plano de conteúdo: de nada serve escalar produção editorial sobre uma base técnica que trava conversão.
Como verificar a pontuação atual do seu site
Antes de otimizar qualquer coisa, você precisa saber onde o site está hoje. Existem duas fontes de dados diferentes, e confundir uma com a outra é o erro mais comum nessa etapa.
Como checar seus Core Web Vitals
Acesse o Google Search Console e abra o relatório “Core Web Vitals” no menu de Experiência: ele mostra dados reais de usuários (CrUX), agrupados por URL, dos últimos 28 dias. Complemente com o PageSpeed Insights, digitando a URL da página que quer testar: ele traz tanto dados de campo (quando disponíveis) quanto um teste de laboratório instantâneo. Separe as URLs por status: “Bom”, “Precisa de melhoria” e “Ruim”, e priorize primeiro as páginas de maior tráfego orgânico, porque o ganho de otimizá-las é proporcionalmente maior. Repita o teste do PageSpeed Insights em mobile e desktop separadamente: os limites são os mesmos, mas o desempenho real quase sempre difere entre os dois.
O relatório do Google Search Console é a fonte que mais importa pra decisão estratégica, porque reflete a experiência real dos visitantes do seu site, não um cenário simulado. Já o PageSpeed Insights é melhor para diagnóstico técnico, porque aponta a causa específica de cada métrica ruim, elemento por elemento.
Se o seu site é uma aplicação pesada em JavaScript ou uma SPA, vale ler também o nosso guia de SEO técnico para SaaS: esse tipo de arquitetura costuma sofrer mais com LCP e INP por depender de renderização no navegador do usuário.
Como melhorar o LCP (Largest Contentful Paint)
LCP mede o tempo até o maior elemento visível terminar de carregar, e é a métrica que mais costuma cair no campo “ruim” em sites com muitas imagens ou hero banners pesados. A boa notícia é que ela também é a mais fácil de melhorar com ações pontuais.
Ações que reduzem o LCP
- ✓Comprimir e converter imagens para formatos modernos como WebP ou AVIF, sem perda visível de qualidade.
- ✓Usar
lazy loadingem imagens fora da primeira tela, mas nunca na imagem principal (isso atrasa o LCP em vez de ajudar). - ✓Reduzir o tempo de resposta do servidor (TTFB), seja com cache, CDN ou hospedagem mais adequada ao volume de tráfego.
- ✓Eliminar recursos que bloqueiam a renderização, como CSS e JavaScript não críticos carregados antes do conteúdo visível.
- ✓Fazer pré-carregamento (
preload) da imagem ou fonte que compõe o elemento principal da tela.
Um padrão que vemos com frequência em auditorias: a imagem de capa do artigo ou do hero da landing page está em resolução original de 4000px de largura, sendo exibida em um espaço de 800px. Isso sozinho já pode adicionar mais de um segundo ao LCP, sem nenhum benefício visual para o usuário.
Como melhorar o INP (Interaction to Next Paint)
INP mede quanto tempo o navegador leva para responder visualmente depois que o usuário interage com a página, como clicar num botão ou abrir um menu. Diferente do LCP, que é sobre carregamento, o INP é sobre a saúde do JavaScript que roda durante a visita.
A causa mais comum de INP ruim é JavaScript excessivo executando na thread principal do navegador, o que “trava” a resposta a cliques enquanto o script termina. Isso é especialmente frequente em sites com muitos scripts de terceiros, como pixels de anúncio, chats e widgets de analytics carregados sem controle.
Divida o trabalho pesado
Se uma tarefa de JavaScript leva mais de 50 milissegundos para executar, ela é candidata a “quebrar” em pedaços menores (a técnica chamada de yielding). Isso libera a thread principal para responder ao usuário entre uma etapa e outra, em vez de deixá-lo esperando a tarefa inteira terminar.
Outras ações eficazes: adiar (defer) scripts de terceiros que não são essenciais para a primeira interação, remover bibliotecas JavaScript não utilizadas e revisar handlers de evento que disparam múltiplas vezes sem necessidade. Auditar isso manualmente é trabalhoso, mas o relatório de “tarefas longas” do PageSpeed Insights já aponta os scripts mais problemáticos.
Como melhorar o CLS (Cumulative Layout Shift)
CLS mede o quanto os elementos da página se movem depois de já terem sido exibidos na tela, um problema clássico de banners que carregam depois do texto ou imagens sem dimensão definida. É a métrica mais barata de corrigir e a que mais frustra o usuário quando ignorada: quem já tentou clicar em um botão e acabou clicando em outro, porque um anúncio carregou no meio do caminho, sabe exatamente o efeito que o Google está medindo.
Como eliminar mudanças de layout
- •Sempre definir
widtheheight(ouaspect-ratio) em imagens e vídeos, mesmo os responsivos. - •Reservar espaço fixo para anúncios, embeds e banners antes de eles carregarem.
- •Evitar inserir conteúdo dinâmico acima do que o usuário já está vendo, exceto em resposta direta a uma interação.
- •Usar
font-display: optionalou pré-carregar fontes customizadas para evitar o “salto” de texto quando a fonte web substitui a padrão do navegador.
Erros comuns ao tentar melhorar Core Web Vitals
O erro mais frequente que vemos em auditoria é tratar Core Web Vitals como um projeto isolado de desenvolvimento, sem conectar com a estratégia de conteúdo e SEO on-page. Performance sem relevância de conteúdo não sustenta tráfego orgânico, então otimizar site sem revisar título, estrutura de headings e intenção de busca é meio caminho perdido.
Outro erro comum: otimizar apenas para o teste de laboratório do PageSpeed Insights e ignorar os dados de campo do Search Console. Um site pode pontuar 95 no teste de laboratório e ainda aparecer como “ruim” no relatório de campo, porque a conexão real dos usuários, o dispositivo médio e a variação geográfica não são simuladas no teste instantâneo.
Cuidado com plugins de cache genéricos
Instalar um plugin de cache sem configurar corretamente pode até melhorar o LCP e piorar o INP, se ele adicionar scripts de otimização que competem por processamento com os scripts já existentes. Teste antes e depois de qualquer mudança, nunca assuma que “otimização” é sempre positiva.
Também vale lembrar que a velocidade da página não afeta só o SEO orgânico. Se você roda tráfego pago para SaaS, a velocidade da landing page influencia diretamente a Quality Score dos anúncios e o custo por clique, então o ganho de otimizar Core Web Vitals se espalha para outros canais também.
Como priorizar quais páginas otimizar primeiro
Nem todo site precisa de otimização geral e imediata em todas as páginas. A forma mais eficiente de priorizar é cruzar o relatório de Core Web Vitals do Search Console com o relatório de tráfego orgânico das mesmas URLs.
|
2,5s Esse é o limite oficial do Google para LCP entrar no campo “Bom”. Páginas acima desse valor competem em desvantagem frente a concorrentes dentro do limite, mesmo com conteúdo equivalente. Fonte: Google Search Central, Web Vitals thresholds |
Comece pelas páginas que combinam alto volume de tráfego orgânico com status “Ruim” ou “Precisa de melhoria”: são as que geram o maior retorno por hora investida em correção. Páginas de baixo tráfego com Core Web Vitals ruins ainda merecem atenção, mas depois, dentro de um plano contínuo de manutenção técnica.
Para acompanhar esse cruzamento de dados sem depender só de planilha manual, vale conhecer as ferramentas de SEO que monitoram Core Web Vitals de forma contínua, com alertas automáticos quando uma página sai do padrão “Bom”. Isso evita que uma regressão de performance passe meses sem ser detectada.
Na Blue Ocean, esse cruzamento entre performance e tráfego orgânico é parte padrão de qualquer auditoria de SEO técnico que fazemos para clientes SaaS: não faz sentido investir em produção de conteúdo se a base técnica do site está drenando o resultado das páginas que já existem.
|
Precisa de um diagnóstico técnico completo? A Blue Ocean audita Core Web Vitals, schema markup e estrutura on-page do seu site dentro de uma estratégia de SEO para SaaS B2B orientada a receita, não só a métrica isolada. Fale com a Blue Ocean e entenda como isso se encaixa no seu plano de crescimento. |
|
Perguntas frequentes sobre Core Web Vitals
Core Web Vitals é fator de ranqueamento direto no Google?
É um sinal de experiência de página usado desde 2021, mas funciona mais como critério de desempate entre páginas com relevância de conteúdo parecida do que como fator isolado. Um site lento com conteúdo excelente ainda pode ranquear, só que em desvantagem frente a concorrentes igualmente relevantes e mais rápidos.
Qual ferramenta é mais confiável para medir Core Web Vitals?
O Google Search Console é a fonte mais confiável porque usa dados reais de usuários (CrUX) dos últimos 28 dias. O PageSpeed Insights complementa com diagnóstico técnico detalhado e teste de laboratório instantâneo, útil para identificar a causa exata de cada métrica ruim.
Quanto tempo leva para ver resultado depois de otimizar Core Web Vitals?
O relatório de campo do Search Console usa uma janela de 28 dias de dados reais, então mudanças levam de duas a quatro semanas para refletir completamente no relatório. O teste de laboratório do PageSpeed Insights mostra o efeito da mudança de forma quase imediata.
Melhorar Core Web Vitals substitui a necessidade de SEO on-page?
Não. Performance e SEO on-page são frentes complementares: uma resolve experiência técnica, a outra resolve relevância e estrutura de conteúdo para a intenção de busca. Sites que investem só em velocidade e ignoram estrutura de headings, títulos e conteúdo tendem a estagnar no tráfego orgânico mesmo com boa pontuação técnica.
Core Web Vitals é mais crítico para SaaS do que para outros tipos de site?
Para SaaS B2B, sim, na prática: páginas de produto e blog concorrem por tráfego qualificado e cada segundo de atraso reduz a chance de o visitante permanecer até a conversão. Aplicações pesadas em JavaScript, comuns em produtos SaaS, também tendem a sofrer mais com LCP e INP do que sites estáticos.
Conclusão
Core Web Vitals não é um número decorativo no Search Console: é a forma que o Google encontrou de medir se o seu site respeita o tempo do visitante. LCP, INP e CLS dentro do limite “Bom” não garantem topo do ranking por si só, mas removem uma desvantagem competitiva real frente a concorrentes com conteúdo equivalente.
O caminho prático é sempre o mesmo: medir com dados reais no Search Console, diagnosticar a causa no PageSpeed Insights, priorizar pelas páginas de maior tráfego orgânico e tratar performance como parte de uma estratégia de SEO técnico, nunca como ação isolada. Se você quer entender como Core Web Vitals se encaixa dentro de uma auditoria completa de SEO técnico, converse com a Blue Ocean e descubra onde o seu site está perdendo competitividade.