Page avec redirection (statut GSC)

TL;DR — « Page avec redirection » dans Google Search Console n’est pas une erreur. Cela signifie simplement que l’URL explorée par Google envoie les visiteurs ailleurs : elle redirige. Google indexe donc la destination plutôt que l’URL source. Pour la plupart des sites, c’est exactement le comportement recherché : les anciennes URL pointent vers les nouvelles. Il n’y a presque jamais rien à faire.

Que signifie « Page avec redirection » ?

Google définit ce cas comme une URL non canonique qui redirige et qui n’est donc pas indexée sous cette URL. Evidence for this claim Google defines Page with redirect as a non-canonical URL that redirects and therefore is not indexed as that URL. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report Une redirection constitue aussi un signal de canonicalisation vers sa cible, sans toutefois garantir l’indexation de celle-ci. Evidence for this claim Google recommends permanent server-side redirects for permanent URL moves and treats redirects as canonical signals. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Redirects and Search

Vous avez ouvert le rapport d’indexation des pages dans Google Search Console, fait défiler jusqu’à “Why pages aren’t indexed,” (traduction) « Pourquoi des pages ne sont pas indexées », puis découvert le statut Page avec redirection accompagné d’un nombre. Le mot « redirection » et son classement parmi les pages « non indexées » peuvent donner l’impression d’une panne.

Ce n’en est pas une. Une redirection envoie les personnes et les robots vers une nouvelle URL lorsqu’ils demandent une ancienne adresse. « Page avec redirection » signifie simplement que l’URL que Google a tenté d’explorer redirige vers une autre page. Comme cette URL n’est qu’une porte vers une autre adresse, Google n’indexe pas la porte : l’URL source n’est volontairement pas indexée. Le sort de la destination est une question distincte. Google l’évalue selon ses propres mérites ; elle peut donc être indexée ou non. Le statut indique seulement que la porte est fermée, pas que la pièce de l’autre côté est aménagée. Vérifiez la destination elle-même si elle compte pour vous.

Pourquoi est-ce normal ?

Presque tous les sites comportent de nombreuses URL de ce type, et c’est sain :

• HTTP → HTTPS. Chaque URL http:// redirige vers sa version sécurisée https://. Les anciennes URL http:// apparaissent ici.
• Hôte avec ou sans sous-domaine. Vous choisissez une version, par exemple www.example.com, puis redirigez l’autre. La version redirigée se retrouve dans cette catégorie.
• Barre oblique finale. /page redirige vers /page/, ou l’inverse.
• Anciennes pages après un déplacement. Vous avez déplacé ou fusionné une page et redirigé l’ancienne URL en 301 vers la nouvelle. L’ancienne URL affiche désormais « Page avec redirection », signe que la redirection fonctionne.

Dans tous ces cas, vous souhaitez que l’ancienne URL sorte de l’index au profit de la nouvelle. Sa présence ici confirme que Google a compris la redirection.

Dois-je corriger quelque chose ?

Généralement non. Neuf fois sur dix, aucune action n’est nécessaire. Examinez le cas de plus près uniquement si :

• une page importante que vous vouliez indexer redirige ailleurs par erreur ;
• la redirection mène vers une page incorrecte ou sans rapport ;
• il s’agit en réalité d’une redirection défectueuse, comme une boucle ou une longue chaîne de sauts. Ces problèmes apparaissent généralement sous un autre statut nommé « Erreur de redirection ».

C’est la distinction essentielle : « Page avec redirection » et « Erreur de redirection » ne désignent pas la même chose. Le premier statut correspond à une redirection fonctionnelle et attendue ; le second à une redirection cassée, donc à un vrai problème. Ne traitez pas ce statut comme une erreur simplement parce qu’il figure dans la liste des pages non indexées.

Pour une analyse complète des redirections permanentes et temporaires, une comparaison avec « Erreur de redirection » et des conseils sur « Valider la correction », passez à l’onglet Avancé.

