Les redirections d’URL les plus lentes, classées : la vôtre est-elle sur la liste ?

823 ms avant l’arrivée du premier octet. C’était la médiane pour le lien Cuttly que nous avons testé depuis Tokyo, contre 129 ms depuis Francfort et 212 ms depuis Washington DC. Personne ne voit ce chiffre, mais chaque visiteur l’attend avant même que la vraie page ne commence à se charger.

Nous avons donc mesuré. À l’aide de notre test de vitesse de redirection gratuit, nous avons chronométré 12 liens de redirection répartis sur 11 services le 16 octobre 2026. Voici le classement, puis chaque lien un par un, du plus lent au plus rapide, et enfin ce que tout cela signifie.

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

Le classement en un coup d’œil#

Les temps sont indiqués en millisecondes (1 000 ms = une seconde) et montrent combien de temps la redirection met à répondre avant que le visiteur puisse continuer ; le nom technique est le temps jusqu’au premier octet, ou TTFB. Plus bas, c’est mieux. redirect.pizza apparaît deux fois parce que nous avons testé deux de ses liens ; seul le premier obtient un rang.

Sous chaque lien ci-dessous se trouve une capture d’écran de sa propre page sur le test de vitesse, afin que vous puissiez l’ouvrir et le relancer. Nous avons relancé chaque page depuis les trois régions, en utilisant la même moyenne que celle du tableau. Les chiffres en direct varient d’une exécution à l’autre, donc chaque légende donne à la fois la valeur de la nouvelle exécution et celle du tour de classement. Pour les chaînes comportant plusieurs sauts, nous n’avons chronométré que le premier saut ; les sauts supplémentaires coûtent davantage à vos visiteurs en plus.

1. Cuttly : 388 ms#

Un lien court public Cuttly pointant vers un notebook Google Colab. Il a renvoyé un seul 301 dans les trois régions, donc il n’y a rien de mal dans la configuration. Le coût est celui de la distance : 129 ms depuis Francfort, 212 ms depuis Washington DC et 823 ms depuis Tokyo, un écart de 6× pour le même lien.

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).

Ouvrez ce test : cutt.ly/rgdfBIa

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

C’est le résultat le plus surprenant. Nous avons testé deux liens redirect.pizza au cours du même tour. Les deux ont renvoyé un seul 301 avec un certificat valide. L’URL A, test.redirect.pizza, a affiché une moyenne de 360.3 ms et a pris 735 ms depuis Tokyo. L’URL B, le domaine d’exemple officiel, a affiché une moyenne 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).

Ouvrir ce test : 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).

Ouvrir ce test : redirect-pizza-example.com

N’en choisir qu’un seul raconterait une histoire trompeuse sur le service, c’est pourquoi les deux restent dans le classement.

3. urllo (EasyRedir): 302 ms#

Le propre ancien domaine d’urllo, easyredir.com, qui redirige vers la nouvelle marque. Il s’agit d’une redirection liée à une migration de site plutôt que d’un lien client : 179 ms depuis Washington DC, 428 ms depuis Francfort et 298 ms depuis Tokyo. Elle comporte aussi deux redirections avant la page finale (easyredir.com, puis www.easyredir.com, puis www.urllo.com), et nous n’avons chronométré que la première.

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.

Ouvrir ce test : easyredir.com

4. Rebrandly : 264 ms#

Un lien court public Rebrandly. Rapide depuis Washington DC (29 ms), beaucoup plus lent depuis Francfort (298 ms) et Tokyo (466 ms). C’est aussi la chaîne la plus longue du test : trois redirections, via deux URL d’essai gratuit avec un ID de clic, avant d’atterrir sur la page de tarification.

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.

Ouvrir ce test : rbnd.ly/booked

5. Bitly : 117 ms#

Le lien d’exemple public de Bitly. Le premier saut était rapide depuis Washington DC (26 ms) et plus lent depuis Francfort (119 ms) et Tokyo (205 ms). La chaîne a un point faible : le lien envoie les visiteurs vers une adresse http:// YouTube, qui doit ensuite rediriger à nouveau vers 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.

Ouvrir ce test : bit.ly/bitly

6. Vercel : 77 ms#

Une règle de redirection que nous avons mise en place nous-mêmes sur Vercel, pointant vers notre propre site. Très homogène selon les régions (70, 73 et 89 ms), mais chaque réponse a pris un peu plus de temps que les services basés sur la périphérie plus bas dans la liste.

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

Ouvrir ce test : vercel.urlredirectservice.com

7. Short.io : 46 ms#

Un lien public Short.io utilisé par une agence gouvernementale colombienne. Très rapide depuis Washington DC et Francfort (15 ms chacun) et plus lent depuis Tokyo (109 ms). Il utilise un 302, qui est destiné aux déplacements temporaires ; le test de vitesse signale cela si le déplacement est permanent.

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.

Ouvrez ce test : e436.short.gy/descarga-geoportal-ideam

8. Dub : 38 ms#

Le lien court officiel de Dub vers son dépôt GitHub. Presque identique partout (39, 35 et 40 ms), ce qui ressemble à une redirection servie en périphérie. Comme Short.io, il répond avec un 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.

