
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.
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
- 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.
- Analise mobile e desktop separadamente e olhe o 75º percentil, não a média.
- Use o laboratório para testar correções antes de publicá-las e o campo para confirmar se a melhoria chegou aos usuários.
- 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
- Understanding Core Web Vitals and Google search results — Google, acessado em 5 de novembro de 2026
- Web Vitals — Google, acessado em 5 de novembro de 2026