Ferramenta gratuita · Teste de velocidade de redirecionamento

google.com ou duende.link/06oct26: qual redirecionamento é mais rápido?

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

duende.link/06oct26 respondeu em 15 ms. google.com levou 26 ms.

google.com26 ms

Google· 301 · 1 salto

Mais rápido que 53%

26 msMais rápido que 53%

duende.link/06oct2615 ms

RedirHub· 301 · 1 salto

Mais rápido que 70%

15 msMais rápido que 70%

DNSConexãoTLSEspera do servidor

1.7× mais rápido · 11 ms à frente

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

Reproduzir com curl ↓

	google.comA	duende.link/06oct26B
Primeiro byte (mediana)	26 ms	15 ms
p90	27 ms	16 ms
DNS · conexão · TLS · espera	2 · 2 · 6 · 16 ms	2 · 2 · 8 · 3 ms
Status	301 Moved Permanently	301 Moved Permanently
Termina em	https://www.google.com/	https://duendesoftware.com/blog/bridge-azure-workload-identity-to-client-identity-with-dynamic-client-registration?utm_campaign=content&utm_medium=social&utm_source=social
Servido por	Google server: gws	RedirHub x-powered-by: RedirHub
Saltos até a página final	1	1
Certificado	Válido	Válido
Posição, últimos 7 dias	Mais rápido que 53%	Mais rápido que 70%

Reproduza você mesmo

Faça o mesmo teste você mesmo

Copie isto num terminal no macOS ou Linux. As duas URLs já estão incluídas: 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/' 'https://duende.link/06oct26'; 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.