O que são as Core Web Vitals? LCP, INP e CLS Explicados (2026)

O que são as Core Web Vitals?

As Core Web Vitals do Google são três métricas (Largest Contentful Paint, Interaction to Next Paint e Cumulative Layout Shift) que medem a user experience de um site. Essas métricas são baseadas em dados reais de usuários coletados de navegadores Chrome em todo o mundo e focam em 3 aspectos de campo da user experience:

• Carregamento: com que rapidez o conteúdo da página carrega
• Interatividade: com que rapidez um navegador pode responder à entrada de um usuário
• Estabilidade: quão (in)estável o conteúdo é enquanto carrega no navegador

As Core Web Vitals não são estáticas. O Google atualizou as métricas ao longo do tempo. Mais recentemente, em março de 2024, a Interaction to Next Paint (INP) substituiu o First Input Delay (FID) como a métrica de capacidade de resposta. A INP mede cada interação em uma página, não apenas a primeira. Isso a torna um teste muito mais rigoroso de capacidade de resposta.

Sendo aprovado nas Core Web Vitals

Cada uma das métricas das Core Web Vitals recebe uma classificação de Bom, Precisa de Melhorias, ou Ruim com base em limites criados pelo Google. Para passar nas Core Web Vitals pelo menos 75% dos seus visitantes precisam ter uma pontuação 'boa' de LCP, INP e CLS no conjunto de dados CrUX do Google em nível de URL. Se os dados em nível de URL estiverem indisponíveis, o Google pode recorrer a dados de grupo de URLs ou até mesmo a dados em nível de origem.

Por que o 75º Percentil?

O Google usa o 75º percentil (p75) de dados reais de usuários para determinar se uma página passa nas Core Web Vitals. Isso significa que 75% das visitas à página devem ter uma experiência "boa" para que a página passe. O 75º percentil foi escolhido como um equilíbrio: ele captura a experiência da maioria dos usuários (ao contrário da mediana, que ignora a metade mais lenta), sem ser tão rigoroso a ponto de um punhado de visitas atípicas em redes ruins causar uma falha.

Na prática, isso significa que seu site precisa ter um bom desempenho para a grande maioria dos visitantes, não apenas para aqueles com dispositivos e conexões rápidas.

As Três Métricas Core Web Vitals

Largest Contentful Paint (LCP): Carregamento

A métrica Largest Contentful Paint (LCP) representa a rapidez com que seu site está carregando.

O elemento LCP em si é o maior elemento único 'com conteúdo' que foi renderizado na parte visível da tela. Com conteúdo significa que nem todo elemento pode se tornar um candidato ao LCP. O elemento precisa ter algum conteúdo significativo. A definição desta vez é bastante rigorosa: os candidatos ao LCP que são considerados são: imagens, blocos de texto ou vídeos que são visíveis no viewport, em relação a quando o usuário navegou pela primeira vez para a página.

O valor do Largest Contentful Paint (LCP) é o tempo em milissegundos entre a solicitação da página e quando o maior elemento com conteúdo é exibido na parte visível da tela (above the fold). Uma boa pontuação de LCP é inferior a 2,5 segundos. De acordo com o Web Almanac de 2025, apenas 62% das páginas móveis atingem um bom LCP, tornando-a a Core Web Vital mais difícil de passar.

O Largest Contentful Paint (LCP) é escolhido porque se concentra na user experience de um visitante. Quando o LCP ocorre, você pode presumir que um visitante acha que a página terminou (embora esse possa não ser o caso). O LCP foi criado para responder à pergunta: ' Quando o conteúdo de uma página é visível?'.

As maneiras mais impactantes de melhorar o LCP incluem fazer o preload da imagem LCP com fetchpriority="high" e otimizar os tamanhos dos arquivos de imagem com formatos modernos como WebP e AVIF. Para um guia completo, consulte nosso guia de otimização de Largest Contentful Paint.

Interaction to Next Paint (INP): Interatividade

A Interaction to Next Paint (INP) representa a interatividade do seu site. A métrica mede com que rapidez o navegador pode atualizar o layout após uma interação com uma página da web.

