Guide de la découverte d’URL

TL;DR — La découverte correspond au moment où un moteur de recherche apprend que votre page existe, avant même de la télécharger. Les moteurs trouvent principalement les pages en suivant des liens et en lisant des sitemaps. Si aucun lien ne mène vers une page et qu’elle ne figure dans aucun sitemap, elle risque de ne jamais être découverte. Soumettre une page facilite sa découverte, sans garantir son indexation.

Qu’est-ce que la découverte ?

Avant qu’un moteur de recherche puisse afficher votre page, trois étapes doivent se succéder :

1. Découverte — le moteur apprend que votre URL existe.
2. Exploration — le moteur télécharge la page.
3. Indexation — le moteur stocke la page afin de pouvoir l’afficher dans les résultats.

La découverte est l’étape zéro de ce processus. Google lui donne même un nom : la découverte d’URL. Une page qui n’est jamais découverte ne peut être ni explorée, ni indexée, ni classée : le moteur ignore tout simplement son existence.

Précision sur ce modèle : la séquence découverte → exploration → indexation est le découpage pédagogique de ce hub, car elle permet de diagnostiquer clairement une page bloquée. Le modèle officiel de Google comporte trois étapes — exploration, indexation et diffusion — et définit la « découverte d’URL » comme la première partie de l’exploration, non comme une quatrième étape distincte. La séquence des événements reste la même ; nous nommons simplement l’étape de découverte pour pouvoir l’analyser séparément.

Comment les moteurs de recherche trouvent vos pages

Il existe deux grandes méthodes :

• Suivre les liens. Lorsqu’un robot lit une page qu’il connaît déjà, il relève ses liens et ajoute les URL correspondantes à sa liste. Une page de catégorie qui renvoie vers un nouvel article de blog en est l’exemple classique : c’est ainsi que le nouvel article est découvert. Les liens provenant d’autres sites (backlinks) fonctionnent de la même manière.
• Lire les sitemaps. Un sitemap XML est une liste de vos URL transmise directement aux moteurs de recherche, qui n’ont alors pas à tout trouver au moyen de liens. Les flux RSS et Atom remplissent une fonction similaire pour vos pages les plus récentes.

Il existe aussi des méthodes « push » qui permettent de notifier activement un moteur lorsqu’une page change, comme IndexNow pour Bing. La version avancée les détaille, mais les liens et les sitemaps assurent l’essentiel du travail.

Pages orphelines : ce qui empêche la découverte

Une page orpheline est une page vers laquelle ne pointe aucun lien interne. Les liens étant le principal moyen par lequel les moteurs trouvent les pages, une page orpheline peut être difficile, voire impossible, à découvrir. La solution n’est pas une astuce de soumission : il faut créer un lien vers la page depuis un emplacement pertinent de votre propre site.

L’erreur la plus fréquente

Soumettre une page ne signifie pas qu’elle sera indexée. Ajouter une URL à votre sitemap ou cliquer sur « Demander une indexation » dans Search Console aide le moteur à la découvrir, mais l’exploration et l’indexation ne sont toujours pas garanties. Si vous avez déjà vu l’état « Détectée, actuellement non indexée » dans Search Console, c’est exactement ce qu’il indique : Google connaît l’URL, mais ne l’a pas encore explorée.

Vous voulez aller plus loin — connaître tous les canaux pull et push, comprendre pourquoi Google n’utilise pas IndexNow et corriger l’état « Détectée, actuellement non indexée » ? Passez à l’onglet Avancé.

TL;DR — La découverte est le nom donné dans ce hub au premier mouvement de la recherche (découvrir → explorer → indexer → diffuser) : le moteur doit apprendre qu’une URL existe avant de récupérer quoi que ce soit. Le modèle officiel de Google intègre cette action à l’étape d’exploration de son processus en trois étapes, au lieu d’en faire une quatrième étape distincte — même séquence, vocabulaire différent. Les URL sont découvertes en mode pull (liens internes, backlinks, sitemaps, RSS/Atom) et en mode push (IndexNow, Indexing API, lastmod des sitemaps, WebSub, Inspection de l’URL). Google appelle cette recherche la « découverte d’URL ». Elle se distingue de l’exploration et de l’indexation : « Détectée, actuellement non indexée » signifie donc que l’URL a été trouvée mais pas encore explorée, un état pouvant avoir plusieurs causes et non un diagnostic unique garanti. Les liens et les sitemaps sont les deux voies que Google nomme directement ; les pages orphelines constituent l’échec classique ; IndexNow concerne Bing et d’autres moteurs, mais pas Google ; l’Indexing API est limitée à JobPosting et BroadcastEvent ; enfin, soumettre une URL ne garantit jamais son indexation.

Qu’est-ce que la découverte d’URL ?

La découverte est l’étape où l’URL est trouvée. Avant qu’une page puisse être explorée, indexée ou diffusée, le moteur doit savoir qu’elle existe et l’ajouter à sa liste de pages connues. Google la nomme explicitement : “This process is called ‘URL discovery’.” (Traduction) « Ce processus s’appelle la “découverte d’URL”. » Selon les propres termes de Google, “Some pages are known because Google has already visited them. Other pages are discovered when Google extracts a link from a known page to a new page… Still other pages are discovered when you submit a list of pages (a sitemap) for Google to crawl.” (Traduction) « Certaines pages sont connues parce que Google les a déjà consultées. D’autres sont découvertes lorsque Google extrait, depuis une page connue, un lien vers une nouvelle page… D’autres encore sont découvertes lorsque vous soumettez à Google une liste de pages (un sitemap) à explorer. »

