Search Console indique « Page avec redirection » : quelle URL vérifier ?

Vous déplacez une page de services de /old-service vers /services/design. Plus tard, Search Console classe l'ancienne adresse dans « Page avec redirection ». La nouvelle page s'ouvre dans votre navigateur. Faut-il aussi faire indexer l'ancienne adresse ?

La question utile est généralement de savoir si l'ancienne adresse mène à la page que vous souhaitez réellement faire découvrir. Google décrit cet état comme une URL non canonique qui redirige vers une autre page. L'URL source n'est pas indexée sous cet état ; la destination peut être indexée ou non. Une autre entrée du rapport, « Erreur de redirection », signale un problème rencontré par Google en suivant une redirection, par exemple une boucle ou une chaîne trop longue.

Cet exemple est fictif : il ne provient pas du site d'un client. Voici comment examiner une URL importante avant de modifier les redirections de tout votre site.

Notez l'URL source et la destination prévue

Dans Search Console, ouvrez le rapport d'indexation des pages, sélectionnez « Page avec redirection » et choisissez une URL. Copiez l'adresse complète : http ou https, nom d'hôte, chemin, barre oblique finale et éventuels paramètres de requête. Si le rapport indique la date de la dernière exploration par Google, notez-la.

Notez ensuite l'URL du rapport (la source) et l'adresse à laquelle vous souhaitez envoyer les visiteurs (la destination). Le transfert d'une ancienne URL de service vers sa remplaçante peut être volontaire. Une URL de campagne payante qui envoie les visiteurs vers une page d'accueil sans rapport mérite en revanche d'être examinée.

La présence d'une URL dans ce rapport ne prouve pas, à elle seule, que la destination est indexée ni que la redirection a nui à votre classement. Elle ne précise pas non plus quel paramètre a créé la redirection.

Suivez l'adresse sans vous connecter

Ouvrez l'URL source dans une fenêtre de navigation privée et notez l'adresse finale affichée. Arrivez-vous sur la page et le contenu attendus ? Si elle mène à une connexion, à une mauvaise langue, à un service sans rapport ou à une erreur, notez ce qui s'est passé et quand. La navigation privée montre le parcours de ce visiteur ; Googlebot peut recevoir une autre réponse, par exemple si une règle varie selon le user agent.

Si l'adresse finale est inattendue, vérifiez le parcours avec les outils de redirection de votre hébergeur ou un outil de débogage web qui affiche chaque réponse et son en-tête Location. Une chaîne pourrait ressembler à ceci :

/old-service → /services → /services/design

Cette chaîne n'est qu'un exemple. Si une étape revient à une adresse précédente ou pointe vers une destination vide ou incorrecte, examinez-la. Parmi les « Erreurs de redirection », Google cite les boucles, les chaînes trop longues, les URL incorrectes ou vides et les URL qui deviennent trop longues. Une entrée « Page avec redirection » n'indique pas automatiquement l'une de ces erreurs.

Sur une plateforme, les redirections peuvent être configurées dans son tableau de bord, un plugin, le serveur web ou une autre couche comme un CDN. Des règles de plusieurs couches peuvent entrer en conflit : suivez le parcours et identifiez la couche responsable de chaque règle avant d'en modifier une. Ne collez pas d'URL privées, de jetons d'accès ou de données clients dans un service public de débogage.

Inspectez séparément la destination

Dans l'outil d'inspection d'URL, consultez le résultat indexé de la source et sa date d'exploration. Inspectez ensuite la destination prévue comme une URL distincte. Le rapport de la source ne détermine pas l'état d'indexation de la destination. Si celle-ci est hors d'une propriété que vous pouvez inspecter, vérifiez son accessibilité publique et demandez à son propriétaire si nécessaire. Vous ne pourrez peut-être pas voir son état dans Search Console ; l'absence de résultat d'inspection ne prouve pas qu'elle n'est pas indexée.

Google précise que le test en direct suit une redirection et teste l'URL finale sans indiquer qu'il a suivi une redirection ni quelle adresse finale a été testée. Le test est donc utile pour vérifier l'accès actuel, mais ne remplace pas la vérification du parcours entre la source et la destination. Il ne garantit pas l'indexation et ne prédit pas l'URL canonique choisie par Google. Comparez-le aux informations indexées enregistrées par Google et à leurs dates : ce sont deux observations distinctes.

