Outil gratuit · Test de vitesse de redirection

Quelle est la vitesse de bit.ly/bitly ?

Mesuré depuis Washington, D.C. le 16 octobre 2026. Relancez le test ou essayez votre propre URL.

Mesurer depuis
Exécutions

Résultat · Washington, D.C. · médiane de 10 essais

bit.ly16 oct. 2026
Moyen

Plus rapide que 53 % des redirections testées ces 7 derniers jours.

bit.ly/bitly a répondu en 26 ms. La moyenne sur 7 jours est de 80 ms sur 64 URL testées.

Servi parBitlyStatut301Sauts2Premier octet26 ms
53%
des redirections testées sont plus lentes
Plus lentMédianePlus rapide
Votre place dans le benchmark sur 7 joursTemps médian jusqu’au premier octet par URL testée
moy. 80 ms
Vous · 26 ms
0200400600750+ ms
Temps médian jusqu’au premier octet · 10 essais chacune · nouvelle connexionredirhub.com/redirect-speed-test
Où elle aboutithttps://www.youtube.com/watch?v=Yu_moia-oVI200 OK
  1. 1https://bit.ly/bitly301
  2. 2http://www.youtube.com/watch?v=Yu_moia-oVIHTTP301
  3. 3https://www.youtube.com/watch?v=Yu_moia-oVI200
À corriger
  • Un saut passe par HTTP non chiffré. Faites pointer chaque redirection directement vers l’adresse https://.
  • 2 redirections avant la page finale, chacune un aller-retour. Faites pointer la première URL directement vers la page finale.
Votre redirection
26 ms
301 · 2 sauts · Bitly
Moyenne des 7 derniers jours
80 ms
Toutes les URL testées ici
URL testées, 7 derniers jours
64
Une entrée par URL
Où passe le temps
bit.ly/bitly
26 ms
Moyenne sur 7 jours
80 ms
DNSConnexionTLSAttente serveur

Reproduisez-le

Lancez le même test vous-même

Copiez ceci dans un terminal sous macOS ou Linux. Votre URL y est déjà : collez et appuyez sur Entrée. Seul curl est nécessaire.

Vos chiffres différeront des nôtres : ils dépendent de l'endroit où vous l'exécutez et de votre réseau.

bash · 10 essais par URL
for u in 'https://bit.ly/bitly'; 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

Le benchmark

Comment « plus rapide que X % » est calculé

Le chiffre vient des redirections testées sur cette page, plus une liste fixe de redirections connues mesurée chaque jour, pour que chaque lieu ait toujours une base.

1

Chaque test compte pendant 7 jours

Chaque URL testée ici enregistre son temps médian jusqu’au premier octet et le lieu du test. Une entrée par URL : tester dix fois le même lien ne fausse pas le résultat.

2

Comparé depuis le même endroit

Votre résultat est classé parmi les URL testées depuis le même lieu : un test depuis Tokyo n’est jamais comparé à un test depuis Washington, D.C.

3

Votre rang est un centile

« Plus rapide que 82 % » signifie que 82 % des URL testées ces 7 derniers jours ont mis plus de temps que la vôtre.

Méthode

Ce que mesure le test

DNS

Résolution du domaine de la redirection.

Connexion

Ouverture d'une connexion TCP vers le serveur le plus proche.

TLS

La négociation HTTPS et la vérification du certificat.

Attente serveur

Jusqu'à l'arrivée du 301 et de son en-tête Location.

Seule la réponse de la redirection est chronométrée, pas la page de destination : une destination lente ne pénalise donc pas la redirection. Les sauts sont comptés à part. L'outil s'exécute sur Vercel Functions à Washington, D.C., Francfort et Tokyo, et non sur notre réseau de redirection, et alterne A et B à chaque exécution.

FAQ

Questions fréquemment posées

Comment « plus rapide que X % » est-il calculé ?
Chaque URL testée ici ces 7 derniers jours compte une fois, avec son dernier temps médian jusqu’au premier octet, et votre résultat n’est comparé qu’aux URL testées depuis le même lieu. « Plus rapide que 82 % » signifie que 82 % d’entre elles ont mis plus de temps que la vôtre. Le classement commence dès que 30 URL ont été testées depuis un lieu.
Le test suit-il toute la chaîne de redirection ?
Seule la première réponse est chronométrée : une page de destination lente ne compte donc pas contre la redirection. La chaîne est ensuite suivie jusqu’à la page finale : chaque saut avec son code de statut, et ce qu’il faut corriger, comme une redirection temporaire, des sauts superflus ou un saut en HTTP non chiffré.
D’où le test est-il lancé ?
Depuis Vercel Functions dans trois régions : Washington, D.C. (iad1), Francfort (fra1) et Tokyo (hnd1). Choisissez-en une, ou les trois pour voir le résultat de chaque lieu.
La comparaison est-elle équitable pour les deux redirections ?
Ajoutez une deuxième URL : les deux reçoivent le même nombre d’essais depuis le même lieu, en alternant A, B, A, B, chacun avec une nouvelle connexion, et nous affichons la médiane. Le test tourne sur Vercel, pas sur le réseau de RedirHub, et la commande curl vous permet de le vérifier depuis votre propre machine.
Puis-je partager un résultat ?
Chaque test a sa propre page, comme /redirect-speed-test/example.com, avec le graphique, la chaîne et une image de partage. Toute personne qui a le lien voit le dernier résultat, mesuré à nouveau lorsqu’il a plus de 7 jours.
Pourquoi mes résultats avec curl diffèrent-ils ?
La distance jusqu’au serveur, votre connexion et le cache DNS modifient les chiffres. Comparez l’écart entre les URL, ou avec la moyenne, pas les valeurs absolues.
Vitesse de redirection de bit.ly/bitly : 26 ms - RedirHub