TL;DR — « Page avec redirection » n’est pas une erreur. Selon les propres termes de Google : “This is a non-canonical URL that redirects to another page. As such, this URL will not be indexed.” (traduction) « Cette URL non canonique redirige vers une autre page et ne sera donc pas indexée. » Cette certitude ne concerne que l’URL qui redirige. La destination est une question distincte : Google indique que la cible “might or might not be indexed,” (traduction) « peut être indexée ou non », selon l’évaluation qu’il fait de cette URL. Le groupe entier des pages non indexées n’existe, toujours selon Google, “not necessarily because of an error.” (traduction) « pas nécessairement en raison d’une erreur ». La plupart des entrées sont des redirections 301 intentionnelles : HTTP vers HTTPS, www/non-www, normalisation de la barre oblique et anciennes URL après migration. Ne les confondez pas avec Erreur de redirection, qui signale une redirection cassée : chaîne trop longue, boucle, URL trop longue ou URL incorrecte ou vide. Pour les redirections permanentes 301 ou 308, les signaux se consolident vers la cible ; la valeur de l’ancienne URL n’est donc pas perdue. N’intervenez que si une page importante a été redirigée par erreur, si la cible est mauvaise ou si une chaîne ou une boucle pose réellement problème. Il est généralement inutile de cliquer sur « Valider la correction ».

C’est un statut, pas une erreur

Ce libellé signale une URL qui redirige correctement ; il ne prouve pas l’échec d’une redirection. Evidence for this claim Google defines Page with redirect as a non-canonical URL that redirects and therefore is not indexed as that URL. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report Google recommande une redirection permanente côté serveur lorsqu’une URL a été déplacée définitivement. Evidence for this claim Google recommends permanent server-side redirects for permanent URL moves and treats redirects as canonical signals. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Redirects and Search

La première idée à corriger est simple : il s’agit d’un statut de rapport, pas d’un rapport de problème. Google classe « Page avec redirection » sous “Why pages aren’t indexed,” (traduction) « Pourquoi des pages ne sont pas indexées », tout en précisant que ces pages “have not been indexed, but not necessarily because of an error.” (traduction) « n’ont pas été indexées, mais pas nécessairement en raison d’une erreur ». Il faut lire chaque statut et déterminer si ce cas précis exige une intervention. Ici, la réponse est presque toujours non.

La définition de Google tient en une phrase : “This is a non-canonical URL that redirects to another page. As such, this URL will not be indexed.” (traduction) « Une URL qui redirige est non canonique ; par conséquent, cette adresse ne sera pas indexée. » La dernière proposition est décisive. L’URL n’échoue pas à être indexée : elle est volontairement exclue parce qu’elle redirige, et l’on n’indexe pas une porte de passage. Google précise que cela ne détermine pas ce qui arrive de l’autre côté : “the target URL of the redirect might or might not be indexed, depending on what Google thinks about that target URL.” (traduction) « L’URL cible de la redirection peut être indexée ou non, selon ce que Google pense de cette URL cible. » Le statut décrit la source ; la cible doit être vérifiée séparément.

Pourquoi l’URL n’est-elle pas indexée, et laquelle l’est ?

C’est la canonicalisation en action. Quand un même contenu est accessible depuis plusieurs URL, Google choisit une URL représentative, la canonique, puis l’indexe. Une URL qui redirige est par définition non canonique : elle passe le relais à une autre URL, donc l’URL source elle-même n’est pas indexée. Ce point est garanti. En revanche, l’indexation de la cible ne l’est pas. Google dit qu’elle “might or might not be indexed, depending on what Google thinks about that target URL.” (traduction) « peut être indexée ou non, selon ce que Google pense de cette URL cible ». Une redirection permanente est un signal fort en faveur de la cible comme canonique, pas une promesse d’indexation. Le statut est donc attribué à l’URL source quel que soit le sort final de la destination.

Le type de redirection modifie le traitement par Google :

• Les redirections permanentes 301 et 308 indiquent à Google d’afficher la cible dans les résultats. Le système d’indexation les utilise comme signal en faveur de la cible canonique. C’est le bon choix pour un déplacement définitif.
• Les redirections temporaires 302, 303, 307 et les meta refresh différées indiquent à Google de continuer à afficher la page source. Si vous avez utilisé une 302 pour un déplacement permanent dont la nouvelle URL doit être indexée, remplacez-la par une 301 afin d’éliminer ce conflit de signaux.

