Méthodes et workflows
Pages non indexées par Google : diagnostiquer la vraie cause
En bref. Une page non indexée relève de l'une de six causes : elle n'a jamais été explorée, elle est bloquée techniquement, elle porte une directive noindex, elle est canonicalisée vers une autre page, elle duplique un contenu existant, ou Google l'a jugée insuffisamment utile pour être conservée. Les cinq premières se corrigent techniquement en quelques heures. La sixième, la plus fréquente sur les sites qui publient beaucoup, est un jugement de valeur qui ne se corrige qu'éditorialement.
« Ma page n'est pas indexée » recouvre six situations très différentes, et le réflexe le plus courant, redemander l'indexation, n'en résout qu'une seule. La Search Console distingue pourtant clairement ces états dans son rapport d'indexation, et Google documente les mécanismes de blocage dans sa page sur le blocage de l'indexation.
Cet article donne l'arbre de décision : quel état correspond à quelle cause, et quelle action produit un effet dans chaque cas.
Exploration et indexation : deux étapes distinctes
Confondre les deux est à l'origine de la plupart des mauvais diagnostics. Ce sont deux décisions successives, prises par le moteur pour des raisons différentes.
L'exploration est le passage du robot sur la page. Elle dépend de la découvrabilité de l'URL, des règles du fichier robots.txt et de la capacité d'exploration allouée au site.
L'indexation est la décision de conserver la page dans la base. Elle intervient après lecture, et elle peut être refusée pour une page parfaitement explorée.
La conséquence pratique est nette : une page peut être lue tous les jours et rester absente de l'index, parce que le moteur a jugé qu'elle n'apportait rien. Dans ce cas, tout travail technique supplémentaire est du temps perdu. Notre fiche indexation détaille cette distinction.
Les six causes, et comment les distinguer
Le rapport d'indexation de la Search Console nomme précisément chaque situation. Le libellé exact vous dit quelle est la cause, sans avoir à deviner.
| État | Cause | Ce qui produit un effet |
|---|---|---|
| Détectée, actuellement non indexée | Vue mais jamais explorée | Améliorer le maillage interne, réduire la profondeur de clic |
| Explorée, actuellement non indexée | Lue puis écartée : jugement de valeur | Fusionner ou substantiellement enrichir la page |
| Bloquée par le fichier robots.txt | Règle d'exclusion | Retirer la règle, vérifier chaque groupe d'agent |
| Exclue par une balise noindex | Directive explicite | Retirer la balise, souvent héritée d'un gabarit |
| Autre page en double sans canonique | Contenu jugé identique | Différencier réellement, ou consolider |
| Page en double, Google a choisi une autre canonique | Votre canonique n'a pas été retenue | Vérifier la cohérence des signaux internes |
Les quatre dernières lignes se corrigent en quelques heures. Les deux premières demandent un travail de fond, et ce sont les plus fréquentes.
« Explorée, actuellement non indexée » : le cas le plus fréquent
C'est un refus, pas un retard. Le moteur a lu la page et décidé qu'elle ne méritait pas une place dans l'index. Sur les sites qui publient beaucoup, cet état concerne souvent une part importante des pages récentes.
Les causes éditoriales dominent : une page qui n'apporte rien qu'une dizaine d'autres pages n'apportent déjà, un contenu de catalogue sans information propre, ou une variation mineure d'une page existante. La documentation de Google sur le contenu utile décrit exactement ce filtre : la question n'est pas la longueur du texte mais la valeur ajoutée pour quelqu'un qui a déjà lu les pages concurrentes.
Redemander l'indexation dans ce cas ne change rien : le jugement porte sur le contenu, pas sur la découverte. Ce qui fonctionne est de fusionner plusieurs pages faibles en une page substantielle, ou d'ajouter l'information que les pages classées ne donnent pas. C'est une décision éditoriale, et elle relève du même travail que la correction d'une cannibalisation.
« Détectée, actuellement non indexée » : un problème de découverte
Le moteur connaît l'URL mais n'est pas allé la lire. C'est un arbitrage de capacité : il a jugé la page peu prioritaire au regard de ce que votre site lui a montré jusqu'ici.
Trois leviers agissent réellement. Réduire la profondeur de clic : une page à cinq clics de l'accueil est explorée bien plus tard qu'une page à deux clics. Renforcer le maillage interne : une page qu'aucun lien interne n'atteint est orpheline, et son sort dépend entièrement du sitemap. Nettoyer les URL inutiles : paramètres, filtres à facettes et pagination infinie consomment la capacité d'exploration au détriment des pages qui comptent, comme l'explique la documentation sur la gestion du budget d'exploration.
Ce troisième levier n'a d'effet réel que sur les gros sites. En dessous de quelques milliers d'URL, la capacité d'exploration n'est presque jamais le facteur limitant, et s'en préoccuper détourne d'un vrai problème éditorial.
Les blocages techniques qu'on s'inflige soi-même
Quatre configurations reviennent régulièrement, et toutes sont involontaires.
Le noindex hérité d'un environnement de test. Un site passé en production sans retirer la directive posée en recette. La page s'affiche parfaitement, rien ne signale le problème, et elle reste invisible pendant des mois.
La règle robots.txt trop large. Un Disallow: /blog destiné à une seule section bloque aussi /blog-actualites. Le protocole travaille par préfixe, pas par répertoire.
Le groupe d'agent qui annule les règles. Dès qu'un groupe nomme un agent, celui-ci ignore entièrement le groupe générique, directives d'interdiction comprises. Les règles doivent être répétées dans chaque groupe nommé. Nous détaillons ce piège dans autoriser ou bloquer les robots IA.
La canonique pointant ailleurs. Une balise canonique qui désigne l'accueil depuis toutes les pages, souvent posée par un gabarit mal configuré, demande explicitement au moteur d'ignorer chaque page au profit de l'accueil.
Ces quatre cas se détectent en un passage de crawler d'audit, ce qui en fait le premier réflexe utile avant toute enquête approfondie.
Pourquoi redemander l'indexation ne sert presque jamais
L'outil d'inspection d'URL permet de demander une indexation, et c'est le premier geste de la plupart des propriétaires de site. Il ne résout qu'un seul cas sur six : celui d'une page récente que le robot n'a pas encore découverte, et qui aurait de toute façon été explorée dans les jours suivants.
Dans les cinq autres cas, la demande est traitée puis la page est écartée pour la même raison qu'avant. Répéter l'opération ne modifie pas le jugement, et le quota quotidien de demandes s'épuise sans rien produire.
Le réflexe utile est inverse : lire l'état exact affiché par la Search Console, et n'agir que sur la cause qu'il nomme. Cinq minutes de lecture évitent plusieurs semaines d'actions sans effet.
Faut-il vouloir tout indexer ?
Non, et c'est la conclusion la plus contre-intuitive du sujet. Un site dont 100% des URL sont indexées a probablement un problème inverse : il expose à l'index des pages de filtre, de pagination et de recherche interne qui diluent son profil.
Un taux d'indexation sain se situe rarement à 100%. Ce qui compte est que les pages que vous voulez voir indexées le soient, et que celles qui ne servent pas la recherche soient explicitement écartées par une directive noindex plutôt que laissées au jugement du moteur.
Cette hiérarchie explicite a un second bénéfice : elle concentre la capacité d'exploration sur ce qui compte. Sur un catalogue de plusieurs dizaines de milliers d'URL, c'est souvent l'action qui produit le plus d'effet, très loin devant l'ajout de contenu. Notre méthode d'audit SEO place ce tri parmi les premières vérifications.
Conclusion
L'état affiché par la Search Console nomme la cause : lisez-le avant d'agir. « Explorée, actuellement non indexée » est un refus éditorial qui ne se corrige qu'en enrichissant ou en fusionnant. « Détectée, actuellement non indexée » est un problème de découverte qui se corrige par le maillage. Les quatre autres états sont des blocages techniques réparables en quelques heures.
Redemander l'indexation ne résout que le cas le plus rare. Pour repérer les blocages involontaires à l'échelle du site, voyez les outils d'audit technique.
Comparer les outils d'audit technique
Questions fréquentes
Pourquoi Google n'indexe-t-il pas ma page ?
Six causes possibles : la page n'a jamais été explorée, elle est bloquée par robots.txt, elle porte une balise noindex, elle est canonicalisée vers une autre URL, elle duplique un contenu existant, ou Google l'a jugée insuffisamment utile. L'état exact affiché dans la Search Console vous dit laquelle s'applique.
Que signifie « Explorée, actuellement non indexée » ?
Que Google a lu la page et choisi de ne pas la conserver. C'est un jugement de valeur sur le contenu, pas un bug ni un retard. La seule correction efficace est éditoriale : fusionner plusieurs pages faibles, ou ajouter l'information que les pages déjà classées n'apportent pas.
Combien de temps faut-il pour qu'une page soit indexée ?
De quelques heures à plusieurs semaines selon la fréquence de passage des robots sur votre site. Si une page n'est toujours pas indexée au bout d'un mois et que la Search Console affiche « Explorée, actuellement non indexée », le délai n'est pas en cause : c'est le contenu.
Sources
- Block Search indexing with noindex (Google Search Central)
- Creating Helpful, Reliable, People-First Content (Google Search Central)
- Large site owner's guide to managing your crawl budget (Google Search Central)
- How to specify a canonical URL with rel="canonical" (Google Search Central)
Cet article fait partie du dossier Automatiser ses tâches SEO avec l'IA, qui réunit tous nos articles sur le sujet.