Atualizado em
Conjunto de métricas de performance definido pelo Google para avaliar a experiência do usuário em páginas da web. Eles medem velocidade de carregamento do conteúdo principal, capacidade de resposta a interações e estabilidade visual do layout — três dimensões que o Google considera essenciais para uma boa experiência de navegação.
Performance é um dos assuntos que mais divide opiniões no universo do desenvolvimento web — há quem trate o tema com obsessão e quem o ignore até o Google começar a cobrar a conta. Os Core Web Vitals chegaram justamente para encerrar esse debate: são métricas objetivas, públicas e diretamente ligadas ao ranqueamento.
Entender o que cada indicador mede, de onde vêm os dados e como agir sobre eles é conhecimento fundamental para qualquer pessoa que cuida de um site hoje.
Cada Core Web Vital mede um aspecto diferente da experiência do usuário e possui limites claros que definem se o desempenho está bom, precisa de melhoria ou está ruim. Conhecê-los é o primeiro passo para priorizar otimizações de forma inteligente.
O LCP mede o tempo que o maior elemento de conteúdo visível na viewport leva para ser renderizado após o início do carregamento da página. Esse elemento pode ser uma imagem, um vídeo, um bloco de texto ou qualquer outro componente que ocupe a maior área visível.
Um LCP é considerado bom quando o carregamento ocorre em até 2,5 segundos.
Entre 2,5 s e 4 s, o resultado indica espaço para melhorias.
Acima de 4 s, o desempenho é classificado como ruim.
Os culpados mais comuns por um LCP alto incluem imagens sem compressão adequada, ausência de CDN, render-blocking de JavaScript e CSS, e fontes carregadas sem estratégia de fallback.
Tecnicamente, o INP mede a latência entre a interação do usuário (clique, toque ou pressionar de tecla) e o próximo frame renderizado após sua finalização. O valor final reportado é o percentil 98 das interações registradas — o que significa que um único evento lento pode comprometer a nota.
Valores até 200 milissegundos são considerados bons.
A faixa entre 200 ms e 500 ms indica oportunidades de melhoria.,
Resultados acima de 500 ms exigem atenção.
O INP penaliza principalmente aplicações com muito JavaScript executando na thread principal. Tarefas longas que a bloqueiam e event handlers pesados são as causas mais frequentes de elevação na métrica.
O CLS mede a instabilidade visual da página — o quanto os elementos se movem de forma inesperada enquanto o conteúdo carrega. Isso inclui botões que mudam de posição antes de um clique, textos que pulam quando uma fonte substituta é trocada pela definitiva, e anúncios que empurram o conteúdo para baixo.
O índice é calculado multiplicando a impact fraction (proporção da viewport afetada pelo deslocamento) pela distance fraction (distância percorrida pelo elemento em relação à viewport). O resultado é acumulado durante a sessão.
Um CLS bom é qualquer valor abaixo de 0,1.
Entre 0,1 e 0,25 requer melhorias.
Acima de 0,25 é ruim.
Imagens e elementos de mídia sem dimensões explícitas (atributos width e height), fontes com swap agressivo e iframes de terceiros sem tamanho reservado são os principais causadores de CLS elevado.
Desde a atualização Page Experience, lançada em 2021, o Google incluiu os Core Web Vitals entre os sinais de ranqueamento. A lógica é direta: se o objetivo do buscador é entregar resultados úteis, uma página que frustra o usuário com lentidão, travamentos e instabilidade visual dificilmente merece estar no topo.
Vale contextualizar o peso desse fator: relevância do conteúdo, autoridade de domínio e intenção de busca continuam sendo sinais mais determinantes para a maioria das buscas. Os Core Web Vitals atuam como critério de desempate — e podem ser decisivos quando dois conteúdos de qualidade similar competem pela mesma posição.
Há também um impacto menos óbvio, mas igualmente importante: métricas ruins aumentam a taxa de rejeição, reduzem o tempo na página e comprometem conversões — e podem ser um dos motivos do seu site não aparecer no Google nas posições esperadas. Esse comportamento retroalimenta sinais que o Google considera para ajustar rankings ao longo do tempo.
Outro ponto relevante é que os dados usados para avaliação vêm principalmente do Chrome User Experience Report (CrUX), um banco de dados de experiências reais de usuários do Chrome. Isso significa que os Core Web Vitals são julgados com base em como seu site performa para pessoas reais — não em condições de laboratório controladas.
Existem ferramentas específicas para cada tipo de dado que os Core Web Vitals podem fornecer. A distinção entre dados de campo e dados de laboratório é elementar para interpretar os resultados corretamente e tomar as decisões certas.
O relatório de Core Web Vitals do Google Search Console é o ponto de partida ideal para donos de sites. Ele agrupa suas URLs com base nos dados reais do CrUX, segmentados por dispositivo (mobile e desktop).
Uma característica importante: o Search Console exibe dados apenas quando há um volume mínimo de visitas registradas pelo CrUX para aquela URL. Páginas com pouco tráfego podem não aparecer no relatório — o que não significa que estão sem problemas, apenas que não há dados de campo suficientes para uma avaliação estatisticamente confiável.
O PageSpeed Insights combina dados de laboratório (gerados pelo Lighthouse) com dados de campo do CrUX na mesma interface. É a ferramenta mais completa para diagnóstico pontual de uma URL específica.
O Lighthouse, disponível diretamente no DevTools do Chrome, é ideal para desenvolvimento local e testes de CI/CD. Ele simula condições controladas de rede e hardware, facilitando comparações entre versões de uma página — mas pode divergir dos dados de campo quando a base de usuários tem um perfil de dispositivo muito diferente do simulado.
Dica prática: ao usar o Lighthouse, rode o teste em modo anônimo e com extensões desabilitadas para evitar que scripts de terceiros distorçam os resultados.
O Chrome User Experience Report está disponível publicamente via BigQuery e também pode ser consultado pelo CrUX Dashboard no Looker Studio. Para times técnicos com acesso a dados, o BigQuery permite análises segmentadas por país, tipo de conexão e dispositivo — abrindo um nível de diagnóstico muito mais preciso do que qualquer ferramenta pronta.
Para monitoramento contínuo, a API do CrUX pode ser integrada diretamente em dashboards internos, eliminando a dependência de verificações manuais. Vale investir nessa integração quando o volume de páginas do site tornar a análise individual inviável.
Identificar um problema nos Core Web Vitals é a parte mais fácil. A parte difícil é priorizar ações num ambiente onde cada otimização pode ter efeitos colaterais, restrições de plataforma ou custos de desenvolvimento. As seções abaixo tratam das correções mais impactantes para cada métrica, com foco no que realmente move o ponteiro.
A primeira ação é identificar qual elemento está sendo rastreado como LCP. No DevTools do Chrome (aba Performance), é possível visualizar exatamente qual elemento disparou a métrica e quando ele foi renderizado.
As otimizações de maior impacto incluem:
<link rel="preload"> para instruir o browser a buscar imagens ou fontes críticas com prioridade máxima.Vale também checar a otimização de imagens para SEO como um todo — compressão resolve o LCP, mas há outros aspectos que impactam o ranqueamento. Em sites WordPress, plugins como o WP Rocket e o NitroPack automatizam boa parte dessas otimizações — mas não substituem uma análise técnica criteriosa, especialmente em temas pesados ou com muitos plugins de terceiros.
INP alto quase sempre aponta para excesso de JavaScript. O protocolo de investigação começa no DevTools — especificamente no painel de Performance, filtrando por Long Tasks (tarefas que levam mais de 50 ms para executar).
As estratégias mais eficazes para reduzir o INP são:
Em frameworks como React e Next.js, a adoção de Concurrent Rendering e a revisão de hidratação desnecessária em componentes estáticos podem gerar melhorias expressivas sem refatorações profundas.
A maioria dos problemas de CLS tem uma correção relativamente simples: reservar o espaço que o elemento vai ocupar antes que ele seja carregado.
As práticas essenciais são:
width e height no HTML permitem que o browser calcule o aspect ratio antes do carregamento e reserve o espaço correto.font-display: optional ou swap com tamanho ajustado: a propriedade CSS size-adjust, combinada com font-display, minimiza o layout shift causado pela substituição de fontes.O CLS é a métrica mais fácil de corrigir quando as causas são claras — e também a que mais surpreende quando scripts de terceiros estão envolvidos. Auditoria regular com dados de campo é essencial para detectar regressões introduzidas por atualizações externas.
Os Core Web Vitals consolidaram algo que profissionais de performance já defendiam há anos: experiência do usuário e SEO não são coisas separadas. Uma página lenta, instável ou que trava em interações perde posição no Google — e perde usuários. Dois problemas que se retroalimentam.
Mais do que decorar limitações, o que faz diferença é manter um ciclo contínuo de medição, diagnóstico e otimização. O Search Console aponta os problemas, o PageSpeed Insights e o Lighthouse explicam as causas, e as ferramentas de campo como o CrUX confirmam se as correções funcionaram para os usuários reais.
Se você ainda não analisou os Core Web Vitals do seu site, vale verificar a indexabilidade das suas páginas como primeiro passo — páginas não indexadas não aparecem no relatório do Search Console. Em seguida, acesse o relatório de Experiência diretamente na plataforma e comece a agir!