Core Web Vitals e SEO: Eles Afetam as Classificações do Google?

Este guia faz parte do nosso centro de recursos de Core Web Vitals. Ele cobre tudo o que sei sobre a relação entre Core Web Vitals e as classificações de motores de busca, com base em 17 anos de consultoria em performance web e dados de campo de centenas de sites corporativos monitorados com o CoreDash.

Core Web Vitals e SEO

"Nós corrigimos nossos Core Web Vitals, mas nossas classificações não melhoraram. O que deu errado?"

Eu ouço isso quase toda semana. A resposta é geralmente a mesma. Core Web Vitals é um fator de classificação confirmado pelo Google. Mas funciona de forma diferente do que a maioria dos guias de SEO sugere.

Não é uma alavanca de crescimento. É um portão. Falhas graves prejudicam você. Passar como "bom" remove a penalidade. Ir além do "bom" não faz nada para o SEO. Uma pontuação de 100 no Lighthouse não superará uma pontuação de 72 no Lighthouse se os dados de campo forem os mesmos.

Tenho corrigido Core Web Vitals há 17 anos em centenas de sites corporativos. Eu construí minha própria plataforma de Real User Monitoring (RUM) (CoreDash) especificamente porque as ferramentas existentes não me forneciam os dados de atribuição de que eu precisava. Esta página é o que eu sei sobre como o CWV realmente afeta as classificações de pesquisa. Não o que o marketing do Google diz. Não o que os blogs de SEO repetem. O que eu vejo nos dados de campo.

Os Core Web Vitals Afetam as Classificações do Google?

Sim. O Google confirmou isso explicitamente.

Em 12 de março de 2024, o Google atualizou sua documentação oficial para declarar que os Core Web Vitals são usados por seus sistemas de classificação. Esse não era um comportamento novo. O lançamento do Page Experience começou em junho de 2021 para dispositivos móveis e foi concluído para desktop em março de 2022. Mas a atualização da documentação de 2024 removeu qualquer ambiguidade restante.

Aqui está o que o Google realmente disse, em ordem de importância.

A documentação oficial (developers.google.com, março de 2024): Core Web Vitals são usados pelos sistemas de classificação do Google. Não é um "sistema de Page Experience" separado. Faz parte da infraestrutura principal de classificação.

Danny Sullivan (Google Search Liaison, abril de 2023): A experiência da página não é um sistema de classificação autônomo. É um conjunto de sinais usados por vários sistemas principais de classificação. Isso é importante porque significa que os dados de CWV alimentam os mesmos sistemas que avaliam a qualidade do conteúdo, links e relevância.

John Mueller (Google Search Advocate, 2024): Os Core Web Vitals "não são fatores gigantescos na classificação". Ele os descreveu como algo a mais que um critério de desempate, mas menos importante que a relevância do conteúdo.

Mueller novamente (Reddit, 2021): "É mais do que um critério de desempate, mas não substitui a relevância do conteúdo. Dependendo dos sites, pode haver situações em que é um fator maior e situações em que é menor. Como um profissional de SEO, eu acho que vale a pena trabalhar nisso, mas eu não deixaria de lado todo o resto para focar apenas nisso."

Essa última citação é o resumo mais honesto sobre CWV e SEO que já vi de qualquer pessoa do Google. Eu concordo completamente com ela.

Principal conclusão: CWV é um sinal de classificação confirmado que alimenta os sistemas principais de classificação do Google. Não é um sistema autônomo. Seu peso é pequeno em comparação com a relevância do conteúdo e links, mas é real e mensurável.

O Enquadramento de "Critério de Desempate" Está Errado

A comunidade de SEO se apegou à palavra "critério de desempate" em 2021 e nunca mais a largou. A maioria dos artigos ainda descreve o CWV como um critério de desempate. Isso está errado.

O Google corrigiu isso. John Mueller e Gary Illyes afirmaram que o CWV é mais do que um critério de desempate. Mas a correção importa menos do que o mecanismo. O CWV não é uma simples chave que desempata duas páginas igualmente relevantes. É um sinal que alimenta vários sistemas de classificação e recebe um peso ao lado de centenas de outros sinais. O peso é pequeno. Mas é real.

Pense desta forma. Se duas páginas tiverem qualidade de conteúdo idêntica, perfis de backlinks idênticos e relevância idêntica para uma consulta, a página com melhores dados de CWV terá uma classificação mais alta. Mas esse cenário quase nunca existe na prática. O que realmente acontece é que o CWV contribui com um pequeno sinal positivo ou negativo que se soma a tudo o mais que o Google avalia.

Como o Google Usa Seus Dados de CWV

É aqui que a maioria dos guias de SEO falha. Eles dizem para você "melhorar seus Core Web Vitals" sem explicar quais dados o Google realmente analisa. A resposta é específica e importante.

O Google usa os dados de campo do Chrome User Experience Report (CrUX). Nada mais.

Não as pontuações do Lighthouse. Não as pontuações do PageSpeed Insights. Não os números de qualquer ferramenta de monitoramento de terceiros. Dados de campo do CrUX de usuários reais do Chrome visitando seu site.

A Janela Móvel de 28 Dias

O CrUX coleta dados em um período móvel de 28 dias. Quando você corrige um problema de performance hoje, leva cerca de 28 dias antes que os dados do Google reflitam totalmente a melhoria. Eu vejo isso consistentemente em sites de clientes monitorados com o CoreDash. Os dados de RUM mostram a correção imediatamente. O CrUX alcança semanas depois. O Search Console alcança depois disso.

Apenas Usuários do Chrome Contam

Usuários do Safari geram zero dados de CWV para o Google. Usuários do Firefox geram zero. Isso significa que os usuários de iPhone são completamente invisíveis para a avaliação de CWV do Google. Em sites onde 40% a 60% do tráfego vem do iOS (comum nos EUA e na Europa Ocidental), o Google vê apenas os dados de CWV dos usuários restantes do Chrome. Isso cria um ponto cego que a maioria dos profissionais de SEO não leva em consideração.

Os Usuários do Chrome Devem Ter os Relatórios Ativados

Nem todo usuário do Chrome contribui para o CrUX. O usuário deve ter a sincronização ativada e ter optado por compartilhar estatísticas de uso. Isso reduz ainda mais a amostra.

O Limite do 75º Percentil

O Google avalia os Core Web Vitals no 75º percentil das experiências reais do usuário. Não a média. Não a mediana. O 75º percentil. Isso significa que 25% dos seus usuários podem ter experiências terríveis e você ainda passa. Mas também significa que uma pequena porcentagem de experiências lentas pode arrastá-lo para baixo do limite.

Mobile e Desktop São Avaliados Separadamente

Um site pode passar no CWV no desktop e falhar no mobile. O Google os avalia de forma independente. Como a maioria dos sites tem uma performance pior no mobile e a maioria das pesquisas acontece no mobile, o impacto do CWV nas classificações tende a ser maior no mobile.

Páginas Sem Dados Suficientes Usam Pontuações em Nível de Origem

Se uma URL específica não tiver dados de CrUX suficientes, o Google usa como fallback as pontuações de CWV de toda a origem (do domínio). Isso significa que uma performance ruim em páginas de alto tráfego pode derrubar as classificações de páginas de baixo tráfego em todo o seu site.

As Três Métricas e Seu Peso de SEO

Três métricas compõem os Core Web Vitals a partir de março de 2024. Todas as três devem passar. É um sistema de passa/falha. Dois "bons" e um "ruim" significa que você falha.

LCP: Largest Contentful Paint

Limite: Menos de 2.5 segundos.

LCP mede quanto tempo leva para o maior elemento visível ser renderizado. Geralmente uma imagem de destaque (hero image) ou um título grande. Esta é a métrica com a correlação observada mais forte com a posição de classificação. O estudo da Advanced Web Ranking de 3 milhões de páginas encontrou um padrão claro: páginas classificadas nas posições de 1 a 3 tinham valores de LCP mensuravelmente mais baixos do que páginas classificadas nas posições de 8 a 10.