Ce seul passage résume tout le hub : les pages sont trouvées grâce aux liens, internes comme externes, et aux sitemaps. Tout le reste est une variante de ces deux principes, ou une manière de pousser une notification au lieu d’attendre que le moteur vienne la chercher.

Précision sur le modèle des étapes. Ce hub présente découverte → exploration → indexation → diffusion comme quatre étapes distinctes et nommées, car séparer « trouvée », « récupérée » et « stockée » facilite le diagnostic d’une page bloquée. Le modèle officiel de Google nomme trois étapes — exploration, indexation et diffusion — et définit la découverte d’URL comme le premier mouvement au sein de l’exploration, non comme une quatrième étape autonome. La chronologie est identique dans les deux cas ; ce hub donne simplement un nom et une section propres à la découverte, car son fonctionnement est suffisamment différent et son diagnostic suffisamment souvent erroné pour le justifier.

Découverte, exploration et indexation

Distinguez ces trois notions et la plupart des confusions sur la découverte disparaîtront — en suivant notre découpage pédagogique en quatre étapes du modèle officiel à trois étapes de Google :

• Découverte — le moteur apprend qu’une URL existe. Rien n’a encore été récupéré.
• Exploration — le moteur télécharge l’URL découverte et en effectue le rendu. C’est le sujet du hub Exploration.
• Indexation — le moteur analyse et stocke la page explorée afin de pouvoir la diffuser.

Google décrit la suite du processus en trois étapes : “Google Search works in three stages, and not all pages make it through each stage” (Traduction) « La recherche Google fonctionne en trois étapes, et toutes les pages ne franchissent pas chacune d’elles » — à savoir l’exploration, l’indexation et la diffusion. La découverte est la porte d’entrée de la première étape. Aucune de ces actions n’est, en elle-même, un facteur de classement : ce sont des conditions préalables pour être éligible au classement. Une URL jamais découverte ne sera jamais explorée, indexée ou diffusée. Point final.

Comment les moteurs découvrent les URL : pull et push

Le modèle mental le plus clair oppose pull et push. En pull, le moteur trouve les URL de lui-même ; en push, vous les lui signalez.

Pull — le moteur trouve l’URL de lui-même

Liens internes et backlinks. Google : “Other pages are discovered when Google extracts a link from a known page to a new page: for example, a hub page, such as a category page, links to a new blog post.” (Traduction) « D’autres pages sont découvertes lorsque Google extrait d’une page connue un lien vers une nouvelle page : par exemple, lorsqu’une page hub, telle qu’une page de catégorie, renvoie vers un nouvel article de blog. » La documentation de Google indique aussi qu’un site correctement maillé permet généralement de découvrir ainsi la plupart de ses pages, tandis que les nouveaux sites ayant peu de liens externes et les grands sites comportant des pages non liées risquent davantage de présenter des lacunes. Les liens ne sont pas la seule voie d’entrée, mais Google les cite en premier et ils se déploient automatiquement à mesure que vous publiez. Voilà pourquoi le maillage interne est l’un des leviers de découverte les plus puissants et pourquoi les pages orphelines peinent à être découvertes, comme expliqué plus loin. Les backlinks fonctionnent de la même manière : un lien externe provenant d’une page déjà connue du moteur lui révèle votre nouvelle URL.

Sitemaps. Google : “A sitemap helps search engines discover URLs on your site, but it doesn’t guarantee that all the items in your sitemap will be crawled and indexed.” (Traduction) « Un sitemap aide les moteurs de recherche à découvrir les URL de votre site, mais ne garantit pas que tous ses éléments seront explorés et indexés. » Cette réserve est essentielle : un sitemap est une aide à la découverte, pas une garantie d’indexation. Les guides approfondis du sous-ensemble consacré aux sitemaps détaillent leur fonctionnement : sitemap XML, index de sitemaps, sitemap d’images et sitemap vidéo.

Flux RSS et Atom. Google accepte les flux comme format de sitemap : “Google accepts RSS 2.0 and Atom 1.0 feeds.” (Traduction) « Google accepte les flux RSS 2.0 et Atom 1.0. » Un flux ne révèle toutefois que vos URL récemment modifiées ; il complète donc un sitemap exhaustif sans le remplacer.

Push — vous informez le moteur d’un changement

WebSub (PubSubHubbub). Pour les flux RSS et Atom, Google prend en charge WebSub : “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” (Traduction) « Si vous utilisez Atom ou RSS, vous pouvez utiliser WebSub pour diffuser vos modifications aux moteurs de recherche, dont Google. » Au lieu d’attendre une nouvelle récupération, votre flux diffuse le changement.

Attribut lastmod du sitemap. Ce signal de fraîcheur indique aux moteurs qu’une URL a changé et mérite peut-être d’être réexplorée. Bing s’y appuie davantage que Google : Bing a déclaré que le champ lastmod reste un signal clé pour l’aider à prioriser les URL à réexplorer et réindexer. Les détails figurent dans le groupe consacré aux sitemaps.

Google Indexing API — portée limitée. C’est l’outil le plus souvent détourné de son usage. L’Indexing API ne peut servir à demander l’exploration que de pages contenant des données structurées JobPosting ou BroadcastEvent intégrées dans un VideoObject. Ce n’est pas un point d’entrée général permettant de « soumettre n’importe quelle URL à Google », malgré les présentations trompeuses. Si votre page n’est ni une offre d’emploi ni la page d’un événement diffusé en direct, l’Indexing API n’est pas l’outil adapté.

