Os Redirecionamentos de URL Mais Lentos, Classificados: O Seu Está na Lista?

823 ms antes de chegar o primeiro byte. Esse foi o valor mediano do link da Cuttly que testamos a partir de Tóquio, em comparação com 129 ms de Frankfurt e 212 ms de Washington DC. Ninguém vê esse número, mas cada visitante espera por ele antes mesmo de a página real começar a carregar.

Então, medimos. Usando nosso teste de velocidade de redirecionamento gratuito, cronometramos 12 links de redirecionamento em 11 serviços em 16 de outubro de 2026. Abaixo está a classificação, depois cada link um por um, do mais lento ao mais rápido, e o que tudo isso significa no final.

Average of the three regional medians, first response only. RedirHub test, Oct 16, 2026.

A classificação em resumo#

Os tempos estão em milissegundos (1.000 ms é um segundo) e mostram quanto tempo o redirecionamento leva para responder antes que o visitante possa prosseguir; o nome técnico é time to first byte, ou TTFB. Menor é melhor. redirect.pizza aparece duas vezes porque testamos dois de seus links; apenas o primeiro recebe uma posição.

Abaixo de cada link há uma captura de tela da sua própria página no teste de velocidade, para que você possa abri-la e executá-la novamente. Reexecutamos cada página a partir de todas as três regiões, com a mesma média usada na tabela. Os números ao vivo mudam de uma execução para outra, então cada legenda apresenta tanto o valor da reexecução quanto o valor da rodada de classificação. Para cadeias com vários saltos, cronometramos apenas o primeiro salto; os saltos extras custam mais aos seus visitantes por cima disso.

1. Cuttly: 388 ms#

Um link curto público da Cuttly apontando para um notebook do Google Colab. Ele retornou um único 301 em todas as três regiões, então não há nada de errado com a configuração. O custo é a distância: 129 ms de Frankfurt, 212 ms de Washington DC e 823 ms de Tóquio, uma diferença de 6× para o mesmo link.

One short link, three regions. Median of 5 runs each.

Speed test page for cutt.ly/rgdfBIa, re-run from all three regions on October 16, 2026: 378 ms (ranking round: 388 ms).

Abrir este teste: cutt.ly/rgdfBIa

2. redirect.pizza: 360 ms e 51 ms#

Este é o resultado mais surpreendente. Testamos dois links redirect.pizza na mesma rodada. Ambos retornaram um 301 com um certificado válido. A URL A, test.redirect.pizza, teve média de 360,3 ms e levou 735 ms de Tóquio. A URL B, o domínio oficial de exemplo, teve média de 51,0 ms.

Speed test page for test.redirect.pizza, re-run from all three regions on October 16, 2026: 351 ms (ranking round: 360.3 ms).

Abra este teste: test.redirect.pizza

Speed test page for redirect-pizza-example.com, re-run from all three regions on October 16, 2026: 50 ms (ranking round: 51 ms).

Abra este teste: redirect-pizza-example.com

Escolher apenas um deles contaria a história errada sobre o serviço, e é por isso que ambos permanecem no ranking.

3. urllo (EasyRedir): 302 ms#

O próprio domínio antigo da urllo, easyredir.com, que redireciona para a nova marca. É um redirecionamento de migração de site, e não um link de cliente: 179 ms de Washington DC, 428 ms de Frankfurt e 298 ms de Tóquio. Ele também passa por dois redirecionamentos antes da página final (easyredir.com, depois www.easyredir.com, depois www.urllo.com), e cronometramos apenas o primeiro.

Speed test page for easyredir.com, re-run from all three regions on October 16, 2026: 307 ms (ranking round: 301.7 ms).

The chain behind it: two redirects before the final page.

Abra este teste: easyredir.com

4. Rebrandly: 264 ms#

Um link curto público do Rebrandly. Rápido em Washington DC (29 ms), bem mais lento em Frankfurt (298 ms) e Tóquio (466 ms). Também é a cadeia mais longa do teste: três redirecionamentos, passando por duas URLs de teste gratuito com um ID de clique, antes de chegar à página de preços.

