Core Web Vitals: Meça e Melhore o Desempenho Web
Seus usuários esperam experiências rápidas e fluidas. As Core Web Vitals (CWV) do Google quantificam essa experiência: Largest Contentful Paint (LCP), First Input Delay (FID) e Cumulative Layout Shift (CLS). Pontuações ruins prejudicam o SEO e as conversões. Este guia mostra como medir e melhorar cada métrica com passos acionáveis.
O que são Core Web Vitals?
As Core Web Vitals são três métricas centradas no usuário que o Google usa como sinais de ranking:
- LCP: Quanto tempo leva para o maior elemento de conteúdo (imagem, bloco de texto) se tornar visível. Bom: ≤2,5s.
- FID: Tempo desde a primeira interação do usuário (clique, toque) até a resposta do navegador. Bom: ≤100ms.
- CLS: Estabilidade visual — quanto o layout da página se desloca inesperadamente. Bom: ≤0,1.
Essas métricas refletem a experiência real do usuário, não apenas condições de laboratório. Melhorá-las faz seu site parecer mais rápido e estável.
Como medir as Core Web Vitals
Você precisa de dados de laboratório e de campo. Ferramentas de laboratório ajudam a depurar; dados de campo (Real User Monitoring) mostram o desempenho real.
Ferramentas de laboratório
- Lighthouse (no Chrome DevTools): Execute auditorias de desempenho, acessibilidade e SEO. Ele reporta LCP, CLS e TBT (um proxy para FID).
- WebPageTest: Testes avançados com filmstrips e gráficos em cascata.
- Painel Performance do Chrome DevTools: Grave e analise o desempenho em tempo de execução.
Ferramentas de campo
- Chrome User Experience Report (CrUX): Conjunto de dados público de métricas de usuários reais para milhões de sites.
- Google Search Console: O relatório Core Web Vitals mostra grupos de URLs que precisam de atenção.
- Biblioteca JavaScript web-vitals: Colete métricas de usuários reais e envie para seu analytics.
Use dados de campo para identificar páginas problemáticas e, em seguida, ferramentas de laboratório para diagnosticar e corrigir.
Melhorando o Largest Contentful Paint (LCP)
O LCP geralmente é a imagem hero ou o título principal. Para acelerá-lo:
- Otimize imagens: Comprima, use formatos modernos (WebP, AVIF) e sirva tamanhos responsivos. Ferramentas como o Image Compressor podem ajudar a reduzir o tamanho do arquivo sem perda de qualidade.
- Pré-carregue recursos críticos: Use
<link rel="preload">para imagens hero, fontes e CSS essencial. - Reduza o tempo de resposta do servidor: Use cache, CDNs e otimize consultas de backend.
- Elimine recursos que bloqueiam a renderização: Adie JS e CSS não críticos, insira CSS crítico inline.
- Use uma CDN: Sirva ativos de locais próximos aos usuários.
Exemplo: pré-carregue sua imagem LCP:
<link rel="preload" as="image" href="/hero.webp" imagesrcset="/hero-480.webp 480w, /hero-800.webp 800w" imagesizes="(max-width: 600px) 480px, 800px">
Melhorando o First Input Delay (FID)
O FID mede a responsividade. Um atraso longo significa que a main thread está ocupada. Para melhorar:
- Divida tarefas longas: Use
setTimeoutourequestIdleCallbackpara ceder à main thread. - Otimize o JavaScript: Faça code-splitting, tree-shaking e adie scripts não críticos.
- Reduza o impacto de terceiros: Carregue analytics e anúncios de forma assíncrona ou após a interação.
- Use web workers para cálculos pesados.
Considere também o Interaction to Next Paint (INP), que está substituindo o FID em março de 2024. O INP mede a responsividade geral ao longo do ciclo de vida da página. As mesmas otimizações se aplicam.
Melhorando o Cumulative Layout Shift (CLS)
O CLS acontece quando elementos se movem inesperadamente. Causas comuns: imagens sem dimensões, anúncios, fontes e conteúdo dinâmico. Correções:
- Sempre defina width e height em imagens e vídeos, ou use
aspect-rationo CSS. - Reserve espaço para anúncios e embeds: Use elementos placeholder com tamanho fixo.
- Evite inserir conteúdo acima do conteúdo existente, a menos que em resposta a uma interação do usuário.
- Use
font-display: swape pré-carregue fontes para evitar texto invisível (FOIT) e deslocamentos de layout. - Anime com transform em vez de propriedades que acionam layout.
Exemplo: defina a proporção para imagens responsivas:
img {
aspect-ratio: 16 / 9;
width: 100%;
height: auto;
}
Ferramentas e fluxo de trabalho
Integre o desempenho ao seu fluxo de desenvolvimento:
- Execute o Lighthouse no CI para detectar regressões.
- Use a biblioteca web-vitals para enviar dados de campo ao seu analytics.
- Monitore o CrUX e o Search Console para tendências de usuários reais.
- Priorize correções por impacto: geralmente LCP e CLS trazem os maiores ganhos.
Para otimização rápida de imagens, experimente nosso Image Compressor para reduzir imagens críticas para o LCP.
Perguntas frequentes
Quais são os limites atuais das Core Web Vitals?
LCP: bom ≤2,5s, precisa melhorar ≤4s, ruim >4s. FID: bom ≤100ms, precisa melhorar ≤300ms, ruim >300ms. CLS: bom ≤0,1, precisa melhorar ≤0,25, ruim >0,25.
Com que frequência devo medir as Core Web Vitals?
Monitore dados de campo continuamente via RUM. Execute auditorias de laboratório a cada mudança significativa de código e pelo menos mensalmente para detectar regressões.
Melhorar as Core Web Vitals realmente afeta o SEO?
Sim, o Google usa a experiência na página (incluindo CWV) como sinal de ranking. Embora o conteúdo continue sendo primordial, boas CWV podem lhe dar uma vantagem e melhorar a satisfação do usuário.