Core Web Vitals · PageSpeed Insights · LCP · CLS · INP

Teste de Velocidade de Site

Teste a velocidade do seu site, analise Core Web Vitals e descubra como o Google enxerga a performance. Integração com PageSpeed Insights oficial.

A análise é feita pelo PageSpeed Insights oficial do Google — o mesmo motor usado para avaliar Core Web Vitals e SEO. Abre numa nova aba com relatório completo.

Dica: rode o teste 2-3 vezes pra ver a variação natural. Use a mediana como referência.

Core Web Vitals — o que você precisa saber

LCP

Largest Contentful Paint

Tempo até o maior elemento da página aparecer (geralmente uma imagem hero ou bloco de texto).

  • ≤ 2,5s · Bom
  • 2,5–4s · Precisa melhorar
  • > 4s · Ruim
CLS

Cumulative Layout Shift

Quanto a página "pula" durante o carregamento — quando elementos aparecem e empurram o conteúdo.

  • ≤ 0,1 · Bom
  • 0,1–0,25 · Precisa melhorar
  • > 0,25 · Ruim
INP

Interaction to Next Paint

Tempo de resposta a interações do usuário (clique, toque, digitação). Substituiu o FID em 2024.

  • ≤ 200ms · Bom
  • 200–500ms · Precisa melhorar
  • > 500ms · Ruim
Guia técnico

Performance web em 2026: o que importa pro Google

Por que velocidade afeta SEO

Velocidade é fator de ranking oficial do Google desde 2010 (mobile) e 2018 (desktop). Em 2021, virou parte dos Core Web Vitals, sinais oficiais que avaliam experiência real de usuário. Sites lentos perdem ranking — e perdem dinheiro.

Dados públicos do Google e da Akamai:

  • 40% dos usuários abandonam um site se demorar mais de 3s para carregar.
  • Cada +100ms de carregamento custa −1% de conversão.
  • Sites com velocidade média têm 32% mais bounce que sites rápidos.
  • Mobile pesa mais: 53% dos usuários abandonam mobile lento.

O que mata a performance

  1. Imagens não otimizadas: PNG enorme onde JPG/WebP serviria, sem lazy load, sem responsive.
  2. JavaScript pesado: bundles de 500KB+, scripts de terceiros (chat, analytics, ads, pixels).
  3. Sem cache HTTP: cada visita rebaixa tudo do servidor.
  4. CSS bloqueante: render bloqueado até CSS terminar.
  5. Servidor lento: TTFB acima de 600ms já é problema sério.
  6. Sem CDN: usuário do Rio acessando servidor em SP perde 30-50ms.
  7. Fontes web pesadas: cada @font-face puxado adiciona 50-200ms.
  8. Iframes (YouTube, Instagram): cada um traz 500KB+ de scripts.

Ordem de prioridade pra otimizar

Antes de mexer em qualquer coisa, rode o teste e veja qual métrica está pior:

  • LCP ruim → trabalhar imagens e fonte do servidor. Comprima imagens (WebP/AVIF), use lazy load, preload da imagem hero, melhore TTFB.
  • CLS ruim → reservar espaço para mídia. Sempre declare width/height nas imagens, evite inserir conteúdo acima do que já carregou, cuide de fontes web (use font-display: swap com fallback de tamanho similar).
  • INP ruim → reduzir JavaScript. Mova tracking pra defer, divida bundles, evite loops síncronos no main thread, use Web Workers pra processamento pesado.

Quick wins por tipo de site

WordPress:

  • Plugin de cache (WP Rocket, W3 Total Cache, LiteSpeed Cache).
  • Plugin de otimização de imagens (ShortPixel, Smush).
  • CDN (Cloudflare gratuito já ajuda muito).
  • Remover plugins não usados — cada plugin ativo adiciona requests.
  • Tema leve (GeneratePress, Astra) em vez de pesados (Avada, Divi).

Site customizado / Astro / Next:

  • Astro/Next já gera HTML estático: ganha LCP de graça.
  • next/image ou astro:assets pra otimizar imagens automaticamente.
  • Hosting rápido (Vercel, Netlify, Cloudflare Pages).
  • Preconnect/preload em recursos críticos.

