Le WordPress d'aujourd'hui, décodé pour les développeurs

SEO & GEO

« Page with redirect » qui bloque l’indexation d’une nouvelle URL WordPress

Une nouvelle page n'est jamais indexée car son ancienne URL redirige encore vers elle en boucle logique. Comment repérer la chaîne de redirection fautive.

Par WordPress Développement • 23 mars 2023 • 4 min de lecture • Aucun commentaire
« Page with redirect » qui bloque l'indexation d'une nouvelle URL WordPress

« Page with redirect » (Page avec redirection) : c’est le statut affiché dans le rapport de couverture de Search Console pour une URL qui, sur le papier, vient tout juste d’être créée et devrait être indexable sans difficulté. Ce message signifie que Google, en tentant d’explorer l’URL, a été redirigé ailleurs — et n’a donc jamais évalué le contenu de la page elle-même.

Symptôme : une page neuve jamais indexée

Le cas typique se présente ainsi : une page de destination fraîchement publiée, avec un contenu complet et une intention claire, reste indéfiniment absente de l’index malgré une demande d’indexation manuelle depuis Search Console. L’inspection d’URL affiche le statut « URL non indexée » avec la mention « Page avec redirection » comme cause, alors que l’URL testée n’a, en apparence, aucune règle de redirection qui la concerne directement.

Le point aveugle vient du fait que la redirection ne s’applique pas à l’URL testée elle-même, mais à une URL antérieure que WordPress ou l’extension SEO du site fait pointer, via une chaîne, vers cette même URL — créant une boucle logique invisible sans creuser.

Diagnostic : reconstituer la chaîne complète

L'essentiel à retenir : Le statut vient d'une boucle logique, pas d'une erreur 404 ; L'inspection d'URL en direct révèle la chaîne complète ; Une redirection propre casse la boucle en une ligne

Le diagnostic commence par l’outil d’inspection d’URL de Search Console, qui affiche généralement l’URL finale vers laquelle Google a été redirigé. Si cette URL finale est justement l’URL neuve qu’on souhaite indexer, la boucle est confirmée : une ancienne URL redirige vers la nouvelle, mais un élément du site continue de générer des liens internes ou un plan de site pointant vers cette ancienne URL, ce qui pousse Google à toujours entrer dans le circuit par la mauvaise porte.

Un contrôle en ligne de commande permet de reconstituer la chaîne complète de redirections, en suivant chaque en-tête Location :

curl -sIL https://exemple.test/ancienne-url/ | grep -E "HTTP|Location"

Ce test révèle souvent une chaîne à deux sauts : l’ancienne URL redirige vers une URL intermédiaire (créée lors d’une précédente réorganisation), qui elle-même redirige vers la nouvelle URL cible. Google suit les redirections, mais une chaîne à plusieurs sauts dilue le signal et peut, dans certains cas, faire abandonner le crawl avant d’atteindre la destination finale.

La cause racine : un lien interne ou un sitemap qui n’a pas suivi

La cause la plus fréquente n’est pas la redirection elle-même, mais ce qui continue à pointer vers l’ancienne URL : un menu de navigation qui n’a pas été mis à jour, un widget de contenu lié en dur, ou plus insidieux, le plan de site XML lui-même qui référence encore l’ancienne URL faute d’avoir été régénéré après le changement de structure.

  • Rechercher l’ancienne URL dans les menus et widgets via l’éditeur de WordPress.
  • Vérifier le fichier sitemap.xml généré par l’extension SEO : l’ancienne URL ne doit plus y apparaître.
  • Contrôler les liens internes dans le contenu des articles avec une recherche en base de données.
wp db query "SELECT ID, post_title FROM wp_posts
WHERE post_content LIKE '%ancienne-url%' AND post_status = 'publish';"

Correctif : casser la chaîne, pas seulement rediriger

Le correctif ne se limite pas à s’assurer que la redirection existe : il faut supprimer toute source qui continue de générer des liens vers l’ancienne URL, et remplacer la chaîne à deux sauts par une redirection directe de l’ancienne URL vers la destination finale, sans passer par l’URL intermédiaire :

wp option get redirection_options
# puis, dans l'extension Redirection, remplacer la cible
# de la première règle pour pointer directement vers l'URL finale

Une fois la chaîne réduite à un seul saut et les liens internes corrigés, une nouvelle demande d’indexation depuis Search Console permet en général de débloquer la situation en quelques jours.

Une redirection qui fonctionne pour un visiteur humain n’est pas nécessairement une redirection propre pour Google : la chaîne de sauts et les liens résiduels comptent autant que la destination finale.

En résumé

Le statut « Page avec redirection » sur une URL neuve n’indique presque jamais un problème de la page elle-même, mais une boucle logique entretenue par une ancienne URL toujours référencée quelque part sur le site — menu, widget, lien interne ou plan de site obsolète. Reconstituer la chaîne de redirection complète avec curl, puis traquer et corriger chaque source qui pointe encore vers l’ancienne URL, reste la méthode la plus fiable pour débloquer l’indexation.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Partager :

À propos de l'auteur

WordPress Développement

Développeur WordPress, passionné par Elementor, le FSE et l’automatisation par IA.

Voir tous ses articles

Dans la même veine

À lire aussi