O LCP também é a métrica onde vejo mais falhas. O antipadrão mais comum que encontro nas auditorias: loading="lazy" na imagem do LCP. Isso oculta a imagem do preload scanner do navegador e atrasa a descoberta em centenas de milissegundos. Eu encontro isso em cerca de 4 a cada 5 sites que audito.

Para um guia completo sobre como corrigir o LCP, veja Largest Contentful Paint (LCP).

INP: Interaction to Next Paint

Limite: Menos de 200 milissegundos.

O INP substituiu o First Input Delay (FID) em 12 de março de 2024. Isso é importante para o SEO porque todo estudo de correlação publicado antes dessa data usou o FID. O FID era fácil de passar. Mais de 95% dos sites passavam no FID. O INP é mais difícil. De acordo com o Web Almanac de 2024, apenas 74% das origens mobile passam no INP.

O INP mede a latência de todas as interações durante uma visita à página, não apenas a primeira. Muito JavaScript, tarefas longas na main thread e manipuladores de eventos mal estruturados causam falhas de INP. Corrigir o INP geralmente exige mudanças arquitetônicas na forma como o JavaScript é executado. É a métrica mais difícil de corrigir.

Nenhum estudo publicado mediu a correlação entre as pontuações de INP e a posição de classificação. Todos os estudos existentes usaram o FID. Esta é a maior lacuna no cenário de pesquisa de CWV.

Para um guia completo sobre como corrigir o INP, veja Interaction to Next Paint (INP).

CLS: Cumulative Layout Shift

Limite: Menos de 0.1.

O CLS mede o movimento visual inesperado durante o ciclo de vida da página. Imagens sem dimensões, anúncios injetados dinamicamente, web fonts causando o refluxo do texto. Esta geralmente é a métrica mais fácil de corrigir.

Um estudo de 7 milhões de sessões web pela Agency FIFTY3 encontrou uma correlação negativa moderada entre o CLS e a taxa de engajamento (r = -0,470). Páginas com CLS mais baixo tiveram maior engajamento. Isso faz sentido intuitivo. Usuários que veem a página pulando de um lado para o outro tendem a sair. E as métricas de engajamento alimentam os sinais de classificação do Google independentemente dos CWV.

Para um guia completo sobre como corrigir o CLS, veja Cumulative Layout Shift (CLS).

O Que os Dados Mostram: Estudos e Resultados Reais

Os Estudos de Correlação

Todo grande estudo que mediu o impacto do CWV nas classificações foi conduzido entre 2021 e 2022 usando o FID como métrica de interatividade. O FID não existe mais. Tenha esse contexto em mente.

Perficient / Eric Enge (dezembro de 2021): Comparou a correlação de classificação antes e depois do lançamento do Page Experience. Descobriu que o CWV "não era um grande fator de classificação". Havia uma correlação entre melhores CWV e classificações mais altas, mas isso não mudou significativamente depois que a atualização do Page Experience foi lançada. Conclusão: sites com bons CWV também tendem a ter uma boa engenharia no geral. A causalidade é difícil de separar da correlação.

Advanced Web Ranking (2022): Analisou 3 milhões de páginas. Descobriu que o LCP mostrava a tendência visual mais clara em relação à posição de classificação. Mas também descobriu que muitas páginas classificadas no top 10 não tinham dados de CrUX. O que significa que o Google as classificou inteiramente com base em outros sinais.

Search Engine Land (2025): Analisou 107.352 páginas para visibilidade de pesquisa com IA. Descobriu que o CWV age como uma restrição para a visibilidade de IA, não como uma alavanca de crescimento. Correlação negativa fraca entre LCP e presença na pesquisa (r = -0,12 a -0,18). A conclusão deles: a conformidade com o CWV funciona como um mecanismo para evitar penalidades. Não como uma vantagem competitiva.

