Core Web Vitals: o que realmente significam para o seu negócio

O Google mede três coisas chamadas Core Web Vitals: LCP, FID e CLS.

Soam técnicas. E são.

Mas afetam diretamente a sua receita.

Aqui está o que significam em termos de negócio, como impactam o seu resultado final e quais corrigir primeiro.

---

O que são Core Web Vitals (em linguagem simples)

O Google mede o quão rápido e estável o seu site parece para os usuários.

As três métricas:

LCP - Largest Contentful Paint

Técnico: Tempo até o maior elemento visível carregar.

Linguagem simples: Quanto tempo até o conteúdo principal aparecer.

Experiência do usuário: “Por quanto tempo eu fico olhando para uma tela em branco?”

Bom: Abaixo de 2,5 segundos

Ruim: Acima de 4 segundos

Impacto no negócio:

• Cada segundo de atraso = 7% de perda em conversão
• LCP lento = usuários abandonam antes de ver o seu conteúdo

---

FID - First Input Delay (substituído por INP em 2024)

Técnico: Tempo entre a interação do usuário e a resposta do navegador.

Linguagem simples: Quanto tempo após eu clicar antes que algo aconteça.

Experiência do usuário: “Meu clique funcionou? Devo clicar de novo?”

Bom: Abaixo de 100 milissegundos

Ruim: Acima de 300 milissegundos

Impacto no negócio:

• FID lento = usuários clicam várias vezes, ficam frustrados e saem
• Formulários parecem quebrados
• Botões parecem não responder

---

CLS - Cumulative Layout Shift

Técnico: Quanto o conteúdo visível se move inesperadamente.

Linguagem simples: O conteúdo pula durante o carregamento?

Experiência do usuário: “Eu ia clicar naquele botão, mas um anúncio carregou e agora cliquei na coisa errada.”

Bom: Abaixo de 0,1

Ruim: Acima de 0,25

Impacto no negócio:

• Usuários clicam em botões errados acidentalmente
• Formulários ficam frustrantes de preencher
• Parece pouco profissional e quebrado

---

Impacto real na receita (não apenas em rankings)

Core Web Vitals afetam o seu negócio de duas formas.

Impacto 1: Rankings no Google

Quanto importa:

• Fator de ranking pequeno
• Não tão importante quanto qualidade de conteúdo ou backlinks
• Mas, sendo todo o resto igual, o site mais rápido vence

Realidade: Um site lento com ótimo conteúdo vence um site rápido com conteúdo fraco.

Não sacrifique a qualidade do conteúdo para perseguir scores perfeitos.

---

Impacto 2: Taxas de conversão (impacto muito maior)

Dados reais:

Amazon:

• Cada 100ms de atraso = 1% de perda de receita

Google:

• Meio segundo de atraso = 20% de queda no tráfego

Walmart:

• Cada 1 segundo de melhoria = 2% de aumento em conversão

O seu negócio:

• LCP acima de 4 segundos = 50% de taxa de rejeição
• LCP abaixo de 2,5 segundos = 20% de taxa de rejeição
• Diferença: 60% mais pessoas permanecem no seu site

Cálculo de receita:

Exemplo: site de e-commerce

• 10.000 visitas/mês
• LCP atual: 4,5 segundos (50% de rejeição)
• 5.000 pessoas veem os seus produtos
• 2% convertem = 100 vendas
• $100 de ticket médio = $10.000 de receita

Após melhorar o LCP para 2,3 segundos:

• 10.000 visitas/mês
• Novo LCP: 2,3 segundos (20% de rejeição)
• 8.000 pessoas veem os seus produtos (60% mais)
• 2% convertem = 160 vendas
• $100 de ticket médio = $16.000 de receita
• Aumento de $6.000/mês = $72.000/ano

Custo para corrigir o LCP: $0-500 (frequentemente grátis, às vezes requer hospedagem melhor)

ROI: 14.400% se você pagar $500 para corrigir

---

Qual métrica importa mais para o seu negócio

Nem todos os Core Web Vitals são igualmente importantes.

