Dans le rapport d’indexation de la Search Console, la ligne « Explorée, actuellement non indexée » regroupe parfois des dizaines d’URL, dont des pages de service. Le premier réflexe consiste à cliquer sur « Demander une indexation » pour chacune.
Google a pourtant déjà lu ces pages et a choisi de ne pas les retenir pour l’instant ; ce statut d’indexation traduit cette décision. Tant qu’une page explorée mais non indexée reste dans ce statut, elle n’apporte aucune visite.
Je vous montre comment lire ce statut, puis les cinq causes que je vérifie dans un ordre fixe. Suivent la décision à prendre pour chaque type de page, y compris celle de laisser certaines pages non indexées par Google, puis les gestes à éviter.
EN BREF
Google a exploré la page et a choisi de ne pas l’indexer. Renvoyer l’URL ne change rien à cette décision. Vérifiez si la page répète une autre page, si elle est trop mince ou si le site ne la soutient pas. Certaines pages n’ont pas à être indexées.
Ce que signifie « Explorée, actuellement non indexée »
Le libellé décrit un état précis du parcours d’une page, entre l’exploration et l’index. Le lire correctement évite les mauvaises corrections.
Google a lu la page et ne l’a pas retenue
L’aide de la Search Console définit le statut ainsi : Google a exploré la page sans l’indexer pour l’instant. Elle sera peut-être indexée plus tard, et l’aide précise qu’il n’est pas nécessaire de renvoyer l’URL pour exploration.
Le parcours d’une page compte trois étapes. Googlebot la découvre, l’explore, puis Google décide de l’ajouter ou non à son index. Une page dans ce statut a franchi les deux premières étapes ; la troisième dépend d’une évaluation que Google ne détaille pas page par page.
Le guide détaillé de la recherche Google le rappelle : Google ne garantit ni l’exploration, ni l’indexation, ni la diffusion d’une page.
DÉFINITION
Indexation : enregistrement d’une page dans l’index de Google, la base dans laquelle le moteur choisit ses résultats et les liens des aperçus IA. Une page non indexée ne peut apparaître ni dans l’un ni dans l’autre.
La différence avec « Détectée, actuellement non indexée »
Le statut voisin, « Détectée, actuellement non indexée », signale une étape plus tôt. Google connaît l’URL, par un lien ou par le sitemap, mais ne l’a pas encore explorée. Selon l’aide, il a en général reporté l’exploration pour ne pas surcharger le site, et la date de dernière exploration reste vide.
Le diagnostic diffère donc : une page détectée pose une question d’exploration, une page explorée une question d’évaluation. Les pages jamais explorées malgré leur présence dans le sitemap relèvent du premier cas.
Une page indexée peut sortir de l’index
Une page qui a reçu des impressions dans la Search Console a été indexée à un moment donné. Si elle bascule dans ce statut, elle quitte les résultats et ses impressions s’arrêtent.
Dans les données de performances, ses impressions tombent à zéro d’une semaine à l’autre, alors qu’une baisse de classement laisse des impressions, en position plus basse. La méthode pour isoler une perte de positions sépare ces deux cas avant toute correction.
Les cinq causes que je vérifie dans un ordre fixe
Je vérifie cinq causes dans cet ordre, de la plus simple à confirmer à la plus large.
Une page qui répète une autre page du site
Quand deux URL présentent un contenu identique ou très proche, Google en choisit une comme URL canonique. Sa page sur le choix de l’URL canonique ajoute que les pages en double sont explorées moins souvent.
Le rapport d’indexation dispose de statuts dédiés aux doublons francs. Un quasi-doublon est une page différente qui répond à la même question qu’une autre. Il peut rester dans « Explorée, actuellement non indexée » sans autre explication.
Les sources de quasi-doublons à chercher :
- deux articles de blog sur le même sujet, publiés à quelques mois d’écart ;
- une page de service et un article qui visent la même requête ;
- des URL à paramètres (tri, filtre, suivi de campagne) ;
- des variantes de produit dotées chacune de leur propre URL.
Je compare la page à sa plus proche voisine : même requête visée, même plan, mêmes réponses. Si les trois se recoupent, l’une des deux pages doit absorber l’autre.
Je garde l’URL qui reçoit le plus de liens entrants et d’impressions. Elle reprend les informations utiles de l’autre page, puis une redirection 301 relie l’ancienne adresse à la nouvelle.
Une page trop mince pour la requête qu’elle vise
Le guide de Google cite le contenu de faible qualité parmi les problèmes d’indexation courants. Une page mince répond moins bien à sa requête que les pages déjà indexées sur le même sujet, quelle que soit sa longueur.
Pour la juger, je m’appuie sur les questions d’auto-évaluation que Google publie dans sa page sur les contenus utiles, fiables et people-first. Trois signaux d’une page mince sur un site de PME :
- une page de service de quelques lignes, sans prix, sans méthode, sans exemple ;
- un article qui reprend la définition que toutes les pages classées donnent déjà ;
- une page de ville qui ne change que le nom de la ville.
Enrichir une telle page revient à ajouter ce que l’internaute cherche sans le trouver : une fourchette de prix, les étapes de la méthode, un exemple documenté, les réponses aux objections. Allonger le texte avec des généralités ne modifie pas l’évaluation.
Une page que le site ne soutient pas
Une page présente dans le sitemap, qui ne reçoit aucun lien interne ou presque, envoie un signal faible : le site la traite lui-même comme secondaire. Les pages orphelines et les pages enfouies à quatre ou cinq clics de l’accueil entrent dans ce cas.
Je compte les liens internes qui pointent vers chaque URL non indexée, à partir d’un crawl ou du rapport Liens de la Search Console. Une page de service qui ne reçoit aucun lien depuis les pages qui parlent de son sujet passe en tête de ma liste. Je lui ajoute des liens depuis ces pages, avec une ancre qui décrit son contenu.
Le problème grandit avec le nombre de pages : un site devenu trop gros répartit ses liens internes sur plus d’URL qu’il ne peut en soutenir.
Un contenu visible seulement après le rendu JavaScript
Si le texte principal n’existe pas dans le HTML initial et n’apparaît qu’après l’exécution du JavaScript, Google doit attendre le rendu pour l’évaluer. Un rendu incomplet peut aussi fausser cette évaluation. Comparez le code source de la page avec la page testée dans l’outil d’inspection pour vérifier que le contenu y figure.
Un site dont Google n’indexe qu’une partie
Google l’écrit dans l’aide de la Search Console : « Ne vous attendez pas à ce que toutes les URL de votre site soient indexées ».
John Mueller, de Google, est revenu sur ce point en juillet 2026 dans le podcast Search Off the Record. Selon lui, quand les systèmes de Google doutent de la qualité d’un site, ils en indexent moins de pages. Il a ajouté qu’aucun ratio idéal entre pages indexées et non indexées n’existe.
Quand le statut touche à la fois de bonnes et de moins bonnes pages, je cherche d’abord une cause commune au site.
Diagnostiquer une page avec la Search Console
Le rapport donne la liste des URL. L’outil d’inspection d’URL fournit, page par page, les éléments de la décision.
Trois lectures dans l’outil d’inspection d’URL
Pour chaque URL du statut, je relève trois informations :
- la date de la dernière exploration, qui indique depuis quand Google n’a pas revu la page ;
- l’URL canonique déclarée par vous et celle que Google a sélectionnée, pour repérer un doublon ;
- le HTML de la page explorée, pour vérifier que le texte principal y figure.
Le test en ligne complète cette lecture. L’aide de Google prévient qu’il ne vérifie pas tous les problèmes d’indexation possibles, et qu’aucun test ne garantit l’inclusion d’une page dans l’index. Un test valide confirme seulement que Google accède à la page.
Quand le statut touche plusieurs dizaines de pages, un audit technique du site trouve les causes communes plus vite que l’inspection URL par URL.
La grille de décision par type de page
Une fois la cause repérée, l’action dépend du type de page. Je pose une question par type, et la réponse fixe l’action.
| Type de page | Question à poser | Action |
|---|---|---|
| Page de service ou page commerciale | Répond-elle à une demande qu’aucune autre page du site ne couvre ? | Oui : l’enrichir et la relier depuis les pages qui en parlent. Non : la fusionner avec la page voisine et rediriger. |
| Article de blog | Apporte-t-il une information absente des autres articles ? | Oui : le mettre à jour. Non : le fusionner ou le retirer. |
| Fiche produit ou catégorie | Le produit est-il en vente, et la page diffère-t-elle d’une variante ? | Variante : canonique vers la page principale. Produit retiré : redirection ou code 410. |
| Page technique (étiquettes, pagination, paramètres) | Un internaute la chercherait-il sur Google ? | Non : la laisser hors de l’index, ou la sortir du sitemap si elle n’a pas à y être. |
La colonne « Action » fixe le sort de la page ; Google décide ensuite de l’indexer ou non. Chaque fusion ou retrait s’accompagne d’une redirection inscrite dans un plan de redirection, pour que les liens et les signaux de l’ancienne URL suivent.
La dernière ligne autorise une décision légitime : laisser une page hors de l’index. Une page d’étiquette ou un tri par prix n’a aucune requête à servir.
LE CALCUL
Part de pages non indexées = URL envoyées par le sitemap et classées en « Explorée, actuellement non indexée » ÷ URL envoyées par le sitemap. Filtrez le rapport sur les pages envoyées pour obtenir le numérateur.
Exemple de lecture : 32 ÷ 164 = 19,5 %.
Refaites le calcul avec votre propre rapport. Le résultat mesure l’ampleur du chantier, sans norme de marché pour le juger.
Notez ce ratio à la date du jour, avec la liste des URL concernées. Suivez aussi le nombre de pages corrigées passées dans les pages indexées : retirer des URL du sitemap fait baisser le ratio sans indexer aucune page.
Ce qu’il ne faut pas faire
Trois réflexes donnent l’impression d’agir sur cette ligne grise du rapport.
Redemander l’indexation en boucle
Le bouton « Demander une indexation » de l’outil d’inspection relance une exploration. Pour une page déjà explorée et non retenue, l’aide de la Search Console juge inutile de renvoyer l’URL, puisque Google l’a déjà lue.
La demande est aussi limitée en nombre chaque jour, et l’aide précise qu’elle ne garantit pas l’indexation. Je réserve ce bouton aux pages modifiées. Après une réécriture, une fusion ou l’ajout de liens internes, il demande à Google de revoir une page qui a changé.
Retirer l’URL du sitemap pour vider la ligne grise
Retirer une URL du sitemap fait baisser le chiffre affiché quand le rapport est filtré sur les pages envoyées. La page reste pourtant hors de l’index, et Google peut toujours la trouver par vos liens internes.
Google précise qu’un sitemap ne garantit ni l’exploration ni l’indexation des URL qu’il liste. Retirez donc du sitemap les seules pages qui n’ont rien à y faire : étiquettes, pages de tri, URL à paramètres.
Publier davantage pour compenser
Publier dix nouveaux articles pour compenser dix pages non indexées ajoute dix candidats au même statut, si la cause se situe au niveau du site. Les nouvelles pages minces diluent les liens internes et multiplient les quasi-doublons.
Commencez par l’inventaire. Un audit de contenu décide, page par page, de ce qui se garde, se réécrit, se fusionne ou se supprime, avant toute nouvelle publication.
À RETENIR
Ce statut se corrige sur la page et dans le maillage interne. Les demandes d’indexation répétées et le nettoyage du sitemap ne changent pas la décision de Google.
Suivre la sortie du statut
Une page corrigée doit être explorée de nouveau avant que son statut change. Trois signaux montrent que Google l’a revue.
Le délai et les signaux à surveiller
Après une correction, une demande d’indexation sollicite un nouveau passage de Googlebot. Pour une demande d’indexation, l’aide de l’outil d’inspection indique que l’indexation peut prendre jusqu’à une ou deux semaines, sans la garantir. Google ne publie aucune durée pour la sortie de ce statut, et l’indexation reste sa décision.
Les signaux à suivre :
- la date de dernière exploration change dans l’outil d’inspection ;
- l’URL quitte le statut et rejoint les pages indexées du rapport ;
- des impressions apparaissent pour cette URL dans le rapport de performances.
Je note la date de chaque correction dans un tableau de suivi. Elle permet ensuite de relier chaque changement de statut à l’action qui l’a précédé.
Traiter la ligne grise comme une liste de décisions
Exportez aujourd’hui la liste des URL du statut depuis le rapport d’indexation. Classez chacune avec la grille : enrichir, fusionner, rediriger ou laisser hors de l’index.
Fixez ensuite une date de revue et comparez l’export du jour avec celui de cette date. Les pages que vous laissez volontairement hors de l’index sortent de votre liste de travail. Notez-les à part, pour ne pas les retraiter à chaque revue.
Sources et références
Cet article s’appuie sur l’aide de la Search Console consacrée au rapport sur l’indexation des pages et à l’outil d’inspection d’URL, ainsi que sur le guide détaillé de la recherche Google. Les causes liées aux doublons et à la qualité renvoient à la page de Google sur le choix de l’URL canonique et à ses recommandations pour créer des contenus utiles, fiables et people-first.
Vos questions sur les pages explorées mais non indexées
Combien de temps une page reste-t-elle « Explorée, actuellement non indexée » ?
Google ne publie aucune durée et indique ne pas pouvoir prédire quand une URL sera indexée. La page peut être indexée plus tard sans intervention, ou rester hors de l’index. Corriger la page et ses liens internes augmente vos chances lors de la prochaine exploration.
Faut-il supprimer les pages qui restent dans ce statut ?
La suppression n’est qu’une option, à côté de la réécriture, de la fusion et du maintien hors de l’index. Une page technique peut rester hors de l’index sans dommage. Supprimez seulement les pages sans valeur pour l’internaute, avec une redirection si elles reçoivent des liens.
Une page non indexée peut-elle être citée dans un aperçu IA ?
Une page non indexée ne peut pas servir de lien dans les aperçus IA. La documentation de Google sur les fonctionnalités d’IA exige qu’une page soit indexée et affichable avec un extrait. La sortie de ce statut est donc un préalable.
Ce statut touche-t-il davantage les sites récents ?
Aucune donnée publiée par Google ne l’établit. Sa FAQ sur l’exploration cite la jeunesse d’un site comme raison fréquente d’une absence totale d’indexation, ce qui relève d’un autre cas. Sur un site récent, la cause se cherche dans la qualité des pages et le maillage, comme ailleurs.
Un sitemap XML aide-t-il à sortir de ce statut ?
Le sitemap aide Google à découvrir vos URL, et une page dans ce statut a déjà été découverte et explorée. Google précise d’ailleurs qu’un sitemap ne garantit ni l’exploration ni l’indexation. La sortie du statut passe par la page elle-même et par vos liens internes.
Les pages non indexées font-elles baisser le reste du site ?
Google ne publie aucune règle qui relie directement des pages non indexées à une baisse du reste du site. Il indique en revanche utiliser des signaux à l’échelle du site, en plus des signaux de chaque page. Un grand nombre de pages faibles mérite donc un tri, sans conclusion hâtive sur leur effet.
Pourquoi une page indexée hier apparaît-elle aujourd’hui dans ce statut ?
Google réévalue les pages à chaque exploration, et une page peut perdre sa place dans l’index sans avoir changé. Une nouvelle page du site sur le même sujet, une modification du maillage ou une réévaluation de la qualité du site peuvent l’expliquer. Comparez la date de bascule avec vos dernières publications et modifications.
