Ferramenta gratuita · Teste de velocidade de redirecionamento

Quão rápido é google.com?

Medido a partir de Washington, D.C. em 16 de outubro de 2026. Teste de novo ou experimente sua própria URL.

Resultado · Washington, D.C. · mediana de 10 execuções

google.comWashington, D.C. · 16 de out. de 2026

Na média

Mais rápido que 53% dos redirecionamentos testados nos últimos 7 dias.

google.com respondeu em 26 ms. A média de 7 dias é 80 ms em 64 URLs testadas.

Servido porGoogleStatus301Saltos1Primeiro byte26 ms

53%

dos redirecionamentos testados são mais lentos

Mais lentoMedianaMais rápido

Onde você está no benchmark de 7 diasTempo mediano até o primeiro byte por URL testada

média 80 ms

Você · 26 ms

0200400600750+ ms

Tempo mediano até o primeiro byte · 10 execuções cada · conexão novaredirhub.com/redirect-speed-test

Onde terminahttps://www.google.com/200 OK

1https://google.com/301
2https://www.google.com/200

O que corrigir

Nada: sem saltos extras, sem HTTP sem criptografia, e a cadeia termina numa página que funciona.

Seu redirecionamento

26 ms

301 · 1 salto · Google

Média dos últimos 7 dias

80 ms

Todas as URLs testadas aqui

URLs testadas, últimos 7 dias

64

Uma entrada por URL

Para onde vai o tempo

google.com

26 ms

Média de 7 dias

80 ms

DNSConexãoTLSEspera do servidor

Reproduzir com curl ↓

Reproduza você mesmo

Faça o mesmo teste você mesmo

Copie isto num terminal no macOS ou Linux. Sua URL já está incluída: cole e pressione Enter. Só é preciso o curl.

Seus números serão diferentes dos nossos: eles dependem de onde você executa e da sua rede.

bash · 10 execuções por URL

for u in 'https://google.com/'; do
  for i in $(seq 10); do
    curl -s -o /dev/null --max-redirs 0 --max-time 10 \
      -w '%{time_namelookup} %{time_connect} %{time_appconnect} %{time_starttransfer} %{http_code}\n' "$u"
  done | sort -n -k4 | awk -v u="$u" '{r[NR]=$0} END{split(r[int((NR+1)/2)],m," ");
    printf "%-28s %s  DNS %4.0f  connect %4.0f  TLS %4.0f  first byte %4.0f ms\n", u, m[5], m[1]*1000, (m[2]-m[1])*1000, (m[3]>0?m[3]-m[2]:0)*1000, m[4]*1000}'
done

O benchmark

Como “mais rápido que X%” é calculado

O número vem dos redirecionamentos testados nesta página, mais uma lista fixa de redirecionamentos conhecidos medida todos os dias, para que cada local sempre tenha uma base.

1

Cada teste conta por 7 dias

Cada URL testada aqui guarda o tempo mediano até o primeiro byte e o local do teste. Uma entrada por URL: testar o mesmo link dez vezes não distorce o resultado.

2

Comparado a partir do mesmo lugar

Seu resultado é comparado com URLs testadas do mesmo local, então um teste de Tóquio nunca é comparado com um de Washington, D.C.

3

Sua posição é um percentil

“Mais rápido que 82%” significa que 82% das URLs testadas nos últimos 7 dias demoraram mais que a sua.

Por provedor

Quão rápido é cada provedor de redirecionamento?

Primeiro byte mediano a partir de Washington, D.C. nos últimos 7 dias, para cada provedor com pelo menos uma URL testada. Abra um para ver locais, posição e onde vai o seu tempo.

Método

O que o teste mede

DNS

Consulta do domínio do redirecionamento.

Conexão

Abertura de uma conexão TCP com o servidor mais próximo.

TLS

O handshake HTTPS e a verificação do certificado.

Espera do servidor

Até chegarem o 301 e seu cabeçalho Location.

Só a resposta do redirecionamento é cronometrada, não a página de destino, então um destino lento não prejudica o redirecionamento. Os saltos são contados à parte. A ferramenta roda em Vercel Functions em Washington, D.C., Frankfurt e Tóquio, não na nossa rede de redirecionamento, e alterna A e B a cada execução.

Perguntas frequentes

Como “mais rápido que X%” é calculado?

Cada URL testada aqui nos últimos 7 dias conta uma vez, com seu último tempo mediano até o primeiro byte, e seu resultado só é comparado com URLs testadas do mesmo local. “Mais rápido que 82%” significa que 82% delas demoraram mais que a sua. A classificação começa quando 30 URLs foram testadas a partir de um local.

O teste segue toda a cadeia de redirecionamentos?

Só a primeira resposta é cronometrada, então uma página de destino lenta não conta contra o redirecionamento. Depois a cadeia é seguida até a página final: cada salto com seu código de status e o que corrigir, como um redirecionamento temporário, saltos extras ou um salto por HTTP sem criptografia.

De onde o teste é feito?

De Vercel Functions em três regiões: Washington, D.C. (iad1), Frankfurt (fra1) e Tóquio (hnd1). Escolha uma, ou as três para ver o resultado de cada local.

A comparação é justa para os dois redirecionamentos?

Adicione uma segunda URL e as duas recebem o mesmo número de execuções a partir do mesmo local, alternando A, B, A, B, cada uma com uma conexão nova, e mostramos a mediana. O teste roda na Vercel, não na rede da RedirHub, e o comando curl permite conferir a partir da sua própria máquina.

Posso compartilhar um resultado?

Cada teste tem sua própria página, como /redirect-speed-test/example.com, com o gráfico, a cadeia e uma imagem de compartilhamento. Quem tem o link vê o último resultado, que é medido de novo quando tem mais de 7 dias.

Por que meus resultados com curl são diferentes?

A distância até o servidor, sua conexão e o cache de DNS mudam os números. Compare a diferença entre as URLs, ou em relação à média, não os valores absolutos.

Ferramentas gratuitas relacionadas

Verificador de redirecionamentosVeja cada salto e código de status de uma URL.Expansor de URLDescubra para onde um link curto realmente leva.Monitor de uptime de redirecionamentosUptime e tempo de resposta de serviços de redirecionamento em tempo real.