Otimização de Core Web Vitals: LCP, INP e CLS com Diagnóstico de Causas Raiz

Resposta Rápida

Core Web Vitals são as três métricas de experiência do usuário que o Google usa como fator de ranking desde 2021: LCP (velocidade de carregamento do maior elemento visível), INP (resposta a interações do usuário) e CLS (estabilidade visual do layout). Juntas, elas determinam se uma página entrega boa experiência — e influenciam diretamente o posicionamento no Google e as taxas de conversão do site.

Um site pode ter conteúdo excelente, domínio com autoridade e backlinks de qualidade — e ainda assim perder posições para concorrentes tecnicamente mais rápidos. Os Core Web Vitals são o conjunto de métricas que o Google criou para quantificar a experiência do usuário em uma página: o quanto ela demora para carregar o conteúdo principal, o quanto responde rápido às interações e o quanto o layout muda enquanto o usuário está lendo.

O problema é que a maioria dos sites não sabe quais métricas está reprovando nem por quê. Ferramentas automáticas mostram uma nota e uma lista de sugestões — mas não identificam a causa raiz de cada problema nem estabelecem prioridades claras. O resultado é um time de desenvolvimento que passa horas em ajustes que não movem a nota real no campo (dados do usuário real, não do laboratório).

Esta página explica o que são os três Core Web Vitals, por que cada um impacta ranking e conversão, o que está incluído no serviço de otimização e para que tipo de site esse trabalho faz mais diferença.

Conteúdo assinado por Michel Ferreira, consultor de SEO, com atendimento remoto para empresas em todo o Brasil. Atualizado em junho de 2026.

O que os dados dizem sobre performance e Core Web Vitals

Apenas 48% dos sites mobile passam nos três Core Web Vitals simultaneamente, segundo dados do Chrome User Experience Report de julho de 2025 — mais da metade dos sites ainda reprova em pelo menos uma métrica (Web Almanac 2025, HTTP Archive)
A Vodafone melhorou o LCP de uma landing page em 31% e registrou 8% a mais de vendas, 15% mais leads por visita e 11% mais carrinhos por visita — comprovado por teste A/B (web.dev/case-studies/vodafone, Google)
Melhorar o tempo de carregamento em apenas 0,1 segundo gerou aumento de 8,4% nas conversões de e-commerce e 10,1% em sites de viagem (Deloitte / Google, “Milliseconds Make Millions”)
Quando o carregamento vai de 1 para 3 segundos, a taxa de rejeição sobe 32%; de 1 para 6 segundos, sobe 106% (Think with Google, “The Need for Mobile Speed”)
Sites B2B que carregam em 1 segundo têm conversão 3 vezes maior do que sites que carregam em 5 segundos (Think with Google, Mobile Site Speed Conversion Statistics)

Os três Core Web Vitals e o que cada um mede

Cada métrica avalia um aspecto diferente da experiência — e cada uma tem causas raiz diferentes que exigem correções diferentes.

LCP — Largest Contentful Paint (velocidade de carregamento)

Mede o tempo até o maior elemento visível da página — geralmente a imagem hero ou o bloco de texto principal — ser exibido. A meta do Google é abaixo de 2,5 segundos. As causas mais comuns de LCP ruim são imagens sem otimização, servidores lentos, recursos que bloqueiam a renderização e ausência de CDN.

INP — Interaction to Next Paint (resposta a interações)

Substitui o FID desde março de 2024 e mede o tempo de resposta da página a qualquer interação do usuário — clique, toque ou digitação. A meta é abaixo de 200ms. INP ruim geralmente vem de JavaScript pesado executando na thread principal, bloqueando a resposta a eventos do usuário.

CLS — Cumulative Layout Shift (estabilidade visual)

Mede o quanto o layout da página se move enquanto carrega — aquele efeito de elementos “pulando” e fazendo o usuário clicar no lugar errado. A meta é abaixo de 0,1. As causas mais comuns são imagens e anúncios sem dimensões definidas, fontes web carregando tardiamente e elementos inseridos dinamicamente acima do conteúdo existente.

