Détectée, actuellement non indexée : pourquoi Google tarde à explorer

« Détectée, actuellement non indexée » signifie que Google sait que l'URL existe mais ne l'a pas encore récupérée : il n'a donc pas lu un seul mot de la page. Pour des pages publiées ces dernières semaines, il s'agit généralement d'une simple file d'attente qui se résorbe sans intervention. Lorsque des pages qui comptent pour vous y restent plusieurs semaines, ou que le nombre d'URL ne cesse d'augmenter, quelque chose sur votre site ralentit la découverte ou l'exploration, et cela se corrige.

Ce que signifie cet état selon Google

La documentation de Google sur le Rapport sur l'indexation des pages (consultée en octobre 2026) explique cet état en 3 points : Google a trouvé la page mais ne l'a pas explorée ; en général, Google voulait explorer l'URL mais craignait que l'exploration ne surcharge le site, et l'a donc reprogrammée ; c'est pourquoi le rapport n'affiche aucune date de dernière exploration. La formulation n'a pas changé depuis au moins décembre 2021, quand le rapport s'appelait Rapport de couverture de l'index ; l'état figure aujourd'hui dans le groupe « Non indexées » (en anglais : « Discovered - currently not indexed »).

Cette définition a 2 conséquences. Google n'a pas lu cette page, il n'a donc pas encore jugé son contenu, et la réécrire est rarement la solution. Les causes se trouvent généralement autour de la page : la façon dont Google l'a trouvée, le nombre d'autres URL qui se disputent la même exploration, l'intérêt que votre site semble présenter pour l'exploration, et la manière dont votre serveur répond.

flowchart TD
    A["Google apprend l'URL par un lien ou un sitemap"] --> B["L'URL attend dans le calendrier d'exploration de Google"]
    B -->|"exploration reportée"| C["Détectée, actuellement non indexée"]
    C -->|"reprogrammée"| B
    B -->|"explorée"| D["Google lit la page"]
    D -->|"non indexée pour l'instant"| E["Explorée, actuellement non indexée"]
    D -->|"indexée"| F["La page est indexée"]

« Explorée, actuellement non indexée » est l'étape suivante : Google a récupéré la page et a décidé de ne pas l'indexer pour l'instant, ce qui relève de la page elle-même. Nous traitons cette décision dans ce que signifie « Explorée, actuellement non indexée » et quand corriger.

Pourquoi Google n'a pas encore exploré l'URL

Les causes vont du bénin au structurel, et un site en cumule souvent plusieurs.

1. L'URL est récente, ou le site l'est. La documentation de Google sur le budget d'exploration (consultée en octobre 2026) indique que le besoin d'exploration varie selon la taille du site, la fréquence de ses mises à jour, la qualité de ses pages et sa pertinence par rapport aux autres sites. Un site récent, ou qui change rarement, suscite en général moins de besoin d'exploration : ses nouvelles URL attendent donc plus longtemps.

2. Google ne connaît l'URL que par votre sitemap. Google présente le sitemap comme une simple indication, et sa documentation sur les liens précise que chaque page qui compte pour vous doit recevoir un lien depuis au moins une autre page de votre site. Google n'explore généralement un lien que s'il s'agit d'un élément <a> doté d'un attribut href ; un bouton qui navigue par script n'est pas un chemin fiable. Cas typiques : des articles accessibles uniquement via une archive paginée profonde, des produits accessibles uniquement via la recherche interne, et des pages de destination publicitaires vers lesquelles aucun lien ne pointe. Nos données d'audit sur les pages importantes sans liens internes montrent à quelle fréquence une page listée dans le sitemap d'un site ne recevait aucun lien des autres pages examinées.

3. Trop d'URL sans valeur se disputent l'exploration. La documentation de Google sur le budget d'exploration indique que, sans indication de votre part, Google tente d'explorer toutes les URL qu'il connaît sur votre site, ou presque. Les combinaisons de filtres et de tris, les résultats de recherche interne, les archives de tags pauvres, les pages de calendrier et les paramètres de suivi peuvent être bien plus nombreux que vos vraies pages. La documentation de Google sur la navigation à facettes ne cache pas le coût : les robots d'exploration accèdent à un très grand nombre d'URL de filtres avant de pouvoir constater qu'elles sont inutiles, et le temps passé là n'est pas consacré à de nouvelles URL utiles.

4. Votre serveur montre des signes de saturation. C'est la raison qu'avance la description même de Google. Sa documentation sur le budget d'exploration indique que la limite de capacité d'exploration baisse lorsqu'un site répond par des erreurs serveur (5xx) ou par des signaux de limitation de débit comme le code HTTP 429, et lorsque les réponses ralentissent. Situations courantes : des pages générées à chaque requête sans mise en cache, une règle de pare-feu ou de CDN qui répond 429 aux robots d'exploration, et un hébergement qui cède sous la charge.