IndexNow — Bing et d’autres moteurs, mais pas Google. IndexNow est un protocole push : il avertit les moteurs participants dès qu’une URL est ajoutée, mise à jour ou supprimée. Selon sa FAQ, “Search engines adopting the IndexNow protocol agree that submitted URLs will be automatically shared with all other participating search engines.” (Traduction) « Les moteurs de recherche qui adoptent le protocole IndexNow acceptent que les URL soumises soient automatiquement partagées avec tous les autres moteurs participants. » Au moment de la rédaction, d’après la documentation actuelle d’indexnow.org vérifiée en juillet 2026, les moteurs participants sont Microsoft Bing, Yandex, Naver, Seznam.cz et Yep. Consultez la documentation IndexNow à jour, car cette liste peut changer. Google n’y figure pas. Aucune page d’aide de Google n’affirme “we don’t support IndexNow” (Traduction) « nous ne prenons pas en charge IndexNow » : la non-participation de Google est déduite de son absence de la liste actuelle des partenaires et des déclarations de représentants de Google présentant IndexNow comme un protocole seulement testé, et non d’une confirmation officielle de Google. Il s’agit donc de la meilleure lecture disponible, pas d’une déclaration officielle. Quel que soit le moteur, notifier IndexNow signifie seulement qu’une URL a changé : chaque moteur participant décide encore indépendamment s’il l’explore et l’indexe, et quand il le fait. La règle « notification ne signifie pas garantie » vaut pour les sitemaps comme pour tous les autres canaux de découverte. Pour Google, utilisez les liens, les sitemaps et l’Inspection de l’URL.

Soumission manuelle — Inspection de l’URL. Pour soumettre ponctuellement une URL à Google : “To request a crawl of individual URLs, use the URL Inspection tool.” (Traduction) « Pour demander l’exploration d’URL individuelles, utilisez l’outil Inspection de l’URL. » N’espérez toutefois pas accélérer le processus en répétant l’opération : Google précise que “there’s a quota for submitting individual URLs and requesting a recrawl multiple times for the same URL won’t get it crawled any faster.” (Traduction) « un quota s’applique à la soumission d’URL individuelles et demander plusieurs fois la réexploration de la même URL ne la fera pas explorer plus rapidement. » Bing dispose de son propre canal de soumission d’URL, limité à 10 000 URL par jour, distinct d’IndexNow.

Comment Google et Bing décrivent la découverte

Les deux moteurs présentent la découverte comme l’entrée du processus. Bing l’intègre directement à sa définition de l’exploration — Fabrice Canel : “Crawling is the process by which bingbot discovers new and updated documents or content to be added to Bing’s searchable index.” (Traduction) « L’exploration est le processus par lequel bingbot découvre les documents ou contenus nouveaux et mis à jour à ajouter à l’index consultable de Bing. »

L’échelle mérite qu’on s’y attarde, même si le chiffre exact évolue. Fabrice Canel a indiqué que Bing découvrait chaque jour plusieurs dizaines de milliards d’URL normalisées jamais rencontrées auparavant — dans une publication d’août 2022, il parlait de « 12s of billions … never seen before ». Je n’ai pas revérifié indépendamment ce chiffre dans une source primaire actuelle : considérez-le comme un ordre de grandeur, non comme un total quotidien précis et actuel. Quel que soit le chiffre aujourd’hui, la découverte fonctionne comme un flux massif et les moteurs dépriorisent agressivement certaines URL — toile de fond de l’état « Détectée, actuellement non indexée » décrit plus bas.

Pages orphelines : quand la découverte échoue

Une page orpheline ne reçoit aucun lien interne. Les liens étant l’une des deux voies de découverte que Google nomme directement, avec les sitemaps, une page orpheline ne peut être trouvée que par un sitemap, un lien externe, une redirection ou une référence canonique/hreflang. En l’absence de toutes ces voies, elle peut ne jamais être découverte.

La solution est le maillage interne, pas une astuce push. Créez un lien vers la page depuis un hub ou une page de catégorie pertinente — exactement l’exemple donné par Google d’une page de catégorie renvoyant vers un nouvel article de blog. Inscrire une page orpheline dans votre sitemap XML aide Google à la découvrir, mais ne remplace pas le signal du lien interne qui indique au moteur que la page compte. C’est précisément pourquoi les pages orphelines apparaissent souvent comme « Détectées, actuellement non indexées » : Google a trouvé leur entrée dans le sitemap, mais a dépriorisé l’exploration d’une page vers laquelle rien ne pointe.

« Détectée, actuellement non indexée » dans Search Console

La certitude associée à cet état concerne la limite entre les étapes. Le rôle de ce hub est de bien fixer cette limite, non de poser un diagnostic exhaustif — l’article dédié s’en charge. Selon la description de Google, “Discovered – currently not indexed” (Traduction) « Détectée, actuellement non indexée » signifie que la page a été trouvée mais n’a pas encore été explorée : Google voulait explorer l’URL, mais prévoyait que cela surchargerait le site et a donc reprogrammé l’exploration, raison pour laquelle la date de dernière exploration est vide.

À l’inverse, “Crawled – currently not indexed,” (Traduction) « Explorée, actuellement non indexée » est un problème différent et ultérieur : la page a été explorée mais pas indexée, et elle pourra ou non l’être plus tard. La plupart des articles tiers passent à côté de cette limite entre les étapes :