O que está incluído no serviço de otimização de Core Web Vitals

1. Diagnóstico completo em dados de campo (CrUX) e laboratório. Análise das métricas reais de LCP, INP e CLS no Chrome User Experience Report — que reflete a experiência dos usuários reais do site, não apenas testes em laboratório — cruzada com os dados do PageSpeed Insights e do Search Console.

2. Identificação das causas raiz de cada problema. Ir além da lista de sugestões automáticas: identificar exatamente quais recursos, scripts ou elementos são responsáveis pelo problema em cada métrica — e em quais páginas o impacto é maior.

3. Otimização de imagens e recursos de mídia. Conversão para formatos modernos (WebP, AVIF), compressão sem perda de qualidade visual, implementação de lazy loading e preload correto do LCP element — a imagem ou bloco que o Google mede como referência de carregamento.

4. Otimização de JavaScript e CSS crítico. Remoção ou adiamento de scripts que bloqueiam a renderização, redução do JavaScript que ocupa a thread principal (causa raiz do INP ruim) e extração do CSS crítico para carregamento inline.

5. Correção de instabilidade de layout (CLS). Definição de dimensões para imagens, vídeos e elementos de anúncio; controle do carregamento de fontes web com font-display; e revisão de elementos inseridos dinamicamente que deslocam o conteúdo existente.

6. Monitoramento contínuo em dados de campo. Acompanhamento mensal das métricas reais no CrUX e no Search Console, com alertas para regressões — porque mudanças de tema, plugins e conteúdo podem reintroduzir problemas de performance a qualquer momento.

Dados de laboratório x dados de campo: qual o Google usa?

O Google usa os dados de campo do Chrome User Experience Report (CrUX) — que reflete a experiência dos usuários reais — e não os dados de laboratório do PageSpeed Insights para definir o ranking. Uma página pode tirar 90 no laboratório e ter métricas ruins no campo. O diagnóstico correto começa pelos dados reais.

Site com Core Web Vitals ruins x site otimizado

As consequências de métricas ruins vão além da posição no Google — afetam diretamente o comportamento do usuário e as taxas de conversão.

Critério	Core Web Vitals ruins	Core Web Vitals otimizados
Ranking	Desvantagem técnica frente a concorrentes mais rápidos com conteúdo similar	Sinal de page experience positivo que pode ser o desempate em buscas competitivas
Taxa de rejeição	Usuário abandona antes de ver o conteúdo principal carregado	Carregamento rápido mantém o usuário engajado desde os primeiros segundos
Conversão	Cada segundo a mais de carregamento reduz a taxa de conversão de forma mensurável	Melhorias de décimos de segundo geram impacto real em vendas e leads (caso Vodafone)
Experiência mobile	Layout instável e carregamento lento no celular — onde a maioria dos usuários acessa	Experiência fluida em mobile, onde o Google mede e o usuário decide se fica ou sai

Atenção: plugins e atualizações de tema podem regredir as métricas

Core Web Vitals não são uma correção única. Novos plugins, atualizações de tema, novos scripts de marketing e mudanças de conteúdo podem reintroduzir problemas de performance a qualquer momento. Monitoramento contínuo em dados de campo é o único jeito de detectar regressões antes que afetem o ranking.

Como funciona o processo de otimização de Core Web Vitals

Diagnóstico em dados de campo e laboratório

Análise do CrUX, PageSpeed Insights e Search Console para identificar quais páginas têm métricas ruins e qual é a situação real dos usuários — não apenas o que a ferramenta de laboratório reporta.

Identificação das causas raiz por métrica

Para cada métrica com problema, identificação do recurso, script ou elemento responsável — com priorização pelo impacto real estimado na nota de campo após a correção.

Implementação das correções