Speed test page for rbnd.ly/booked, re-run from all three regions on October 16, 2026: 258 ms (ranking round: 264.3 ms).

Three redirects before the final page, each one a round trip.

Abra este teste: rbnd.ly/booked

5. Bitly: 117 ms#

O próprio link de exemplo público do Bitly. O primeiro salto foi rápido em Washington DC (26 ms) e mais lento em Frankfurt (119 ms) e Tóquio (205 ms). A cadeia tem um ponto fraco: o link envia os visitantes para um endereço http:// do YouTube, que então precisa redirecionar novamente para https://.

Speed test page for bit.ly/bitly, re-run from all three regions on October 16, 2026: 126 ms (ranking round: 116.7 ms).

A hop over plain HTTP: slower, and one step is unencrypted.

Abra este teste: bit.ly/bitly

6. Vercel: 77 ms#

Uma regra de redirecionamento que configuramos nós mesmos na Vercel, apontando para o nosso próprio site. Muito consistente entre regiões (70, 73 e 89 ms), mas cada resposta levou um pouco mais de tempo do que os serviços baseados em edge mais abaixo.

Speed test page for vercel.urlredirectservice.com, re-run from all three regions on October 16, 2026: 42 ms (ranking round: 77.3 ms).

Abra este teste: vercel.urlredirectservice.com

7. Short.io: 46 ms#

Um link público da Short.io usado por uma agência governamental colombiana. Muito rápido a partir de Washington DC e Frankfurt (15 ms em cada) e mais lento de Tóquio (109 ms). Usa um 302, que é destinado a mudanças temporárias; o teste de velocidade sinaliza isso se a mudança for permanente.

Speed test page for e436.short.gy/descarga-geoportal-ideam, re-run from all three regions on October 16, 2026: 46 ms (ranking round: 46.3 ms).

A 302 is temporary. For a permanent link, a 301 or 308 passes ranking signals on.

Abra este teste: e436.short.gy/descarga-geoportal-ideam

8. Dub: 38 ms#

O link curto oficial do Dub para o seu repositório no GitHub. Quase idêntico em todos os lugares (39, 35 e 40 ms), que é o que parece um redirecionamento servido na borda. Assim como a Short.io, responde com um 302.

Speed test page for d.to/github, re-run from all three regions on October 16, 2026: 42 ms (ranking round: 38 ms).

One hop, but a temporary 302.

Abra este teste: d.to/github

9. TinyURL: 34 ms#

Um link público do TinyURL para um vídeo do YouTube: 29 ms a partir de Washington DC e Frankfurt, 44 ms de Tóquio. Um único 301 limpo, sem saltos extras.

Speed test page for tinyurl.com/zs9flrt, re-run from all three regions on October 16, 2026: 34 ms (ranking round: 34 ms).

Abra este teste: tinyurl.com/zs9flrt

10. Cloudflare: 30 ms#

Uma regra de redirecionamento que configuramos na Cloudflare, apontando para o nosso próprio site: 30, 35 e 25 ms. Um dos resultados mais equilibrados do teste, com Tóquio sendo o mais rápido dos três.

Speed test page for cloudflare.urlredirectservice.com, re-run from all three regions on October 16, 2026: 34 ms (ranking round: 30 ms).

Abra este teste: cloudflare.urlredirectservice.com

11. RedirHub: 17 ms#

Nosso próprio site redirecionando redirhub.com para www.redirhub.com: 15, 17 e 18 ms. Para ser justo: este é o nosso próprio site, não o domínio de um cliente, e nós mesmos executamos o teste. Considere isto como um ponto de dados e verifique com o seu próprio link.

Speed test page for redirhub.com, re-run from all three regions on October 16, 2026: 16 ms (ranking round: 16.7 ms).

Abra este teste: redirhub.com

O que aprendemos#