E-commerce: LCP é crítico

Por quê: Imagens de produto geralmente são o elemento LCP.

Problema: Imagens de produto grandes e não otimizadas = LCP lento = usuários abandonam antes de ver os produtos.

Prioridade:

1. LCP (mais importante)
2. CLS (segundo, usuários odeiam saltos de layout durante o checkout)
3. FID (terceiro, botões geralmente respondem bem)

Ganho rápido: Otimize as imagens. Use o formato WebP. Use lazy load para imagens abaixo da dobra.

---

SaaS / Web Apps: FID/INP é crítico

Por quê: Usuários interagem muito (clicam botões, preenchem formulários, usam a interface).

Problema: JavaScript lento = clicar parece quebrado = usuários frustrados cancelam o cadastro.

Prioridade:

1. FID/INP (mais importante)
2. LCP (segundo, carregamento lento de dashboard é irritante)
3. CLS (terceiro, saltos de layout são menos comuns em apps)

Ganho rápido: Remova JavaScript não usado. Adie scripts não críticos.

---

Blogs / sites de conteúdo: LCP e CLS importam

Por quê: Usuários vêm para ler. Precisam que o conteúdo carregue rápido e fique parado.

Problema: Anúncios e imagens causam saltos de layout. Imagens hero grandes deixam o LCP lento.

Prioridade:

1. LCP (mais importante, usuários querem ler)
2. CLS (segundo, anúncios deslocando o conteúdo é irritante)
3. FID (terceiro, pouca interação em posts de blog)

Ganho rápido: Reserve espaço para anúncios para que eles não causem saltos. Otimize as imagens hero.

---

Geração de leads / sites de serviço: LCP e CLS para formulários

Por quê: O objetivo é o envio do formulário. Usuários precisam preencher formulários sem frustração.

Problema: Imagens deixam o LCP lento. Saltos de layout tornam formulários irritantes.

Prioridade:

1. CLS (mais importante, saltos no formulário = usuários desistem)
2. LCP (segundo, landing page rápida = mais visualizações de formulário)
3. FID (terceiro, formulários geralmente respondem bem, a menos que tenham JS pesado)

Ganho rápido: Defina largura/altura explícitas em todas as imagens. Remova elementos que causam saltos perto de formulários.

---

Ganhos rápidos por métrica

Ganhos rápidos de LCP

Problema: Imagem grande carrega lentamente.

Correções (em ordem de impacto):

1. Otimize as imagens (5-10 minutos)

   • Converta para o formato WebP
   • Comprima com TinyPNG ou Squoosh
   • Impacto: 30-50% de melhoria no LCP

2. Use CDN para imagens (30 minutos)

   • Cloudflare, Cloudinary ou ImgIX
   • Serve imagens do servidor mais próximo do usuário
   • Impacto: 20-40% de melhoria no LCP

3. Faça preload da imagem LCP (10 minutos)

   • Adicione ao <head>: <link rel="preload" as="image" href="hero.jpg">
   • O navegador a carrega imediatamente
   • Impacto: 10-30% de melhoria no LCP

4. Remova recursos que bloqueiam a renderização (30-60 minutos)

   • Adie CSS não crítico
   • Mova JavaScript para o final ou adie
   • Impacto: 20-50% de melhoria no LCP

Melhoria esperada: 1-2 segundos a menos no LCP

Tempo: 1-2 horas

Custo: $0 (ferramentas grátis)

---

Ganhos rápidos de FID/INP

Problema: JavaScript bloqueia a thread principal.

Correções (em ordem de impacto):

1. Remova JavaScript não usado (30 minutos)

   • Verifique a aba Coverage no Chrome DevTools
   • Remova plugins que você não usa
   • Impacto: 30-60% de melhoria no FID

2. Adie JavaScript não crítico (15 minutos)

   • Adicione o atributo defer: <script defer src="script.js">
   • Carrega scripts depois que a página fica interativa
   • Impacto: 40-70% de melhoria no FID

