Teste de velocidade do site
Qual a velocidade do seu site? Teste-o de até 3 locais ao mesmo tempo num navegador real, veja o que o visitante viu momento a momento e receba correções para a sua própria stack.

Qualquer páginaUm domínio ou uma URL completa; até 3 locais, celular, computador ou os dois.A notaA pontuação do Lighthouse da execução mediana como letra, com as execuções numa escala de 0 a 100.O que o visitante viuA tela, cada requisição, as tarefas longas e as mudanças de layout numa linha do tempo: clique em qualquer momento.As condiçõesLocal, dispositivo, rede, CPU e as versões do Chrome e do Lighthouse em cada relatório.Como funciona um teste de velocidade do site?
Um servidor de teste no local que você escolhe abre a página num Chrome novo, três vezes, e registra tudo: a tela, cada requisição, a thread principal. O Lighthouse transforma cada carregamento numa pontuação, e a mediana das três execuções é a nota.
As partes que não precisam de navegador chegam primeiro: o tempo do servidor dos nossos 11 locais, os dados de usuários reais do Chrome UX Report e a stack do site. A nota vem quando todos os locais terminam suas execuções; as correções chegam logo depois.
- 1
Segurançaas listas de malware e de conteúdo adulto da Cloudflare, antes que qualquer coisa abra a página
- 2Tempo do servidorDNS, conexão, TLS e primeiro byte de 11 locais, sem navegador
- 3
Usuários reais28 dias de dados do Chrome UX Report da página ou do site
- 4Stacko CMS, o framework, a hospedagem e a CDN, pelos nossos próprios motores
- 5
Execuções3 execuções do Lighthouse por local, cada uma enviada assim que termina
- 6Notaa pontuação da execução mediana como letra, com os pontos que cada métrica custou
- 7Correçõesescritas para esta stack, com cada arquivo e número conferido com o teste
O que significam LCP, CLS, TBT, FCP, Speed Index e TTFB?
Seis números numa linha do tempo. O TTFB é quando chegou o primeiro byte do servidor, o FCP quando apareceu o primeiro texto ou imagem, o LCP quando o maior elemento da primeira tela foi desenhado, e o Speed Index mede a rapidez com que a tela foi preenchida.
O TBT soma o tempo em que a thread principal ficou ocupada demais para responder a um toque, e o CLS mede o quanto a página pulou enquanto carregava. O TTFB não tem peso na pontuação; os outros cinco têm.
| Métrica | Celular | Computador | Peso |
|---|---|---|---|
| FCPFirst Contentful Paint | verde até 1,8 svermelho acima de 3 s | verde até 934 msvermelho acima de 1,6 s | 10% |
| LCPLargest Contentful Paint | verde até 2,5 svermelho acima de 4 s | verde até 1,2 svermelho acima de 2,4 s | 25% |
| TBTTotal Blocking Time | verde até 200 msvermelho acima de 600 ms | verde até 150 msvermelho acima de 350 ms | 30% |
| CLSCumulative Layout Shift | verde até 0,10vermelho acima de 0,25 | verde até 0,10vermelho acima de 0,25 | 25% |
| SISpeed Index | verde até 3,4 svermelho acima de 5,8 s | verde até 1,3 svermelho acima de 2,3 s | 10% |
| TTFBTime to First Byte | verde até 800 msvermelho acima de 1,8 s | sem pontuação | |
Como a nota é calculada?
A nota é a pontuação de desempenho do Lighthouse da execução mediana: A a partir de 90 (o verde do Google), B a partir de 80, C a partir de 65, D a partir de 50 e F abaixo de 50. Cada métrica é pontuada na sua própria curva e ponderada, e o cartão de resultado mostra os pontos que cada uma custou.
Rodamos três vezes porque as pontuações variam de uma execução para outra, e mostramos as três numa escala de 0 a 100. Uma execução fora da curva nunca decide a letra. Uma página que nunca para de carregar recebe uma ou duas execuções em vez disso, e o relatório dela avisa.
Por que o PageSpeed Insights e o GTmetrix mostram outra pontuação?
O mesmo Lighthouse, com servidores, locais e configurações diferentes. Com o ajuste Como o Google PageSpeed, usamos os presets que o PageSpeed Insights roda (um celular lento simulado em 4G, ou um computador com internet a cabo), com a nossa desaceleração da CPU calibrada para que os nossos servidores pontuem como os do Google. Enquanto a desaceleração de um servidor de teste não estiver calibrada, os relatórios dele avisam que ela é provisória.
O PageSpeed Insights roda uma vez, de um local que você não escolhe; nós rodamos três vezes, do local que você escolhe. O ajuste Velocidade máxima carrega a página na velocidade do nosso próprio servidor, sem limitação, mais perto da visão do GTmetrix, por isso as pontuações dele ficam mais altas.
| Os dois ajustes em cada relatório. | Velocidade máxima | |
|---|---|---|
| Rede (celular) | 150 ms · 1,6 Mbps, simulado | a do próprio servidor de teste |
| Rede (computador) | 40 ms · 10 Mbps, simulado | a do próprio servidor de teste |
| Tela do celular | ||
| CPU | desacelerada, calibrada por servidor | sem desaceleração |
| Execuções | 3, mediana | 3, mediana |
Dados de laboratório e dados de campo: qual conta?
O teste de laboratório é uma visita nova que você pode repetir depois de uma correção: o mesmo local, dispositivo e rede a cada vez, então uma mudança aparece no mesmo dia. Os dados de campo são 28 dias de usuários reais do Chrome, o 75º percentil, do Chrome UX Report.
O veredito das Core Web Vitals do Google vem dos dados de campo, e ele não muda logo depois de uma correção: é a média de quatro semanas. Use o laboratório para conferir uma correção, e os dados de campo para vê-la chegar aos seus visitantes ao longo do mês seguinte.
Laboratório (este teste)
- Uma visita, cache vazio
- Local, dispositivo e rede que você escolhe
- Muda assim que você corrige algo
- O TBT faz as vezes da interatividade
Campo (usuários reais)
- Toda visita no Chrome que compartilha estatísticas
- Todos os celulares, redes e caches deles
- O 75º percentil ao longo de 28 dias
- O INP mede interações reais
Como deixar meu site mais rápido?
Comece pelo que custa mais pontos: as correções estão ordenadas pela economia que a medição comprova. Um servidor lento, ou distante e sem CDN, atrasa tudo o que vem depois; arquivos que bloqueiam a renderização atrasam a primeira renderização; JavaScript pesado bloqueia os toques; uma imagem principal que chega tarde atrasa o LCP.
Anúncios, analytics e scripts de outros sites normalmente precisam ficar: adie-os até a página estar utilizável, ou sirva-os você mesmo. Depois, teste de novo: o relatório compara antes e depois e marca cada correção anterior como corrigida ou ainda em aberto.
| Problema | Onde corrigir |
|---|---|
| O servidor demora a responderslow-server | o sitea CDNo servidor |
| Sem CDN: locais distantes esperam por um único servidorno-cdn-far-region | a CDN |
| CSS e JavaScript que bloqueiam a renderizaçãorender-blocking | o site |
| O JavaScript mantém a thread principal ocupadamain-thread-busy | o site |
| A maior renderização chega tardelcp-slow | o sitea CDN |
| Imagens maiores do que a tela precisaimage-delivery | o sitea CDN |
| Sua CDN serviu uma cópia antigacdn-stale-copy | a CDN |
Perguntas sobre o teste de velocidade do site
O Teste de velocidade do site é grátis?
Por que minha pontuação muda a cada teste?
Vocês guardam resultados em cache?
De quais locais posso testar?
O que significam os ajustes “Como o Google PageSpeed” e “Velocidade máxima”?
Por que meu site barrou o teste?
Quais endereços IP os seus servidores de teste usam?
Por quanto tempo os relatórios são mantidos?
Posso comparar antes e depois de uma correção?
Sentiu falta de algo?Sugira um recurso ou uma nova ferramenta
Ferramentas relacionadas
Verificador de Site Fora do Ar
Está fora do ar para todos ou só para você? Verifique qualquer site de 11 lugares e da sua conexão, com uma captura de tela ao vivo
Detector de CMS
Qual CMS, tema, plugins e tecnologias um site usa, com a prova de cada um
Verificador de Hospedagem
Descubra quem hospeda qualquer site: hospedagem, CDN, CMS, provedor de e-mail, registrador e emissor do SSL
Verificador de Certificado SSL
Verifique a validade e detalhes de segurança do certificado SSL
Teste de Ping
Meça seu ping, jitter e perda de pacotes, seu ping para 34 regiões de nuvem e faça ping em qualquer site ou IP a partir de 11 cidades
Traceroute
Rastreie a rota de 8 cidades até um site ou IP, hop a hop, com cada rede nomeada