Explorée, actuellement non indexée : signification et quand corriger

« Explorée, actuellement non indexée » signifie que Google a bien récupéré la page, puis a décidé de ne pas l'ajouter à son index, du moins pour l'instant. C'est une décision, pas une erreur d'exploration, et sur la plupart des sites c'est en partie normal. Il ne faut intervenir que lorsque cet état touche des pages que vous voulez voir apparaître dans les résultats de recherche ; pour les flux, les URL de filtres et les autres adresses sans valeur, c'est le bon résultat.

Ce que signifie « Explorée, actuellement non indexée » selon Google

Cet état apparaît dans le Rapport sur l'indexation des pages de Search Console, dans le tableau qui liste les raisons pour lesquelles les pages ne sont pas indexées (en anglais : « Crawled - currently not indexed »). Il portait déjà ce libellé dans l'ancien Rapport de couverture de l'index, où il figurait dans le groupe « Excluded ». La documentation de Google sur le Rapport sur l'indexation des pages (consultée en octobre 2026) le décrit sans détour : « La page a été explorée par Google, mais n'a pas été indexée », et elle « pourra être indexée ou non à l'avenir ; inutile de renvoyer cette URL pour exploration ».

Cet état vous apprend 2 choses : l'accès a fonctionné, donc robots.txt, les erreurs serveur et les redirections ne sont pas en cause, et la décision a été prise après la récupération. La documentation de Google sur le fonctionnement de la recherche indique que l'indexation n'est pas garantie et qu'elle « dépend du contenu de la page et de ses métadonnées ». Elle cite parmi les raisons courantes un contenu de faible qualité et une conception du site qui complique l'indexation.

Son voisin, « Détectée, actuellement non indexée », signifie que Google connaît l'URL mais ne l'a pas encore récupérée. Ici, la récupération a eu lieu, et c'est la page elle-même, ou sa place dans votre site, qui n'a pas mérité d'être indexée.

« Explorée, actuellement non indexée » est-il un problème ?

Les consignes de Google sur ce rapport sont claires : « Ne vous attendez pas à ce que toutes les URL de votre site soient indexées. » La vraie question est de savoir quelles URL figurent dans la liste.

Un premier tri pratique : dans le Rapport sur l'indexation des pages, faites passer le filtre de sitemap de « Toutes les pages connues » à « Toutes les pages envoyées ». Cette vue n'affiche que les URL listées dans les sitemaps que vous avez envoyés, c'est-à-dire votre propre déclaration de ce qui doit être indexé. Examinez d'abord les URL concernées dans cette vue ; celles qui n'y figurent pas relèvent généralement de la ligne « Laisser ».

Les causes derrière cet état

Google n'indique pas de raison pour une URL donnée dans cet état : c'est donc sur le site qu'il faut chercher les causes.

Des URL qui n'ont jamais eu vocation à se positionner. Les URL de flux, les paramètres de suivi et de session, les combinaisons de navigation à facettes et les pages de recherche interne sont explorées parce qu'un lien y mène, et elles apportent rarement quelque chose qu'une meilleure page n'offre pas déjà. La documentation de Google sur la navigation à facettes indique que les robots d'exploration récupèrent généralement un très grand nombre de ces URL avant de les reconnaître comme inutiles.

Des pages pauvres ou presque vides. Une page qui répond avec un code 200 mais qui n'a presque rien à lire : une catégorie vide, une page provisoire, un profil sans contenu. Si la page paraît vide ou ressemble à une page d'erreur, Google peut plutôt la signaler en « Erreur "soft 404" » ; si elle a un peu de contenu, mais trop peu pour se suffire à elle-même, elle peut se retrouver ici.

Des pages trop semblables à d'autres. La documentation de Google décrit le regroupement des pages au contenu similaire et le choix de la plus représentative du groupe. Les pages d'établissement qui ne diffèrent que par le nom de la ville, les variantes de produit aux descriptions identiques et les articles qui traitent deux fois la même question se disputent tous la même place.

Des signaux d'importance faibles. Une page que seul votre sitemap mentionne, ou qui se cache loin derrière la pagination, en dit peu à Google sur son importance. Les liens internes sont le signal que vous maîtrisez le plus directement ; consultez nos données sur le maillage interne.