Dans la pratique, Google peut finir par traiter une 302 persistante comme une redirection permanente. Je l’ai observé directement : après avoir redirigé en 302 un site établi vers un autre, Google a fini par abandonner l’ancien domaine et déplacer l’indexation vers la destination. C’est un retour d’expérience utile, pas une raison de reproduire ce choix. Pour un déplacement permanent, utilisez une 301 ou une 308 : le signal sera clair dès le premier jour, sans attendre que Google réinterprète une redirection déclarée temporaire.

La valeur de l’ancienne URL n’est pas perdue

Une inquiétude revient souvent : « Si mon ancienne URL n’est plus indexée, est-ce que je perds ses liens et son autorité ? » Non. Pour une redirection permanente, les signaux se consolident vers l’avant. Comme Joshua Hardwick et moi l’expliquons dans notre guide Ahrefs sur les redirections, une redirection permanente est un signal fort de canonicalisation : les signaux de la page, notamment ses liens, doivent être transférés vers la nouvelle URL. La destination hérite de cette valeur. L’apparition sous « Page avec redirection » matérialise ce mécanisme de consolidation dans le rapport ; elle n’indique pas une perte.

Les raisons habituelles de ce statut

Parcourez cette liste : vous reconnaîtrez presque toutes vos entrées.

• HTTP → HTTPS. Chaque URL non sécurisée redirige en 301 vers sa version sécurisée.
• Normalisation de l’hôte. Vous choisissez un hôte canonique ; l’autre redirige.
• Normalisation de la barre oblique finale. /page ⇄ /page/.
• Anciennes URL après migration. Après une migration, voir de nombreuses anciennes URL sous « Page avec redirection » est un signal sain : vos redirections fonctionnent. N’attendez pas que ce nombre disparaisse ou atteigne zéro dans un délai fixe. Des URL attendues peuvent rester connues et signalées indéfiniment. Surveillez plutôt si les nouvelles URL sont indexées avec elles-mêmes comme canoniques. Un pic après migration est une bonne nouvelle, mais confirmez-le en contrôlant les destinations, pas en observant la baisse de l’ancien compteur.
• Pages retirées redirigées en 301 vers un remplacement pertinent. C’est de l’entretien courant.

« Page avec redirection » ou « Erreur de redirection » : la différence clé

Cette distinction est souvent brouillée, alors qu’elle justifie à elle seule la lecture de cette page. Il s’agit de deux statuts différents aux significations opposées.

Page avec redirection = une redirection fonctionnelle. L’URL redirige ailleurs, Google la suit, indexe éventuellement la destination et signale la source ici. C’est attendu et ce n’est pas une erreur.

Erreur de redirection = une redirection cassée que Google n’a pas pu résoudre. Google cite les causes suivantes : “a redirect chain that was too long,” (traduction) « une chaîne de redirection trop longue », “a redirect loop,” (traduction) « une boucle de redirection », “a redirect URL that eventually exceeded the max URL length,” (traduction) « une URL de redirection ayant fini par dépasser la longueur maximale », et “a bad or empty URL in the redirect chain.” (traduction) « une URL incorrecte ou vide dans la chaîne de redirection ». C’est un vrai problème : corrigez la redirection elle-même.

Lors du tri du rapport d’indexation : « Page avec redirection » signifie presque toujours qu’il faut laisser l’URL en l’état ; « Erreur de redirection » signifie qu’il faut corriger la chaîne ou la boucle. L’onglet Cadres propose une comparaison détaillée. Si une URL censée effectuer un saut simple apparaît sous « Erreur de redirection », recherchez une chaîne ou une boucle à éliminer.

Les cas qui exigent réellement une intervention

« Page avec redirection » révèle parfois un problème dans les situations suivantes :