3. Use code splitting (60 minutos, técnico)

   • Carregue apenas o JavaScript necessário para a página atual
   • Requer mudanças na ferramenta de build
   • Impacto: 50-80% de melhoria no FID

4. Faça upgrade da hospedagem (se estiver em hospedagem compartilhada lenta)

   • Mude para um servidor mais rápido
   • Mais CPU = execução de JS mais rápida
   • Impacto: 20-50% de melhoria no FID

Melhoria esperada: 100-200ms a menos no FID

Tempo: 1-3 horas

Custo: $0-50/mês (se fizer upgrade da hospedagem)

---

Ganhos rápidos de CLS

Problema: Elementos carregam e deslocam o conteúdo para baixo.

Correções (em ordem de impacto):

1. Defina dimensões explícitas para imagens (30 minutos)

   • Adicione largura e altura: <img src="photo.jpg" width="800" height="600">
   • O navegador reserva espaço antes da imagem carregar
   • Impacto: 50-80% de melhoria no CLS

2. Reserve espaço para anúncios (15 minutos)

   • Adicione min-height aos containers de anúncios
   • Previne salto quando o anúncio carrega
   • Impacto: 30-60% de melhoria no CLS

3. Use font-display: swap (5 minutos)

   • Adicione ao @font-face: font-display: swap;
   • Mostra a fonte fallback imediatamente em vez de texto em branco
   • Impacto: 20-40% de melhoria no CLS

4. Evite inserir conteúdo acima do conteúdo existente (varia)

   • Não adicione banners que empurram o conteúdo para baixo
   • Carregue conteúdo dinâmico em espaço reservado
   • Impacto: Eliminar o CLS por completo se feito corretamente

Melhoria esperada: CLS de 0,25 para abaixo de 0,1

Tempo: 1-2 horas

Custo: $0

---

Quando priorizar vs quando ignorar

Priorize Core Web Vitals se:

Tráfego alto, conversão baixa:

• 10.000+ visitas/mês mas abaixo de 2% de conversão
• Melhorar a velocidade pode desbloquear receita significativa

E-commerce:

• Cada fração de segundo = mais vendas
• Fácil de calcular o ROI

Tráfego majoritariamente mobile:

• Usuários mobile são mais sensíveis a sites lentos
• Core Web Vitals em mobile geralmente são piores que em desktop

Nicho competitivo:

• Concorrentes têm scores melhores
• Sendo todo o resto igual, você está perdendo para sites mais rápidos

Tráfego pago:

• Pagar por cliques que abandonam por causa de site lento
• Gasto desperdiçado em anúncios

---

Despriorize Core Web Vitals se:

Tráfego baixo:

• Abaixo de 1.000 visitas/mês
• Corrigir outras coisas (conteúdo, SEO, marketing) terá impacto maior

Conversão já alta:

• Taxa de conversão de 5%+
• Velocidade não é o seu fator limitante

Problemas de qualidade de conteúdo:

• Conteúdo raso, sem proposta de valor, oferta pouco clara
• Corrija isso primeiro antes de otimizar a velocidade

B2B com usuários pacientes:

• Clientes corporativos esperam por dashboards complexos
• Não tão sensíveis a atrasos de 1-2 segundos

Conteúdo de notícia/urgência:

• Sites de notícias de última hora
• Usuários esperam se o conteúdo for valioso o suficiente

---

Como verificar os seus Core Web Vitals

Método 1: PageSpeed Insights (grátis, rápido)

1. Acesse PageSpeed Insights
2. Digite a sua URL
3. Aguarde 30-60 segundos
4. Veja os scores para Mobile e Desktop

Prós:

• Grátis
• Rápido
• Ferramenta oficial do Google

Contras:

• Testa apenas uma página por vez
• Dados de laboratório (simulados), não dados reais de usuários

---

Método 2: Google Search Console (grátis, usuários reais)

1. Vá em Search Console > Experiência > Core Web Vitals
2. Veja dados reais de usuários de visitantes reais
3. Mostra quais páginas têm scores ruins, precisam de melhoria ou bons

Prós:

• Dados reais de usuários (dados de campo)
• Mostra todas as suas páginas
• Grátis

Contras:

• Precisa de tráfego suficiente para ter dados
• Atualizado semanalmente, não em tempo real

---

Método 3: Site Audit (rápido, acionável)

1. Execute o Site Audit ($50)
2. Obtenha scores de Core Web Vitals e uma lista priorizada de correções
3. Veja exatamente os elementos causando problemas
4. Receba um guia de implementação

Prós:

• Correções específicas com prioridade
• Explicações técnicas e não técnicas
• Auditoria completa do site, não apenas uma página

Contras:

• Custa $50 (mas economiza horas de diagnóstico)

Execute o Site Audit para verificar Core Web Vitals

---

Erros comuns

Erro 1: Perseguir o score 100/100

Problema: Obsessão por score perfeito no PageSpeed.

Realidade:

• 90+ é ótimo
• 80-89 é bom o suficiente para a maioria dos negócios
• Ir de 90 para 100 tem impacto mínimo no negócio

Abordagem melhor: Chegue em 80-90 e depois foque em conteúdo e marketing.

---

Erro 2: Ignorar mobile

Problema: Verificar apenas os scores de desktop.

Realidade:

• 60-70% do tráfego é mobile
• Scores em mobile geralmente são piores
• O Google ranqueia com base no desempenho mobile

Correção: Sempre verifique os scores mobile primeiro.

---

Erro 3: Otimizar as páginas erradas

Problema: Corrigir a homepage enquanto as páginas de produto estão lentas.

Realidade: Otimize páginas que geram receita:

• Páginas de produto (e-commerce)
• Landing pages (geração de leads)
• Página de preço (SaaS)
• Posts de blog com maior tráfego

Correção: Execute o Site Audit nas suas 5 principais páginas geradoras de receita, não apenas na homepage.

---

Erro 4: Quebrar funcionalidade em troca de velocidade

Problema: Remover funcionalidades críticas para melhorar scores.

Realidade:

• Widget de chat adiciona 500ms mas gera 20% das conversões
• Removê-lo por um score melhor = perda de receita

Correção: Otimize em torno das funcionalidades críticas. Não as remova.

---

Cronograma esperado

Semana 1: Ganhos rápidos

• Otimize imagens (WebP, compressão)
• Adicione largura/altura às imagens
• Adie JavaScript não crítico

Melhoria esperada:

• LCP: 1-2 segundos mais rápido
• CLS: 50-70% melhor

---

Semanas 2-3: Correções mais profundas

• Configure CDN
• Remova JavaScript não usado
• Corrija recursos que bloqueiam renderização

Melhoria esperada:

• LCP: 30-40% de melhoria adicional
• FID: 50-70% melhor

---

Mês 2: Monitoramento e iteração

• Monitore dados reais de usuários no Search Console
• Acompanhe mudanças na taxa de conversão
• Ajuste com base no impacto

Melhoria esperada:

• Taxa de conversão: aumento de 10-30%
• Receita: alta mensurável

---

A conclusão

Core Web Vitals são três métricas de velocidade que o Google mede:

• LCP: Quão rápido o conteúdo principal carrega
• FID/INP: Quão rápido o site responde a cliques
• CLS: Quanto o conteúdo pula

Impacto no negócio:

• Fator de ranking pequeno
• Fator de conversão grande (cada segundo = 7% de perda em conversão)

Prioridade por tipo de negócio:

• E-commerce: LCP primeiro
• SaaS: FID/INP primeiro
• Blogs: LCP e CLS
• Geração de leads: CLS primeiro

Ganhos rápidos:

• Otimizar imagens (1-2 horas, grátis)
• Adiar JavaScript (30 minutos, grátis)
• Definir dimensões de imagem (30 minutos, grátis)

ROI esperado: Uma correção de $500 pode gerar $72.000/ano em receita adicional para um site típico de e-commerce.

Não persiga scores 100/100. Chegue em 80-90 e foque em conteúdo e marketing.

---

Leitura relacionada: