Enquanto você lê esta frase, seu site acabou de perder mais um cliente. 53% dos usuários abandonam um site que leva mais de 3 segundos para carregar, e cada segundo a mais reduz suas conversões em 7%. Não é opinião: é a conclusão do Google depois de analisar milhões de sessões.

Mas a velocidade já não é só uma questão de experiência do usuário. Desde 2021, o Google usa as Core Web Vitals como fator de ranqueamento. Um site lento não perde apenas visitantes: perde posições no Google, o que significa menos tráfego orgânico, menos leads e menos vendas.

Neste guia, explicamos o que são as Core Web Vitals, como medir o desempenho real do seu site e as técnicas concretas para deixá-lo mais rápido sem abrir mão de funcionalidades.

O Que São as Core Web Vitals e Por Que o Google Exige Isso?

As Core Web Vitals são três métricas que o Google usa para avaliar a experiência do usuário no seu site. Desde 2021 elas são um fator direto de ranqueamento, e em 2025 o Google atualizou a métrica de interatividade para ficar ainda mais exigente.

LCP (Largest Contentful Paint)

Mede quanto tempo leva para aparecer o maior elemento visível da página (geralmente a imagem principal ou um grande bloco de texto). É a percepção do usuário de que "já carregou".

Bom: menos de 2.5 segundos
Precisa melhorar: entre 2.5 e 4 segundos
Ruim: mais de 4 segundos

INP (Interaction to Next Paint)

Substituiu o FID em março de 2024. Mede a latência de todas as interações do usuário durante a visita inteira, não só a primeira. Se um botão demora para responder, o INP registra.

Bom: menos de 200 milissegundos
Precisa melhorar: entre 200 e 500 milissegundos
Ruim: mais de 500 milissegundos

CLS (Cumulative Layout Shift)

Mede o quanto os elementos visuais se deslocam enquanto a página carrega. Já tentou clicar em um botão e a página mudou de lugar, fazendo você clicar em outra coisa? Isso é um layout shift.

Bom: menos de 0.1
Precisa melhorar: entre 0.1 e 0.25
Ruim: mais de 0.25

O Custo Real de um Site Lento

Os números não mentem:

Tempo de carregamento	Taxa de rejeição	Impacto nas conversões
1-3 segundos	32% de rejeição	Ideal
1-5 segundos	90% mais rejeição	-14% de conversões
1-6 segundos	106% mais rejeição	-21% de conversões
1-10 segundos	123% mais rejeição	-35% de conversões

Em dinheiro: se o seu e-commerce fatura $10,000 por mês com um tempo de carregamento de 5 segundos, baixar esse tempo para 2 segundos pode significar $1,400 a mais por mês só com a redução de abandono. Em um ano, são $16,800 que você está deixando na mesa.

A Amazon calculou que cada 100 milissegundos a mais de latência custava 1% das vendas. Para uma empresa daquele tamanho, isso significa bilhões. Para o seu negócio, a proporção é a mesma.

Como Medir a Velocidade Real do Seu Site

Não basta abrir o site e achar que "carrega rápido". Você precisa de dados reais de usuários reais:

Ferramentas gratuitas do Google

PageSpeed Insights: Analisa qualquer URL e dá uma nota de 0 a 100 com dados de laboratório e de campo (usuários reais). Uma nota abaixo de 50 é crítica
Google Search Console: Relatório de Core Web Vitals com dados reais dos seus visitantes. Mostra quais URLs passam ou falham em cada métrica
Lighthouse (Chrome DevTools): Auditoria técnica completa direto no navegador. Pressione F12, vá até a aba Lighthouse e execute

Ferramentas avançadas

WebPageTest.org: Análise detalhada com cascata de recursos, filmstrip visual e comparações entre conexões. Permite testar a partir de diferentes locais e velocidades de rede
GTmetrix: Combina PageSpeed e Core Web Vitals com recomendações práticas e monitoramento histórico
CrUX Dashboard: Dados reais do Chrome User Experience Report. Mostra como o seu site se comporta para usuários reais ao longo do tempo

Dica importante: Sempre priorize os dados de campo (usuários reais) em vez dos dados de laboratório. Seu site pode tirar 95 no Lighthouse e mesmo assim ter um desempenho ruim para quem usa conexões lentas ou aparelhos de entrada.

10 Técnicas para Deixar Seu Site Mais Rápido

1. Otimize as imagens (impacto: alto)

As imagens respondem por 50-70% do peso total de uma página. Converta todas para WebP ou AVIF, use as dimensões exatas (não carregue uma imagem de 4000px para exibi-la em 800px) e implemente lazy loading nas imagens fora do viewport.

2. Use uma CDN (impacto: alto)

Uma Content Delivery Network entrega seus arquivos a partir do servidor mais próximo do usuário. Se o seu servidor está nos Estados Unidos e o seu cliente em Caracas, uma CDN pode reduzir o tempo de resposta de 200ms para 30ms. A Cloudflare oferece um excelente plano gratuito.

3. Reduza o JavaScript (impacto: alto)

O JavaScript é o recurso mais caro de processar. Cada KB de JS precisa ser baixado, interpretado e executado. Elimine dependências desnecessárias, use code splitting para carregar apenas o JS necessário em cada página e aplique tree shaking para remover código morto.

4. Use Server-Side Rendering (SSR) ou Static Generation