1. Une page importante a été redirigée par erreur. Vous souhaitiez l’indexer, mais une mauvaise règle — réécriture parasite, 301 trop large ou réglage du CMS — l’envoie ailleurs. Supprimez la redirection afin que la page renvoie 200.
2. La redirection pointe vers une page incorrecte ou sans rapport. Elle envoie par exemple vers l’accueil plutôt que vers le remplacement le plus proche. Faites-la pointer vers la bonne cible.
3. Une chaîne ou une boucle se cache derrière le statut. Les vraies boucles apparaissent généralement sous « Erreur de redirection ». Une chaîne qui fonctionne n’est pas automatiquement urgente : je ne chercherais pas à supprimer chaque saut supplémentaire. Corrigez les chaînes assez longues pour ralentir réellement l’exploration ou l’utilisateur, celles qui compliquent la vérification de la destination finale et tout comportement peu fiable ou pénible à maintenir. Remplacez A → B → C par A → C lorsqu’un de ces critères s’applique, pas par principe.
4. Une 302 devrait être une 301. Pour un déplacement permanent dont la nouvelle URL doit être indexée, remplacez la redirection temporaire par une permanente.

Si aucun de ces cas ne s’applique, vous avez terminé : l’entrée est correcte.

Comment examiner une URL signalée

• Utilisez l’inspection d’URL sur l’URL concernée. Confirmez qu’elle redirige et qu’elle mène à l’URL prévue.
• Vérifiez que la destination est indexable. Elle doit renvoyer 200, être elle-même indexable, sans noindex, sans blocage et sans nouvelle redirection. Si la destination a son propre problème, c’est là qu’il faut chercher.
• Contrôlez le nombre de sauts. Un saut est idéal. Réduisez les chaînes qui en comportent plusieurs.

Faut-il cliquer sur « Valider la correction » ?

Non pour les redirections attendues et intentionnelles. « Valider la correction » s’adresse aux statuts que vous avez réellement corrigés : la commande demande à Google de revérifier les URL modifiées. Une 301 fonctionnelle n’est pas une correction, donc il n’y a rien à valider. Utilisez cette fonction uniquement après une vraie réparation, par exemple après la suppression d’une redirection accidentelle ou la réduction d’une chaîne qui provoquait une erreur. Ne cherchez pas à ramener ce compteur à zéro : sur la plupart des sites, il ne le sera jamais, et c’est normal.

Une remarque sur Bing

« Page avec redirection » est un libellé de Google Search Console, pas un concept universel. Bing Webmaster Tools présente les informations de redirection autrement et n’utilise pas ce nom de statut. Le conseil de fond reste identique sur les deux moteurs : utilisez des 301 pour les déplacements permanents et évitez les longues chaînes. Vous ne trouverez toutefois pas cette formulation exacte dans Bing.

Pour une vue d’ensemble, consultez le hub Indexation et la présentation du rapport d’indexation des pages. Les statuts voisins — Erreur de redirection pour les redirections cassées, Page en double : Google n’a pas choisi la même URL canonique que l’utilisateur et la famille Explorée, actuellement non indexée — complètent les raisons de non-indexation à trier avec celle-ci.

Résumé par l’IA

Version condensée de l’onglet Avancé :