O padrão em todos os estudos é consistente. O CWV é um sinal leve. Falhas graves prejudicam. Ser "bom" remove a penalidade. Ir de "bom" para "excelente" não produz nenhum benefício mensurável de classificação.

Estudos de Caso Onde o CWV Fez a Diferença

Os estudos de caso que mostram melhorias de classificação a partir de correções de CWV compartilham um traço comum: os sites tinham falhas graves antes da correção.

Vodafone Itália: Melhorou o LCP em 31%. Viu um aumento de 8% nas vendas. Quando um site de ecommerce de alto tráfego vai de falhar para passar no LCP, o efeito composto de classificações um pouco melhores mais um melhor engajamento do usuário produz resultados de negócios mensuráveis.

Redbus (Índia): Reduziu o CLS de 1,65 para 0. A conversão mobile aumentou de 80% a 100%. A classificação do domínio na Colômbia melhorou 192%. Uma pontuação de CLS de 1,65 é catastrófica. Corrigir isso remove uma penalidade enorme.

SiteCare (sem fins lucrativos): Moveu todas as URLs de CWV "Ruim" para "Bom". Ganhou 35.000 impressões adicionais por mês e 7.000 sessões adicionais. Novamente: de falhar para passar.

CoinStats: Corrigiu imagens codificadas em Base64 que causavam LCP lento. Aumento de 300% nas URLs passando nos CWV. Aumento de 300% nas impressões de pesquisa.

A lição em todos os estudos de caso é a mesma. Os ganhos vieram da correção de falhas graves. Não de melhorias incrementais. Não de perseguir pontuações do Lighthouse.

O Que Eu Vejo nos Sites Monitorados pelo CoreDash

Nos sites que monitoro com o CoreDash, o padrão se mantém. Quando eu corrijo os CWV de "Ruim" para "Bom" em um site com conteúdo e links sólidos, normalmente vejo melhorias modestas na classificação ao longo das 4 a 8 semanas seguintes. Quando melhoro os CWV de "Precisa de Melhorias" para "Bom", o efeito na classificação é menor e às vezes invisível. Quando eu empurro um site de um LCP "Bom" de 2,4 segundos para 1,2 segundos, vejo zero alteração na classificação.

O limite é o que importa para o SEO. Não a pontuação.

O Que NÃO Afeta Seu SEO

Esta seção existe porque eu passo muito tempo em reuniões com clientes corrigindo equívocos.

As Pontuações do Lighthouse São Completamente Ignoradas pelo Google para Classificação

Eu preciso ser direto sobre isso. O Google não olha para a sua pontuação do Lighthouse. De jeito nenhum. Para nenhum propósito relacionado à classificação.

Malte Ubl, que lançou a implementação de classificação do Page Experience enquanto era Diretor de Pesquisa no Google, declarou explicitamente: o Google não considera sua pontuação do Lighthouse de forma alguma para a classificação de pesquisa. Ele agora trabalha na Vercel, então pode ser franco sobre isso.

O Lighthouse executa uma simulação de laboratório em um único dispositivo com uma conexão estrangulada (throttled). Ele produz um número entre 0 e 100. Esse número tem zero relação com a forma como o Google classifica suas páginas.

As Pontuações do PageSpeed Insights Não São Fatores de Classificação

O número grande no topo do PageSpeed Insights é uma pontuação de laboratório do Lighthouse. Não é o que o Google usa para classificação. A seção de dados de campo abaixo desse número mostra os dados do CrUX. Isso é o que o Google usa. A maioria dos profissionais de SEO olha para o número grande e ignora a seção de dados de campo. Eles estão olhando exatamente para a coisa errada.

Ir de "Bom" para "Perfeito" Não Faz Nada pelo SEO

Mueller disse claramente: "Conseguir aqueles últimos por cento pode dar muito trabalho... o SEO do seu site geralmente não mudará por causa disso." E: "Uma pontuação perfeita é um desafio técnico divertido, e você aprenderá algo ao longo do caminho... mas não fará com que as classificações do seu site deem um salto."

