Core Web Vitals: o que medir para acelerar seu site

13 de setembro de 2026 · W3maker

Tags: Core Web Vitals, performance web, velocidade de sites, LCP, Google Search Console

As Core Web Vitals são três métricas definidas pelo Google para medir a experiência real de carregamento, interatividade e estabilidade visual de uma página: LCP, INP e CLS.

Os limiares considerados bons são LCP de até 2,5 segundos, INP de até 200 milissegundos e CLS de até 0,1, avaliados no percentil 75 das visitas em celular e computador.

> Melhorar essas métricas torna o site mais agradável de usar e reduz abandono. Boas notas, porém, não garantem posição no Google.

Este conteúdo é dirigido a gestores e responsáveis por sites que recebem relatórios de velocidade, veem avisos no Google Search Console e precisam decidir o que priorizar sem depender de vocabulário técnico.

O que são as Core Web Vitals?

São um subconjunto das Web Vitals, iniciativa do Google que padroniza sinais de qualidade de experiência. De acordo com a documentação Web Vitals, publicada em web.dev, as três métricas principais e seus limiares são:

Métrica	O que mede	Bom	Precisa melhorar	Ruim
LCP — Largest Contentful Paint	Tempo até o maior elemento visível aparecer	até 2,5 s	de 2,5 s a 4 s	acima de 4 s
INP — Interaction to Next Paint	Resposta visual do site após a interação da pessoa	até 200 ms	de 200 ms a 500 ms	acima de 500 ms
CLS — Cumulative Layout Shift	Deslocamentos inesperados de layout durante o uso	até 0,1	de 0,1 a 0,25	acima de 0,25

Por que o percentil 75 importa

A avaliação considera a experiência de 75% dos acessos, e não a média.

Esse critério evita que um punhado de visitas muito rápidas — de quem já tem a página em cache, por exemplo — mascare a experiência da maioria do público.

As Core Web Vitals melhoram o posicionamento no Google?

Não de forma isolada nem automática. A documentação do Google sobre experiência na página afirma que não existe um sinal único e que os sistemas de classificação observam um conjunto de sinais.

O mesmo material reforça que bons resultados no relatório de Core Web Vitals do Search Console ou em ferramentas de terceiros não garantem que as páginas apareçam no topo da Busca. O texto completo está em Entenda a experiência na página, no Google Search Central.

A leitura correta é esta: relevância vem primeiro. A experiência de página tende a pesar quando várias páginas oferecem relevância semelhante.

Independentemente de ranqueamento, um site lento perde visitantes e dificulta a conversão. Esse já é motivo suficiente para tratar o assunto com seriedade.

O que costuma atrasar o LCP

O LCP mede quanto tempo leva até o maior elemento visível da tela ser desenhado. Em sites institucionais e landing pages, o responsável costuma ser a imagem principal do topo ou um bloco de texto grande.

As causas mais frequentes:

• imagens pesadas, sem compressão e sem formatos modernos;
• ausência de dimensões definidas e de carregamento prioritário para a imagem do topo;
• fontes externas que bloqueiam a renderização;
• hospedagem lenta ou sem cache configurado;
• excesso de scripts de terceiros carregados antes do conteúdo.

O que costuma elevar o INP

O INP mede a resposta visual do site depois que a pessoa clica, toca ou digita. Um valor alto quase sempre indica excesso de JavaScript executando na mesma linha de processamento que desenha a tela.

Caminhos práticos:

• reduzir a quantidade de bibliotecas carregadas;
• adiar scripts que não são essenciais à primeira interação;
• evitar animações pesadas em elementos de interação;
• revisar plugins acumulados ao longo dos anos.

Em projetos com muitas ferramentas de marketing, boa parte do ganho costuma vir apenas de remover tags que ninguém mais usa.

O que causa CLS

O CLS mede deslocamentos inesperados de layout. Os casos clássicos são imagens e anúncios sem espaço reservado, avisos de cookies inseridos após o carregamento e fontes que mudam de tamanho quando a versão definitiva chega.

A correção é previsível: reservar espaço com largura e altura declaradas, carregar fontes com estratégia adequada e inserir elementos dinâmicos em áreas já dimensionadas.

Exemplo hipotético

Um escritório de contabilidade tem um formulário de contato abaixo de um banner sem altura definida.

Quando a imagem termina de carregar, o formulário desce alguns pixels e a pessoa clica no campo errado. O CLS registra o deslocamento e o abandono do formulário aumenta.

A solução não é editorial, é de implementação: reservar o espaço do banner desde o primeiro desenho da tela.

Dados de campo e dados de laboratório

Há duas formas de medir, e confundi-las gera discussões improdutivas.

Tipo	De onde vem	Para que serve
Campo	Visitas reais, com os dispositivos e conexões do seu público	Decidir prioridades; alimenta o relatório de Core Web Vitals do Search Console
Laboratório	Simulações em ambiente controlado	Diagnosticar causas e testar correções antes de publicar

Uma página pode ter nota de laboratório excelente e dados de campo ruins, normalmente porque o público real acessa por celulares mais modestos e conexões instáveis.

Checklist de performance para um site profissional

• Hospedagem adequada ao volume de acesso, com cache e compressão ativos.
• Imagens otimizadas, dimensionadas e em formatos modernos.
• Prioridade de carregamento para o elemento principal do topo.
• Scripts de terceiros revisados, adiados ou removidos.
• Fontes carregadas com estratégia que evite troca brusca de layout.
• Espaço reservado para banners, imagens e avisos.
• Medição contínua com dados de campo, não apenas testes pontuais.
• Reteste após cada publicação relevante, porque performance regride com o tempo.

Erros comuns

• Perseguir a nota em vez da experiência. O número é um indicador, não o objetivo.
• Otimizar apenas a página inicial. Páginas internas e de conversão costumam ser as mais lentas.
• Instalar plugins de otimização sobre uma estrutura mal construída. Isso costuma trocar um problema por outro.

Performance é característica de projeto, não de plugin.

Próximo passo

Performance resulta de decisões tomadas na arquitetura, no código e na escolha de hospedagem, e se mantém com medição periódica.

Para entender o que está pesando no seu site e o que pode ser corrigido, fale com a W3maker sobre uma avaliação de performance e da estrutura técnica do projeto.