Avaliação dos Core Web Vitals: reprovada. O que significa e como corrigir
Por Toy Wen Da, Cofundador · Atualizado em · 6 min de leitura
Traduzido do original em inglês. Ler em inglês
O rótulo "Core Web Vitals assessment: failed" (avaliação dos Core Web Vitals: reprovada) no Google Search Console significa que pelo menos 75% das visitas reais a um grupo de páginas não atingiram o limite do Google para velocidade de carregamento, capacidade de resposta ou estabilidade visual. Abra o relatório Core Web Vitals no Search Console para ver qual métrica e qual grupo de URLs estão sinalizados.
Primeiro, descubra o que está realmente falhando
Antes de mexer em qualquer código, passe sua página inicial ou a URL sinalizada pelo Website Speed Test gratuito. Ele reúne os dados do Lighthouse e os dados de campo dos Core Web Vitals de uma só vez, então você vê na hora se o culpado é o LCP, o INP ou o CLS, e se a falha ocorre no celular ou no computador, sem nem abrir o Search Console.
Como o Google decide que a avaliação "falhou"
A documentação de Web Vitals do Google diz que uma página só é aprovada se atingir a meta recomendada no 75º percentil dos carregamentos de página, e que isso vale para as três métricas ao mesmo tempo. Os limites são:
| Métrica | O que mede | Limite "bom" |
|---|---|---|
| Largest Contentful Paint (LCP) | Com que rapidez o conteúdo principal carrega | 2,5 segundos ou menos |
| Interaction to Next Paint (INP) | Com que rapidez a página responde a cliques e toques | 200 milissegundos ou menos |
| Cumulative Layout Shift (CLS) | Quanto o conteúdo se mexe durante o carregamento | 0,1 ou menos |
O INP se tornou um Core Web Vital estável em 2024 e substituiu a métrica First Input Delay, segundo o guia Web Vitals do web.dev, do Google (https://web.dev/articles/vitals). Se o seu relatório mostra falhas de INP e você nunca ouviu falar dessa métrica, é por isso: ela é mais nova que o LCP e o CLS.
Como corrigir dentro do Google Search Console
O Search Console não resolve o problema por você, mas mostra onde procurar.
- Abra o Search Console e selecione sua propriedade.
- Na barra lateral esquerda, em Experience, clique em Core Web Vitals.
- Aparecem duas abas, Mobile e Desktop. Confira as duas, porque uma avaliação reprovada muitas vezes aparece em uma e não na outra.
- Clique no link Open report (Abrir relatório) abaixo do dispositivo que mostra "Poor URLs" ou "Needs improvement".
- O relatório agrupa as páginas com falha por tipo de problema (por exemplo, "LCP issue: longer than 2.5s") e por grupo de URLs. A documentação da Central de Ajuda do Search Console, do Google, diz que ele presume que páginas parecidas compartilham um template parecido.
- Clique em uma linha para ver exemplos de URLs afetadas por aquele problema. Escolha duas ou três de cada grupo, já que a correção no template conserta todas as páginas dele.
- Passe cada URL de exemplo pelo PageSpeed Insights ou pelo Website Speed Test para um diagnóstico específico: imagens grandes, resposta lenta do servidor, espaços de anúncio sem dimensões definidas, scripts que bloqueiam a renderização e assim por diante.
- Depois de publicar a correção, volte ao Search Console e clique em Validate fix (Validar correção). Você não vai ser aprovado de imediato, porque o Google precisa antes de novos dados de campo.
Causas comuns e correções
| Causa | Métrica afetada | Correção típica |
|---|---|---|
| Imagem principal ou banner grande demais ou não otimizado | LCP | Comprimir e redimensionar as imagens, usar formatos modernos, pré-carregar (preload) a imagem principal |
| JavaScript pesado bloqueando a thread principal | INP | Adiar scripts não críticos, dividir bundles grandes, remover tags de terceiros que não são usadas |
| Anúncios, embeds ou fontes personalizadas carregando sem espaço reservado | CLS | Definir largura e altura explícitas em imagens e embeds, reservar espaço para os anúncios |
| Resposta lenta do servidor ou da hospedagem | LCP | Melhorar a hospedagem, ativar o cache, usar uma CDN |
| Redirecionamentos demais antes de a página carregar | LCP | Reduzir as cadeias de redirecionamento a um único salto |
Quando o Search Console sozinho basta, e quando não basta
O Search Console basta para uma única página, uma regressão pontual ou um padrão que abrange todo um template e que ele já agrupou para você. Ele não foi feito para depurar a causa raiz, já que informa que um grupo de URLs está falhando, mas não qual linha de código ou qual script é o responsável. Para uma única landing page, as ferramentas gratuitas citadas acima, somadas ao relatório, costumam bastar para chegar a uma correção. Um problema recorrente em vários templates, um tema da Shopify ou um site com muitos scripts de terceiros provavelmente vai exigir uma auditoria mais profunda do que a que o Search Console oferece, e apps de SEO para Shopify que corrigem Core Web Vitals, schema e visibilidade em IA cobrem essa lacuna em sites de e-commerce.
Erros comuns ao tentar corrigir uma avaliação reprovada
- Perseguir a nota de laboratório em vez dos dados de campo. Um 99 no modo laboratório do PageSpeed Insights não anula os dados de usuários reais do Chrome User Experience Report, que é o que o Search Console de fato usa.
- Corrigir uma URL de exemplo e supor que o grupo inteiro passa. Corrija o template ou o componente compartilhado, não apenas o exemplo que o Google por acaso mostrou.
- Esperar uma mudança de status imediata. O Search Console precisa de semanas de novos dados de usuários reais para remover um rótulo "Poor", mesmo depois de uma correção certeira.
- Ignorar problemas de layout ligados à acessibilidade. Elementos interativos sem rótulo e estados de foco que mudam de lugar costumam contribuir para problemas de CLS e INP, e corrigi-los tende a melhorar a usabilidade e, ao mesmo tempo, a sua posição em acessibilidade e SEO.
- Verificar apenas o desktop. A maioria das falhas de Core Web Vitals aparece primeiro no celular, já que os telefones têm menos poder de processamento e muitas vezes conexões mais lentas.
Perguntas frequentes
Por que o Search Console diz que reprovou quando o PageSpeed Insights mostra uma nota boa?
O PageSpeed Insights pode rodar um teste de laboratório em uma conexão rápida e sem comportamento de usuário real. O relatório Core Web Vitals do Search Console usa dados de visitantes reais de cerca de 28 dias, o que inclui dispositivos mais lentos, conexões fracas e interações reais, então os dois podem divergir.
Quanto tempo leva para o status de reprovado mudar depois de uma correção?
O Google precisa de uma nova janela contínua de dados de usuários reais antes de atualizar o relatório. Isso costuma significar algumas semanas depois que a correção entra no ar e recebe um volume relevante de tráfego.
Uma avaliação reprovada dos Core Web Vitals prejudica meu ranqueamento?
O blog Search Central, do Google, já afirmou que os sinais de experiência da página, incluindo os Core Web Vitals, fazem parte dos seus sistemas de ranqueamento. Eles atuam junto com a relevância e a qualidade do conteúdo, sem se sobrepor a elas. Uma avaliação reprovada é um problema de usabilidade que vale a pena corrigir, qualquer que seja o seu peso exato no ranqueamento.
Uma página lenta pode afetar o relatório do meu site inteiro?
O Search Console agrupa URLs parecidas, então um único template lento usado em muitas páginas pode aparecer como um grande grupo de URLs "Poor", mesmo que existam apenas alguns poucos templates únicos.
Qual é a diferença entre Core Web Vitals e Web Vitals?
Os Core Web Vitals (LCP, INP, CLS) são o subconjunto da iniciativa mais ampla Web Vitals que o Google considera essencial para todas as páginas. Eles aparecem no Search Console, no PageSpeed Insights e no Chrome DevTools.
Saiba com clareza em que pé você está
Comece isolando qual métrica está falhando, LCP, INP ou CLS, no relatório Core Web Vitals do Search Console. Confirme o diagnóstico na própria URL antes de mexer em qualquer código. O rótulo "Core Web Vitals assessment: failed" some quando os dados de usuários reais refletem a correção. Se você quer uma visão mais completa de como a saúde técnica e o conteúdo do seu site se saem juntos, peça um relatório de SEO de exemplo.
Recursos / Referências
Fontes
Sobre o autor
O SearchBlueprint pesquisou, escreveu e avaliou este artigo com o mesmo pipeline de conteúdo que nossos clientes usam nos próprios sites. A nota que aparece na assinatura é a que nosso mecanismo de conteúdo deu a esta página antes de ela ser publicada. Nada aqui passa por revisão manual, e esse é justamente o ponto: é o resultado do produto, publicado onde qualquer pessoa pode conferir.