Discovered - currently not indexed : pourquoi Google n’a pas exploré votre page

Dernière mise à jour: 2026-10-30

En bref

« Discovered - currently not indexed » signifie que Google a trouvé l’URL, via un lien ou un plan de site, mais ne l’a pas encore explorée. Google indique qu’il a généralement reporté l’exploration parce qu’elle risquait de surcharger le site. Corrigez en réduisant les URL de faible valeur, en améliorant la réponse du serveur et en liant les pages qui comptent.

Libellé exact dans Search Console: Discovered - currently not indexed

Ce que cela signifie

L’aide de Google sur l’indexation des pages indique que la page a été trouvée par Google mais pas encore explorée. En général, Google voulait explorer l’URL mais s’attendait à ce que cela surcharge le site : il a donc reporté l’exploration. C’est pourquoi la date de dernière exploration est vide pour ces URL, dans le rapport comme dans l’inspection d’URL.

Comme la page n’a pas été récupérée, son contenu n’a pas encore été jugé. Les questions portent donc sur l’exploration : combien d’URL Google pense que votre site compte, à quelle vitesse et avec quelle fiabilité votre serveur répond, et à quel point Google tient à explorer ces pages précises. Le guide de Google sur le budget d’exploration cite justement les sites dont une part importante des URL est dans ce statut, à côté des sites très volumineux et des sites qui changent vite. Pour le volet plan de site du problème, voir Plan de site soumis mais pages non indexées.

Est-ce un problème ?

Quelques URL nouvelles ici pendant un court moment, c’est normal : Google indique que la plupart des sites doivent compter au minimum plusieurs jours avant que de nouvelles pages soient repérées. Le problème commence quand des pages importantes restent ici des semaines, ou quand une part importante de vos URL connues s’accumule dans ce statut. Le site expose alors souvent trop d’URL que Google ne juge pas dignes d’être explorées, ou le serveur ne tient pas la charge.

Causes fréquentes

Trop d’URL de faible valeur

La navigation à facettes, les paramètres de tri et de filtre, les identifiants de session, les calendriers et autres espaces infinis peuvent générer bien plus d’URL que de vraies pages. Le guide de Google sur le budget d’exploration appelle cet inventaire perçu le facteur que vous pouvez le plus maîtriser.

Serveur lent ou instable

La limite de capacité d’exploration de Google baisse quand les temps de réponse augmentent ou que le serveur renvoie des erreurs 5xx ou 429. Le rapport Statistiques d’exploration affiche l’état de l’hôte et les temps de réponse.

Faible demande d’exploration pour ces pages

Google indique que la demande d’exploration dépend de facteurs comme la popularité, l’ancienneté du contenu, la qualité de la page et sa pertinence. Les pages avec peu de liens internes et aucun lien externe attendent généralement plus longtemps.

Des plans de site pleins d’URL que vous ne voulez pas indexées

Google déconseille d’inscrire dans un plan de site des URL que vous ne voulez pas voir dans la recherche, car cela peut gaspiller le budget d’exploration sur des pages que vous ne voulez pas indexer.

Longues chaînes de redirections et fausses 404

Google note que les longues chaînes de redirections nuisent à l’exploration et que les pages en soft 404 continuent d’être explorées, ce qui consomme un budget que de vraies pages pourraient utiliser.

Comment corriger

  1. Vérifiez si ces URL doivent exister. Regroupez les URL d’exemple par motif. Si la plupart sont des paramètres ou des doublons, arrêtez de les générer ou de les lier, consolidez les doublons avec des URL canoniques, ou bloquez dans robots.txt les vrais pièges d’exploration comme les combinaisons infinies de filtres.
  2. Examinez l’état de l’hôte dans les statistiques d’exploration. Ouvrez Paramètres, puis Statistiques d’exploration dans Search Console. Si l’état de l’hôte signale des problèmes de récupération de robots.txt, de résolution DNS ou de connexion au serveur, ou si le temps de réponse moyen ne cesse d’augmenter, corrigez d’abord la capacité et la vitesse avec votre hébergeur.
  3. Liez les pages importantes depuis des pages explorées. Ajoutez des liens d’ancre standard avec un attribut href depuis des pages pertinentes et régulièrement explorées, comme les pages de catégorie ou votre page d’accueil. Google ne peut découvrir que les liens qui sont de vrais éléments a avec un attribut href.
  4. Gardez des plans de site propres et à jour. N’inscrivez que des URL canoniques et indexables qui renvoient 200, avec des valeurs lastmod exactes. Ne soumettez pas plusieurs fois par jour un plan de site inchangé : Google cite cette pratique parmi celles à éviter.
  5. Renvoquez 404 ou 410 pour les pages supprimées. Le guide de Google sur le budget d’exploration indique qu’une 404 est un signal fort de ne plus explorer une URL, alors que les URL bloquées restent bien plus longtemps dans la file d’exploration. N’utilisez pas noindex pour économiser du budget d’exploration : Google doit quand même récupérer la page pour le voir.

