Corriger les chaînes de redirection et les boucles de redirection (trop de redirections)

Réponse directe

Une chaîne de redirections est une série de redirections à la suite (A → B → C) ; une boucle de redirection est une chaîne qui revient vers une URL déjà visitée, donc le navigateur s’arrête avec « trop de redirections ». Pour corriger l’un ou l’autre, suivez l’URL pour voir chaque étape, puis faites pointer la première redirection directement vers l’URL finale et supprimez la règle qui renvoie le trafic en arrière.

Étape 1 : suivez l’URL#

Entrez l’URL dans le Redirect Checker. Il répertorie chaque étape avec son code d’état et signale une chaîne, une étape en HTTP non chiffré, une redirection temporaire là où une permanente devrait être utilisée, et une boucle. Vous pouvez aussi suivre depuis un terminal :

bashcurl -sIL http://old-site.com/pricing | grep -iE '^(HTTP|location)'

HTTP/1.1 301 Moved Permanently
location: https://old-site.com/pricing
HTTP/2 301
location: https://www.old-site.com/pricing
HTTP/2 301
location: https://new-site.com/pricing
HTTP/2 200

Cet exemple est une chaîne à trois étapes. Si les mêmes lignes d’emplacement se répètent jusqu’à ce que curl s’arrête avec « Maximum redirects followed », il s’agit d’une boucle.

Étape 2 : aplatissez une chaîne en une seule étape#

Notez l’URL finale, celle qui renvoie 200.
Dans RedirHub, ouvrez le lien de la première URL dans Links et définissez sa destination sur cette URL finale, avec https:// et le bon hôte (www ou non). Pour modifier plusieurs liens à la fois, sélectionnez-les et utilisez la barre d’actions groupées, ou importez un CSV.
Conservez les redirections intermédiaires si d’autres sites pointent encore vers elles, mais faites-les aussi pointer directement vers l’URL finale.
Suivez à nouveau l’URL. Vous devriez voir un 301 puis un 200.

Chaque saut supplémentaire ajoute un aller-retour complet avant que la page ne commence à se charger, et Google ne suit qu’un nombre limité de sauts avant d’abandonner une URL ; l’objectif est donc de n’avoir qu’un seul saut.

Étape 3 : Trouver la cause d’une boucle#

Boucles de redirection courantes et leurs solutions
Ce que vous voyez	Cause	Fix
http → https → http → https …	Une règle impose HTTPS tandis qu’une autre (souvent dans le CMS ou au niveau du CDN) renvoie le trafic vers HTTP.	Conservez une seule règle HTTPS et supprimez l’autre. L’URL du site dans le CMS doit commencer par https://.
www → non-www → www …	Deux systèmes ne sont pas d’accord sur l’hôte canonique ; par exemple, le registraire redirige vers www et le site redirige vers le domaine nu.	Choisissez un seul hôte. Définissez chaque redirection, ainsi que le paramètre d’URL du site lui-même, sur cet hôte.
Boucle uniquement derrière Cloudflare	Le mode SSL/TLS est Flexible : Cloudflare communique en HTTP avec l’origine, l’origine redirige vers HTTPS, et Cloudflare redemande en HTTP.	Définissez SSL/TLS Cloudflare sur Full (strict) lorsque l’origine dispose d’un certificat valide.
old-site.com → old-site.com/new → old-site.com/new …	Une redirection à l’échelle du domaine pointe vers un chemin sur le même domaine, donc la destination correspond à nouveau à la redirection.	Redirigez vers un autre hôte, ou remplacez la redirection à l’échelle du domaine par des liens de chemin pour les URL qui doivent être déplacées.
A → B → A	Deux redirections de chemin se pointent l’une vers l’autre, souvent après qu’une URL a été déplacée de nouveau.	Supprimez-en une ou pointez-la ailleurs.
Boucle uniquement pour certains visiteurs	Une règle de cookie, de langue ou d’appareil sur le site de destination redirige en retour.	Suivez la trace depuis une fenêtre privée et testez cette règle sur le site de destination.

Étape 4 : Vérifiez à nouveau et videz les caches#

Les navigateurs mettent en cache les redirections 301, donc une boucle que vous avez déjà corrigée peut continuer à apparaître dans votre propre navigateur. Testez dans une fenêtre privée ou avec curl, et videz le cache du navigateur si nécessaire.

Suivre une URL maintenant Consultez chaque saut, son code d’état et les problèmes à corriger, pour n’importe quelle URL publique.

Ouvrir le vérificateur de redirections

Toujours bloqué ? Consultez Dépannage des nouvelles redirections pour les problèmes de DNS et de HTTPS, ainsi que Correspondance pour comprendre comment une requête trouve sa redirection.

Questions fréquemment posées

Une chaîne est composée de plusieurs redirections qui aboutissent à une page fonctionnelle (A → B → C). Une boucle ne se termine jamais parce qu’elle revient à une URL déjà visitée (A → B → A), donc le navigateur affiche ERR_TOO_MANY_REDIRECTS.

Chaque étape ajoute de la latence, et Google ne suit qu’un nombre limité d’étapes par URL. Faire pointer la première redirection directement vers l’URL finale évite ces deux problèmes.

Tracez l’URL pour voir quelles deux URL se répètent, puis supprimez ou redirigez l’une des règles qui envoient le trafic entre elles. Les causes les plus courantes sont des règles http/https ou www conflictuelles et le mode Flexible SSL de Cloudflare.

Pas avec une redirection de domaine entier : elle correspond à chaque chemin du domaine, donc elle ferait correspondre sa propre destination et créerait une boucle. Utilisez des liens de chemin pour les URL qui changent, ou redirigez vers un hôte différent.