• « Page avec redirection » n’est pas une erreur. Google la définit ainsi : “This is a non-canonical URL that redirects to another page. As such, this URL will not be indexed.” (traduction) « Cette adresse non canonique renvoie à une autre page ; elle n’entrera donc pas dans l’index. » Le groupe des pages non indexées existe “not necessarily because of an error.” (traduction) « pas nécessairement en raison d’une erreur ».
• L’URL source n’est volontairement pas indexée ; la cible est une question distincte. Selon Google, la destination “might or might not be indexed, depending on what Google thinks about that target URL.” (traduction) « peut être indexée ou non, selon ce que Google pense de cette URL cible ». Vérifiez-la séparément au lieu de présumer qu’elle est indexée.
• La plupart des entrées sont des 301 intentionnelles : HTTP vers HTTPS, www/non-www, normalisation de la barre oblique, anciennes URL après migration et pages retirées redirigées vers un remplacement.
• La différence entre permanent 301 ou 308 et temporaire 302 ou 307 compte : une redirection permanente est un signal fort en faveur de la cible canonique ; une redirection temporaire ne porte pas le même signal et Google peut continuer à afficher la source.
• La valeur n’est pas perdue : avec une redirection permanente, les signaux se consolident vers la destination.
• « Page avec redirection » ≠ « Erreur de redirection ». La seconde désigne une défaillance — chaîne trop longue, boucle, URL trop longue ou URL incorrecte ou vide — qui doit être corrigée.
• Ne considérez pas chaque saut supplémentaire comme une perte. Privilégiez les chaînes réellement longues, les boucles et les comportements peu fiables, difficiles à vérifier ou à maintenir, plutôt que de poursuivre partout l’idéal d’un seul saut.
• Un pic après migration est sain, mais il ne tombera pas nécessairement à zéro. Confirmez l’état en vérifiant que les nouvelles URL sont indexées comme canoniques, pas en observant la baisse de l’ancien compteur.
• Intervenez uniquement si une page importante a été redirigée par erreur, si la cible est mauvaise ou sans rapport, si une chaîne ou une boucle pose réellement problème ou si une 302 devrait être une 301.
• Enquêtez avec l’inspection d’URL : confirmez la redirection, l’URL cible prévue et son indexabilité (200, indexée).
• Il est généralement inutile de cliquer sur « Valider la correction » pour une redirection attendue ; ce bouton concerne ce que vous avez réellement corrigé.

Documentation officielle

Documentation de première main publiée par les moteurs de recherche.

Google

• Rapport d’indexation des pages — le rapport, la définition de « Page avec redirection », la précision “not necessarily because of an error” (traduction) « pas nécessairement en raison d’une erreur » et les causes distinctes du statut « Erreur de redirection ».
• Redirections et recherche Google — l’effet des redirections permanentes et temporaires sur ce que Google indexe, ainsi que la raison pour laquelle une redirection permanente côté serveur constitue le signal le plus fort.
• Qu’est-ce que la canonicalisation d’URL ? — pourquoi une URL non canonique qui redirige n’est pas celle qui est indexée.

Bing / Microsoft

• Consignes Bing pour les webmasters — Bing n’utilise pas le statut « Page avec redirection », mais le conseil sous-jacent reste le même : utiliser des 301 pour les déplacements permanents et éviter les longues chaînes.

Citations de la source

Déclarations officielles de Google. Chaque lien profond mène directement au passage cité dans la page source.

Google — signification de « Page avec redirection »

• “This is a non-canonical URL that redirects to another page. As such, this URL will not be indexed.” (traduction) « Il s’agit d’une URL non canonique qui redirige vers une autre page. Cette URL ne sera donc pas indexée. » — Aide de Google Search Console, Rapport d’indexation des pages. Accéder à la citation

Google — il ne s’agit pas nécessairement d’une erreur

• “These pages have not been indexed, but not necessarily because of an error. Read the specific description to see if this is an error that you should address.” (traduction) « Ces pages n’ont pas été indexées, mais pas nécessairement en raison d’une erreur. Lisez la description correspondante pour déterminer s’il s’agit d’une erreur à corriger. » — Documentation d’aide de Google Search Console, Rapport d’indexation des pages. Accéder à la citation

Google — le statut différent et défectueux : « Erreur de redirection »

• Les causes citées par Google pour Redirect error, et non pour le présent statut : “A redirect chain that was too long” (traduction) « une chaîne de redirection trop longue » · “A redirect loop” (traduction) « une boucle de redirection » · “A redirect URL that eventually exceeded the max URL length” (traduction) « une URL de redirection ayant fini par dépasser la longueur maximale » · “A bad or empty URL in the redirect chain.” (traduction) « une URL incorrecte ou vide dans la chaîne de redirection ». — Google Search Console, page d’aide Rapport d’indexation des pages. Accéder à la citation

Google — employer une redirection permanente côté serveur pour un déplacement

