// diagnostic GSC
Page avec redirection : que faire.
Le statut Search Console le plus mal compris : il est bénin dans la grande majorité des cas, mais peut cacher une redirection accidentelle, une 302 qui traîne ou une chaîne de sauts qui dilue les signaux. Savoir distinguer le comportement attendu du vrai problème.
Ce que signifie ce statut.
Dans le rapport de pages de Search Console, "Page avec redirection" signifie que l'URL ne sert pas de contenu : elle renvoie vers une autre adresse (code 301 ou 302, meta refresh, ou redirection JavaScript). Google suit ce renvoi, indexe la page de destination et classe l'URL d'origine parmi les pages non indexées. C'est mécanique : une redirection dit précisément à Google "le contenu n'est pas ici, il est là-bas".
// à retenir
Une URL qui redirige ne peut pas être indexée, et c'est le but. Ce statut n'est un problème que si l'URL listée ne devrait pas rediriger, ou si la redirection est mal construite (302 durable, chaîne de sauts, destination hors sujet).
Quand c'est le comportement attendu.
La plupart des URLs de ce rapport y figurent parce que la redirection a été posée volontairement. Aucune action requise dans ces situations :
- Passage en HTTPS : toutes les anciennes URLs http redirigent vers leur version https. Normal et souhaitable.
- Canonicalisation www / non-www : la version non retenue redirige vers la version canonique. Vérifiable avec notre diagnostic de redirection de domaine.
- Migration ou changement de slug : les anciennes URLs redirigent en 301 vers les nouvelles. Détail dans le guide redirection de nom de domaine.
- Fusion de contenus : deux pages proches consolidées en une, l'ancienne redirige vers la version conservée, en complément d'une stratégie canonical propre.
- Normalisation d'URL : trailing slash, majuscules, paramètres de tracking renvoyés vers l'URL propre.
Les 5 signaux d'un vrai problème.
01 Une page stratégique figure dans la liste
Une page qui devrait ranker redirige sans raison connue. Cause fréquente : règle serveur trop large, plugin de redirection, ou slug modifié par erreur lors d'une mise à jour.
02 Une 302 installée depuis des mois
La redirection temporaire ne transfère pas franchement les signaux : Google peut garder l'ancienne URL en référence. Toute redirection définitive doit être une 301.
03 Une chaîne de redirections
http vers https vers www vers nouvelle URL : chaque saut dilue les signaux et consomme du crawl budget. Googlebot abandonne au-delà de 10 sauts et l'URL bascule alors dans le statut d'échec erreur de redirection. Règle : une seule redirection, directe.
04 Le sitemap liste des URLs redirigées
Le sitemap doit référencer les URLs finales, jamais les anciennes. Un sitemap obsolète envoie Google en boucle sur des redirections et brouille le signal canonique.
05 Le maillage interne pointe vers les anciennes URLs
Chaque lien interne vers une URL redirigée ajoute un saut inutile à chaque crawl. Mettre à jour les liens du menu, du footer et des contenus vers les URLs finales.
Corriger, étape par étape.
- 01
Tracer la redirection réelle
Pour chaque URL surprenante du rapport, suivre la chaîne complète : codes HTTP de chaque saut et destination finale. L'outil Inspection d'URL de Search Console montre ce que Googlebot a vu; notre outil de diagnostic fait le test en direct.
- 02
Supprimer les redirections accidentelles
Identifier la règle fautive (htaccess, plugin, CDN, configuration serveur), la retirer, et vérifier que la page répond de nouveau 200 avec son contenu complet. Puis demander une réindexation.
- 03
Assainir les redirections volontaires
Passer les 302 durables en 301, aplatir les chaînes pour que chaque ancienne URL redirige directement vers la destination finale, et vérifier que la destination est bien la page la plus proche thématiquement, jamais l'accueil par défaut (schéma traité comme une soft 404).
- 04
Nettoyer sitemap et maillage interne
Remplacer les URLs redirigées par les URLs finales dans le sitemap et les liens internes. Le rapport se videra progressivement au fil des recrawls; les URLs historiques peuvent y rester des mois, c'est sans conséquence.
Deux cas particuliers.
Meta refresh et redirection JS
Google les suit, mais plus lentement et moins sûrement qu'une redirection serveur : le rendu JavaScript doit aboutir pour que la redirection soit vue. Remplacer par une 301 côté serveur dès que possible.
Redirections géolocalisées
Rediriger tous les visiteurs selon leur IP piège Googlebot, qui crawle majoritairement depuis les États-Unis : il ne verra jamais les autres versions. Préférer une bannière de suggestion plutôt qu'une redirection forcée.
"Page avec redirection" n'est qu'un statut d'exclusion parmi d'autres. Pour la vue d'ensemble, consulter page non indexée par Google et le guide du rapport d'indexation Search Console.
Questions fréquentes.
Que signifie "Page avec redirection" dans Search Console ?
L'URL inspectée renvoie une redirection (301, 302, meta refresh ou JavaScript) vers une autre adresse. Google suit la redirection, indexe la page de destination et classe l'URL d'origine en "non indexée". C'est le fonctionnement normal d'une redirection : une seule des deux URLs peut être dans l'index.
"Page avec redirection" est-il un problème à corriger ?
Dans la majorité des cas, non. Après une migration de domaine, un passage en HTTPS ou une fusion de contenus, il est attendu que les anciennes URLs apparaissent dans ce rapport. Il faut investiguer seulement si des pages stratégiques y figurent alors qu'elles ne devraient rediriger nulle part.
Comment savoir vers quelle URL ma page redirige ?
Utiliser l'outil Inspection d'URL de Search Console pour voir ce que Googlebot a rencontré, ou un outil qui suit la chaîne complète de redirections avec les codes exacts, comme notre diagnostic de redirection gratuit. Les chaînes à plusieurs sauts et les 302 s'y repèrent immédiatement.
Faut-il remplacer les redirections 302 par des 301 ?
Oui dès que la redirection est définitive. Une 302 signale un déplacement temporaire : Google peut continuer à considérer l'URL d'origine comme canonique et tarder à transférer les signaux. Pour une migration, un changement de slug ou une fusion, toujours utiliser une 301 permanente.
Une page importante redirige alors qu'elle ne devrait pas, que faire ?
Identifier la règle qui crée la redirection (plugin, règle serveur trop large, htaccess, configuration CDN), la supprimer, puis vérifier que l'URL répond de nouveau 200 avec son contenu. Demander ensuite une réindexation via Inspection d'URL. Méthodes détaillées dans forcer l'indexation Google.
Combien de temps les URLs restent-elles dans ce rapport ?
Des mois, parfois des années : Google re-vérifie périodiquement les URLs redirigées connues, de moins en moins souvent avec le temps. Ce n'est pas un signal négatif. Garder les redirections 301 actives au moins un an après une migration, idéalement en permanence, pour préserver les signaux des backlinks qui pointent encore vers les anciennes URLs.
// passer à l'action
Tracer vos redirections en direct.
Vérifier les codes HTTP réels, détecter les chaînes de sauts et les 302 qui devraient être des 301, en quelques secondes.