A INP rastreia interações discretas do usuário: cliques, toques e pressionamentos de tecla. Interações contínuas, como rolar a página e passar o mouse por cima não são medidas pela INP. Cada interação qualificada é cronometrada desde o momento da entrada passando pelo processamento do JavaScript até a atualização visual final na tela.

O valor da Interaction to Next Paint é a diferença de tempo entre cada interação do usuário e a alteração da apresentação final na página. A mais lenta de todas as interações (ou o 98º percentil para páginas com muitas interações) determinará a métrica final de Interaction to Next Paint (INP).

A INP é uma métrica puramente de campo e não pode ser medida por ferramentas de laboratório como o Lighthouse porque requer a entrada real do usuário. No Lighthouse, a métrica Total Blocking Time se correlaciona bem com a Interaction to Next Paint. Embora a INP seja geralmente (muito) menor que o Total Blocking Time, melhorar o TBT também melhorará a INP. Uma das estratégias mais eficazes é adiar JavaScript não crítico para que ele não bloqueie a thread principal durante as interações do usuário.

Globalmente, 77% das páginas móveis atingem uma boa pontuação de INP (abaixo de 200ms), de acordo com o Web Almanac de 2025. A INP substituiu o First Input Delay (FID) como uma Core Web Vital em março de 2024 e provou ser uma métrica significativamente mais exigente. Para um guia completo, consulte nosso guia de otimização de Interaction to Next Paint.

Cumulative Layout Shift (CLS): Estabilidade Visual

A Cumulative Layout Shift (CLS) representa a parte de estabilidade visual das Core Web Vitals. A Cumulative Layout Shift (CLS) mede movimentos inesperados de elementos na página conforme o conteúdo é renderizado ou novo conteúdo é mostrado na página.

O valor da CLS é baseado em 2 'frações'. A fração de impacto e a fração de distância. Quando um elemento é visualmente 'inestável', ele alterará suas dimensões fazendo com que outro conteúdo mude de lugar. A distância é o número de pixels em relação ao viewport. O impacto é o tamanho dos elementos afetados em relação ao viewport.

As causas comuns de CLS incluem imagens sem atributos explícitos de largura e altura, conteúdo injetado dinamicamente, como anúncios ou banners de cookies, e fontes da web que são trocadas em um tamanho diferente da fallback. Você pode reduzir a CLS relacionada a fontes hospedando suas próprias fontes com as configurações corretas de font-display. Globalmente, 81% das páginas móveis atingem uma boa pontuação de CLS, de acordo com o Web Almanac de 2025, tornando-a a Core Web Vital com melhor desempenho. Para um guia completo, consulte nosso guia de otimização de Cumulative Layout Shift.

Por que as Core Web Vitals Importam?

Então, por que você deveria se importar com as Core Web Vitals?

• Melhoria na User Experience. Carregamento mais rápido, interações mais ágeis, menos saltos de layout. É isso que seus visitantes realmente notam. Sites que passam nas Core Web Vitals veem taxas de rejeição mais baixas e taxas de conversão mais altas (fonte: Google).
• Search Engine Optimization (SEO). O Google tornou as Core Web Vitals um fator de ranqueamento. Passar por elas não vai catapultar uma página medíocre para a primeira posição, mas quando duas páginas competem pela mesma palavra-chave, a mais rápida tem a vantagem.
• Desempenho Móvel. A maior parte do seu tráfego provavelmente é móvel. 70% das pessoas usam smartphones para pesquisar produtos antes de comprar e 62% têm maior probabilidade de fazer negócios com empresas que possuem sites compatíveis com dispositivos móveis.
• Vantagem Competitiva. A maioria de seus concorrentes não está otimizando para as Core Web Vitals. Isso é uma oportunidade. Se dois sites ranqueiam para a mesma palavra-chave e o seu carrega mais rápido e responde mais rapidamente, o Google tem um motivo para ranquear você em uma posição mais alta.
• Outros. Além das vantagens acima, as Core Web Vitals são muito bem documentadas (e isso é único para um fator de ranqueamento conhecido do Google). Se você usa o Google Ads, obterá uma pontuação de anúncio aprimorada. Isso significa que você pode comprar seus anúncios mais baratos. Por fim, passar nas Core Web Vitals é um dos pré-requisitos para a caixa principal de Stories do Google.

