Core Web Vitals deixaram de ser métrica de nicho e viraram critério direto de ranqueamento no Google, além de um dos poucos sinais de performance que o buscador expõe publicamente. Um site que carrega devagar perde posição na busca e perde o visitante antes mesmo de mostrar a oferta.
A boa notícia é que quase nunca é preciso reconstruir o site para melhorar esses números. Na maioria dos casos, três ou quatro ajustes de frontend resolvem a maior parte do problema. O difícil é saber onde investir o tempo, e é isso que este guia organiza.
O que os Core Web Vitals realmente medem
São três métricas de campo, coletadas de usuários reais pelo Chrome (o relatório CrUX) e não de um teste sintético isolado. O Google avalia o percentil 75 dos carregamentos: se 75% dos acessos ficam dentro do limite, a métrica é considerada boa. Por isso vale medir com dados de campo, e não só com o Lighthouse rodando na sua máquina.
- LCP (Largest Contentful Paint): tempo até o maior elemento visível aparecer. Bom até 2,5s; ruim acima de 4s.
- INP (Interaction to Next Paint): resposta a cliques e toques. Bom até 200ms; ruim acima de 500ms. Substituiu o antigo FID em 2024.
- CLS (Cumulative Layout Shift): estabilidade visual, o quanto o layout pula durante o carregamento. Bom até 0,1; ruim acima de 0,25.
Performance e conversão: a relação com receita
Velocidade não é vaidade técnica. Estudos de Google e Deloitte apontam que ganhos de fração de segundo no carregamento móvel movem conversão e ticket médio na casa de um dígito percentual, e a probabilidade de abandono cresce muito quando o carregamento passa de 1s para 3s. Para uma landing page focada em conversão, cada segundo entre o clique no anúncio e o formulário visível é orçamento de mídia desperdiçado.
Onde os sites perdem pontos
Imagens, fontes e layout
Imagem pesada, sem compressão e sem dimensões definidas, é a causa número um de LCP alto e de CLS ruim ao mesmo tempo. Servir imagens em formatos modernos (WebP ou AVIF), com largura correta e via CDN, costuma derrubar o LCP em segundos. Reservar espaço para banners e fontes evita o layout pular. Ferramentas como Vercel e Cloudflare já entregam otimização de imagem e cache na borda sem configuração pesada.
JavaScript e scripts de terceiros
Cada tag de terceiro (pixel de anúncio, chat, mapa, teste A/B) bloqueia a thread principal e piora o INP. Carregar esses scripts de forma assíncrona ou postergada, e cortar os que ninguém acompanha, recupera boa parte da interatividade. Em sistemas web mais pesados, vale avaliar renderização no servidor ou na borda para entregar a primeira tela já pronta.
Como otimizar sem reconstruir o site
A ordem importa mais que a quantidade de ajustes: ataque primeiro a métrica que está em vermelho no relatório de campo, não a que é mais fácil de mexer. Na prática, um site institucional ou uma landing page profissional sobe de faixa com este roteiro:
- Comprima e sirva imagens em WebP/AVIF, com largura e altura definidas e entrega via CDN.
- Adie os scripts de terceiros não críticos e remova pixels e widgets sem uso.
- Pré-carregue a fonte e o maior elemento da primeira tela para atacar o LCP.
- Use cache na borda (Vercel, Cloudflare) para reduzir o tempo até o primeiro byte.
- Meça com o PageSpeed Insights e dados de campo antes e depois de cada mudança.
Performance não é um detalhe de engenharia: é a primeira impressão que o cliente tem antes de ler qualquer palavra do seu site.
Perguntas frequentes
O que são Core Web Vitals?+
São três métricas de experiência que o Google usa como sinal de ranqueamento: LCP (carregamento), INP (interatividade) e CLS (estabilidade visual). São medidas com usuários reais, e não em laboratório.
Core Web Vitals influenciam o SEO de verdade?+
Sim. Fazem parte dos sinais de experiência de página do Google. Não substituem conteúdo relevante, mas desempatam concorrentes e afetam quanto do tráfego pago e orgânico vira visita útil.
Qual métrica devo priorizar primeiro?+
A que estiver em vermelho no seu relatório de campo. Na maioria dos sites o LCP é o gargalo inicial, geralmente causado por imagens pesadas ou pelo tempo de resposta do servidor.
Preciso refazer o site para melhorar a performance?+
Quase nunca. A maior parte dos ganhos vem de otimizar imagens, adiar scripts de terceiros e configurar cache. Reconstrução só se justifica quando a base técnica é muito antiga.
Quanto tempo leva para ver resultado?+
As correções técnicas são rápidas, mas os Core Web Vitals usam uma janela de 28 dias de dados de campo. Costuma-se ver o reflexo pleno no relatório algumas semanas após publicar.
Se você não sabe em que faixa o seu site está hoje, dá para descobrir em minutos com um diagnóstico de performance. A VELTRIX faz essa análise gratuita, aponta os pontos que mais pesam no LCP, INP e CLS e mostra o retorno estimado de cada correção antes de você investir uma linha de código.
Quer aplicar isso no seu negócio?
Diagnóstico gratuito com nosso time. Sem compromisso.