// diagnostic GSC
Erreur de redirection : la corriger.
Une redirection qui ne mène nulle part : chaîne trop longue, boucle infinie ou destination invalide. Google abandonne en route et n'indexe rien du tout, ni l'origine, ni la destination. Reconstituer la chaîne complète, trouver le maillon cassé, revenir à une 301 directe.
Ce que signifie ce statut.
"Erreur liée à des redirections" est un statut d'échec technique : Googlebot a suivi la redirection de l'URL mais n'a jamais obtenu de page finale en 200. À ne pas confondre avec "Page avec redirection", son cousin bénin où la redirection fonctionne et où seule la destination est indexée.
Ici, la conséquence est totale : l'URL d'origine n'est pas indexée, ses signaux (backlinks, historique) ne sont transférés nulle part, et les visiteurs qui empruntent ce chemin voient une erreur de navigateur "trop de redirections".
// à retenir
Contrairement à la plupart des statuts d'exclusion, celui-ci n'a aucun cas bénin : une erreur de redirection est toujours un défaut à corriger.
Les 4 scénarios d'échec.
La chaîne trop longue
Googlebot suit au maximum 10 sauts. Les chaînes s'empilent avec le temps : http vers https, puis non-www vers www, puis ancien slug vers nouveau, puis migration de domaine. Quatre décisions raisonnables prises séparément, une chaîne fragile à l'arrivée. La prévention se joue en amont, dans le mapping d'une migration SEO.
La boucle
A redirige vers B qui revient vers A, directement ou via des étapes. Cause typique : deux couches qui se contredisent, CDN contre serveur, plugin contre .htaccess, règle https contre règle de langue.
La destination invalide
La redirection pointe vers une URL malformée, vide, ou construite dynamiquement avec une variable non résolue (/page/undefined). Fréquent après une migration scriptée dont le mapping comporte des trous.
L'URL démesurée
Chaque saut ajoute des paramètres (tracking, session) jusqu'à dépasser la longueur maximale acceptée. Plus rare, mais typique des empilements de solutions de tracking.
Reconstituer la chaîne complète.
Le navigateur masque les étapes intermédiaires : il faut un outil qui trace chaque saut avec son code de réponse.
- 01
Tracer la chaîne saut par saut
Notre outil de vérification des redirections teste les 4 combinaisons http/https × www/non-www et affiche chaque étape. En ligne de commande :
curl -sIL https://url-en-erreur. Noter le code (301, 302, 307, 308) et la destination de chaque saut jusqu'au point de rupture. - 02
Identifier la couche émettrice de chaque saut
Un saut peut venir du CDN (Cloudflare Page Rules), du serveur (.htaccess, nginx), du CMS ou d'un plugin de redirections. Les boucles naissent aux frontières entre couches : désactiver temporairement une couche à la fois isole la coupable. L'architecture propre des redirections de domaine est décrite dans le guide redirection de nom de domaine.
- 03
Confirmer avec le regard de Googlebot
Certaines chaînes varient selon le user-agent ou la géolocalisation (redirections de langue). L'outil Inspection de l'URL de Search Console montre ce que Googlebot a réellement rencontré, y compris quand le test manuel semble fonctionner.
Corriger : la règle du saut unique.
Quelle que soit la cause, la cible est la même : chaque URL d'origine redirige en un seul saut 301 vers sa destination finale en 200. Concrètement :
- Aplatir les chaînes : mettre à jour les anciennes règles pour qu'elles pointent directement vers la destination actuelle, au lieu de s'appuyer les unes sur les autres. Après chaque migration, re-mapper les règles historiques.
- Casser les boucles à la source : décider quelle couche est responsable de quelle redirection (le CDN pour http vers https et www, le CMS pour les slugs) et supprimer les règles concurrentes ailleurs.
- Réparer les destinations invalides : corriger le mapping, ou rediriger vers la page pertinente la plus proche. Si la destination n'existe plus, un vrai 404/410 vaut mieux qu'une redirection cassée.
- Mettre à jour les liens internes : faire pointer le maillage directement vers les URLs finales pour que Googlebot ne traverse plus aucune redirection en crawlant le site.
// validation
Après correction, re-tracer la chaîne (un seul saut, code 301, destination en 200), demander la réindexation des URLs prioritaires et "Valider la correction" dans le rapport. Panorama des autres statuts dans le guide page non indexée par Google.
Questions fréquentes.
Que signifie le statut "Erreur liée à des redirections" dans Search Console ?
Googlebot a suivi la redirection de l'URL mais n'a jamais atteint une page finale valide. Quatre scénarios : une chaîne trop longue (Google abandonne après 10 sauts), une boucle (A redirige vers B qui redirige vers A), une URL de destination invalide (malformée, vide), ou une redirection vers une URL qui dépasse la longueur maximale. Dans tous les cas, ni l'origine ni la destination ne sont indexées via ce chemin.
Quelle différence avec le statut "Page avec redirection" ?
"Page avec redirection" est un statut bénin : la redirection fonctionne, Google indexe simplement la destination au lieu de l'origine. "Erreur liée à des redirections" signale au contraire une redirection cassée : Google n'arrive nulle part. Le premier est informatif, le second est toujours à corriger.
Comment voir la chaîne de redirections complète d'une URL ?
Un navigateur s'arrête au résultat final et masque les étapes. Utiliser un outil qui liste chaque saut avec son code : l'extension Redirect Path, curl en ligne de commande (curl -sIL), ou notre outil de vérification des redirections qui teste les combinaisons http/https et www/non-www. L'objectif : identifier où la chaîne s'allonge, boucle ou casse.
Combien de redirections en chaîne Google tolère-t-il ?
Googlebot suit jusqu'à 10 sauts avant d'abandonner et de classer l'URL en erreur. Mais la tolérance ne doit pas servir d'objectif : chaque saut dilue légèrement les signaux, ralentit le crawl et fragilise la chaîne. La bonne pratique reste une seule redirection directe de l'origine vers la destination finale.
D'où viennent les boucles de redirection ?
Presque toujours d'un conflit entre deux couches qui redirigent chacune dans leur sens : le CDN force https pendant que le serveur force http, un plugin WordPress impose le trailing slash pendant que le serveur le retire, ou une règle de migration renvoie vers une URL elle-même redirigée vers l'origine. Examiner toutes les couches (CDN, serveur, CMS, plugins) qui peuvent émettre une redirection.
Après correction, comment faire réindexer les URLs concernées ?
Vérifier d'abord que la chaîne est réduite à un saut unique vers une page en 200, puis passer les URLs corrigées dans Inspection de l'URL > "Demander une indexation" et cliquer "Valider la correction" dans le rapport. Google re-traite l'échantillon sous 2 à 4 semaines. Les techniques d'accélération sont détaillées dans le guide forcer l'indexation Google.
// passer à l'action
Tracer une chaîne de redirections.
L'outil gratuit teste les combinaisons http/https et www/non-www d'un domaine et affiche chaque saut avec son code.