Impacto no Mundo Real: Estudo de Caso da Vodafone

O impacto das Core Web Vitals nos negócios não é teórico. Quando a Vodafone Itália melhorou sua Largest Contentful Paint em 31%, eles viram um aumento de 8% nas vendas, 15% mais leads e uma melhoria de 11% na taxa de visita ao carrinho. Páginas mais rápidas, mais vendas (fonte: estudo de caso do web.dev).

Dados de Campo vs. Dados de Laboratório

Dados de campo e dados de laboratório medem coisas diferentes. Confunda-os e você otimizará para os números errados.

Dados de campo (também chamados de Real User Monitoring ou dados de RUM) vêm de visitantes reais usando seu site em condições reais. Isso inclui variações na capacidade do dispositivo, velocidade da rede, localização geográfica e comportamento de navegação. O conjunto de dados CrUX do Google coleta dados de campo de usuários do Chrome que optaram por participar. As Core Web Vitals são medidas exclusivamente usando dados de campo.

Dados de laboratório vêm de testes controlados executados em um dispositivo simulado em um ambiente fixo. Ferramentas como o Lighthouse e o WebPageTest geram dados de laboratório. Testes de laboratório são repetíveis e úteis para diagnosticar problemas específicos, mas não refletem a diversidade das experiências reais dos usuários.

Por que os Dados de Campo Importam para SEO

O Google usa dados de campo do conjunto de dados CrUX para avaliar as Core Web Vitals para fins de ranqueamento de pesquisa. Uma pontuação perfeita de 100 no Lighthouse não garante aprovação nas Core Web Vitals, porque o Lighthouse testa uma única visita simulada. Seus usuários reais podem estar em dispositivos mais lentos, redes distantes ou interagindo com a página de maneiras que o Lighthouse não consegue replicar.

É por isso que monitorar suas Core Web Vitals com uma solução de Real User Monitoring como o CoreDash fornece a imagem mais precisa do desempenho do seu site. Os dados de RUM permitem identificar problemas por tipo de dispositivo, região geográfica, modelo de página e elementos individuais, fornecendo insights específicos que as ferramentas de laboratório não podem fornecer.

Medindo as Core Web Vitals

Como as Core Web Vitals se concentram em 3 aspectos de campo da user experience, elas só podem ser medidas por dados de campo. Testes sintéticos ou de laboratório, como o Lighthouse, podem fornecer informações sobre por que sua página está lenta, mas NÃO medem as Core Web Vitals.

Comparação de Ferramentas de Medição

Dados CrUX

As Core Web Vitals são medidas pelo Google e são registradas no conjunto de dados CrUX. CrUX é o conjunto de dados oficial do programa Web Vitals. Existem algumas maneiras de acessar o conjunto de dados:

1. O Dashboard CrUX é um painel do Data Studio que permite consultar e renderizar dados CrUX em um painel interativo, além de exportar relatórios em PDF.
2. O CrUX no BigQuery fornece um banco de dados publicamente acessível de todos os dados de nível de origem coletados pelo CrUX. É possível consultar qualquer e todas as origens para as quais os dados são coletados, analisar qualquer métrica que o CrUX suporte e filtrar por todas as dimensões disponíveis. Histogramas métricos completos são armazenados nas tabelas do BigQuery, permitindo a visualização de distribuições de desempenho, incluindo métricas experimentais.
3. A API do CrUX fornece acesso programático aos dados CrUX por página ou origem, e pode ser ainda mais filtrada por formato (form factor), tipo de conexão efetiva e métricas.
4. O PageSpeed Insights usa o CrUX para apresentar dados reais de desempenho do usuário junto com oportunidades de desempenho impulsionadas pelo Lighthouse.