Otimização de imagens, ajuste de JavaScript e CSS, correção de layout shift, configuração de cache e CDN — com implementação direta ou entrega de especificação técnica para o time de desenvolvimento.

Validação em dados de campo

Acompanhamento da evolução das métricas reais no CrUX nas semanas seguintes às correções — porque os dados de campo levam 28 dias para refletir mudanças e é neles que o Google baseia o ranking.

Monitoramento contínuo e alertas de regressão

Acompanhamento mensal das métricas para detectar regressões causadas por atualizações de tema, novos plugins ou mudanças de conteúdo antes que afetem o ranking.

Para quem é o serviço de otimização de Core Web Vitals

O serviço é indicado para qualquer site que tenha métricas ruins ou que queira garantir uma base técnica sólida de performance:

Sites com tráfego orgânico estagnado que já têm bom conteúdo e backlinks mas não conseguem avançar nas posições — onde a performance técnica pode ser o fator limitante.
E-commerces e landing pages de conversão onde cada décimo de segundo a menos no carregamento tem impacto direto mensurável em vendas e leads.
Sites após redesign ou migração de plataforma que frequentemente regridem em performance após a troca e precisam de diagnóstico e correção das métricas.
Sites WordPress com muitos plugins — o cenário mais comum de INP e LCP ruins, onde a acumulação de scripts de terceiros e plugins pesados degrada a performance de forma silenciosa.

Perguntas frequentes sobre Core Web Vitals

Core Web Vitals são realmente um fator de ranking do Google?

Sim — o Google confirmou que os Core Web Vitals fazem parte do sinal de page experience usado no ranking desde 2021. Eles não são o único fator, mas em buscas competitivas onde conteúdo e autoridade estão pareados, a performance pode ser o desempate. E o impacto em conversão existe independentemente do ranking.

Meu site tem 90 no PageSpeed. Por que ainda reprova nos Core Web Vitals?

Porque o PageSpeed Insights combina dados de laboratório (simulação) com dados de campo (usuários reais). O Google usa os dados de campo para o ranking. Um site pode ter 90 na simulação e ainda assim ter LCP ou INP ruins nos dados reais — especialmente em conexões móveis mais lentas ou dispositivos mais antigos.

Quanto tempo leva para os resultados aparecerem após a otimização?

Os dados de campo do CrUX são uma janela de 28 dias — o que significa que a nota reflete a média das últimas 4 semanas de experiências reais. Melhorias começam a aparecer nos dados depois de 2 a 4 semanas das correções implementadas. O impacto no ranking pode levar mais algumas semanas adicionais.

O INP substituiu o FID. O que mudou na prática?

O FID (First Input Delay) só mediu a primeira interação da página e apenas o atraso inicial — não a resposta completa. O INP (Interaction to Next Paint), adotado em março de 2024, mede todas as interações durante a sessão do usuário e o tempo total até a resposta visual. É um critério mais exigente e mais representativo da experiência real.

Otimizar Core Web Vitals requer acesso ao código do site?

Depende das correções necessárias. Alguns problemas — como configuração de cache, CDN e compressão de imagens — podem ser resolvidos via plugins ou configurações de servidor. Outros — como otimização de JavaScript crítico ou definição de dimensões de elementos — exigem acesso ao código. O escopo é definido após o diagnóstico.

Core Web Vitals valem para todas as páginas do site ou só para a home?

Para todas as páginas — o Google avalia os Core Web Vitals por URL, não só pela home. O Search Console exibe o relatório de experiência de página agrupando URLs por status (Ruim, Precisa Melhorar, Bom) para que seja possível priorizar as páginas que mais trazem tráfego e que estão com métricas piores.

Seu site reprova nos Core Web Vitals ou carrega lento no celular?

Ofereço diagnóstico completo de LCP, INP e CLS em dados de campo reais — com identificação das causas raiz e plano de correção priorizado por impacto — para sites em todo o Brasil.

Quero meu diagnóstico gratuito →