• “If you need to change the URL of a page as it is shown in search engine results, we recommend that you use a permanent server-side redirect whenever possible.” (traduction) « Si vous devez modifier l’URL d’une page telle qu’elle apparaît dans les résultats de recherche, nous vous recommandons d’utiliser une redirection permanente côté serveur chaque fois que possible. » — Google Search Central, Redirections et recherche Google. Accéder à la citation

Les modèles mentaux

1. La porte et la pièce. Une URL qui redirige est une porte ; la destination est la pièce. Google indexe la pièce, pas la porte. « Page avec redirection » indique simplement quelles URL servent de portes. Aucun contenu ne manque : il se trouve à la destination.

2. « Page avec redirection » et « Erreur de redirection » côte à côte. Ce tableau évite beaucoup de travail inutile :

3. La règle de tri. Pour chaque entrée « Page avec redirection », posez trois questions. Cette redirection était-elle intentionnelle ? Va-t-elle au bon endroit ? Effectue-t-elle un seul saut ? Trois réponses positives : laissez-la en place. Une réponse négative : examinez ce cas.

4. Permanent ou temporaire : ce qui est indexé.

• 301 / 308, permanentes → Google indexe la cible et consolide les signaux vers elle. Utilisez-les pour les vrais déplacements.
• 302 / 307, temporaires → Google peut continuer à afficher la source. Si le déplacement est permanent et que vous voulez indexer la nouvelle URL, passez à une 301 ou une 308.

5. Un pic après migration est une fonctionnalité, pas un bug. Après une migration, l’afflux d’anciennes URL sous « Page avec redirection » est le signal attendu que vos redirections sont actives. N’attendez pas nécessairement que le nombre tombe à zéro, ni qu’il baisse dans un délai défini : des anciennes URL prévues peuvent rester connues et signalées indéfiniment. Vérifiez plutôt que les nouvelles URL sont indexées avec elles-mêmes comme canoniques. Ne lancez pas une validation dans la panique.

Liste de contrôle pour « Page avec redirection »

Appliquez cette liste à une entrée ou à l’ensemble du rapport. La plupart des cas s’arrêtent à la première étape.

Est-ce attendu ? Presque toujours oui.

• La redirection est intentionnelle : HTTP vers HTTPS, www ou sans www, normalisation de la barre oblique, ancienne URL redirigée en 301 après un déplacement ou page retirée envoyée vers un remplacement pertinent.
• La page que vous souhaitez indexer ne figure pas dans cette liste ; seules les anciennes URL ou les doublons y apparaissent. Si les deux affirmations sont vraies, vous avez terminé : aucune action.

Confirmer avec l’inspection d’URL si nécessaire

• L’inspection d’URL confirme que l’adresse redirige bien vers l’URL prévue.
• La destination renvoie 200 et reste indexable : pas de noindex, pas de blocage et pas de nouvelle redirection.
• Il s’agit d’un seul saut, pas d’une chaîne.

Intervenir uniquement dans l’un de ces cas

• Une page importante a été redirigée par erreur : retirez la redirection pour qu’elle renvoie 200.
• La redirection mène vers une page incorrecte ou sans rapport : choisissez la bonne cible.
• Il s’agit d’une chaîne (A → B → C) : réduisez-la à A → C.
• L’URL figure plutôt sous Erreur de redirection — boucle, chaîne trop longue, URL trop longue ou incorrecte : corrigez la redirection cassée.
• Une 302 devrait être une 301 pour un déplacement permanent : rendez-la permanente.

À ne pas faire

• Ne cliquez pas sur « Valider la correction » pour une redirection que vous n’avez pas réellement modifiée.
• Ne cherchez pas à ramener ce compteur à zéro : sur la plupart des sites, il n’atteint jamais zéro, et c’est normal.
• Ne supposez pas que vous perdez la valeur des liens : une redirection permanente consolide les signaux vers la destination.

Les erreurs fréquentes avec « Page avec redirection »

Elles proviennent des mauvaises interprétations que je rencontre le plus souvent et sont toutes évitables lorsque l’on comprend réellement ce statut.