• Onde estão os seus visitantes importa. Os links mais lentos foram bons em uma região e lentos em outra: o Cuttly passou de 129 ms para 823 ms, o Rebrandly de 29 ms para 466 ms. Teste nas regiões em que o seu público está, não apenas da sua mesa.

Darker cells are slower. Gap compares each link's slowest region with its fastest.

• Um link não é o serviço inteiro. Dois links do redirect.pizza chegaram a 360 ms e 51 ms na mesma rodada. Cada número aqui descreve um link em um momento; teste o seu próprio.
• As etapas se acumulam. O Rebrandly levou três redirecionamentos, o urllo e o Bitly dois, e o do Bitly passou por HTTP simples. Aponte cada link diretamente para a página final https://.
• Use o código certo. Short.io e Dub responderam com um 302, que é destinado a mudanças temporárias. Para um link que nunca muda, um 301 é o sinal mais claro.
• Os mais rápidos parecem iguais em todos os lugares. TinyURL, Cloudflare, Dub e RedirHub permaneceram dentro de alguns milissegundos em todas as três regiões.

Para entender por que isso importa para usuários e SEO, veja por que a velocidade do redirecionamento importa. Para cadeias e redirecionamentos quebrados, veja redirecionamento 301 não está funcionando? 6 causas comuns e correções.

Como testamos#

The number in every chart is time to first byte of the redirect response.

• Data: 16 de outubro de 2026. As amostras principais foram testadas entre 09:18 e 09:22 UTC, a RedirHub às 09:31 UTC e as URLs pareadas do redirect.pizza juntas às 09:33 UTC.
• Regiões: Washington DC, Frankfurt e Tóquio. Cinco execuções por região, cada uma em uma conexão nova; reportamos a mediana.
• Métrica: tempo até o primeiro byte apenas da primeira resposta. A página de destino não é cronometrada, então um destino lento não conta contra o redirecionamento.
• Classificação: a média simples das três medianas regionais, então cada região conta igualmente.
• URLs: links curtos públicos encontrados em fontes publicadas, exemplos oficiais, duas regras de redirecionamento que configuramos nós mesmos na Cloudflare e na Vercel, e redirhub.com. Os destinos, planos e configurações não eram os mesmos entre os serviços.
• Deixado de fora: uma implantação de cliente da redirection.io que retornou 403 em duas das três regiões (respostas bloqueadas não são redirecionamentos mais rápidos), e configurações auto-hospedadas como NGINX, Apache, Caddy e plugins do WordPress, cuja velocidade depende do servidor em que são executadas. Ainda não testámos o encaminhamento de domínio de registradores.
• Quem o executou: RedirHub. Este é um breve instantâneo de URLs específicos, não um ranking de desempenho de longo prazo de qualquer marca, e por si só não diz nada sobre SEO ou conversão.

Verifique o seu próprio redirecionamento em 30 segundos#

Passo 1. Abra o teste de velocidade de redirecionamento e cole o seu redirecionamento ou link curto.

Paste a link, pick a region (or all three) and press Test speed.

Passo 2. Escolha Todas as três regiões, para ver a diferença entre continentes, e não apenas a mais próxima de si.

Passo 3. Adicione um segundo URL para comparar, por exemplo o seu fornecedor atual com um redirecionamento de teste. Ambos recebem as mesmas execuções, alternadamente, a partir do mesmo local.

Passo 4. Leia o cartão de resultado e a lista O que corrigir, como nas capturas de ecrã acima: saltos extra, um 302 onde deveria haver um 301, um salto por HTTP simples ou um destino avariado.

Passo 5. Partilhe a página de resultados ou descarregue a imagem, ou copie o comando curl para repetir o teste a partir da sua própria máquina.

Prefere o terminal? Isto imprime a mediana de 10 execuções para um URL, com DNS, ligação, TLS e primeiro byte. Os seus números serão diferentes dos nossos, porque dependem de onde o executa.

bashfor u in 'https://your-redirect.example/'; 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