Edição digital · Brasil

Jornal do SEO

O jornal profissional da indústria de busca no Brasil

Cartazes publicitários do Google Chrome numa estação

Guia · SEO

Core Web Vitals: o que são LCP, INP e CLS e quais os limites

Conjunto de métricas do Google mede carregamento, interatividade e estabilidade visual; veja os limites de LCP, INP e CLS e como medir em campo e no laboratório.

Por Redação Jornal do SEO

Publicado em · 5 min de leitura

Em 30 segundos

  • Core Web Vitals medem a experiência real na página em 3 facetas: carregamento (LCP), interatividade (INP) e estabilidade visual (CLS).
  • Limites bons: LCP até 2,5 s, INP até 200 ms e CLS até 0,1, no 75º percentil dos carregamentos, com mobile e desktop separados.
  • Meça no relatório de Core Web Vitals do Search Console e em monitoramento próprio; o Lighthouse não mede INP e usa o TBT como substituto.

Core Web Vitals são 3 métricas do Google para medir a experiência real em uma página: LCP, INP e CLS. Cada uma tem um limite de referência, e o Google recomenda atingi-los para ter sucesso na Busca.

O que são Core Web Vitals

Core Web Vitals são o subconjunto das Web Vitals que vale para todas as páginas. Segundo o web.dev, devem ser medidos por todos os donos de site e aparecem em todas as ferramentas do Google.

A iniciativa Web Vitals é descrita pelo Google como uma orientação unificada sobre sinais de qualidade essenciais para uma boa experiência na web.

Cada Core Web Vital representa uma faceta distinta da experiência. É uma métrica de campo, com resultado real e relevante para o usuário.

As três métricas e seus limites

São 3 as métricas atuais, segundo a documentação do Google Search Central: LCP, INP e CLS. Cada uma tem um limite considerado bom.

Métrica O que mede Limite considerado bom
LCP (Largest Contentful Paint) Desempenho de carregamento ocorrer nos primeiros 2,5 segundos após o início do carregamento
INP (Interaction to Next Paint) Interatividade (responsividade) 200 milissegundos ou menos
CLS (Cumulative Layout Shift) Estabilidade visual 0,1 ou menos

LCP: 2,5 s; INP: 200 ms; CLS: 0,1. Esses são os limites que definem uma página aprovada.

O LCP mede o desempenho de carregamento. O INP mede a interatividade — substituiu o First Input Delay (FID) e tem guia próprio no jornal, em INP (Interaction to Next Paint): como medir e melhorar.

O CLS mede a estabilidade visual: o quanto elementos da página se deslocam durante o carregamento.

A meta vale para o 75º percentil, em mobile e desktop

A página é considerada aprovada quando atinge as metas recomendadas nas 3 métricas no 75º percentil dos carregamentos. A medição é segmentada entre dispositivos móveis e desktop.

O web.dev orienta que olhar o 75º percentil garante que a meta seja atingida para a maioria dos usuários. Ferramentas que avaliam a conformidade com os Core Web Vitals devem considerar uma página aprovada quando ela cumpre as metas nesse percentil.

Core Web Vitals contam para o ranqueamento?

O Google não trata os Core Web Vitals como um fator isolado de ranqueamento. A documentação diz que bons resultados nas métricas são altamente recomendados para sucesso na Busca.

Segundo o Google, esse conjunto, junto com outros aspectos de experiência na página, está alinhado ao que os sistemas centrais de ranqueamento buscam recompensar. O conjunto de aspectos considerados está detalhado em Experiência na página: o que o Google considera.

Um conjunto que muda com o tempo

O conjunto de Core Web Vitals muda com o tempo, em um ciclo de vida de 3 fases descrito pelo web.dev:

  • Experimentais: candidatas que ainda podem mudar bastante conforme testes e retorno da comunidade.
  • Pendentes: já passaram por essa etapa e têm prazo definido para se tornar estáveis; ficam nessa fase por no mínimo 6 meses para o ecossistema se adaptar.
  • Estáveis: o conjunto atual que o Chrome considera essencial.

O INP nasceu como métrica experimental, para tratar problemas de desempenho em tempo de execução de forma mais abrangente que o FID. Em 2023 foi promovido a pendente, com a intenção de aposentar o FID — o que ocorreu quando o INP se tornou estável, em 2024.