Le traiter comme une erreur et vouloir ramener le compteur à zéro. « Page avec redirection » apparaît sous « Pourquoi des pages ne sont pas indexées », et ce cadre suffit à pousser certains à vouloir réduire le nombre. Google précise pourtant que le groupe existe “not necessarily because of an error.” (traduction) « pas nécessairement en raison d’une erreur ». Laissez les redirections intentionnelles en place. Sur la plupart des sites, ce nombre n’atteindra jamais zéro, et il ne devrait pas.

Cliquer sur « Valider la correction » pour des redirections inchangées. Ce bouton demande à Google de revérifier les URL que vous avez réellement modifiées. Cliquer dessus pour une 301 fonctionnelle et intacte gaspille un cycle de validation sans vous apprendre quoi que ce soit. Ne validez qu’après une vraie correction : suppression d’une redirection accidentelle, changement d’une mauvaise cible ou réduction d’une chaîne.

Ne pas remarquer qu’une page importante a été redirigée par erreur. Une règle parasite du CMS, une réécriture trop large ou une ancienne 301 de test peut envoyer discrètement une page que vous voulez indexer dans cette liste, où elle ressemble à toutes les entrées HTTP vers HTTPS saines. Examinez les URL signalées pour repérer celles que vous n’aviez pas l’intention de rediriger au lieu de regarder uniquement le total.

Supposer que « Page avec redirection » et « Erreur de redirection » désignent le même problème. Les noms se ressemblent et figurent dans le même rapport, mais le premier cas est attendu et fonctionnel, tandis que le second est cassé : chaîne, boucle, URL trop longue ou URL incorrecte ou vide. Les confondre conduit soit à paniquer devant des entrées saines, soit, pire, à ignorer celles qui doivent vraiment être corrigées. Traitez-les séparément ; l’onglet Cadres les compare côte à côte.

Considérer chaque saut supplémentaire comme une perte SEO importante. A→B→C peut parfaitement fonctionner et être signalé proprement ici. Je ne chercherais pas à supprimer chaque saut additionnel simplement parce qu’il existe. Concentrez-vous sur les chaînes assez longues ou lentes pour affecter l’exploration ou l’utilisateur, sur celles qui compliquent la confirmation de la destination finale et sur les comportements peu fiables ou pénibles à maintenir. Privilégiez les longues chaînes, les boucles et les problèmes de fiabilité plutôt que l’idéal absolu d’un seul saut partout.

Rediriger vers une page incorrecte ou sans rapport pendant une migration. Sous la pression d’une échéance, il est courant de rediriger en masse les anciennes URL vers l’accueil plutôt que vers le remplacement le plus proche. Le rapport affiche une entrée « Page avec redirection » normale dans les deux cas : il ne distingue pas une bonne cible d’une cible choisie par facilité. Établissez avant la migration une correspondance individuelle entre chaque ancienne URL et son véritable remplacement, pas après.

Outils pour contrôler une entrée « Page avec redirection »

Commencez par vos propres outils avant d’utiliser l’inspection d’URL de GSC adresse par adresse. Ils couvrent les tâches réelles soulevées par ce statut : confirmer la redirection, compter les sauts et, pour un volume de taille comparable à une migration, vérifier tout le lot en une fois.

• Vérificateur de redirections — collez une URL signalée pour voir le code d’état final, chaque saut et la destination. C’est le moyen le plus rapide de confirmer qu’une entrée se comporte exactement comme prévu : un seul saut, une vraie 301 ou 308 et une arrivée sur un 200.
• Vérificateur groupé des codes d’état HTTP — collez jusqu’à 500 URL, par exemple toute la liste exportée, pour obtenir les codes d’état, les chaînes complètes et les problèmes signalés : code temporaire au milieu d’une chaîne permanente, redirections à plusieurs sauts, boucles ou meta refresh. Préférez cet outil à l’inspection ligne par ligne lorsque le rapport contient plus de quelques entrées.
• Cartographie des chaînes de redirection — si une URL comporte plusieurs sauts, affichez le détail de chacun : passage à HTTPS, changement de www, de barre oblique, de domaine ou de chemin. Vous obtiendrez aussi un niveau de gravité et des règles de nettoyage exportables pour Cloudflare, .htaccess ou nginx afin de réduire la chaîne à un saut.
• Planificateur et validateur de migration SEO — l’afflux d’entrées juste après une migration correspond exactement à ce processus en cinq étapes : construire et vérifier la table de redirections individuelle, contrôler les redirections déployées, vérifier l’état des anciennes URL, comparer les sitemaps et consulter quelques historiques Wayback. Faites-le avant ou après la mise en ligne plutôt que de découvrir des semaines plus tard une mauvaise correspondance, URL par URL dans GSC.
• Inspection d’URL dans Google Search Console — reste l’outil approprié pour confirmer la vision de Google sur une URL précise : si elle redirige, vers où et si la destination est la canonique sélectionnée par Google.