Un contenu qui n'existe qu'après l'exécution de JavaScript. Google effectue le rendu des pages et exécute leur JavaScript, mais si le texte principal, le titre ou la balise canonique n'apparaissent qu'après le rendu, ce que Google évalue dépend de la réussite de cette étape.

Des pages récemment publiées. « Pourra être indexée ou non à l'avenir » laisse de la place à une page encore en cours d'évaluation ; un nouvel article présent ici pendant une courte période ne constitue pas encore un constat.

À quelle fréquence les pages d'accueil dépendent-elles de JavaScript pour ce que les moteurs lisent en premier ?

Sur 34 sites externes dont SEOReport a comparé le HTML brut du serveur à la page d'accueil rendue (mai–octobre 2026), 7 (21 %) dépendaient de JavaScript pour un élément qu'un moteur de recherche lit en premier : soit le titre, la meta description, la balise canonique ou le H1 n'apparaissaient qu'après l'exécution de JavaScript, soit le HTML brut ne contenait presque rien du texte de la page. Pour 4 des 34 (12 %), le HTML brut contenait 2 % ou moins des mots qu'un visiteur voit après le rendu.

Le guide sur le rendu JavaScript explique comment placer le contenu essentiel dans la réponse du serveur.

Comment confirmer la cause en jeu

Ouvrez l'outil d'inspection d'URL pour une URL concernée de chaque type que vous repérez, et lisez le résultat dans cet ordre.

1. Dernière exploration. Notez la date. Une correction postérieure à cette date n'a pas encore été vue : jugez donc la page que Google a réellement récupérée.
2. « Récupération de la page » et « Indexation autorisée ? ». Vous devez lire « Réussie » et « Oui ». Si l'indexation n'est pas autorisée, l'URL a un problème de noindex, pas celui-ci.
3. « URL canonique déclarée par l'utilisateur » et « URL canonique sélectionnée par Google ». Si une URL canonique sélectionnée par Google s'affiche et qu'il s'agit d'une autre URL, Google traite une autre page comme la version principale. C'est une question de canonicalisation, traitée dans le guide des balises canoniques.
4. « Tester l'URL en ligne », puis « Afficher la page testée ». La capture d'écran montre la page telle que Google l'a rendue lors de ce test. Si le contenu principal manque sur la capture, le rendu est la cause probable. Google précise que le test en ligne ne vérifie pas toutes les conditions d'indexation, notamment si la page est un doublon : un test en ligne sans erreur ne garantit donc pas que la page sera indexée.
5. Comparez avec vos propres pages. Mettez la page concernée à côté de la page indexée qui lui ressemble le plus. Si vous ne pouvez pas dire en une phrase ce que la page concernée apporte de plus que la page indexée, la cause est un contenu pauvre ou dupliqué.

Raisonnez par types d'URL, pas URL par URL : exportez la liste concernée et regroupez-la par chemin. 400 URL sous /tag/, c'est une seule décision, pas 400.

Comment corriger chaque cause

Catégories d'URL sans valeur. Retirez-les du sitemap et ne vous souciez pas de l'état. Pour la navigation à facettes, la documentation de Google recommande de bloquer les URL de filtres dans robots.txt, ou d'utiliser des fragments d'URL pour les filtres, lorsque ces URL ne doivent pas apparaître dans les résultats de recherche. Un exemple à adapter à la structure de vos URL :