Ferramentas oficiais e complementares

  • PageSpeed Insights (pagespeed.web.dev): a oficial. Use sempre.
  • Search Console → Core Web Vitals: dados reais do CrUX (Chrome User Experience) sobre suas páginas.
  • Chrome DevTools → Lighthouse: pra testar rápido durante o desenvolvimento.
  • WebPageTest (webpagetest.org): análise super detalhada com waterfall.
  • GTmetrix: histórico gratuito, monitoramento.
  • web.dev/measure: simulação completa com sugestões.

CrUX vs Lighthouse: a diferença importa

O PageSpeed Insights mostra dois tipos de dado:

  • Lighthouse (lab data): simulação no momento do teste. Útil pra debug.
  • CrUX (field data): agregado de visitas reais dos últimos 28 dias. É o que o Google usa pra ranqueamento.

Site novo não tem dados CrUX (precisa volume de tráfego). Só Lighthouse mostra. Site grande tem ambos — sempre olhe o CrUX primeiro.

Perguntas frequentes

Dúvidas sobre teste de velocidade de site

Se sua dúvida não está aqui, é só falar com a gente.

Falar no WhatsApp
O que são Core Web Vitals?
São 3 métricas oficiais do Google que medem experiência real do usuário: LCP (Largest Contentful Paint) — tempo até o maior elemento aparecer, ideal abaixo de 2,5s. CLS (Cumulative Layout Shift) — quanto a página "pula" durante o carregamento, ideal abaixo de 0,1. INP (Interaction to Next Paint) — tempo de resposta a interações, ideal abaixo de 200ms. Substituiu o FID em março de 2024.
Velocidade do site afeta SEO?
Sim, é fator de ranking confirmado desde 2010 (mobile) e 2018 (desktop). Em 2021, virou parte dos Core Web Vitals — um dos sinais oficiais do Google. Sites lentos são penalizados, especialmente em mobile. Páginas que carregam em 1s têm taxa de conversão até 3x maior que páginas que demoram 5s.
O que é "good", "needs improvement" e "poor" no PageSpeed?
Faixas oficiais do Google para Core Web Vitals: Good (verde) = atende o limite ideal. Needs improvement (amarelo) = aceitável mas pode melhorar. Poor (vermelho) = ruim, prejudica SEO. Pra um site ser considerado "bom", precisa ter 75% das visitas em "good" em todas as 3 métricas.
Por que o resultado varia a cada teste?
O Lighthouse simula uma sessão de teste — tem variação natural por carga do servidor, latência, anúncios dinâmicos, A/B tests. Para diagnóstico real, rode 3-5 vezes e tire a mediana. Para dados oficiais, olhe o relatório CrUX (Chrome User Experience) — agrega visitas reais dos últimos 28 dias.
Como melhorar a pontuação?
Em ordem de impacto: 1) Comprimir e converter imagens para WebP/AVIF. 2) Eliminar JS bloqueante (defer/async). 3) Preload de fontes críticas. 4) Inline de CSS crítico. 5) Lazy load de imagens e iframes. 6) Cache HTTP agressivo. 7) CDN. 8) Reduzir terceiros (ads, analytics). 9) Servidor rápido. 10) HTTP/2 ou HTTP/3.
Site rápido em casa, lento no Lighthouse: por quê?
O Lighthouse simula 4G lenta e CPU 4x mais devagar — pra refletir usuário real em smartphone modesto. Seu computador rápido com fibra esconde problemas que afetam a maioria dos usuários. Sempre teste no Lighthouse, não na sua própria máquina.
Pontuação 100 é necessária?
Não. 90+ já é excelente. Pontuação 100 é difícil em sites com tracking (GA, pixels) e ads. O importante é os Core Web Vitals estarem em verde — eles que afetam ranking. Score do Lighthouse é guia, não regra de SEO.
PageSpeed Insights é o melhor?
É o oficial do Google e o que importa para SEO. Outras ferramentas úteis para complemento: WebPageTest (análise super detalhada, em cascata), GTmetrix (relatório histórico gratuito), Chrome DevTools Lighthouse (mais rápido pra testar mudanças locais).
A Cia pode ajudar

Seu site está no vermelho nos Core Web Vitals?

A Cia faz auditoria completa de velocidade + otimização técnica: imagens, JS, cache, CDN e hosting.

Já sabe o que precisa? Peça uma proposta gratuita — resposta em até 24h úteis.