Vitesse des redirections : pourquoi les redirections sont lentes et comment y remédier

Une redirection ralentit-elle votre site web ?#

Un peu, à chaque fois. Avant que le navigateur puisse commencer à charger la vraie page, il doit envoyer une requête vers l’ancienne URL, attendre la réponse de redirection, puis recommencer à la nouvelle adresse. Ce temps fait partie du chargement de la page : la métrique Time to First Byte de Google compte le temps de redirection comme sa première phase, et considère qu’un TTFB de 0,8 seconde ou moins est bon^[1]. Chaque milliseconde prise par une redirection est une milliseconde de moins pour tout le reste.

Une redirection rapide pose rarement problème. Plusieurs d’affilée, si : Lighthouse signale une page avec deux redirections ou plus, car chaque aller-retour supplémentaire peut retarder le chargement de plusieurs centaines de millisecondes^[2], surtout sur les réseaux mobiles.

Les moteurs de recherche suivent aussi les redirections. Google indique que Googlebot suit généralement jusqu’à 10 sauts de redirection^[3], donc une courte chaîne sera quand même explorée, mais chaque saut est une requête supplémentaire pour l’explorateur et une occasion de plus qu’un élément de la chaîne casse.

Ce qui rend une redirection lente#

Une réponse de redirection est minuscule, donc son temps se résume presque entièrement à l’attente : recherche du domaine, ouverture d’une connexion, poignée de main HTTPS et décision du serveur sur l’endroit où envoyer le visiteur. Voici les raisons habituelles qui s’additionnent :

Chaînes de redirection : la cause la plus fréquente#

Une chaîne de redirection est une redirection qui aboutit sur une URL qui redirige à nouveau. La plupart sont accidentelles : quelqu’un configure une redirection vers https://mybrand.com, mais le site lui-même se trouve à https://www.mybrand.com/en/, donc le visiteur rebondit deux fois de plus avant de voir quoi que ce soit.

Cela arrive bien plus souvent qu’on ne le pense. Lorsque nous avons examiné un échantillon de redirections de domaines actives sur notre plateforme, environ une sur trois envoyait les visiteurs vers une destination qui redirigeait à nouveau. L’étape supplémentaire était répartie à peu près également entre l’ajout ou la suppression de www, un changement de chemin sur le même site (une barre oblique finale, un dossier de langue ou une page de connexion) et un déplacement vers un domaine totalement différent (données de la plateforme RedirHub, octobre 2026). Aucune de ces étapes n’était nécessaire : copier l’URL finale dans la redirection les supprime.

Comment trouver et corriger une chaîne de redirections#

1. Entrez l’ancienne URL dans notre test de vitesse de redirection. Il répertorie chaque saut avec son code d’état et affiche le nombre de sauts.
2. S’il y a plus d’un saut, copiez l’URL finale affichée sous « Où elle mène ».
3. Modifiez la destination de la redirection pour cette URL exacte : https, le même hôte (avec ou sans www) et la même barre oblique finale.
4. Mettez à jour les liens internes, les balises canoniques et votre sitemap afin qu’ils utilisent aussi l’URL finale, au lieu de passer par la redirection.
5. Testez à nouveau. Le résultat devrait afficher un seul saut et un 200 à la fin.

Les chaînes s’accumulent après chaque migration de site, car de nouvelles redirections sont ajoutées par-dessus les anciennes. Lorsque vous planifiez une migration de site web, redirigez les anciennes redirections vers les nouvelles URL finales au lieu de les chaîner. Si une redirection ne fonctionne pas du tout, consultez pourquoi une redirection 301 ne fonctionne pas.

Comment rendre les redirections plus rapides#

• Un seul saut, toujours. C’est le plus gros gain et cela ne coûte rien.
• Redirigez avant l’application. Les règles dans Nginx, Apache, votre CDN ou un service de redirection répondent avant que le moindre code applicatif ne s’exécute. Un plugin de redirection qui charge d’abord tout votre CMS est l’endroit le plus lent pour le faire.
• Répondez au plus près du visiteur. Une redirection depuis un serveur unique dans une région est rapide à proximité et lente à l’autre bout du monde. Un réseau en périphérie répond depuis l’emplacement le plus proche.
• Utilisez des redirections HTTP, pas une meta refresh ni JavaScript. Une 301 ou une 302 répond en une seule courte réponse ; une page qui se redirige elle-même doit d’abord se charger.
• Évitez le saut http. Liez vers des URL https et activez HSTS sur votre site afin que les navigateurs de retour aillent directement vers https sans interroger d’abord le réseau.
• Choisissez 301 lorsque le déplacement est permanent. Les deux répondent aussi vite, mais les navigateurs peuvent mettre en cache une 301, donc les visiteurs réguliers peuvent ignorer complètement la requête.

À quelle vitesse une redirection devrait-elle être ?#

Notre test de vitesse des redirections chronomètre uniquement la réponse de redirection (le temps jusqu’au premier octet, sur une nouvelle connexion) depuis Washington, D.C., Francfort et Tokyo, et la compare à chaque redirection testée au cours des sept derniers jours. Le 24 octobre 2026, la moyenne sur sept jours était de 157 ms. Par fournisseur, les médianes allaient d’environ 10 ms pour les plus grands CDN à plus de 500 ms pour les services de liens courts les plus lents, et la propre redirection de RedirHub répondait en 17 ms. Certains fournisseurs n’avaient qu’une ou deux URL testées, donc considérez la liste des fournisseurs comme un guide, pas comme un classement.

En règle générale, une redirection de moins de 100 ms ne sera pas remarquée. Quelques centaines de millisecondes valent la peine d’être corrigées sur les pages où la vitesse compte, comme les publicités, les campagnes e-mail et le trafic mobile. Et une chaîne multiplie le coût de chaque saut.

RedirHub : des redirections rapides sans faire tourner de serveur#

Si les domaines que vous redirigez ne sont hébergés nulle part (anciennes marques, domaines de campagne, domaines avec fautes de frappe), RedirHub gère les redirections pour vous depuis 130 emplacements de pointe dans le monde, au plus près de chaque visiteur, en un seul saut vers la destination que vous avez définie. Vous ne modifiez que les enregistrements racine et www, donc le DNS et l'e-mail restent où ils sont, et les deux bénéficient d'un HTTPS automatique émis et renouvelé pour vous.

C’est particulièrement utile lorsque vous gérez de nombreux domaines : un portefeuille de domaines transférés, ou des milliers d’anciennes URL chargées via une importation CSV en masse. Si votre site se trouve déjà derrière un CDN avec des règles de redirection, celles-ci sont tout aussi rapides, et vous n’avez pas besoin d’un autre service de redirection pour ce site.

Liste de contrôle de la vitesse des redirections#

• Chaque redirection atteint sa page finale en un seul saut.
• Les destinations utilisent l’URL finale exacte : https, le bon hôte et la bonne barre oblique finale.
• Les redirections s’exécutent dans le serveur web, le CDN ou un service de redirection, et non dans le code de la page.
• Les liens internes, les canoniques et les sitemaps pointent vers les URL finales.
• Les redirections clés sont retestées après chaque modification ou migration du site.