Dados de RUM

Os dados de RUM são coletados do Real User Monitoring. Os dados de RUM são a melhor coisa depois do conjunto de dados CrUX. O conjunto de dados CrUX é altamente anônimo e não se presta a ser analisado em detalhes. Os dados CrUX também têm uma janela de coleta contínua de 28 dias. É por isso que muitos profissionais das Core Web Vitals confiam em Métricas Reais de Usuários. Assim como os dados CrUX, os dados reais dos usuários estão sendo usados para medir as Core Web Vitals.

Uma solução de RUM como o CoreDash oferece várias vantagens sobre apenas os dados CrUX: relatórios em tempo real (em vez de uma janela contínua de 28 dias), a capacidade de filtrar por páginas individuais, tipos de dispositivos, países e navegadores, e dados detalhados de atribuição que identificam quais elementos específicos estão causando problemas. Isso torna os dados de RUM essenciais para diagnosticar e corrigir problemas das Core Web Vitals com eficiência.

Lighthouse

O Lighthouse é uma ferramenta poderosa. Mas entenda o seguinte: O Lighthouse não mede as Core Web Vitals! O Lighthouse é uma ferramenta chamada de laboratório. O Lighthouse realiza uma análise sob circunstâncias específicas. Ele não navega entre as páginas, não faz cache de recursos, não interage com o site e não imita as circunstâncias da vida real.

No entanto, o Lighthouse é uma ótima ferramenta e, se usado corretamente, revelará muito sobre os problemas das Core Web Vitals em uma página.

A melhor maneira de executar uma análise do Lighthouse é por meio do PageSpeed Insights no seu navegador ou pela ferramenta de linha de comando do Lighthouse.

O que os Dados do Mundo Real Mostram

O Web Almanac de 2025 fornece uma visão ampla do desempenho das Core Web Vitals em toda a web. Veja como cada métrica se sai globalmente em dispositivos móveis:

Nota: TTFB e FCP são métricas de diagnóstico, não Core Web Vitals. Elas estão incluídas aqui porque influenciam fortemente o LCP e o desempenho geral de carregamento. Saiba mais em nosso guia de Time to First Byte e no guia de First Contentful Paint.

Como Melhorar as Core Web Vitals

As Core Web Vitals são um conjunto de métricas em constante mudança e melhorá-las não é um esforço único. Manter-se à frente significa incorporar o desempenho ao seu processo de desenvolvimento: rastreie suas métricas de campo, corrija regressões rapidamente e lance pequenas melhorias a cada release.

As 3 Core Web Vitals interagem entre si e melhorar uma geralmente tem um efeito positivo ou até negativo nas outras. As diretrizes abaixo são um ótimo começo para entender e melhorar cada uma das Core Web Vitals individualmente:

• Melhorar a Largest Contentful Paint
• Melhorar a Interaction to Next Paint
• Melhorar a Cumulative Layout Shift

Além das próprias três Core Web Vitals, duas métricas de diagnóstico desempenham um papel crítico no desempenho geral:

• Otimizar o Time to First Byte (TTFB): O TTFB é a base do desempenho de carregamento. Um TTFB lento torna quase impossível atingir um bom LCP. Você pode começar configurando sua CDN corretamente.
• Otimizar a First Contentful Paint (FCP): A FCP mede a rapidez com que o primeiro conteúdo aparece na tela. Ela serve como um indicador inicial da velocidade de carregamento percebida.

Para um guia passo a passo cobrindo todas as áreas de otimização, use nossa Checklist Definitiva de Core Web Vitals.

Page Experience do Google e Core Web Vitals

As Core Web Vitals são um subconjunto da pontuação de page experience do Google. A page experience é um conjunto de sinais que medem como os usuários percebem a experiência de interagir com uma página da web além de seu valor puramente informativo, tanto em dispositivos móveis quanto em desktops.

Você pode encontrar os dados de Page Experience e os dados de Core Web Vitals do seu site na seção 'Experiência' (Experience) da sua conta do Google Search Console.