Page explorée, actuellement non indexée : comment corriger le problème sur WordPress ?

« Explorée, actuellement non indexée » n’est pas un problème d’accès : Googlebot a bien lu votre page, il a juste refusé de l’ajouter à son index. Sur WordPress, ce motif cache un piège que la plupart des guides ne mentionnent jamais et qui touche pourtant un site sur deux dès qu’il compte une bibliothèque média un peu fournie.

Ce que Google dit vraiment de ce statut

Soyons précis sur ce que ce motif signifie réellement, parce que c’est là que la plupart des propriétaires de site partent dans la mauvaise direction. « Explorée » veut dire que Googlebot est venu, a téléchargé la page et l’a lue en entier. Ce n’est donc ni un blocage technique, ni un problème d’accès, ni une histoire de robots.txt mal réglé : le crawl s’est déroulé normalement. Ce qui coince se joue après, au moment où Google décide quoi faire de ce qu’il vient de lire.

Ce diagnostic s’oppose terme à terme à « Détectée, actuellement non indexée », où Google connaît l’URL mais ne l’a pas encore explorée : un problème de priorité de crawl, pas de qualité perçue. Traiter les deux cas de la même façon (redemander l’indexation, patienter) fonctionne parfois par accident sur le premier, presque jamais sur le second. Le motif dont on parle ici demande une réponse éditoriale et structurelle, pas une simple relance technique.

Pourquoi Googlebot lit une page sans l’indexer

Quatre familles de causes reviennent, par ordre de fréquence observée sur des sites WordPress.

Qualité et originalité perçues insuffisantes

C’est la cause numéro un, et la plus mal acceptée par les propriétaires de site. Une page qui reformule un contenu déjà largement traité ailleurs, sans angle propre ni valeur ajoutée mesurable, peut être parfaitement lisible et pourtant jugée non prioritaire pour l’index. Sur WordPress, ce cas touche en priorité les pages générées automatiquement avec peu de texte réel : fiches produit avec seulement le nom et le prix, pages de résultat de recherche interne, ou articles trop courts pour couvrir le sujet promis par leur titre.

Maillage interne trop faible vers la page

Une page qui ne reçoit aucun lien interne, ou seulement un lien depuis un menu profond peu exploré, envoie à Google un signal d’importance très faible. Le budget de crawl et le PageRank interne se distribuent par les liens : une page orpheline ou quasi orpheline a peu de chances d’être jugée digne de l’index, même si son contenu est correct. C’est une des rares causes purement techniques de ce motif, et la plus simple à corriger une fois identifiée.

Contenu dupliqué ou trop proche d’une page existante

Quand deux pages du site (ou une page du site et une page externe) se ressemblent fortement, Google n’indexe généralement qu’une seule version et laisse l’autre dans cet état. Sur WordPress, ce cas se produit typiquement entre un article et sa version imprimable générée par un plugin, entre des variantes de produit trop proches, ou entre une catégorie et une étiquette qui affichent le même flux d’articles sans texte différenciant.

Remplacement par un contenu jugé meilleur ailleurs

Gary Illyes, analyste chez Google, a confirmé publiquement qu’une page peut rester dans cet état simplement parce qu’une autre page (la vôtre ou celle d’un concurrent) répond déjà mieux à la même requête aux yeux de l’algorithme. Ce n’est pas une pénalité : c’est un arbitrage de priorité. La correction consiste alors à différencier réellement le contenu, pas à répéter les mêmes arguments avec d’autres mots.

Le piège WordPress que les guides génériques ignorent

Voici ce qu’aucune des sources généralistes consultées pour cet article ne mentionne, alors que c’est probablement la cause la plus répandue de « explorée non indexée » en masse sur un site WordPress ancien ou riche en images : les pages attachment.

Par défaut, WordPress crée une page HTML autonome pour CHAQUE fichier média importé dans la bibliothèque, à une URL du type votresite.fr/nom-image ou ?attachment_id=123. Cette page ne contient quasiment rien : l’image, parfois une légende, le titre du fichier, et un lien vers l’article parent. Sur un site qui publie depuis plusieurs années avec deux ou trois images par article, cela représente potentiellement des milliers de pages quasi vides, structurellement identiques les unes aux autres. Googlebot les explore (elles sont souvent liées automatiquement par le thème), les lit, et les classe très logiquement comme non prioritaires pour l’index : c’est exactement la définition de « explorée, actuellement non indexée », multipliée par le nombre d’images du site.

