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
srcsetpara 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.