5. Votre sitemap gaspille la liste que vous remettez à Google. Un sitemap rempli d'URL qui redirigent, renvoient une erreur 404, portent un noindex ou sont bloquées par robots.txt envoie des signaux contradictoires, et toutes, sauf les URL bloquées, demandent à Google de dépenser des requêtes sur des pages que vous ne voulez pas voir indexées. Google précise aussi qu'il n'utilise <lastmod> que si la valeur est toujours exacte et vérifiable, et qu'il ignore <priority> et <changefreq>. Sur 29 sites externes dont SEOReport a récupéré les pages du sitemap entre mai et octobre 2026, 8 (28 %) listaient au moins une URL qui redirige, qui est marquée noindex ou qui est bloquée par robots.txt.

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

Tout dépend des URL concernées et de la durée. Les consignes de Google sur le rapport rappellent qu'une URL non indexée n'est pas forcément une mauvaise chose.

Comment confirmer la cause en jeu

Partez du rapport dans son ensemble pour aller vers les URL individuelles.

1. Séparez les URL envoyées des autres. Dans le Rapport sur l'indexation des pages, utilisez le filtre de sitemap pour comparer « Toutes les pages envoyées » et « Pages non envoyées uniquement ». Si la plupart des URL dans cet état n'ont pas été envoyées, Google trouve des URL que vous n'avez jamais listées, ce qui oriente vers la cause 3. Si la plupart ont été envoyées, examinez les liens, le besoin d'exploration et le serveur.
2. Cherchez des schémas dans les exemples d'URL. Google limite la liste d'exemples à 1 000 lignes. Exportez-les et regroupez les lignes par chemin et par paramètre ; les schémas ?sort=, /tag/, /page/12/ et /search ressortent vite. Ces schémas n'apparaissent que sur des centaines de lignes, et c'est pourquoi vérifier les URL une à une, à la main ou dans une seule session de chat avec une IA, passe généralement à côté.
3. Inspectez quelques URL importantes. Dans l'outil d'inspection d'URL, la section « Découverte » liste les sitemaps envoyés qui contiennent l'URL et une « Page de provenance » que Google a pu utiliser pour la trouver. Un sitemap sans page de provenance laisse penser que Google n'a pas trouvé l'URL par vos liens. « Tester l'URL en ligne » confirme si le robot d'inspection de Google peut récupérer la page maintenant ; cela ne vous dit pas si Google l'indexera.
4. Vérifiez le côté serveur. Le rapport Statistiques sur l'exploration, dans les Paramètres, affiche le nombre total de requêtes d'exploration, le temps de réponse moyen et l'état de l'hôte. La documentation de Google sur le budget d'exploration cite aussi le message « Hostload exceeded » dans l'outil d'inspection d'URL comme le signe que la capacité de votre serveur est le facteur limitant. Google indique que les sites de moins de 1 000 pages ne devraient pas avoir besoin des Statistiques sur l'exploration ; pour eux, la ligne « Erreur serveur (5xx) » du Rapport sur l'indexation des pages est la vérification la plus rapide.
5. Affichez le code source des pages censées pointer vers l'URL. Vérifiez que le lien est un simple <a href> dans le HTML, et non un clic piloté par script.

flowchart TD
    A["URL importante en « Détectée, actuellement non indexée »"] --> B{"Publiée ces dernières semaines ?"}
    B -->|"oui"| C["Surveiller et vérifier qu'elle reçoit des liens"]
    B -->|"non"| D{"Surtout des URL non envoyées dans cet état ?"}
    D -->|"oui"| E["Réduire la prolifération d'URL : filtres, paramètres, archives"]
    D -->|"non"| F{"L'inspection d'URL affiche-t-elle une page de provenance ?"}
    F -->|"non, sitemap seulement"| G["Ajouter des liens internes explorables"]
    F -->|"oui"| H{"Réponses lentes, 5xx ou 429 dans les statistiques d'exploration ?"}
    H -->|"oui"| I["Corriger les erreurs serveur et la capacité"]
    H -->|"non"| J["Nettoyer le sitemap et ajouter des liens depuis des pages fortes"]

Comment corriger chaque cause

Des liens insuffisants. Ajoutez des liens vers l'URL depuis des pages que Google explore déjà souvent : la page d'accueil, les pages piliers de rubrique, la liste des derniers articles et les pages étroitement liées. Utilisez des liens ordinaires :

<!-- Google can follow this -->
<a href="/guides/pool-heat-pumps">Pool heat pump guide</a>

<!-- Google cannot reliably follow this -->
<span onclick="go('/guides/pool-heat-pumps')">Pool heat pump guide</span>