Prouver qu’une entrée « Page avec redirection » est saine

La plupart des entrées ne demandent aucune action. Si vous voulez néanmoins une preuve, après une migration ou parce qu’une URL signalée avait de l’importance, effectuez les contrôles suivants dans cet ordre.

Test 1 — Une redirection réelle en un seul saut

• Test à effectuer — Collez l’URL signalée dans le vérificateur de redirections ou exécutez curl -sIL -o /dev/null -w "%{http_code} %{url_effective}\n" https://example.com/old-url.
• Résultat attendu — Un seul saut, une véritable 301 ou 308 côté serveur, vers une destination qui renvoie 200.
• Interprétation d’un échec — Plusieurs sauts indiquent une chaîne à réduire ; un 200 sur l’URL censée rediriger signifie qu’il ne s’agit pas d’une redirection serveur, mais peut-être de JavaScript ou d’un meta refresh ; une 302 ou une 307 signale qu’un code temporaire effectue le travail d’un déplacement permanent.
• Fenêtre de suivi — Immédiate : le serveur répond dès le contrôle.
• Déclencheur de retour arrière — La chaîne devient longue ou boucle : retirez la règle et faites pointer directement l’ancienne URL vers la destination finale.

Test 2 — Google reconnaît la destination comme canonique

• Test à effectuer — Lancez l’inspection d’URL dans Google Search Console sur l’URL source signalée, puis sur sa destination.
• Résultat attendu — L’ancienne URL affiche « Page avec redirection » et la destination est indexée avec elle-même comme canonique sélectionnée par Google.
• Interprétation d’un échec — Si la destination n’est pas indexée ou affiche une autre URL comme canonique, un autre élément brouille le signal : balise canonique parasite, entrée de sitemap ou liens internes pointant encore vers l’ancienne URL.
• Fenêtre de suivi — De quelques jours à quelques semaines pour la plupart des sites, parfois davantage pour les très grands.
• Déclencheur de retour arrière — Ne retirez pas la redirection simplement parce que le retraitement est lent. Réexaminez-la uniquement si la destination n’est jamais indexée.

Test 3 — Tout le lot signalé est sain, pas seulement une URL

• Test à effectuer — Exportez la liste « Page avec redirection » depuis le rapport d’indexation, puis analysez-la avec le vérificateur groupé des codes d’état HTTP.
• Résultat attendu — Chaque URL effectue un seul saut vers un 200, sans boucle, sans chaîne de plus de quelques sauts et sans 302 utilisée pour un déplacement permanent.
• Interprétation d’un échec — Un groupe de chaînes ou de 302 provient généralement d’une seule mauvaise règle, par exemple une réécriture ajoutée au-dessus d’une règle existante, plutôt que de dizaines de problèmes indépendants.
• Fenêtre de suivi — Immédiate pour les codes d’état. Ajoutez quelques semaines de données de performances GSC si vous vérifiez aussi le rétablissement du trafic vers les destinations.
• Déclencheur de retour arrière — Un motif commun de chaînes ou de boucles sur de nombreuses URL : corrigez la règle qui les produit, puis relancez le contrôle groupé.

Testez vos connaissances : « Page avec redirection »

Cinq questions rapides sur le statut « Page avec redirection » dans Google Search Console. Choisissez une réponse pour chacune, puis vérifiez.

Journal des modifications