Teste de latência HTTP: em quanto tempo um servidor responde?

A medição vem do endpoint /api/http-latency. Ele envia várias requisições HEAD do ambiente serverless do MyIPScan para o destino e informa a mediana, o mínimo e o máximo. O que se mede, portanto, é o trajeto da borda da Cloudflare até o destino.

O que entra em cada tentativa

Antes de cada requisição, o MyIPScan verifica se o nome do host resolve para um endereço público. Só depois o relógio começa a contar: para a requisição HEAD e para cada redirecionamento até o destino final, até um pequeno limite. O tempo de uma tentativa é a soma dessas etapas HTTP; a verificação prévia do nome do host não entra na conta. Se o servidor recusar o HEAD, a etapa é repetida como GET, sem ler o corpo da resposta.

Mediana, mínimo e máximo

Leia primeiro a mediana: é o valor do meio entre as tentativas e quase não se mexe por causa de um único valor fora da curva. O mínimo e o máximo mostram quanto o trajeto oscilou durante a verificação. Se estiverem muito distantes, um número isolado diz pouco.

E o TTFB?

O valor se aproxima de um TTFB (Time to First Byte, o tempo até o primeiro byte) medido a partir da borda: cada etapa termina quando chegam a linha de status e os cabeçalhos. Mesmo assim, ele não equivale ao TTFB que o seu navegador vê ao carregar a página — o ponto de partida é outro, e alguns servidores tratam o HEAD de forma diferente do GET.

As tabelas do resultado

Além do resumo, o resultado mostra cada tentativa com o tempo total, o status, o número de redirecionamentos e a URL final e, se houve redirecionamentos, o tempo de cada etapa. Assim você vê se um tempo alto vem do servidor de destino ou de uma cadeia de redirecionamentos antes dele.

Os principais fatores são:

• a distância física até o servidor;
• o tempo de resolução de DNS;
• o handshake TCP, com uma viagem de ida e volta;
• o handshake TLS, com uma ou duas viagens de ida e volta no TLS 1.2 e uma no TLS 1.3;
• o tempo de processamento no servidor.

Uma CDN reduz a latência ao entregar o conteúdo a partir de servidores geograficamente próximos. Latência alta costuma significar distância grande, DNS lento ou atrasos no processamento do servidor — não falta de largura de banda.

Neste teste, o que conta é o trecho entre a borda da Cloudflare que atende a requisição e o servidor de destino. Os redirecionamentos se somam: cada um é mais uma etapa HTTP completa.

1. Digite uma URL HTTP ou HTTPS pública.
2. Leia primeiro a mediana; o mínimo e o máximo mostram quanto o trajeto oscilou.
3. Meça a mesma URL várias vezes antes de tirar qualquer conclusão de um número só.
4. Mude uma coisa de cada vez — um redirecionamento, uma configuração da CDN ou o cache — e depois meça a mesma URL de novo.

Os resultados são sinais para revisar sobre um alvo público. Ao comparar medições, preste atenção no momento de cada uma: os valores mudam com a carga do destino e com a região da Cloudflare que atendeu a requisição.

• Como as requisições partem da borda e não do seu aparelho, o teste não mede a latência que você percebe nem o custo extra da sua VPN.
• Não é um ping ICMP: ele mede requisições HTTP.
• Os resultados mudam com a região da Cloudflare que atendeu a requisição, a carga do destino, os redirecionamentos e o estado do cache.
• Alguns servidores tratam HEAD e GET de forma diferente; por isso, os tempos podem diferir de um carregamento real da página.
• Cada verificação mede exatamente um endpoint HTTP ou HTTPS público. Hosts privados e controles de acesso ficam de fora.
• Uma medição é um retrato de um momento, não um monitoramento contínuo de disponibilidade.

A metodologia descreve como o MyIPScan identifica as verificações limitadas.

O tempo de resposta é um sinal entre vários. Estas verificações respondem a perguntas relacionadas:

• HTTP Headers Checker (em inglês) — os cabeçalhos de resposta da mesma URL.
• Redirect Checker (em inglês) — a cadeia de redirecionamentos em detalhe.
• Consulta DNS — os registros DNS para os quais o nome do host resolve.
• DNS reverso (PTR) — o nome de host por trás do endereço IP do servidor.
• IP and Network Tools (em inglês) — a visão geral desta categoria de ferramentas.
• Teste de vazamento de VPN — se você quer verificar a sua própria conexão VPN; este teste não a mede.
• Verificador de sitemap — o sitemap XML e o índice de sitemaps de um site público.
• Metodologia — como o MyIPScan identifica confiabilidade, limites e cópias seguras.

O que é latência HTTP?

Latência HTTP é o tempo que um servidor leva para responder a uma requisição. Este teste a mede com várias requisições HEAD feitas a partir da borda da Cloudflare do MyIPScan e informa a mediana, o mínimo e o máximo.

O que causa latência HTTP alta?

Os principais fatores são a distância física até o servidor, o tempo de resolução de DNS, o handshake TCP (uma viagem de ida e volta), o handshake TLS (uma ou duas viagens de ida e volta no TLS 1.2, uma no TLS 1.3) e o tempo de processamento no servidor. Uma CDN reduz a latência ao entregar o conteúdo a partir de servidores geograficamente próximos. Latência alta costuma significar distância grande, DNS lento ou atrasos no processamento do servidor — não falta de largura de banda.

O teste de latência HTTP é a mesma coisa que um ping?

Não. Um ping envia pacotes ICMP; este teste mede requisições HTTP, mais precisamente requisições HEAD para um endpoint HTTP ou HTTPS público. O tempo medido inclui os redirecionamentos até o destino final.

O teste mede a minha conexão ou a minha VPN?

Não. As requisições partem do ambiente serverless do MyIPScan, na borda da Cloudflare, e não do seu aparelho. Por isso o teste não mede a latência que você percebe nem o custo extra da sua VPN. Para saber se a sua VPN esconde o seu endereço, use o teste de vazamento de VPN.

Por que o resultado mostra mediana, mínimo e máximo?

Porque uma medição isolada diz pouco. A mediana é o valor do meio entre as tentativas e quase não se mexe por causa de um único valor fora da curva; o mínimo e o máximo mostram quanto o trajeto oscilou durante a verificação. Meça a mesma URL várias vezes antes de tirar conclusões.

Por que o tempo medido é diferente de um carregamento real da página?

Alguns servidores tratam HEAD e GET de forma diferente, e uma resposta HEAD não traz o conteúdo da página. Além disso, o resultado depende da região da Cloudflare que atendeu a requisição, da carga do destino, dos redirecionamentos e do estado do cache. O número é só um indicador aproximado de tempo de resposta, não um tempo de carregamento.

Como devo usar os resultados do teste de latência HTTP?

Use o resultado para decidir o que revisar em seguida, mude uma coisa de cada vez e depois meça a mesma URL de novo, de preferência várias vezes.

O que o teste de latência HTTP não prova?

Não mede a latência que você percebe nem o custo extra da sua VPN, porque as requisições partem da borda do MyIPScan, não do seu aparelho. Ele cronometra só as etapas HTTP dessa borda até o endpoint: não é um ping ICMP, não é um monitoramento contínuo e não é um teste de segurança do servidor. É um endpoint público, medido a partir de uma região da Cloudflare, em um único momento.