Eu adoro o Lighthouse. Eu o uso todos os dias. É uma excelente ferramenta de diagnóstico. Mas quando um cliente me pede para colocar sua pontuação do Lighthouse em 100 para fins de SEO, eu digo a eles que estão gastando seu orçamento no problema errado. Chegue ao "bom" nos dados de campo. Depois, gaste o orçamento restante em conteúdo e links.

Como Verificar Se o CWV Está Prejudicando Suas Classificações

Aqui está exatamente o que eu faço quando um cliente pergunta se os Core Web Vitals estão causando seus problemas de classificação.

Passo 1: Abra o Google Search Console. Vá para o relatório de Core Web Vitals. Se todas as URLs mostrarem "Bom" tanto para mobile quanto para desktop, o CWV não é o seu problema. Pare de investigar o CWV e, em vez disso, analise o conteúdo, os links ou os problemas técnicos de SEO.

Passo 2: Se as URLs mostrarem "Ruim" ou "Precisa de Melhorias", identifique quais URLs específicas e qual métrica específica falha. Falhas de CWV são sempre específicas da métrica. Você não tem um "problema de CWV". Você tem um problema de LCP, ou um problema de INP, ou um problema de CLS.

Passo 3: Verifique os dados do CrUX para as páginas com falha. Use o CrUX Dashboard ou o PageSpeed Insights (a seção de dados de campo, não a pontuação do Lighthouse). Confirme se a falha existe nos dados de campo, não apenas nos testes de laboratório.

Passo 4: Implante o monitoramento de RUM. O CrUX diz o que falha. O RUM diz o porquê. É por isso que construí o CoreDash. Eu precisava de dados de atribuição no nível da página que detalhassem exatamente qual elemento causou o atraso no LCP, qual interação causou a falha no INP, qual mudança no DOM causou o CLS. Sem dados de atribuição, você está apenas adivinhando.

Passo 5: Corrija os problemas específicos. Cada métrica requer correções diferentes. Eu cubro isso em detalhes nas páginas dedicadas a LCP, INP e CLS.

Passo 6: Aguarde. A janela de 28 dias do CrUX significa que as alterações levam cerca de um mês para refletir nos dados do Google. Verifique o Search Console novamente após 4 a 6 semanas. Compare as impressões e a posição média das URLs afetadas antes e depois da melhoria do CWV.

Corrigir o CWV para SEO: Por Onde Começar

Se seus dados de CWV mostram falhas, aqui está como eu priorizo as correções para o máximo impacto no SEO.

Prioridade 1: Corrija qualquer métrica "Ruim" para "Bom". O sinal de classificação vive no limite. Mover de "Ruim" para "Bom" é onde existe o benefício de SEO. Esta é a única coisa que importa para fins de classificação.

Prioridade 2: Corrija o LCP primeiro. Tem a correlação observada mais forte com a posição de classificação e é onde a maioria dos sites falha. Os problemas mais comuns que eu corrijo, em ordem de frequência: imagens de destaque com loading="lazy", CSS e JavaScript que bloqueiam a renderização no <head>, imagens não compactadas ou com tamanho incorreto, tempos lentos de resposta do servidor (TTFB acima de 800ms) e recursos LCP descobertos tardiamente que o preload scanner não consegue encontrar.

Prioridade 3: Corrija o CLS em segundo lugar. O CLS tem a correlação mais forte com o engajamento do usuário, o que afeta independentemente as classificações por meio de sinais comportamentais. Correções comuns: adicione atributos explícitos de width e height a todas as imagens e vídeos, use aspect-ratio no CSS para contêineres responsivos, faça o preload de fontes personalizadas e defina font-display: swap, e reserve espaço para conteúdo injetado dinamicamente, como anúncios.

Prioridade 4: Corrija o INP por último. O INP é o mais difícil de corrigir porque geralmente requer alterações na arquitetura do JavaScript. Correções comuns: divida tarefas longas com scheduler.yield(), adie o JavaScript não essencial, reduza a execução de scripts de terceiros e mova a computação pesada para fora da main thread.