• Détectée, actuellement non indexée = Google connaît l’URL mais ne l’a pas récupérée. Il s’agit d’un état de découverte ou de planification de l’exploration, avec une date de dernière exploration vide.
• Explorée, actuellement non indexée = Google a récupéré la page, mais a choisi de ne pas l’indexer. Il s’agit d’un état lié à l’indexation ou à la qualité.

Quelles sont les causes de l’état « Détectée, actuellement non indexée » ? Examinez-les dans cet ordre, sans les confondre avec une cause unique confirmée :

1. Dépriorisation liée à la planification de l’exploration ou à la charge serveur perçue — la raison indiquée par Google pour l’état lui-même.
2. Page orpheline ou très faiblement liée en interne, ce qui réduit l’effort d’exploration que Google souhaite lui consacrer.
3. Signaux de qualité ou d’autorité à l’échelle du site réduisant la demande globale d’exploration — une tendance propre au site, pas la preuve d’un défaut sur cette page précise.
4. Site nouveau ou peu reconnu, dont la demande d’exploration reste faible.

Aucune de ces explications n’est la cause universelle. Google documente directement l’explication liée à la planification de l’exploration, mais ne publie pas de raison déterministe unique expliquant pourquoi une URL donnée reste dans cet état. Utilisez donc la liste précédente comme une échelle d’hypothèses à vérifier, non comme un diagnostic présumé. Cet état ne signifie pas non plus qu’un élément est cassé : John Mueller a déclaré “it’s completely normal that we don’t index everything off of the website,” (Traduction) « il est tout à fait normal que nous n’indexions pas tout ce qui se trouve sur le site » — et conseille de réévaluer la qualité globale du site plutôt que de chercher un problème technique sur chaque page. Gary Illyes a également souligné que l’immense majorité des sites n’ont pas à se préoccuper du budget d’exploration. Mon raccourci de praticien, tiré de mon guide de l’indexation chez Ahrefs — à relire avant de le tenir pour parole d’évangile, car je n’ai pas revérifié la page en direct lors de ce passage — est le suivant : Détectée signifie que Google connaît l’URL mais ne l’a pas explorée ; Explorée signifie qu’elle a été récupérée mais pas indexée et renvoie généralement à un problème de qualité. Les solutions se recoupent : rendez le contenu unique, utile et aligné sur l’intention ; supprimez tout blocage accidentel par noindex, robots ou canonique ; maintenez un serveur rapide et stable ; construisez une hiérarchie logique dotée d’un maillage interne solide ; puis demandez une nouvelle exploration dans l’Inspection de l’URL et surveillez le résultat. Pour distinguer capacité et demande d’exploration et suivre une procédure de correction détaillée, consultez l’article consacré à « Détectée, actuellement non indexée ».

Comment favoriser la découverte

Par ordre approximatif d’efficacité :

1. Renforcez les liens internes vers la page afin qu’elle ne soit plus orpheline. C’est le levier le plus puissant, car les liens constituent l’une des deux voies de découverte que Google nomme directement.
2. Ajoutez-la à un sitemap XML propre, composé d’URL canoniques et indexables avec un lastmod exact. Soumettez le sitemap dans Google Search Console et Bing Webmaster Tools.
3. Améliorez la qualité globale du site afin d’accroître la demande d’exploration — c’est ce qui fait évoluer à grande échelle les pages « Détectées, actuellement non indexées ».
4. Utilisez Inspection de l’URL → Demander une indexation pour une URL importante isolée ; n’oubliez pas le quota et le fait que répéter la demande n’accélère rien.
5. Pour Bing et les autres moteurs participants, utilisez IndexNow afin de pousser immédiatement les URL modifiées. Google ne propose pas d’équivalent push pour les pages générales : appuyez-vous sur les liens, les sitemaps et l’Inspection de l’URL.

Pour aller plus loin

Ce hub cartographie la manière dont une URL devient connue. Les guides approfondis qu’il contient expliquent le fonctionnement des sitemaps :

Sitemaps

• Sitemaps — vue d’ensemble : ce qu’est un sitemap, les formats acceptés par Google et la place de sa soumission dans la découverte — une aide, pas une garantie.
  • Sitemap XML — format standard, champs, limites de taille et bonne utilisation de lastmod.
  • Index de sitemaps — division et référencement de plusieurs sitemaps lorsque vous dépassez la capacité d’un fichier.
  • Sitemap d’images — signalement des images en vue de leur découverte dans la recherche d’images.
  • Sitemap vidéo — signalement des contenus vidéo et de leurs métadonnées.

Pour comprendre ce qui se passe après la découverte d’une URL — récupération, planificateur d’exploration, rendu et budget d’exploration — consultez le hub Exploration. Les sujets push connexes, comme IndexNow et la Google Indexing API, se trouvent aussi à proximité de la partie consacrée à l’exploration. Pour une vue plus large, consultez Fonctionnement de la recherche.

Chacun des sujets imbriqués ci-dessus possède son propre guide approfondi dans ce hub ; ils figurent également dans la barre latérale.

Résumé par l’IA

Version condensée de l’onglet Avancé :