Si la destination n'est pas indexée, examinez le motif qui lui est propre. Par exemple, un noindex volontaire sur la destination est une question différente d'une URL source qui redirige correctement. Traitez le motif d'indexation de la destination. Supprimer une redirection fonctionnelle uniquement pour effacer l'entrée de la source ne résout pas un noindex sur la destination.

Décidez de conserver ou de corriger la redirection

Si une ancienne adresse mène intentionnellement et de manière fiable à une remplaçante pertinente, et que celle-ci est la page que vous voulez faire découvrir, cet état ne justifie pas à lui seul la suppression de la redirection. Garder l'ancienne adresse fonctionnelle aide aussi les personnes qui suivent des liens existants. Google peut encore rencontrer l'ancienne adresse via des liens ou d'autres sources de découverte. Une entrée qui reste dans le rapport n'identifie pas sa source et ne prouve pas qu'elle figure encore dans votre sitemap actuel.

Si une page importante redirige de manière inattendue vers la mauvaise destination, trouvez et corrigez la règle responsable. Une page produit envoyant vers une page d'accueil sans rapport n'est pas la même situation qu'une ancienne URL menant à sa remplaçante. Si une page supprimée n'a pas de remplacement adapté, une réponse 404 Not Found ou 410 Gone peut convenir. Rediriger des pages retirées sans rapport vers l'accueil peut être traité comme une erreur soft 404.

Pour un déplacement permanent, le guide de Google considère les redirections permanentes telles que 301 et 308 comme des signaux indiquant que la destination devrait être canonique. Les redirections temporaires telles que 302 et 307 ont une autre sémantique. Google classe les redirections côté serveur en tête des méthodes qu'il est le plus susceptible d'interpréter correctement. Choisissez selon la durée prévue du déplacement ; l'URL canonique finalement choisie par Google peut différer de votre préférence.

Faites pointer vos propres liens vers la page prévue

Si votre sitemap actuel ou un lien interne utilise encore l'ancienne URL, mettez-le à jour vers la destination prévue lorsque c'est pertinent. Par exemple, après le transfert de /old-service vers /services/design, un lien de navigation que vous contrôlez peut pointer directement vers /services/design. Gardez la redirection pour les anciens liens que vous ne pouvez pas modifier. Ne la supprimez pas simplement parce que vous avez changé votre navigation.

Ce nettoyage offre aux visiteurs un chemin direct et indique plus clairement à Google l'adresse préférée. Il ne promet pas l'indexation et ne vous oblige pas à remplacer tous les anciens liens sur le Web. Search Console peut signaler des URL découvertes ailleurs que dans votre sitemap actuel.

Revérifiez un parcours et consignez le résultat

Après une correction, vérifiez à nouveau le parcours de la source à la destination et inspectez une nouvelle fois la destination. Notez la source, l'URL finale, les réponses ou étapes de redirection observées, la modification et la date. Si vous avez corrigé un problème réel, Search Console propose une validation pour que Google le réexamine. La validation ne garantit ni l'indexation de la destination ni la mise à jour du rapport à une date précise.

Pour un examen distinct de la page d'accueil, le vérificateur SEO de SEOHabit propose après inscription une première vérification limitée à la page d'accueil. La vérification de propriété n'est pas nécessaire pour cette première vérification, mais elle l'est pour les contrôles continus. Cet outil ne peut pas expliquer pourquoi Google a choisi une destination de redirection particulière ; utilisez Search Console et le parcours réel de redirection pour cette question.

Une redirection peut être le parcours voulu plutôt qu'un défaut. Partez de l'adresse exacte du rapport, vérifiez où elle mène et inspectez la page que vous voulez réellement faire découvrir.

Sources : rapport d'indexation des pages de Google (https://support.google.com/webmasters/answer/7440203), aide sur l'inspection d'URL (https://support.google.com/webmasters/answer/9012289) et guide des redirections (https://developers.google.com/search/docs/crawling-indexing/301-redirects).