Vérifier si vos pages attachment sont concernées

Le test le plus rapide : dans Search Console, ouvrez le rapport Pages, filtrez sur le motif « Explorée, actuellement non indexée », et regardez si une part significative des URL listées ressemble à des noms de fichiers image plutôt qu’à de vraies pages de contenu. En complément, une recherche site:votresite.fr inurl:attachment_id ou l’inspection directe d’une de ces URL dans l’outil d’inspection confirme si les pages attachment sont bien actives et indexables sur votre installation. Beaucoup de propriétaires de site découvrent à ce moment-là que cette fonctionnalité existe : elle n’apparaît nulle part dans l’interface d’administration standard de WordPress.

Corriger : réglage plugin SEO ou redirection par code

Deux voies, selon votre équipement. Si vous utilisez Yoast SEO ou All in One SEO, le réglage se trouve dans les paramètres liés aux médias (« Rediriger les URL de pièces jointes vers la pièce jointe elle-même » côté Yoast, « Redirect Attachment URLs » côté AIOSEO) : activé, il redirige chaque page attachment en 301 vers le fichier image brut, ce qui la retire du crawl HTML. Sans extension SEO équipée de ce réglage, une redirection peut être posée par un court extrait de code dans les fonctions du thème (ou via un plugin de snippets comme WPCode), qui renvoie chaque page attachment vers son article parent plutôt que vers une page vide.

Méthode de diagnostic pas à pas

Comment corriger une page explorée non indexée

1. Enrichir réellement le contenuAjoutez de l’information propre au sujet, pas du texte de remplissage : chiffres, exemples concrets, réponses à des questions que le contenu actuel n’aborde pas.
2. Renforcer le maillage interneAjoutez des liens depuis des pages déjà bien indexées et thématiquement proches, avec une ancre descriptive du contenu ciblé.
3. Corriger ou poser une canonical expliciteSi la page ressemble à une autre du site, décidez explicitement laquelle doit être indexée plutôt que de laisser Google trancher seul.
4. Désactiver ou rediriger les pages attachment concernéesVoir la section dédiée plus haut : c’est souvent le levier qui traite le plus grand volume d’URL en une seule action.
5. Mettre à jour la page avec une date réelleUne modification substantielle (pas cosmétique) donne à Googlebot une raison concrète de repasser évaluer la page.
6. Redemander l’indexation une seule foisVia l’outil d’inspection d’URL, après avoir corrigé, pas avant. Un second clic pendant que la première demande est en cours ne l’accélère pas.

Combien de temps attendre avant de s’inquiéter

Un site jeune, sans historique de confiance ni backlinks établis, peut voir ce motif se résorber en trois à quatorze jours après correction. Un site plus ancien ou plus volumineux, avec plusieurs milliers de pages, prend logiquement plus de temps : Google précise lui-même qu’il n’y a pas de garantie de délai et qu’il n’est pas utile de soumettre l’URL à répétition. La bonne pratique consiste à corriger, demander une fois, puis surveiller le rapport à intervalle raisonnable (une à deux semaines) plutôt que de retester quotidiennement, ce qui ne modifie ni la fréquence de crawl ni la décision d’indexation.

Pour la configuration initiale de Search Console sur un site WordPress, notre guide complet Search Console pour WordPress détaille la mise en place de la propriété. Si vous cherchez à comprendre l’ensemble des motifs du rapport d’indexation au-delà de celui-ci, notre article sur l’interprétation du rapport d’indexation Search Console les détaille un par un. Et si le sitemap lui-même ne remonte pas correctement dans l’outil, la procédure se trouve dans notre guide sur la soumission du sitemap WordPress à Google.

En résumé

« Explorée, actuellement non indexée » n’est jamais un problème d’accès à corriger dans l’urgence : c’est un jugement de qualité ou de priorité que Google a déjà rendu après avoir lu votre page. Sur WordPress, avant de réécrire du contenu ou de paniquer sur un volume d’URL impressionnant, vérifiez toujours la part que représentent les pages attachment dans le total : c’est souvent là, et non dans la qualité éditoriale de vos articles, que se cache le vrai chiffre à corriger.