User-agent: *
Disallow: /*?*sort=
Disallow: /search/

Pages pauvres. Apportez la substance que la page promet, ou supprimez-la : renvoyez un code 404 ou 410, ou une redirection 301 vers un équivalent proche.

Quasi-doublons. Fusionnez les pages qui répondent à la même question en une seule page plus solide et redirigez les autres vers elle. Lorsque des variantes doivent exister, par exemple un produit en 3 couleurs, faites pointer la balise canonique de chaque variante vers la version principale :

<link rel="canonical" href="https://example.com/products/linen-shirt/" />

Maillage interne faible. Créez des liens vers la page depuis les endroits où un lecteur s'attend à la trouver : sa catégorie ou sa page pilier, les articles connexes et la navigation lorsqu'elle y a sa place, avec un texte d'ancre descriptif.

Rendu. Servez le titre, la balise canonique, le H1 et le texte principal dans la réponse HTML, par rendu côté serveur ou pré-rendu, pour que la page ne dépende pas d'un script pour dire ce qu'elle est.

Le sitemap lui-même. La documentation de Google sur les sitemaps recommande d'y inclure les URL que vous voulez voir dans les résultats de recherche, et précise que Google n'utilise lastmod que si cette valeur est toujours exacte. Ne listez que des pages canoniques qui répondent 200 et peuvent être indexées. Les sitemaps qui annoncent les mauvaises URL sont fréquents : sur 29 sites externes dont SEOReport a récupéré les pages du sitemap entre mai et octobre 2026, 8 (28 %) avaient au moins une URL de sitemap qui redirige, qui est marquée noindex ou qui est bloquée par robots.txt. Le guide des sitemaps XML détaille le contenu d'un sitemap propre.

Comment vérifier la correction

Après avoir modifié les pages concernées, ouvrez la raison dans le Rapport sur l'indexation des pages et cliquez sur « Valider la correction ». La validation revérifie les URL listées sous cette raison et ne réussit que lorsque toutes les occurrences connues ont disparu. Si la liste contient encore des flux ou des URL de filtres que vous avez choisi de laisser hors de l'index, attendez-vous à un échec. Lancez-la plutôt depuis la vue « Toutes les pages envoyées » : selon la documentation de Google, lorsqu'un filtre de sitemap est appliqué, la validation ne porte que sur les URL de ce sitemap.

Comptez de quelques jours à quelques semaines. La documentation de Google indique que la validation prend généralement jusqu'à 2 semaines environ, et parfois beaucoup plus. Google met aussi à jour le décompte au fil de l'exploration normale, que vous lanciez une validation ou non.

Search Console nomme les URL concernées, pas le mécanisme de votre site qui les produit, et vérifier des centaines d'URL une à une, à la main ou dans une seule session de chat avec une IA, couvre rarement l'ensemble. Aucun outil extérieur à Google ne peut dire pourquoi Google a choisi de ne pas indexer une page. Un diagnostic complet SEOReport met en évidence les causes qui se cachent souvent derrière sur votre site : des pages listées dans votre sitemap qui ne contiennent presque pas de texte, des articles quasi dupliqués signalés par paires, des articles qui reçoivent trop peu de liens internes, un contenu de page d'accueil qui n'apparaît qu'après l'exécution de JavaScript, et des entrées de sitemap qui redirigent ou sont marquées noindex. Un rapport ultérieur, ou une surveillance hebdomadaire, montre si ces constats ont disparu.

Questions fréquentes

« Demander une indexation » corrige-t-il « Explorée, actuellement non indexée » ?

Pas à lui seul. Google a déjà exploré la page, et sa documentation sur cet état précise qu'il est inutile de renvoyer l'URL. L'aide de l'outil d'inspection d'URL ajoute qu'une demande « ne garantit pas que la page apparaîtra dans l'index Google ». Modifiez d'abord la page ; ensuite, demander l'indexation de quelques pages clés, ou lancer « Valider la correction » pour le groupe, invite Google à y revenir.

Faut-il ajouter un noindex aux pages bloquées dans cet état ?

Uniquement aux pages que vous ne voulez jamais voir dans les résultats de recherche. Un noindex les fait passer dans « URL marquée "noindex" », ce qui exprime votre intention et garde le rapport lisible. Pour les pages que vous voulez voir indexées, un noindex est tout le contraire d'une correction.

Cet état signifie-t-il que mon site est pénalisé ?

Non. Une action manuelle apparaît dans le rapport Actions manuelles de Search Console, pas dans le Rapport sur l'indexation des pages. Cet état est une décision d'indexation URL par URL, et la documentation de Google rappelle que la plupart des sites ont au moins quelques pages non indexées.

Pourquoi une page que je veux voir indexée revient-elle sans cesse dans cet état ?

Généralement parce que la modification était trop légère pour changer la décision : quelques phrases ajoutées à une page qui en duplique toujours une autre, ou un nouveau texte sur une page vers laquelle aucun lien ne pointe. Refaites la comparaison avec votre page indexée la plus proche et comptez les liens internes qui pointent vers la page concernée.