Teste de Velocidade de Website Grátis
Analise a performance do seu site com métricas de Core Web Vitals. Obtenha uma nota de 0 a 100 com LCP, CLS, TBT e muito mais — instantaneamente.
Por que a velocidade do site impacta diretamente o SEO e a receita?
O Google usa a experiência da página como sinal de ranqueamento desde 2021, com Core Web Vitals no centro. Um atraso de 1 segundo no carregamento pode reduzir as conversões em 7%, e 53% dos usuários mobile abandonam uma página que demora mais de 3 segundos para carregar.
O que nosso teste de velocidade mede:
- LCP (Largest Contentful Paint): Com que rapidez o conteúdo principal aparece. Deve ser abaixo de 2,5s para uma boa experiência.
- CLS (Cumulative Layout Shift): A estabilidade do layout durante o carregamento. Saltos inesperados frustram usuários e prejudicam rankings.
- TBT (Total Blocking Time): Quanto JavaScript está bloqueando a interação. TBT alto faz a página parecer travada.
- TTFB (Time to First Byte): A velocidade de resposta bruta do seu servidor — a base de toda performance da página.
- Breakdown de recursos: Exatamente quanto HTML, CSS, JavaScript, imagens e fontes são carregados, para você saber onde otimizar primeiro.
Como interpretar os números de performance
Os Core Web Vitals são o primeiro ponto a olhar. LCP abaixo de 2,5 s, CLS abaixo de 0,1 e INP abaixo de 200 ms são os limites "bom" do Google. Acima disso, você perde posições e conversão. O waterfall de recursos mostra qual ativo domina cada métrica.
- LCP > 4 s com imagem hero: a imagem não está em preload ou é maior que o necessário — faça preload com
fetchpriority="high". - TBT alto e bundle JS grande: thread principal sufocada; code-split e adie scripts não críticos.
- CLS aumentando no meio do load: um slot de ad, troca de fonte ou banner tardio empurrou o conteúdo — reserve espaço no CSS.
Problemas comuns e soluções
- Fontes bloqueando render: adicione
font-display: swape faça preload dos WOFF2. - Tags de terceiros bloqueando a thread principal: mova analytics e widgets de chat para
deferou carregue após interação do usuário. - Imagem hero não otimizada: sirva AVIF/WebP, dimensione para o viewport e declare width/height explícitos.
- Sem CDN / TTFB alto: coloque a origem atrás de um CDN e ative cache de borda para HTML quando possível.
- Bundle JS gigante: audite com um bundle analyzer, remova libs não usadas, habilite code splitting por rota.
Próximos passos
Conserte o LCP primeiro — normalmente é a métrica de maior impacto para usuários e ranking. Depois reduza peso de JavaScript e só então se preocupe com CLS de detalhe.
Para monitoramento contínuo, o FlashMon.app acompanha mudanças automaticamente e avisa no momento em que algo falha.
Monitore a velocidade do seu site continuamente
Seja alertado no momento em que seu site ficar lento — antes que seus usuários percebam.
Perguntas Frequentes
Core Web Vitals são os fatores definidos pelo Google para medir a experiência real do usuário. Nossa pontuação de performance (0–100) é calculada a partir de três métricas: LCP (Largest Contentful Paint, vale 33 pontos) mede o desempenho de carregamento; CLS (Cumulative Layout Shift, vale 33 pontos) mede a estabilidade visual; e TBT (Total Blocking Time, vale 34 pontos) aproxima a interatividade. Uma pontuação de 90–100 é Excelente, 50–89 é Bom, 25–49 Precisa Melhorar e 0–24 é Ruim. O Google usa essas métricas como sinais de ranqueamento direto desde 2021.
LCP (Largest Contentful Paint) mede quanto tempo leva para o maior elemento visível na viewport — geralmente uma imagem hero, imagem de fundo ou bloco de texto grande — renderizar completamente. O Google considera LCP abaixo de 2,5 segundos como Bom, 2,5–4 segundos como Precisa Melhorar e acima de 4 segundos como Ruim. Causas comuns de LCP lento: tempo de resposta do servidor lento, CSS/JS bloqueando renderização, carregamento lento de imagens e renderização apenas no lado do cliente. Otimize com CDN, compressão de imagens, frameworks SSR como Next.js e pré-carregamento de recursos críticos.
CLS (Cumulative Layout Shift) mede a quantidade total de mudanças inesperadas de layout durante o carregamento da página — quando elementos saltam visualmente enquanto a página carrega. Um CLS abaixo de 0,1 é Bom, 0,1–0,25 Precisa Melhorar e acima de 0,25 é Ruim. As causas mais comuns: imagens sem atributos explícitos de largura e altura, anúncios sem espaço reservado, conteúdo injetado dinamicamente e fontes web causando FOIT/FOUT. Corrija definindo sempre dimensões em imagens e vídeos, reservando espaço para anúncios e usando font-display adequado.
TBT (Total Blocking Time) mede o tempo total entre o First Contentful Paint e o Time to Interactive durante o qual o thread principal estava bloqueado por tempo suficiente para impedir respostas a entradas do usuário. É um proxy laboratorial para FID e INP. Abaixo de 200ms é Bom, 200–600ms Precisa Melhorar, acima de 600ms é Ruim. TBT alto é causado principalmente por grandes bundles de JavaScript ou scripts de terceiros bloqueando o thread principal. Corrija com code-splitting, adiamento de scripts não críticos, remoção de JavaScript não utilizado e evitando tarefas longas.
TTFB (Time to First Byte) é o tempo entre o navegador enviar uma requisição HTTP e receber o primeiro byte da resposta. Reflete a velocidade de resposta bruta do servidor. Um TTFB rápido (abaixo de 200ms) é a base de um site rápido — tudo mais acontece depois. TTFB lento é causado por consultas de banco de dados lentas, tempo de processamento do servidor, distância geográfica do servidor ou falta de cache. Corrija com cache no servidor, otimização de queries, implantação em CDN edge e HTTP/2 ou HTTP/3.
Um teste de velocidade isolado mostra apenas a performance naquele momento específico. A velocidade pode variar muito dependendo da carga do servidor, disponibilidade de serviços de terceiros, cache de CDN e mudanças no site. O FlashMon monitora continuamente o uptime e os tempos de resposta do seu site a partir de múltiplas regiões do mundo, alertando imediatamente quando a performance piora — antes que seus usuários percebam. Isso permite identificar regressões de performance causadas por deploys, atualizações de plugins ou picos de tráfego no momento em que ocorrem.