Core Web Vitals são métricas do Google que avaliam experiências reais de carregamento, resposta às interações e estabilidade visual. O conjunto atual reúne LCP, INP e CLS; uma página é considerada boa quando atinge, no percentil 75, LCP de até 2,5 segundos, INP de até 200 milissegundos e CLS de até 0,1. Elas contribuem para a experiência de página e para o ranqueamento, mas não compensam conteúdo irrelevante. Se o site reprova, conheça o serviço de otimização de Core Web Vitals.
Um relatório vermelho no PageSpeed costuma gerar duas reações: pânico ou indiferença. Nenhuma ajuda. A nota de laboratório não deve ser tratada como sentença sobre o SEO, mas ignorar lentidão, travamentos e elementos que pulam na tela significa aceitar uma experiência ruim para parte dos usuários. O diagnóstico precisa separar métrica, causa e impacto.
Este guia explica Core Web Vitals para gestores, desenvolvedores e analistas que precisam tomar decisões, não apenas repetir siglas. Você entenderá o que LCP, INP e CLS medem, quanto esses sinais pesam na busca, como interpretar dados de campo e laboratório e quais correções devem entrar primeiro no backlog de performance.
Core Web Vitals são um conjunto de métricas centradas no usuário para representar três dimensões da experiência: carregamento, responsividade e estabilidade visual. Elas não medem todo aspecto de qualidade de uma página. Acessibilidade, segurança, clareza, arquitetura, relevância e facilidade de uso continuam importantes, mesmo quando os três indicadores aparecem em verde.
A avaliação oficial utiliza o percentil 75 das experiências observadas. Em termos práticos, a meta é entregar resultado bom para pelo menos três quartos das visitas consideradas, tanto em dispositivos móveis quanto em computadores. Essa regra reduz o risco de uma média esconder usuários com conexões, aparelhos ou condições menos favoráveis.
Métrica
O que representa
Bom
Experiência percebida
LCP
Carregamento do maior conteúdo visível
Até 2,5 s
O conteúdo principal aparece rápido
INP
Resposta visual às interações
Até 200 ms
Cliques e toques parecem imediatos
CLS
Mudanças inesperadas no layout
Até 0,1
Elementos permanecem no lugar
LCP mede quando o conteúdo principal aparece
Largest Contentful Paint registra o tempo até a renderização do maior elemento de imagem, texto ou vídeo visível na janela. Em muitas páginas, ele corresponde ao banner, à imagem principal ou ao título acompanhado de um bloco textual. O elemento pode mudar durante o carregamento, portanto o diagnóstico deve identificar qual candidato terminou sendo considerado.
Um LCP alto costuma envolver resposta lenta do servidor, imagem pesada, recurso descoberto tarde, CSS bloqueante ou prioridade inadequada. Lazy loading aplicado ao elemento principal também pode atrasá-lo. A solução correta depende da cadeia crítica: comprimir tudo indiscriminadamente pode reduzir bytes e ainda deixar a descoberta do recurso tarde demais.
INP mede a responsividade ao longo da visita
Interaction to Next Paint observa a latência das interações elegíveis durante a permanência do usuário e resume a responsividade da página. O intervalo inclui o atraso antes do processamento, o trabalho dos manipuladores de evento e o tempo até o navegador apresentar o próximo quadro. Um clique sem resposta visível transmite sensação de travamento.
O INP substituiu o FID como Core Web Vital porque analisa interações ao longo da sessão e considera a apresentação visual, não somente o atraso da primeira entrada. JavaScript excessivo, tarefas longas, renderizações grandes e componentes que executam muito trabalho após um clique estão entre as causas que exigem investigação.
CLS mede estabilidade visual inesperada
Cumulative Layout Shift soma pontuações de mudanças inesperadas de layout durante a vida da página. O problema aparece quando texto, botão ou imagem se move sem uma ação que justifique a alteração. Um usuário pode perder a linha de leitura ou tocar no elemento errado porque um anúncio, banner ou fonte ocupou espaço tardiamente.
As causas comuns incluem mídia sem dimensões reservadas, conteúdo injetado acima do que já foi renderizado, anúncios sem espaço estável e troca de fontes que altera medidas. O CLS não é expresso em segundos. Sua pontuação considera a área afetada e a distância do deslocamento, agrupando mudanças relacionadas em janelas de sessão.
Quanto os Core Web Vitals pesam no ranqueamento
Os Core Web Vitals fazem parte dos aspectos de experiência de página que os sistemas de busca procuram recompensar. Contudo, o Google não divulga um peso fixo nem promete uma posição específica para quem passa nos limites. A própria documentação oficial sobre Core Web Vitals e resultados da pesquisa recomenda bons indicadores para busca e experiência geral.
Precisa de ajuda com isso? Fale com o consultor
Explique quais páginas estão lentas ou envie o endereço do site para receber uma análise profissional pelo WhatsApp.
O ponto decisivo é que relevância continua predominante. Uma página rápida, mas superficial ou desalinhada à intenção de busca, não deveria superar automaticamente uma resposta muito melhor. Quando candidatos oferecem informação semelhante, a experiência pode ajudar na diferenciação. Portanto, velocidade do site e SEO devem ser tratados em conjunto com conteúdo, rastreabilidade e autoridade.
Atenção
Não existe base para afirmar que sair de 89 para 100 no Lighthouse produzirá determinado ganho de posição. O objetivo é corrigir experiências reais ruins e gargalos relevantes, não perseguir uma nota perfeita em uma simulação. Priorize páginas importantes, métricas reprovadas no campo e mudanças com causa técnica comprovada.
O impacto empresarial também ultrapassa ranking. Uma interface que demora, trava ou se move cria atrito para ler, comparar, preencher um formulário ou concluir uma compra. Mesmo que a melhoria orgânica seja difícil de isolar, performance pode favorecer usabilidade e conversão. Defina indicadores técnicos e comerciais antes da intervenção para observar efeitos sem inventar causalidade.
Se a queda envolve indexação, conteúdo, links e velocidade, uma auditoria de SEO ajuda a separar correlação de causa. Core Web Vitals não devem receber todo o orçamento apenas porque são fáceis de visualizar. O backlog precisa comparar gravidade, alcance, valor das URLs e custo da correção.
Como medir: PageSpeed, Search Console, campo e laboratório
Uma medição confiável combina dados de campo com dados de laboratório. Campo representa experiências agregadas de usuários reais, sujeitas a aparelhos, redes, locais e comportamentos variados. Laboratório executa a página em ambiente controlado e reproduzível. O primeiro mostra o problema vivido; o segundo ajuda a depurar a causa.
PageSpeed Insights: leia as duas camadas
O PageSpeed Insights apresenta, quando existe amostra suficiente, dados reais provenientes do Chrome User Experience Report, o CrUX. Eles cobrem uma janela móvel dos 28 dias anteriores e podem aparecer no nível da URL ou da origem. A ausência de dados não significa aprovação: pode indicar tráfego insuficiente para formar uma amostra publicável.
Na mesma página, o Lighthouse executa uma avaliação de laboratório e oferece diagnósticos. Sua pontuação de performance não é a avaliação dos Core Web Vitals do campo. Ela pode variar conforme ambiente, versão, rede simulada e execução. Use oportunidades e rastros para investigar, mas valide o resultado final com telemetria real.
Search Console: enxergue grupos de páginas
O relatório de Core Web Vitals do Search Console classifica conjuntos de URLs em bom, precisa melhorar ou ruim, separando mobile e desktop. O agrupamento permite encontrar padrões de template: produtos, artigos ou categorias podem compartilhar a mesma falha. Abra os exemplos, confirme o comportamento e evite supor que somente a URL mostrada está afetada.
O relatório é excelente para priorização e acompanhamento, porém não explica sozinho a causa de JavaScript bloqueante, imagem principal tardia ou deslocamento. Cruze os grupos com PageSpeed, DevTools, Lighthouse, monitoramento próprio e conhecimento da aplicação. Depois da correção, respeite o tempo necessário para a janela de dados de campo incorporar novas visitas.
Campo e laboratório respondem perguntas diferentes
Critério
Dados de campo
Dados de laboratório
Origem
Usuários e condições reais
Execução controlada
Melhor uso
Confirmar impacto e monitorar
Diagnosticar e testar
Limitação
Agregado e dependente de amostra
Pode não representar o público
Para aplicações com volume suficiente, Real User Monitoring pode detalhar rotas, dispositivos, versões e elementos responsáveis. Essa camada torna a performance acionável e reduz o intervalo entre regressão e diagnóstico. Ainda assim, cuide de consentimento, privacidade, amostragem e custo de coleta para não transformar observabilidade em novo problema.
Como melhorar LCP, INP e CLS
Otimização começa pela métrica reprovada e pela causa raiz, não por uma lista genérica de plugins. Capture uma linha de base, escolha templates de maior valor e teste mudanças isoláveis. Uma frente de serviços de SEO deve coordenar desenvolvimento, conteúdo e medição para evitar ganhos técnicos que prejudiquem funcionalidade ou rastreamento.
Como melhorar o LCP
Identifique primeiro o elemento LCP e sua cadeia de carregamento. Melhore o tempo de resposta do documento com cache, infraestrutura e processamento eficiente. Comprima e dimensione imagens, use formatos adequados e entregue variantes responsivas. Faça o navegador descobrir cedo o recurso principal por meio do HTML e da prioridade correta.
Reduza CSS e JavaScript que bloqueiam a renderização, adie recursos não essenciais e evite carregar a imagem principal como lazy. Uma CDN pode reduzir distância e estabilizar entrega, mas não corrige aplicação lenta nem recurso mal priorizado. Teste em templates e dispositivos representativos, verificando se a melhoria aparece no campo.
Seu site reprova nos Core Web Vitals?
Receba um diagnóstico de LCP, INP e CLS com identificação das causas técnicas e um plano de correção priorizado pelo impacto nas páginas mais importantes.
Localize interações lentas e decomponha tarefas longas da thread principal. Remova JavaScript desnecessário, divida trabalho pesado, adie processamento que não precisa ocorrer imediatamente e permita que o navegador atualize a interface entre tarefas. Componentes de terceiros, gerenciadores de tags, chats e testes podem consumir tempo mesmo sem parecer centrais.
Otimize os manipuladores de eventos e reduza o tamanho das atualizações de interface. Evite renderizar árvores grandes após uma ação simples. Forneça feedback visual rápido quando uma operação legítima demora. A solução não é simular resposta: o objetivo é diminuir atraso real e manter a aplicação disponível durante interações comuns.
Como melhorar o CLS
Reserve largura e altura para imagens, vídeos, anúncios e componentes incorporados. Não injete banners acima do conteúdo já visível sem reservar espaço. Ajuste o carregamento de fontes para reduzir troca de métricas e use animações baseadas em transformações quando houver movimento intencional. Teste estados autenticados, consentimento, publicidade e mensagens tardias.
Investigue o elemento deslocado e também quem provocou o movimento. Frequentemente, o item visível é vítima de outro componente carregado antes dele. Ferramentas de desenvolvimento mostram regiões de mudança e ajudam a reproduzir o problema. Corrija no template compartilhado quando várias URLs apresentam o mesmo padrão.
Dica Prática
Priorize por template, tráfego e severidade. Corrigir um componente usado em centenas de páginas importantes tende a gerar mais alcance do que aperfeiçoar uma URL isolada já aprovada. Documente a hipótese, a alteração, o resultado de laboratório e a evolução posterior nos dados de campo.
Plano de ação para uma melhoria sustentável
Comece exportando os grupos problemáticos do Search Console e selecionando exemplos de cada template. Confirme as métricas no CrUX, reproduza gargalos no laboratório e identifique responsáveis técnicos. Transforme achados em tarefas com métrica afetada, evidência, correção proposta, risco, esforço, dono e critério de aceite.
Implemente primeiro mudanças de alto alcance e baixo risco, como dimensões ausentes ou prioridade do elemento principal. Alterações estruturais em JavaScript, renderização ou infraestrutura exigem testes funcionais e implantação gradual. Monitore erros, conversões e analytics para garantir que o ganho de performance não removeu recursos necessários nem quebrou mensuração.
Após publicar, acompanhe laboratório para detectar regressões imediatas e campo para confirmar o efeito real. A janela móvel não responde instantaneamente, então evite desfazer uma correção correta por ansiedade. Registre a data da implantação e compare períodos coerentes, considerando tráfego, campanha, dispositivo e mudança de template.
Core Web Vitals exigem governança. Novos scripts, imagens, plugins, banners e componentes podem reintroduzir problemas. Inclua limites de performance no processo de desenvolvimento, monitore templates críticos e revise fornecedores de terceiros.
Também mantenha a prioridade correta dentro do SEO. Se a página não é rastreável, não atende à intenção ou carece de conteúdo útil, ganhar milissegundos talvez não seja a primeira ação. O entendimento de como o SEO funciona evita isolar performance do restante do sistema.
Quando um site permanece invisível apesar de estar publicado, investigue indexação, qualidade, correspondência e concorrência antes de culpar apenas a velocidade. O diagnóstico sobre por que um site não aparece no Google ajuda a organizar esses sinais e direcionar investimento para a causa mais provável.
Antes de contratar, veja resultados reais
Conheça projetos, segmentos atendidos e exemplos de estratégias aplicadas pela consultoria.
São LCP, INP e CLS. O LCP mede o carregamento do maior conteúdo visível, o INP avalia a responsividade às interações e o CLS representa mudanças inesperadas no layout. As três métricas cobrem dimensões diferentes e precisam ser analisadas separadamente.
Core Web Vitals são fator de ranqueamento?
Eles integram os aspectos de experiência de página considerados pelos sistemas de busca. Entretanto, não existe peso fixo divulgado nem garantia de posição. Relevância e qualidade do conteúdo continuam fundamentais, e bons indicadores não compensam uma resposta inadequada à intenção de busca.
Qual é uma boa pontuação para LCP, INP e CLS?
No percentil 75, busque LCP de até 2,5 segundos, INP de até 200 milissegundos e CLS de até 0,1. A página precisa apresentar resultado bom nas três métricas para passar na avaliação completa quando há dados suficientes.
Por que o PageSpeed está verde, mas o Search Console mostra URLs ruins?
O teste de laboratório é uma execução controlada, enquanto o Search Console usa experiências reais agregadas do CrUX. Condições de rede, dispositivos, interações e períodos são diferentes. Leia os dados de campo para confirmar o impacto e use o laboratório para investigar causas.
Quanto tempo leva para uma correção aparecer nos dados de campo?
Os relatórios baseados no CrUX refletem uma janela móvel dos 28 dias anteriores, portanto a mudança não aparece integralmente no dia seguinte. Registre a implantação, acompanhe o laboratório imediatamente e observe a evolução do campo durante as semanas seguintes.
Precisa de ajuda com isso? Fale com o consultor
Explique quais páginas estão lentas ou envie o endereço do site para receber uma análise profissional pelo WhatsApp.
Michel Ferreira é consultor de SEO com mais de 17 anos de experiência, fundador da Agência de MKT Michel Ferreira. Já ajudou empresas como O Vício, Qconcursos e Dux a crescerem no Google com estratégias reais e foco em resultados. Atendo empresas em todo o Brasil e também no exterior.