• Découverte = étape où l’URL est trouvée dans la recherche (découvrir → explorer → indexer → diffuser). Le moteur doit apprendre qu’une URL existe avant de récupérer quoi que ce soit. Google parle de *« découverte d’URL » et l’intègre à son modèle officiel en trois étapes — exploration, indexation, diffusion — plutôt que de la nommer comme quatrième étape distincte.
• Elle se distingue de l’exploration et de l’indexation. Découverte = connue. Explorée = récupérée. Indexée = stockée. Aucune de ces trois étapes n’est en elle-même un facteur de classement.
• Canaux pull, où le moteur trouve l’URL : liens internes et backlinks — la voie fondée sur les liens que Google nomme directement —, sitemaps XML — l’autre voie nommée directement — et flux RSS/Atom, limités aux URL récentes.
• Canaux push, où vous envoyez une notification : WebSub, lastmod du sitemap, Google Indexing API — uniquement JobPosting et BroadcastEvent, et non une soumission générale —, IndexNow — Bing, Yandex, Naver, Seznam et Yep, mais pas Google — et « Demander une indexation » dans l’Inspection de l’URL, soumis à quota.
• Les sitemaps favorisent la découverte, pas l’indexation : soumettre une URL ne garantit jamais son exploration ni son indexation.
• Les pages orphelines, sans liens internes, représentent l’échec classique de la découverte ; corrigez-le avec des liens internes, pas avec des astuces push.
• *« Détectée, actuellement non indexée » signifie que Google connaît l’URL mais ne l’a pas explorée : un état de planification ou de priorité pouvant avoir plusieurs causes, non un diagnostic unique garanti. Il se distingue de l’état « Explorée, actuellement non indexée », lié à la qualité.
• Favorisez la découverte avec des liens internes, un sitemap propre, une meilleure qualité globale du site, l’Inspection de l’URL et IndexNow pour Bing.

Documentation officielle

Documentation de source primaire provenant des moteurs de recherche.

Google

• Guide détaillé du fonctionnement de la recherche Google — définit la « découverte d’URL » et le processus découverte → exploration → indexation → diffusion.
• Présentation des sitemaps — explique comment les sitemaps facilitent la découverte et pourquoi ils ne garantissent pas l’indexation.
• Créer et envoyer un sitemap — prise en charge des flux RSS/Atom et de WebSub pour pousser leurs modifications.
• Guide de démarrage de l’Indexing API — limite de portée aux pages JobPosting et BroadcastEvent.
• Demander à Google de réexplorer vos URL — soumission dans l’Inspection de l’URL et précision relative au quota.
• Rapport sur l’indexation des pages — définitions de “Discovered – currently not indexed” (Traduction) « Détectée, actuellement non indexée » et “Crawled – currently not indexed” (Traduction) « Explorée, actuellement non indexée ».

Bing / Microsoft

• Série bingbot : optimiser l’efficacité de l’exploration — définition de l’exploration par Bing comme processus de découverte.
• Soumettre jusqu’à 10 000 URL par jour à Bing — canal de soumission d’URL propre à Bing.
• Maintenir la découvrabilité du contenu avec les sitemaps dans la recherche alimentée par l’IA — sitemaps et IndexNow comme fondement de la découverte, avec lastmod comme signal de réexploration.
• IndexNow / indexnow.org — protocole push signalant immédiatement les URL modifiées.

Citations des sources

Déclarations officielles de Google et Bing. Chaque lien profond mène au passage cité dans la page source.

Google — définition de la découverte

• “Google must constantly look for new and updated pages and add them to its list of known pages. This process is called ‘URL discovery’.” (Traduction) « Google doit constamment rechercher les pages nouvelles ou mises à jour et les ajouter à sa liste de pages connues. Ce processus s’appelle la “découverte d’URL”. » — Documentation Google Search Central. Accéder à la citation
• “Other pages are discovered when Google extracts a link from a known page to a new page: for example, a hub page, such as a category page, links to a new blog post.” (Traduction) « D’autres pages sont découvertes lorsque Google extrait d’une page connue un lien vers une nouvelle page : par exemple, lorsqu’une page hub, telle qu’une page de catégorie, renvoie vers un nouvel article de blog. » Accéder à la citation
• “Google Search works in three stages, and not all pages make it through each stage.” (Traduction) « La recherche Google fonctionne en trois étapes, et toutes les pages ne franchissent pas chacune d’elles. » Accéder à la citation

Google — sitemaps, flux et push

• “A sitemap helps search engines discover URLs on your site, but it doesn’t guarantee that all the items in your sitemap will be crawled and indexed.” (Traduction) « Un sitemap aide les moteurs de recherche à découvrir les URL de votre site, mais ne garantit pas que tous ses éléments seront explorés et indexés. » — Présentation des sitemaps par Google. Accéder à la citation
• “Google accepts RSS 2.0 and Atom 1.0 feeds.” (Traduction) « Google accepte les flux RSS 2.0 et Atom 1.0. » Accéder à la citation
• “If you use Atom or RSS, you can use WebSub to broadcast your changes to search engines, including Google.” (Traduction) « Si vous utilisez Atom ou RSS, vous pouvez utiliser WebSub pour diffuser vos modifications aux moteurs de recherche, dont Google. » Accéder à la citation
• “To request a crawl of individual URLs, use the URL Inspection tool.” (Traduction) « Pour demander l’exploration d’URL individuelles, utilisez l’outil Inspection de l’URL. » Accéder à la citation
• “There’s a quota for submitting individual URLs and requesting a recrawl multiple times for the same URL won’t get it crawled any faster.” (Traduction) « Un quota s’applique à la soumission d’URL individuelles et demander plusieurs fois la réexploration de la même URL ne la fera pas explorer plus rapidement. » Accéder à la citation

Google — ne pas tout indexer est normal

• “It’s completely normal that we don’t index everything off of the website.” (Traduction) « Il est tout à fait normal que nous n’indexions pas tout ce qui se trouve sur le site. » — John Mueller, Google. Lire l’article

Bing / Microsoft