Vérifier avec GSC Magic

Exécutez report_index_health sur votre plan de site pour voir combien d’URL listées sont en Discovered - currently not indexed plutôt qu’indexées, puis gsc_inspect_urls_batch sur un échantillon de chaque répertoire pour repérer les sections bloquées. gsc_list_sitemaps et gsc_get_sitemap montrent si vos plans de site ont été traités et avec quelles erreurs ou quels avertissements. GSC Magic n’explore pas votre site et ne lit pas les journaux du serveur : recoupez ces résultats avec les journaux de votre hébergeur et le rapport Statistiques d’exploration de Search Console.

report_index_healthgsc_inspect_urls_batchgsc_list_sitemapsgsc_get_sitemap

Prompts à copier

Lance un contrôle de santé de l’index sur mon plan de site et indique-moi quelle part des URL est en Discovered - currently not indexed. Décompose le résultat par répertoire de premier niveau.

Liste mes plans de site soumis avec leur état, leurs erreurs, leurs avertissements et leur date de dernier téléchargement, et dis-moi lesquels semblent obsolètes ou cassés.

Inspecte ces 200 URL produit et sépare celles qui n’ont jamais été explorées de celles qui ont été explorées sans être indexées.

Guides sur le blog

Crawled - currently not indexed

« Crawled - currently not indexed » signifie que Googlebot a récupéré la page, mais que Google a décidé de ne pas l’ajouter à l’index, du moins pour l’instant. Google précise qu’elle pourra ou non être indexée plus tard et qu’il n’est pas nécessaire de la soumettre à nouveau. Pour les pages qui comptent, rendez-les clairement distinctes et utiles, liez-les en interne et vérifiez les signaux canoniques.

 Server error (5xx)

Server error (5xx) signifie que votre serveur a renvoyé une erreur de niveau 500 quand Googlebot a demandé la page. Google ralentit l’exploration quand il voit ces erreurs et finit par écarter les URL qui échouent durablement. Vérifiez l’état de l’hôte dans les statistiques d’exploration, reproduisez l’erreur, puis corrigez la capacité, les délais d’attente ou les règles qui bloquent Googlebot.

 Page with redirect

Page with redirect signifie que l’URL est une URL non canonique qui redirige vers une autre page : Google ne l’indexe donc pas. C’est le comportement attendu pour les anciennes URL, les variantes HTTP ou www et les pages déplacées. Vérifiez que la cible de la redirection est correcte et indexable, et cessez de lier des URL qui redirigent depuis vos pages et votre plan de site.

 Soft 404

Une soft 404 est une URL qui renvoie un code 200 (succès) mais ressemble pour Google à une page introuvable, vide ou en erreur. Google exclut ces pages de la recherche. Renvoyez une vraie 404 ou 410 pour les pages disparues, redirigez en 301 celles qui ont un remplaçant réel, et corrigez le rendu des vraies pages que Google a mal lues.

Questions fréquentes

Le budget d’exploration compte-t-il pour un petit site ?

En général, pas comme cause principale. Le guide de Google sur le budget d’exploration vise les sites d’environ 1 million de pages ou plus, les sites de 10 000 pages ou plus qui changent chaque jour, et les sites dont une part importante des URL est en Discovered - currently not indexed. Google présente ces chiffres comme des estimations approximatives, pas comme des seuils.

Soumettre un plan de site suffira-t-il à corriger ?

Un plan de site aide Google à découvrir des URL, mais Google indique qu’il ne garantit ni l’exploration ni l’indexation. Les URL dans ce statut sont déjà découvertes : c’est l’exploration qui manque. Concentrez-vous sur l’inventaire d’URL, la santé du serveur et le maillage interne.

Pourquoi la date de dernière exploration est-elle vide ?

Parce que Google n’a pas encore récupéré la page. L’aide de Google précise que c’est exactement pour cela que la date de dernière exploration est vide pour les URL au statut Discovered.

Faut-il utiliser « Demander une indexation » sur chaque URL ?

Non. Google indique qu’un quota s’applique aux demandes d’URL individuelles et que des demandes répétées pour la même URL n’accélèrent pas l’exploration. Réservez-la à quelques pages clés et comptez sur les plans de site et le maillage interne pour le reste.

Sources