Segundo o web.dev, métricas estáveis não mudam mais de uma vez por ano. Qualquer alteração é comunicada na documentação oficial e no changelog da métrica.

Como medir: campo e laboratório

Os Core Web Vitals são, antes de tudo, métricas de campo, medidas com usuários reais. O laboratório serve para testar antes do lançamento, mas não substitui essa medição.

Campo: CrUX e monitoramento próprio

O Chrome User Experience Report (CrUX) coleta dados anonimizados de usuários reais para cada métrica. Ele alimenta o Chrome DevTools, o PageSpeed Insights e o relatório de Core Web Vitals do Search Console.

O web.dev ressalva que o CrUX oferece uma avaliação rápida, sem telemetria por pageview. Ele não traz o detalhamento necessário para diagnosticar e reagir a regressões. Por isso, a recomendação é que os sites configurem seu próprio monitoramento de usuários reais.

As diferenças entre as ferramentas estão em Lighthouse vs PageSpeed Insights vs CrUX.

Laboratório: Lighthouse e o substituto do INP

No laboratório, o DevTools e o Lighthouse medem LCP e CLS — mas não o INP. A página é carregada em ambiente simulado, sem usuário para interagir; nesse caso, o Total Blocking Time (TBT) substitui o INP.

O web.dev lembra que o laboratório é o melhor lugar para testar recursos antes do lançamento e flagrar regressões. Ainda assim, ele não substitui a medição de campo: o desempenho varia conforme dispositivo, rede, processos em execução e forma de interação.

Como medir em JavaScript

Para medir as métricas no próprio site, o web.dev indica a biblioteca web-vitals. É uma camada pronta para produção sobre as APIs web, que mede cada métrica da mesma forma que as ferramentas do Google reportam:

import { onLCP, onINP, onCLS } from 'web-vitals';

function sendToAnalytics(metric) {
  const body = JSON.stringify(metric);
  (navigator.sendBeacon && navigator.sendBeacon('/analytics', body)) ||
    fetch('/analytics', { body, method: 'POST', keepalive: true });
}

onLCP(sendToAnalytics);
onINP(sendToAnalytics);
onCLS(sendToAnalytics);

O web.dev observa que medições feitas em JavaScript com APIs públicas podem diferir dos números do CrUX. Depois de coletar os dados, o passo seguinte é agregá-los e verificar se as páginas cumprem os limites recomendados em pelo menos 75% das visitas.

O que fazer agora

  1. Abra o relatório de Core Web Vitals no Search Console e veja o desempenho das suas páginas; o caminho inicial está em Primeiros passos no Search Console.
  2. Analise mobile e desktop separadamente e olhe o 75º percentil, não a média.
  3. Use o laboratório para testar correções antes de publicá-las e o campo para confirmar se a melhoria chegou aos usuários.
  4. Configure monitoramento próprio de usuários reais para detectar regressões com rapidez, já que o CrUX não dá telemetria por pageview.

Checagem das afirmações

  • Fato

    Core Web Vitals são um conjunto de métricas que medem a experiência real de carregamento, interatividade e estabilidade visual da página.

  • Fato

    Os limites considerados bons são: LCP nos primeiros 2,5 segundos, INP abaixo de 200 milissegundos e CLS abaixo de 0,1.

  • Fato

    O Google recomenda medir o 75º percentil dos carregamentos, segmentado por dispositivos móveis e desktop, e considerar a página aprovada quando as três métricas atingem as metas nesse percentil.

  • Fato

    O conjunto atual (LCP, INP e CLS) está no estágio estável; o INP foi promovido de experimental a pendente em 2023 com a intenção de aposentar o FID, que saiu quando o INP se tornou estável em 2024.

  • Fato

    O Chrome User Experience Report reúne dados anonimizados de usuários reais e alimenta Chrome DevTools, PageSpeed Insights e o relatório de Core Web Vitals do Search Console.

  • Fato

    O Lighthouse não mede INP porque não há entrada de usuário no laboratório; o Total Blocking Time (TBT) é usado como métrica substituta.

Fontes

Primárias

Compartilhar

Leia também

Assine o Jornal do SEO Briefing