• “Crawling is the process by which bingbot discovers new and updated documents or content to be added to Bing’s searchable index.” (Traduction) « L’exploration est le processus par lequel bingbot découvre les documents ou contenus nouveaux et mis à jour à ajouter à l’index consultable de Bing. » — Fabrice Canel, Microsoft Bing. Accéder à la citation
• “Instead of Bing continually monitoring RSS and similar feeds or frequently crawling websites to check for new pages, discover content changes and/or new outbound links, websites will notify Bing directly about relevant URLs changing on their website.” (Traduction) « Au lieu que Bing surveille en permanence les flux RSS et similaires ou explore fréquemment les sites afin de détecter de nouvelles pages, des modifications de contenu ou de nouveaux liens sortants, les sites avertiront directement Bing des URL pertinentes qui changent sur leur site. » — Microsoft Bing, à propos de la soumission d’URL de Bing. Accéder à la citation

IndexNow

• “Search engines adopting the IndexNow protocol agree that submitted URLs will be automatically shared with all other participating search engines.” (Traduction) « Les moteurs de recherche qui adoptent le protocole IndexNow acceptent que les URL soumises soient automatiquement partagées avec tous les autres moteurs participants. » — Documentation d’indexnow.org. Accéder à la citation

Checklist de découverte

Un contrôle rapide pour vérifier que les moteurs de recherche peuvent réellement trouver ce qui compte :

• Chaque page importante reçoit un lien depuis un emplacement explorable — aucune page orpheline.
• Les pages importantes restent proches de la page d’accueil ou de la navigation principale ; plus elles reçoivent de liens, plus elles sont faciles à découvrir.
• Un sitemap XML répertorie uniquement des URL canoniques et indexables, avec des valeurs lastmod exactes, et il est soumis dans Google Search Console et Bing Webmaster Tools.
• Si vous publiez souvent, un flux RSS/Atom fait apparaître les URL récentes et WebSub diffuse les modifications.
• Vous ne comptez pas sur la Google Indexing API pour les pages générales : elle ne concerne que JobPosting et BroadcastEvent.
• IndexNow est configuré pour Bing et les autres moteurs participants ; il n’a aucun effet sur Google.
• Pour une URL urgente isolée, vous utilisez Inspection de l’URL → Demander une indexation sans multiplier les demandes, car un quota s’applique.
• Les pages à découvrir ne sont pas accidentellement bloquées par robots.txt ni dissimulées derrière une navigation uniquement cliquable au lieu de vrais liens <a href>.
• Vous avez vérifié l’état « Détectée, actuellement non indexée » dans le rapport sur l’indexation des pages et l’avez traité comme un signal de maillage ou de qualité, non comme un bug propre à la page.

Modèles mentaux

1. Découverte = pull + push. En pull, le moteur trouve les URL de lui-même : liens internes, backlinks, sitemaps et RSS/Atom. En push, vous le prévenez : IndexNow, Indexing API, lastmod, WebSub et Inspection de l’URL. Lorsqu’une page n’est pas trouvée, demandez-vous quel canal devrait la transporter et si un élément crée réellement un lien vers elle.

2. Les pages orphelines ne peuvent pas être découvertes. Les liens sont l’une des deux voies que Google nomme directement. Une page vers laquelle rien ne pointe n’a donc presque aucun moyen d’entrer dans la liste des pages connues du moteur. Une entrée de sitemap aide à la découvrir, mais ne remplace pas le lien interne qui indique son importance. Corrigez d’abord les échecs de découverte avec des liens.

3. Découverte ≠ exploration ≠ indexation. Trois étapes distinctes : Détectée — le moteur connaît l’URL → Explorée — il l’a récupérée → Indexée — il l’a stockée. Aucune n’est en elle-même un facteur de classement ; ce sont des conditions préalables. Identifiez l’étape où la page échoue avant de modifier quoi que ce soit.

4. “Discovered – currently not indexed” (Traduction) « Détectée, actuellement non indexée » = trouvée, mais pas encore — ou jamais — explorée. Il s’agit d’un état de découverte ou de planification : Google connaît l’URL mais ne l’a pas récupérée, et la date de dernière exploration est vide. C’est différent de “Crawled – currently not indexed,” (Traduction) « Explorée, actuellement non indexée », état ultérieur lié à la qualité ou à l’indexation. Pour une URL détectée, la solution combine généralement liens internes, qualité du site et sitemap propre, et non des soumissions répétées.

5. Soumission ≠ indexation. Ajouter une URL à un sitemap, envoyer une notification IndexNow ou cliquer sur Demander une indexation facilite uniquement la découverte. Le moteur décide encore s’il explore et indexe l’URL. Ne promettez jamais à un client que « la soumettre » entraînera son indexation.

Canaux de découverte — aide-mémoire

PULL — le moteur trouve l’URL de lui-même

PUSH — vous avertissez le moteur d’un changement

Deux mythes à distinguer

• IndexNow = Bing, Yandex et d’autres moteurs, PAS Google. Il n’existe aucun point d’entrée IndexNow de Google ; pour Google, utilisez les liens, les sitemaps et l’Inspection de l’URL.
• Indexing API = Google, uniquement JobPosting et BroadcastEvent. Ce n’est pas un outil général permettant de « soumettre n’importe quelle URL à Google ».

Problèmes de découverte courants

Des corrections guidées par les symptômes pour les problèmes de découverte réellement observés dans Search Console et les audits de site.

« Détectée, actuellement non indexée » dans le rapport sur l’indexation des pages

Symptôme : une page reste dans la catégorie « Détectée, actuellement non indexée », avec une date de dernière exploration vide, parfois pendant des semaines.