Para guias técnicos detalhados sobre cada métrica, veja as páginas dedicadas neste cluster:

• Largest Contentful Paint (LCP)
• Interaction to Next Paint (INP)
• Cumulative Layout Shift (CLS)
• Como Passar nos Core Web Vitals

FAQ: Perguntas sobre Core Web Vitals e SEO Respondidas

O quanto os Core Web Vitals afetam as classificações?

Uma quantidade pequena, mas confirmada. O Google chama os CWV de "não fatores gigantescos". Os dados mostram que o CWV funciona como um portão. Falhar prejudica. Passar remove a penalidade. Ir além do "bom" não produz nenhum benefício mensurável de classificação.

A minha pontuação do Lighthouse afeta o SEO?

Não. O Google usa dados de campo do CrUX de usuários reais do Chrome. O Lighthouse é uma simulação de laboratório. A pontuação que ele produz não é usada pelos sistemas de classificação do Google de forma alguma.

A minha pontuação do PageSpeed Insights afeta o SEO?

A pontuação geral (0 a 100) não afeta. Essa é uma pontuação de laboratório do Lighthouse. A seção de dados de campo do PageSpeed Insights mostra os dados do CrUX, que é o que o Google usa. Olhe para os dados de campo. Ignore a pontuação.

Quanto tempo leva para que as melhorias nos CWV afetem as classificações?

Os dados do CrUX usam uma janela móvel de 28 dias. Depois de corrigir um problema de CWV, espere de 4 a 6 semanas antes de ver a alteração refletida nos dados do Search Console. As alterações de classificação (se houver) aparecem depois disso.

Os Core Web Vitals são mais importantes do que a qualidade do conteúdo?

Não. A relevância do conteúdo, a qualidade e os backlinks são fatores de classificação muito mais importantes. O CWV é um sinal secundário. Corrija as falhas graves de CWV, depois concentre seu orçamento em conteúdo e links.

O que substituiu o FID nos Core Web Vitals?

Interaction to Next Paint (INP) substituiu o First Input Delay (FID) em 12 de março de 2024. O INP mede a latência de todas as interações do usuário durante uma visita, não apenas a primeira. É significativamente mais difícil de passar do que o FID. Veja nosso guia completo sobre INP.

Os Core Web Vitals afetam as classificações no mobile e no desktop igualmente?

O Google avalia mobile e desktop separadamente. Um site pode passar no desktop e falhar no mobile, ou vice-versa. Como a maioria dos sites tem uma performance pior no mobile e a maioria das pesquisas acontece no mobile, o impacto do CWV nas classificações tende a ser maior no mobile.

Core Web Vitals ruins podem prejudicar minhas classificações mesmo com um ótimo conteúdo?

Na teoria, sim. Na prática, o impacto é pequeno. Mueller disse que é improvável que você veja uma grande queda na classificação apenas por causa de problemas de CWV. Mas combinado com outras fraquezas, um CWV ruim adiciona um sinal negativo a uma página que já está com dificuldades.

Os Core Web Vitals afetam a AI Search e as Google AI Overviews?

Dados iniciais de uma análise de 2025 de 107.000 páginas sugerem que o CWV age como uma restrição para a visibilidade de pesquisa com IA, semelhante à pesquisa regular. Páginas com falhas graves de CWV apareceram com menos frequência nas AI Overviews. Mas a correlação é fraca e mais pesquisas são necessárias.

Devo corrigir os Core Web Vitals ou investir em conteúdo?

Ambos. Mas se você tiver que escolher, o conteúdo vence. Leve o CWV para "bom" o mais rápido possível. Depois, redirecione seu orçamento para a criação de conteúdo que responda às perguntas reais dos usuários melhor do que seus concorrentes. Isso sempre terá um impacto de classificação maior do que empurrar o CWV de "bom" para "excelente".