Ouvrez ce test : d.to/github

9. TinyURL : 34 ms#

Un lien TinyURL public vers une vidéo YouTube : 29 ms depuis Washington DC et Francfort, 44 ms depuis Tokyo. Un seul 301 propre, sans sauts supplémentaires.

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

Ouvrez ce test : tinyurl.com/zs9flrt

10. Cloudflare : 30 ms#

Une règle de redirection que nous avons configurée sur Cloudflare, pointant vers notre propre site : 30, 35 et 25 ms. L’un des résultats les plus homogènes du test, Tokyo étant le plus rapide des trois.

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

Ouvrez ce test : cloudflare.urlredirectservice.com

11. RedirHub : 17 ms#

Notre propre site redirigeant redirhub.com vers www.redirhub.com : 15, 17 et 18 ms. Pour être juste, il s’agit de notre propre site, pas du domaine d’un client, et nous avons effectué le test nous-mêmes. Considérez cela comme un seul point de données et vérifiez-le avec votre propre lien.

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

Ouvrez ce test : redirhub.com

Ce que nous avons appris#

• L’endroit d’où viennent vos visiteurs compte. Les liens les plus lents étaient corrects dans une région et lents dans une autre : Cuttly est passé de 129 ms à 823 ms, Rebrandly de 29 ms à 466 ms. Testez depuis les régions où se trouve votre audience, pas seulement depuis votre bureau.

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

• Un seul lien ne reflète pas tout le service. Deux liens redirect.pizza ont affiché 360 ms et 51 ms dans le même tour. Chaque chiffre ici décrit un lien à un moment donné ; testez le vôtre.
• Les redirections s’additionnent. Rebrandly a pris trois redirections, urllo et Bitly deux, et celles de Bitly passaient par du HTTP simple. Dirigez chaque lien directement vers la page finale https://.
• Utilisez le bon code. Short.io et Dub ont répondu avec un 302, qui est destiné aux déplacements temporaires. Pour un lien qui ne change jamais, un 301 est un signal plus clair.
• Les plus rapides se ressemblent partout. TinyURL, Cloudflare, Dub et RedirHub sont restés à quelques millisecondes près dans les trois régions.

Pour comprendre pourquoi cela compte pour les utilisateurs et le SEO, consultez pourquoi la vitesse de redirection est importante. Pour les chaînes et les redirections cassées, consultez la redirection 301 ne fonctionne pas ? 6 causes courantes et solutions.

Comment nous avons testé#

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

• Date : 16 octobre 2026. Les échantillons principaux ont été testés entre 09:18 et 09:22 UTC, RedirHub à 09:31 UTC et les URL jumelées de redirect.pizza ensemble à 09:33 UTC.
• Régions : Washington DC, Francfort et Tokyo. Cinq exécutions par région, chacune sur une connexion fraîche ; nous indiquons la médiane.
• Métrique : temps jusqu'au premier octet de la première réponse uniquement. La page de destination n'est pas chronométrée, donc une destination lente n'est pas comptée contre la redirection.
• Classement : la moyenne simple des trois médianes régionales, de sorte que chaque région compte également.
• URL : liens courts publics trouvés dans des sources publiées, exemples officiels, deux règles de redirection que nous avons mises en place nous-mêmes sur Cloudflare et Vercel, et redirhub.com. Les destinations, les forfaits et les paramètres n'étaient pas identiques selon les services.
• Omis : un déploiement client redirection.io qui a renvoyé 403 dans deux des trois régions (les réponses bloquées ne sont pas des redirections plus rapides), ainsi que des configurations auto-hébergées comme NGINX, Apache, Caddy et les plugins WordPress, dont la vitesse dépend du serveur sur lequel elles s’exécutent. Nous n’avons pas encore testé le transfert de domaine par registrar.
• Exécuté par : RedirHub. Il s’agit d’un court instantané d’URL spécifiques, pas d’un classement de performance à long terme d’une marque, et cela ne dit rien à lui seul sur le SEO ou la conversion.

Vérifiez votre propre redirection en 30 secondes#

Étape 1. Ouvrez le test de vitesse de redirection et collez votre redirection ou votre lien court.

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

Étape 2. Choisissez les trois régions, afin de voir l’écart entre les continents, et pas seulement celui qui est le plus proche de vous.

Étape 3. Ajoutez une deuxième URL à comparer, par exemple votre fournisseur actuel face à une redirection de test. Les deux bénéficient des mêmes exécutions, en alternance, depuis le même endroit.

Étape 4. Lisez la carte de résultat et la liste Ce qu’il faut corriger, comme sur les captures d’écran ci-dessus : des sauts supplémentaires, un 302 là où un 301 devrait se trouver, un saut via HTTP non chiffré ou une destination cassée.

Étape 5. Partagez la page de résultat ou téléchargez son image, ou copiez la commande curl pour répéter le test depuis votre propre machine.

Vous préférez le terminal ? Ceci affiche la médiane de 10 exécutions pour une URL, avec DNS, connexion, TLS et premier octet. Vos chiffres différeront des nôtres, car ils dépendent de l’endroit d’où vous l’exécutez.

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