Cause(s) probable(s) : Google sait que l’URL existe grâce à un lien ou un sitemap, mais n’a pas encore planifié son exploration — généralement en raison d’une faible demande d’exploration. La page est orpheline ou faiblement liée, ou les signaux de qualité et d’autorité du site maintiennent une faible demande globale d’exploration.

Correction + contrôle : ajoutez des liens internes depuis un hub ou une page de catégorie pertinente, vérifiez que la page figure dans un sitemap XML propre avec un lastmod exact, et améliorez la qualité globale si le site présente une faible demande d’exploration. Contrôlez le résultat quelques jours plus tard en inspectant de nouveau la même URL. Une date de dernière exploration renseignée signifie que l’état a évolué — vers l’indexation ou vers « Explorée, actuellement non indexée », qui constitue un autre problème.

Une nouvelle page n’apparaît nulle part dans Search Console

Symptôme : une URL dont vous connaissez l’existence n’apparaît pas du tout dans le rapport sur l’indexation des pages — ni détectée, ni explorée, rien.

Cause(s) probable(s) : c’est une page orpheline sans aucun lien interne, elle n’a jamais été ajoutée au sitemap et aucun site externe ne crée de lien vers elle.

Correction + contrôle : créez un lien vers elle depuis une page pertinente de votre propre site — le levier principal —, ajoutez-la à votre sitemap XML et soumettez-la une fois via Inspection de l’URL → Demander une indexation. Vérifiez avec la recherche site:yourdomain.com/the-url : l’absence de résultat confirme qu’elle n’est toujours pas découverte.

Les notifications IndexNow n’ont aucun effet sur le trafic Google

Symptôme : IndexNow est configuré et les URL modifiées sont notifiées, mais leur classement ou leur trafic Google n’évolue pas plus vite.

Cause(s) probable(s) : Google ne participe pas à IndexNow ; seuls Bing, Yandex, Naver, Seznam.cz et Yep y participent. Notifier IndexNow n’a aucun effet sur la découverte par Google.

Correction + contrôle : conservez IndexNow pour les moteurs qui le prennent en charge et utilisez les liens, les sitemaps et l’Inspection de l’URL pour Google. Comparez l’évolution des URL concernées dans Bing Webmaster Tools, où IndexNow devrait aider, et Google Search Console, où il n’aura pas d’effet.

L’appel à l’Indexing API est rejeté ou ne produit aucun effet

Symptôme : un appel à la Google Indexing API renvoie une erreur ou l’URL n’est jamais explorée plus rapidement malgré un appel qui semble avoir réussi.

Cause(s) probable(s) : l’Indexing API n’accepte que les pages contenant des données structurées JobPosting ou BroadcastEvent dans un VideoObject. Ce n’est pas un point d’entrée général pour « soumettre n’importe quelle URL », quelle que soit la manière dont il est présenté.

Correction + contrôle : avant de diagnostiquer l’appel à l’API, vérifiez que la page contient réellement un balisage JobPosting ou BroadcastEvent. Pour tout autre type de page, utilisez plutôt des liens internes, un sitemap et l’Inspection de l’URL.

Procédure : une nouvelle page n’apparaît pas dans les résultats

Une procédure linéaire pour la plainte de découverte la plus courante : « Je l’ai publiée ; pourquoi ne puis-je pas la trouver dans Google ? »

1. Vérifiez qu’il s’agit bien d’un problème de découverte, et non d’indexation. Inspectez l’URL dans Search Console. Si le rapport indique « Détectée, actuellement non indexée », vous êtes au bon endroit : poursuivez. S’il indique « Explorée, actuellement non indexée », il s’agit d’un problème de qualité en aval, non d’un problème de découverte. Arrêtez-vous ici et travaillez plutôt sur le contenu et la qualité.

2. Vérifiez si la page est orpheline. Explorez le site ou consultez votre rapport de liens internes pour rechercher des liens <a href> actifs vers l’URL. Si rien ne pointe vers elle, vous tenez une cause racine très probable : les liens sont l’une des deux voies de découverte que Google nomme directement.

3. Si elle est orpheline, créez un lien depuis une page pertinente. Ajoutez un véritable lien explorable depuis un hub ou une page de catégorie déjà indexée — exactement l’exemple donné par Google d’une page de catégorie renvoyant vers un nouvel article de blog. Ne remplacez pas cette étape par une entrée de sitemap : un sitemap aide à la découverte, mais n’a pas le même poids qu’un lien interne.

4. Vérifiez malgré tout le sitemap. Confirmez que l’URL figure dans votre sitemap XML sous sa forme canonique, avec un lastmod exact, et que le sitemap lui-même est soumis dans Google Search Console et Bing Webmaster Tools.

5. Si vous voyez « Détectée, actuellement non indexée » alors que la page est déjà bien liée, examinez la qualité globale du site. Google et Bing dépriorisent la demande d’exploration des sites dont les signaux de qualité globaux sont plus faibles. Il s’agit d’un problème à l’échelle du site, non d’un bug sur cette page. Améliorer la qualité globale est ce qui permet réellement de faire sortir ces pages de cet état à grande échelle.

6. Pour une URL urgente isolée, demandez manuellement son indexation. Utilisez une seule fois Inspection de l’URL → Demander une indexation. N’oubliez pas le quota : répéter la demande ne la fera pas explorer plus vite.