Un sitemap encombré. Ne listez que des URL canoniques qui répondent 200 et que vous voulez voir dans les résultats de recherche. Retirez les redirections, les erreurs 404, les URL en noindex et les URL bloquées, et ne mettez à jour <lastmod> que lorsque le contenu de la page a réellement changé. Notre guide des sitemaps XML détaille la structure, et nos données d'audit sur l'hygiène des sitemaps montrent les défauts les plus fréquents.

La prolifération d'URL. La documentation de Google sur la navigation à facettes recommande d'interdire les URL de filtres dans robots.txt, ou de placer les filtres dans des fragments d'URL (après #), qui ne sont pas explorés séparément. Elle juge les balises canoniques et le nofollow sur les liens de filtres moins efficaces à long terme. N'utilisez pas noindex pour économiser l'exploration : la documentation de Google sur le budget d'exploration précise que Google demande quand même une page en noindex avant de l'écarter. Pour les pages supprimées, renvoyez un code 404 ou 410. Voici à quoi ressemble un motif robots.txt pour les filtres :

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

Testez vos motifs avant de les déployer ; une règle qui couvre plus que prévu masque de vraies pages (Disallow: /search sans le ? bloquerait aussi /search-engine-basics). Une fois interdites, les URL de filtres connues peuvent passer de cet état à « URL bloquée par le fichier robots.txt », ce qui est le résultat attendu. Notre guide sur robots.txt et l'accès à l'exploration explique le fonctionnement de la correspondance des règles.

La saturation du serveur. Corrigez la source des réponses 5xx, mettez en cache les pages qui ne varient pas d'un visiteur à l'autre, et assurez-vous qu'aucune règle de pare-feu ou de CDN ne répond 429 à Google. Si les Statistiques sur l'exploration montrent des temps de réponse en hausse ou si le message « Hostload exceeded » apparaît, augmentez la capacité du serveur.

Comment vérifier la correction

Sur la page de détails du problème dans le Rapport sur l'indexation des pages, cliquez sur « Valider la correction ». Google ne met en file d'attente que les URL présentant des occurrences connues du problème, pas l'ensemble du site, et sa documentation indique que la validation prend généralement jusqu'à 2 semaines environ, parfois beaucoup plus. En attendant, l'outil d'inspection d'URL montre l'avancement URL par URL : une date de « Dernière exploration » apparaît dès que Google a récupéré la page.

Le plus souvent, l'URL finit indexée ou passe dans « Explorée, actuellement non indexée ». Ce second cas reste un progrès : la question n'est plus « Google peut-il atteindre cette page ? » mais « Google veut-il de cette page ? ».

Ce qu'un diagnostic complet montre pour cet état

Search Console vous indique quelles URL attendent. Un diagnostic complet SEOReport audite le site et vérifie les 2 moyens par lesquels votre site présente vos pages à Google, votre sitemap et vos liens internes, et nomme les pages difficiles à atteindre ou que votre sitemap annonce de façon incorrecte : URL de sitemap qui redirigent, renvoient une erreur, sont en noindex ou sont bloquées, et articles absents du sitemap ou sans lien depuis des pages explorables. Chaque constat indique combien de pages ont été examinées. Le calendrier d'exploration de Google et les temps de réponse de votre serveur restent consultables dans les Statistiques sur l'exploration.

Questions fréquentes

Faut-il cliquer sur « Demander une indexation » pour chaque URL détectée ?

Non. Utilisez cette fonction pour une poignée d'URL prioritaires, une fois la cause corrigée. Google applique une limite quotidienne, et une demande ne garantit pas l'indexation. Si des centaines d'URL attendent, la cause est structurelle, et corriger les liens, le sitemap ou la prolifération d'URL les fait toutes avancer d'un coup.

Un petit site a-t-il vraiment un problème de capacité d'exploration ?

Généralement non. Google destine son guide sur le budget d'exploration principalement aux sites de 1 million de pages ou plus qui changent à peu près chaque semaine, ou de 10 000 pages ou plus qui changent chaque jour, ainsi qu'aux sites dont une grande partie des URL se trouve dans cet état. Parmi les 29 sites externes audités par SEOReport entre mai et octobre 2026 dont le sitemap listait au moins une URL, le sitemap médian en listait environ 90. Le conseil de Google selon lequel les sites de moins de 1 000 pages ne devraient pas avoir besoin du rapport Statistiques sur l'exploration va dans le même sens : sur un site de cette taille, examinez les liens internes et le besoin d'exploration avant la capacité du serveur.

Pourquoi cet état liste-t-il des URL que je n'ai jamais vues ?

Google apprend des URL grâce aux liens partout où il explore, y compris sur d'autres sites, d'anciennes pages et des paramètres ajoutés par vos propres templates. Sélectionnez « Pages non envoyées uniquement » pour les isoler, et inspectez-en une : la « Page de provenance » montre souvent d'où elle vient.