Page with redirect : pourquoi les URL qui redirigent ne sont pas indexées

Dernière mise à jour: 2026-10-30

En bref

Page with redirect signifie que l’URL est une URL non canonique qui redirige vers une autre page : Google ne l’indexe donc pas. C’est le comportement attendu pour les anciennes URL, les variantes HTTP ou www et les pages déplacées. Vérifiez que la cible de la redirection est correcte et indexable, et cessez de lier des URL qui redirigent depuis vos pages et votre plan de site.

Libellé exact dans Search Console: Page with redirect

Ce que cela signifie

L’aide de Google sur l’indexation des pages indique qu’il s’agit d’une URL non canonique qui redirige vers une autre page, et que cette URL ne sera donc pas indexée. La cible de la redirection peut être indexée ou non, selon ce que Google en pense. Google précise aussi qu’une URL canonique qui redirige peut être indexée, que les données indexées de l’inspection d’URL concernent l’URL testée, et que le test en direct suit les redirections et teste l’URL finale sans le signaler.

Les redirections permanentes (301 et 308) sont un signal fort que la cible doit être canonique ; les temporaires (302 et 307) sont un signal faible. Google garde la trace de l’ancienne et de la nouvelle URL et, après un déplacement, peut encore afficher occasionnellement une ancienne URL dans les résultats comme nom alternatif.

Est-ce un problème ?

En général, non. La FAQ de Google range les redirections parmi les raisons les plus courantes d’URL non indexées et précise que les URL qui redirigent ne sont pas indexées, seule la cible l’est. Le statut compte quand une URL qui devrait être une page active redirige par erreur, quand la cible elle-même n’est pas indexée, ou quand votre plan de site et vos liens internes sont pleins d’URL qui redirigent.

Causes fréquentes

Déplacements de site et changements d’URL

Après une migration, un changement de slug ou une fusion, les anciennes URL redirigent vers les nouvelles. C’est voulu.

Normalisation du protocole et de l’hôte

Redirections HTTP vers HTTPS, sans www vers www ou avec barre oblique finale. Voulues également.

Plans de site et liens internes pointant vers d’anciennes URL

Votre propre site continue d’envoyer Google vers des URL qui redirigent : elles continuent donc d’apparaître dans le rapport.

Redirections involontaires

Une extension, la géolocalisation, la détection de langue ou un mur de connexion redirigent des pages qui devraient se charger directement.

Redirections temporaires laissées en place

Une 302 utilisée pour un déplacement définitif envoie un signal plus faible sur l’URL qui devrait être canonique.

Comment corriger

  1. Confirmez que la cible est la bonne. Inspectez une URL d’exemple, puis utilisez le bouton INSPECTER de la section Indexation des pages de l’inspection d’URL pour contrôler l’URL canonique. Assurez-vous que la cible renvoie 200, est indexable et contient le contenu de l’ancienne URL.
  2. Utilisez des redirections permanentes côté serveur pour les déplacements définitifs. Google recommande des redirections 301 ou 308 côté serveur quand un changement est définitif. N’utilisez une balise meta refresh ou une redirection JavaScript que lorsque les redirections côté serveur sont impossibles.
  3. Mettez à jour les liens internes et les plans de site. Liez directement les URL finales et n’inscrivez dans votre plan de site que des URL finales et canoniques. Cela économise des requêtes d’exploration et garde vos signaux cohérents.
  4. Supprimez les chaînes de redirections. Faites pointer chaque ancienne URL directement vers sa destination finale, en un seul saut. Google avertit que les longues chaînes de redirections nuisent à l’exploration.
  5. Supprimez les redirections involontaires. Si une page doit se charger directement, supprimez la règle qui la redirige, puis lancez « Tester l’URL en direct » et demandez l’indexation.

Vérifier avec GSC Magic

Exécuter gsc_inspect_urls_batch, ou report_index_health en partant de votre plan de site, montre quelles URL listées Google signale comme Page with redirect. C’est le moyen le plus rapide de repérer des entrées obsolètes dans le plan de site après une migration. Sur les plans Pro et Agency avec le mode écriture activé, gsc_submit_sitemap soumet à nouveau le plan de site nettoyé, et indexnow_submit prévient Bing et les autres moteurs IndexNow des URL modifiées. IndexNow n’atteint pas Google ; voir IndexNow face à l’API Indexing de Google.

report_index_healthgsc_inspect_urls_batchgsc_submit_sitemapindexnow_submit

Prompts à copier

Lance un contrôle de santé de l’index sur mon plan de site et liste chaque URL signalée comme Page with redirect, afin que je puisse les remplacer par leurs URL finales.

Inspecte ces anciennes URL issues de notre migration et confirme que chacune est signalée comme Page with redirect et que son URL canonique choisie par Google est la nouvelle URL.

J’ai mis en ligne le plan de site nettoyé. Soumets-le à nouveau dans Search Console et affiche son état, ses erreurs et ses avertissements.

Guides sur le blog

Redirect error

Redirect error signifie que Google a tenté de suivre une redirection depuis l’URL et a échoué. Google cite quatre causes : une chaîne trop longue, une boucle de redirection, une URL qui a dépassé la longueur maximale, et une URL invalide ou vide dans la chaîne. Suivez la redirection saut par saut et faites pointer l’URL directement vers une page finale qui fonctionne.

 Duplicate, Google chose different canonical than user

Ce statut signifie que la page est déclarée canonique pour un ensemble de pages, mais que Google a jugé qu’une autre URL représentait mieux le contenu et a indexé celle-là. Une balise canonical est une indication, pas une règle. Comparez les pages concernées, puis faites pointer les redirections, les balises canonical, les liens internes et les plans de site vers la même URL.

 Alternate page with proper canonical tag

Ce statut signifie que l’URL est une version alternative qui pointe correctement vers une autre page canonique, et que cette canonique est indexée. Google indique que vous n’avez rien à faire. Vérifiez par échantillon que la canonique est bien l’URL voulue et qu’aucune page importante ne s’est retrouvée ici par erreur.

 Not found (404)

Not found (404) signifie que Google a demandé l’URL et que votre serveur a répondu 404. Google indique qu’une 404 n’est pas forcément un problème quand une page a été supprimée sans remplaçant. Corrigez les 404 que vous créez vous-même par vos liens ou par votre plan de site, et redirigez en 301 les pages qui ont déménagé.

Questions fréquentes

Faut-il corriger Page with redirect ?

Seulement si la redirection est une erreur ou pointe au mauvais endroit. Pour les anciennes URL et les variantes d’hôte ou de protocole, Google indique que les URL qui redirigent ne sont pas indexées, seule la cible l’est : c’est le résultat souhaité.

301 ou 302 : est-ce que cela change quelque chose ?

Oui. Google traite les 301 et 308 comme un signal fort que la cible doit être canonique, et les 302 et 307 comme un signal faible. Utilisez des redirections permanentes pour les déplacements définitifs.

Pourquoi le test en direct réussit-il alors que l’URL redirige ?

L’aide de Google indique que le test en direct suit les redirections et teste l’URL finale sans le signaler. C’est le résultat indexé qui affiche la redirection.

Les anciennes URL finiront-elles par disparaître des résultats de recherche ?

Google garde la trace des sources de redirection et, après un déplacement, peut encore afficher occasionnellement d’anciennes URL comme noms alternatifs. Google indique que cela s’estompe avec le temps sans intervention de votre part, tant que les redirections restent en place.

Sources