Core Web Vitals explicados para o gestor

Você roda o site no PageSpeed Insights, aparece um monte de siglas em vermelho e amarelo, e a sensação é de que o relatório foi escrito para outra pessoa. LCP, INP, CLS, TBT, FCP.

Para quem cuida do negócio, a pergunta real é outra: isso afeta meus clientes? E, se afeta, o que eu faço?

Neste post eu explico as três métricas principais, as chamadas Core Web Vitals, em linguagem de gente.

Também mostro como interpretar o relatório sem pânico e quais são as causas mais comuns de nota ruim, especialmente em sites WordPress.

O que são Core Web Vitals

Core Web Vitals são um conjunto de métricas criado pelo Google para medir a experiência real de quem visita uma página.

A documentação oficial, no web.dev, divide essa experiência em três aspectos: carregamento, interatividade e estabilidade visual.

Cada aspecto tem uma métrica e um limite considerado bom.

Um detalhe importante: o próprio Google avisa que essas métricas podem mudar com o tempo.

Foi o que aconteceu em 2024, quando o INP substituiu o antigo FID como métrica de interatividade. Por isso, vale sempre conferir a documentação atual antes de tomar decisões.

As três métricas, uma por uma

LCP: quanto tempo o conteúdo principal leva para aparecer

LCP significa Largest Contentful Paint. Ele mede quanto tempo leva para o maior elemento visível da tela, normalmente uma imagem de destaque ou um bloco de texto grande, terminar de carregar.

Segundo o web.dev, para uma boa experiência o LCP deve acontecer em até 2,5 segundos. Na prática, é a métrica que traduz a sensação de “o site abriu”.

Causas comuns de LCP ruim:

Imagens de destaque muito pesadas ou sem compressão
Hospedagem lenta para responder à primeira requisição
Fontes, scripts e estilos que bloqueiam a exibição da página
Sliders e carrosséis na primeira dobra

INP: quanto tempo o site demora para reagir a um clique

INP significa Interaction to Next Paint. Ele mede o tempo entre uma interação do visitante, como clicar em um botão, abrir um menu ou digitar em um campo, e a resposta visual da página.

O limite recomendado é de 200 milissegundos ou menos.

Quando o INP está ruim, o visitante clica e fica com a impressão de que nada aconteceu, e acaba clicando de novo.

Causas comuns de INP ruim:

Excesso de scripts de terceiros, como chats, pixels de anúncio e ferramentas de rastreamento
Construtores visuais que carregam muito JavaScript
Plugins que adicionam funções em todas as páginas, mesmo onde não são usados

CLS: quanto a página “pula” enquanto carrega

CLS significa Cumulative Layout Shift. Ele mede a estabilidade visual: quanto os elementos se movem sozinhos durante o carregamento.

Sabe quando você vai clicar em um link e, de repente, aparece um banner e você clica em outra coisa? Isso é CLS.

O web.dev recomenda manter o CLS em 0,1 ou menos.

Causas comuns de CLS ruim:

Imagens e vídeos sem largura e altura definidas
Banners, avisos de cookies e anúncios que entram empurrando o conteúdo
Fontes da web que trocam de tamanho quando terminam de carregar

Como ler o relatório sem pânico

Três pontos ajudam a interpretar os números com calma.

Dados de campo valem mais que dados de laboratório. O PageSpeed Insights mostra dois tipos de informação. Os dados de campo vêm de usuários reais do Chrome, pelo relatório CrUX, quando o site tem visitas suficientes. Os dados de laboratório são uma simulação feita na hora. A simulação ajuda a encontrar problemas, mas é o comportamento real que importa.
A avaliação é feita no percentil 75. O Google considera que uma página passa quando atinge os limites recomendados em pelo menos 75% dos carregamentos, nas três métricas. Ou seja, não basta o site ser rápido no seu computador. Ele precisa ser rápido para a maioria dos visitantes.
Celular e computador são avaliados separadamente. É comum o site ir bem no desktop e mal no celular. Como boa parte do acesso vem de dispositivos móveis, eu sempre começo a análise por eles.

Core Web Vitals e posicionamento no Google

Core Web Vitals fazem parte dos sinais que o Google usa para avaliar a experiência da página. Mas é bom ter expectativas realistas: conteúdo relevante continua sendo o fator principal.

Um site rapidíssimo com conteúdo fraco não vai passar na frente de um conteúdo excelente só pela velocidade.

O que eu costumo dizer é que desempenho é critério de desempate e, principalmente, critério de conversão.

Mesmo que não mudasse nada no Google, um site que abre rápido e não pula na tela vende mais, porque o visitante não desiste antes de ler.

O caso específico do WordPress

O WordPress é usado em cerca de 41% de todos os sites, segundo dados da W3Techs citados em meados de 2026.

Isso significa que boa parte dos problemas de desempenho que eu encontro em avaliações está em sites WordPress.

Não porque a plataforma seja lenta, mas porque ela é fácil de inchar.

Os vilões mais frequentes:

Temas multiuso que carregam dezenas de recursos que o site nem usa
Plugins em excesso, cada um adicionando seus próprios scripts e estilos
Hospedagem compartilhada sobrecarregada, que demora para responder
Falta de cache de página e de otimização de imagens

A boa notícia é que, na maioria dos casos, dá para melhorar bastante sem refazer o site: revisando plugins, configurando cache, otimizando imagens, adiando scripts que não são essenciais e, quando necessário, trocando de hospedagem.

É esse tipo de trabalho que faz parte do meu Framework para WordPress, junto com segurança, backups e atualizações.

Por onde começar

Se o seu relatório está vermelho, siga esta ordem:

Veja primeiro os dados de campo no celular. Se eles estiverem bons, o problema pode ser menor do que parece.
Identifique qual métrica está pior. Cada uma tem causas diferentes, então não adianta atacar tudo ao mesmo tempo.
Comece pelas páginas que mais geram receita ou contatos, não pela página mais lenta.
Faça uma mudança de cada vez e meça de novo. Assim você sabe o que realmente funcionou.
Registre o antes e o depois. Desempenho piora com o tempo, conforme novos plugins e scripts são adicionados.

Desempenho é uma das seis frentes de uma avaliação

Velocidade é importante, mas raramente é o único problema de um site. No Framework para avaliação de websites, o desempenho é analisado junto com segurança, SEO, conteúdo, conversão e infraestrutura, porque muitas vezes a lentidão é sintoma de outra coisa, como hospedagem inadequada ou plugins abandonados.

Perguntas frequentes

Preciso tirar nota 100 no PageSpeed?

Não. A nota geral do PageSpeed é uma pontuação de laboratório.

O que importa é passar nos limites das Core Web Vitals com usuários reais.

Mudar de hospedagem resolve tudo?

Resolve quando o gargalo é o servidor, o que costuma aparecer no LCP.

Se o problema for excesso de scripts ou layout instável, trocar de hospedagem ajuda pouco.

Com que frequência devo medir?

Eu recomendo acompanhar mensalmente e sempre depois de mudanças relevantes, como instalar um plugin novo, trocar o tema ou adicionar uma ferramenta de marketing.