O que este teste de tempo de resposta de site mede

Quando você faz um teste, nosso servidor acessa sua página três vezes, sempre em uma conexão nova, como o navegador de quem visita o site pela primeira vez. Em cada requisição registramos quanto tempo cada etapa leva e mostramos a mediana, que é menos afetada por uma medição fora do comum.

  • Consulta DNS: quanto tempo leva para traduzir o seu domínio em um endereço IP.
  • Conexão TCP: quanto tempo leva para abrir uma conexão com o seu servidor. Reflete principalmente a distância na rede.
  • Handshake SSL/TLS: quanto tempo leva para configurar a criptografia do HTTPS.
  • Processamento no servidor: o tempo entre o envio da requisição e a chegada do primeiro byte da resposta. Inclui o trabalho que a sua aplicação faz para montar a página.
  • Tempo até o primeiro byte (TTFB): a soma de tudo isso na requisição final, ou seja, o momento em que o navegador começa a receber a sua página.
Divisão ilustrativa do tempo de resposta de um site: consulta DNS, conexão TCP e handshake TLS são trechos menores e o processamento no servidor é o maior; juntos formam o tempo até o primeiro byte. Divisão ilustrativa do tempo de resposta de um site: consulta DNS, conexão TCP e handshake TLS são trechos menores e o processamento no servidor é o maior; juntos formam o tempo até o primeiro byte.
Divisão ilustrativa do tempo até o primeiro byte. As proporções do seu site vão ser diferentes.

Qual é um bom tempo de resposta de site?

A orientação do Google para o tempo até o primeiro byte sugere que a maioria dos sites busque 0,8 segundo ou menos e considera ruins valores acima de 1,8 segundo. Esses limites valem para usuários reais em redes reais, então use a nossa medição, feita de um único local, como um indicador útil e não como uma nota exata. Mais importante do que qualquer número absoluto é a sua própria referência: se o seu site costuma responder em 250 ms e de repente leva 1.500 ms, alguma coisa mudou.

Como usar a divisão por etapas

A etapa que mais demora mostra por onde começar:

  • Processamento lento no servidor aponta para a aplicação: falta de cache de páginas, consultas lentas ao banco de dados, plugins pesados ou um servidor sobrecarregado.
  • Conexão e TLS lentos apontam para distância e rede: uma CDN ou uma região de hospedagem mais perto dos visitantes ajuda, assim como o TLS 1.3.
  • DNS lento aponta para o provedor de DNS ou para cadeias longas de registros CNAME. Confira os registros com a consulta DNS.
  • Uma diferença grande entre o TTFB e o total indica redirecionamentos. Confira-os com a ferramenta verificar status HTTP.

Para uma explicação completa de cada fator e de como melhorar, leia nosso guia sobre tempo de resposta de site.

Acompanhe o tempo de resposta continuamente

Um teste isolado é só uma fotografia. O tempo de resposta muda ao longo do dia e se altera com as semanas, conforme o banco de dados cresce e o tráfego muda. O UptimeStats registra o tempo de resposta do seu site em cada verificação, a cada 5 minutos, e mostra gráficos de 24 horas e 7 dias, para você perceber lentidões cedo e receber um alerta se o site parar de responder. Saiba mais sobre monitoramento de uptime.

Pare de verificar na mão. Receba alertas automáticos.

O UptimeStats verifica seu site a cada 5 minutos e envia um e-mail quando uma queda é confirmada. Grátis para até 5 sites.