7. Si le moteur ciblé est Bing — ou Yandex, Naver, Seznam ou Yep — utilisez IndexNow au lieu d’attendre. IndexNow envoie une notification instantanée à ces moteurs. Il n’a aucun effet sur Google ; n’en attendez aucun changement côté Google.

8. Vérifiez de nouveau après quelques jours, pas quelques heures. La découverte et la planification de l’exploration fonctionnent avec une file d’attente. Revenez plus tard dans l’Inspection de l’URL au lieu de multiplier les soumissions.

Outils pour contrôler et corriger la découverte

• Générateur de sitemap XML — créez un sitemap propre d’URL canoniques et indexables à transmettre directement aux moteurs.
• Validateur de sitemap — recherchez dans un sitemap les entrées mal formées, URL non canoniques et autres problèmes qui l’affaiblissent comme aide à la découverte.
• Testeur de robots.txt — vérifiez que robots.txt ne bloque pas accidentellement l’accès des robots aux pages à découvrir.
• Vérificateur de canonique — vérifiez que les balises canoniques ne détournent pas silencieusement les signaux de découverte et d’indexation de la page souhaitée.
• Scout Site Audit Free — explorez votre site pour repérer les pages orphelines et les maillages internes faibles avant qu’ils ne produisent l’état « Détectée, actuellement non indexée ».
• Analyseur de fichiers journaux — vérifiez dans les journaux serveur si Googlebot et Bingbot demandent réellement les URL qu’ils devraient découvrir et explorer.
• Analyseur CSV Google Search Console — travaillez à grande échelle avec les données d’indexation et de couverture de Search Console au lieu d’ouvrir chaque URL.
• Google Search Console — Inspection de l’URL — vérifiez si une URL précise est découverte, explorée et indexée, puis demandez une exploration ponctuelle.
• Google Search Console — rapport sur l’indexation des pages — comparez le nombre d’URL bloquées dans “Discovered – currently not indexed” (Traduction) « Détectée, actuellement non indexée » et “Crawled – currently not indexed.” (Traduction) « Explorée, actuellement non indexée ».
• Bing Webmaster Tools — équivalent Bing de l’Inspection de l’URL et du rapport d’indexation, avec son canal de soumission d’URL et l’état IndexNow.
• IndexNow (indexnow.org) — avertissez Bing, Yandex, Naver, Seznam.cz et Yep dès qu’une URL change.

Ressources utiles

Mes articles connexes

• Explorée, actuellement non indexée : 7 moyens de corriger le problème — l’état GSC qui suit immédiatement la découverte et le chevauchement de ses corrections avec celles de « Détectée, actuellement non indexée ».
• Googlebot : qu’est-ce que c’est et comment fonctionne-t-il ? — les sources où Googlebot collecte des URL — pages, sitemaps, flux RSS, Search Console et Indexing API — et la façon dont il retraite les pages pour trouver davantage de liens.
• IndexNow : désormais dans Ahrefs et au cœur de Yep — rôle d’IndexNow, moteurs participants et raison pour laquelle Google reste à l’écart.
• Guide du débutant en SEO technique — place de la découverte dans l’ensemble du processus.

Mes présentations

• Fonctionnement de la recherche (SlideShare) — ma présentation de la découverte, de l’exploration, du rendu, de l’indexation et du classement, y compris les sources de découverte — liens, sitemaps XML, demandes GSC, Indexing API, flux RSS et WebSub — ainsi que le modèle demande d’exploration contre cadence d’exploration qui explique pourquoi une page reste « Détectée, actuellement non indexée ». Mon avertissement habituel s’applique : “This is my understanding of systems… not going to be 100% complete or accurate.” (Traduction) « C’est ma compréhension des systèmes… elle ne sera pas complète ni exacte à 100 %. »

Autres sources

• r/TechSEO — communauté consacrée au diagnostic de la découverte, de l’exploration et de l’indexation.
• Série Crawling December de Google — documentation officielle et meilleur ensemble concentré d’explications sur l’exploration et la découverte.
• Comprendre et résoudre « Détectée, actuellement non indexée » (Search Engine Land) — causes et corrections, y compris l’approche du budget d’exploration de Gary Illyes.
• Il est normal que certaines pages d’un site ne soient pas indexées (Search Engine Journal) — déclaration de John Mueller selon laquelle il est « tout à fait normal » que Google n’indexe pas tout et conseil de privilégier la qualité plutôt que la soumission.
• Search Engine Roundtable — « Explorée, actuellement non indexée » est un problème de qualité — Mueller explique que cet état ultérieur est lié à la qualité du site, et non à un bug propre à la page.
• Bing permet aux webmasters de soumettre 10 000 URL par jour (Search Engine Land) — contexte du canal de soumission d’URL propre à Bing, distinct d’IndexNow.
• Exploration par les moteurs de recherche — fonctionnement (Lumar) — mécanismes des robots, suivi des liens et rôle des sitemaps dans la découverte.

Émissions audio

• Search Off the Record — dans cet épisode de Google Search Relations consacré à la manière dont Googlebot explore le Web, Gary Illyes et Martin Splitt expliquent comment le robot découvre et récupère les pages : infrastructure d’exploration unifiée, requêtes conditionnelles et alimentation du planificateur par la découverte. Écouter

Vidéos

• Google Search Central (YouTube) — série How Google Search Works (Traduction) « Fonctionnement de la recherche Google » — et explications de Martin Splitt sur l’exploration et le rendu, qui situent la découverte d’URL dans le processus. Chaîne

Testez vos connaissances : découverte

Cinq questions sur la manière dont les moteurs de recherche trouvent les URL, à partir du hub ci-dessus.

Journal des modifications