Frameworks como o Next.js permitem pré-renderizar páginas no servidor, enviando HTML pronto ao navegador em vez de uma página em branco que espera o JavaScript montar o conteúdo. Isso melhora drasticamente o LCP e a indexação no Google.

5. Comprima os recursos com Brotli

A compressão Brotli reduz o tamanho de HTML, CSS e JS 20-30% mais do que o Gzip. A maioria dos servidores modernos suporta, e CDNs como Cloudflare e Vercel aplicam automaticamente.

6. Pré-carregue os recursos críticos

Use <link rel="preload"> para indicar ao navegador quais recursos ele precisa imediatamente: a fonte principal, a imagem hero e o CSS crítico. Isso elimina o tempo de descoberta e antecipa o carregamento dos recursos essenciais.

7. Elimine recursos que bloqueiam a renderização

CSS e JS que bloqueiam a renderização atrasam tudo o que o usuário vê. Carregue o CSS não crítico de forma assíncrona, use defer ou async em scripts não essenciais e gere CSS inline para o conteúdo above the fold.

8. Otimize as fontes web

Fontes personalizadas estão entre as causas mais comuns de CLS e LCP lento. Use font-display: swap para exibir o texto imediatamente, pré-carregue as variações que você usa e limite-se a no máximo 2 famílias de fontes.

9. Configure um cache agressivo

Defina headers de cache adequados: arquivos estáticos (imagens, CSS, JS com hash) podem ficar em cache por um ano. O HTML deve ter cache curto ou revalidação. Um usuário que volta ao seu site deveria carregar 80% dos recursos do cache local.

10. Reserve espaço para conteúdo dinâmico

Para evitar CLS, defina dimensões explícitas para imagens, vídeos, iframes e anúncios. Use aspect-ratio no CSS ou os atributos width e height nas imagens. Os espaços de publicidade são os maiores causadores de layout shift.

Velocidade no Celular: O Verdadeiro Desafio

60-70% do seu tráfego provavelmente vem de dispositivos móveis, e a experiência no celular é bem pior do que no desktop:

As conexões móveis têm latência maior do que as de desktop
Os processadores de smartphones intermediários são 3-5x mais lentos que os de notebooks
Os usuários de celular são mais impacientes: esperam carregamento instantâneo

O Google avalia seu site com o mobile-first indexing, ou seja, é a versão mobile do seu site que define seu ranqueamento. Se o site é rápido no desktop mas lento no celular, você está perdendo posições.

Estratégias específicas para mobile:

Imagens responsivas: Use srcset para servir imagens de menor resolução em telas pequenas
Áreas de toque grandes: Botões de pelo menos 44x44px para evitar toques acidentais
Reduza a quantidade de fontes: Cada variação de fonte representa 20-100KB a mais de download
Priorize o conteúdo above the fold: O que o usuário vê primeiro deve carregar primeiro

Core Web Vitals e SEO: A Conexão Direta

O Google deixou claro que as Core Web Vitals são um fator de ranqueamento confirmado. Isso significa:

Entre duas páginas com conteúdo parecido, a mais rápida fica mais bem posicionada
Páginas aprovadas nas Core Web Vitals têm 24% menos chance de o usuário desistir antes do carregamento
O Google Search Console sinaliza com alertas as páginas reprovadas nas Core Web Vitals, o que pode reduzir sua visibilidade
Páginas rápidas recebem mais crawl budget: o Google as rastreia com mais frequência e descobre conteúdo novo mais rápido

Em mercados competitivos, a velocidade pode ser o diferencial que coloca você acima de concorrentes com conteúdo parecido, mas sites mais lentos.

Caso Real: Otimização Que Dobrou as Conversões

Um e-commerce de moda com 15,000 visitas mensais nos procurou com estes problemas:

LCP: 6.2 segundos (ruim)
CLS: 0.35 (ruim)
PageSpeed mobile: 28/100
Taxa de conversão: 0.8%

As otimizações que implementamos:

Migração das imagens PNG para WebP com lazy loading: -65% de peso
Implementação de CDN com Cloudflare: -150ms de latência
Code splitting e tree shaking do JavaScript: -45% de JS
Reserva de espaço para as imagens de produto: CLS em 0.02
Pré-carregamento de fontes e CSS crítico: LCP em 1.8 segundos

Resultados depois de 60 dias:

PageSpeed mobile: 28 → 92
LCP: 6.2s → 1.8s
Taxa de conversão: 0.8% → 1.7% (mais que o dobro)
Posições no Google: saiu da página 2 para o top 5 nas principais palavras-chave
Faturamento mensal: +$4,200 sem mudar mais nada

Seu Site Precisa de uma Auditoria de Velocidade

Na AvilaDev, otimizamos sites para que sejam aprovados nas Core Web Vitals e convertam mais:

Auditoria completa: Analisamos cada métrica com ferramentas profissionais e dados de usuários reais
Plano de ação priorizado: Dizemos exatamente o que otimizar primeiro para obter o maior impacto
Implementação técnica: Executamos as otimizações com nossa equipe de desenvolvimento
Monitoramento contínuo: Acompanhamos as métricas depois da otimização para garantir resultados duradouros

Quer saber quanto dinheiro seu site está perdendo por ser lento? Peça uma auditoria de velocidade gratuita e enviamos um relatório com sua nota atual, as oportunidades de melhoria e o impacto estimado nas suas conversões.

#LCP

Site Lento: Você Perde 7% das Vendas a Cada Segundo

Pronto para Transformar o Seu Negócio?