Une nouvelle page vient d'être mise en ligne. Dans la foulée, le même réflexe revient presque toujours : ouvrir l'outil d'Inspection d'URL de la Google Search Console, cliquer sur « Demander l'indexation », puis passer à autre chose, comme si l'essentiel était réglé. Or ce clic se contente de placer l'URL dans une file d'attente. Et la documentation de Google est on ne peut plus claire : demander une exploration ne garantit pas l'inclusion dans les résultats, « ni immédiatement, ni même du tout ».
Alors soumettre son site sert-il vraiment à quelque chose ? Une fois la demande envoyée, comment savoir ce que Google a réellement indexé ? Et pour les pages restées à la porte, qu'est-ce qui coince ?
La soumission n'est pas la ligne d'arrivée. C'est le premier kilomètre.
Faut-il vraiment soumettre son site à Google ?
Non, pas au sens strict. Google découvre les sites en suivant les liens du web, et sa documentation le dit sans détour : « en général, vous n'avez rien à faire d'autre que publier votre site sur le web ». Soumettre accélère la découverte et vous donne des leviers de contrôle, mais un site correctement relié au web finit toujours par être repéré, sans la moindre intervention.
La nuance qui change tout tient dans trois mots à ne jamais confondre : découverte, exploration, indexation. La découverte, c'est le moment où Google apprend que votre URL existe. L'exploration (le crawl), c'est le passage de Googlebot qui vient lire la page. L'indexation, c'est la décision de Google de la retenir dans son index. Soumettre agit surtout sur la première étape ; les deux suivantes, elles, ne sont jamais acquises.
Google le reconnaît d'ailleurs lui-même : « bien qu'il explore des milliards de pages, certains sites lui échappent forcément ». Publier ne suffit pas toujours, et soumettre non plus. D'où l'intérêt de piloter le processus au lieu de le subir, ce qui commence par la Search Console.
Étape 1 : ajouter et vérifier votre propriété dans la Search Console
Tout part de là. Sans propriété vérifiée dans la Google Search Console, ni sitemap ni demande d'indexation ne sont possibles. La première décision porte sur le type de propriété.
Une propriété de domaine couvre l'ensemble du domaine, tous sous-domaines et tous protocoles confondus (https, http, www ou non). Elle se vérifie par un enregistrement DNS et donne la vue la plus complète. Une propriété de préfixe d'URL ne couvre que l'URL exacte déclarée : elle se vérifie de plusieurs façons (fichier HTML à la racine, balise <meta>, compte Google Analytics ou Tag Manager), mais oblige à jongler entre plusieurs propriétés si votre site mélange les variantes.
Pour la plupart des sites, la propriété de domaine est le bon choix : une seule entrée, aucune variante oubliée. Une fois la vérification passée, l'accès à l'outil d'Inspection d'URL et aux Sitemaps est ouvert, et le reste devient possible.
Étape 2 : déclarer votre sitemap (et pourquoi le « ping » ne marche plus)
Le sitemap XML est le canal de découverte de masse. Il liste les URLs que vous jugez importantes et signale, via la balise lastmod, la date de dernière modification de chacune. À condition que ce lastmod soit fiable : renseigner la date du jour sur tout le sitemap à chaque déploiement le rend inutile, Google finit par l'ignorer.
Deux façons de le déclarer, et deux seulement. La première : la section « Sitemaps » de la Search Console, où vous saisissez l'URL du fichier (par exemple https://votresite.com/sitemap.xml). La seconde : la ligne Sitemap: de votre fichier robots.txt, que Google lit à chaque exploration.
Ce qui ne fonctionne plus, en revanche, c'est le ping de sitemap, cette requête HTTP vers une URL du type google.com/ping?sitemap=… que beaucoup de tutoriels recommandent encore. Google l'a déprécié le 26 juin 2023 et l'a mis hors service la même année, raison à l'appui : « la grande majorité des soumissions [par ce canal] mènent à du spam ». Si un guide vous conseille de « pinger Google » après chaque mise à jour, il est périmé. La déclaration en Search Console ou dans le robots.txt suffit et se met à jour toute seule.
Étape 3 : demander l'indexation d'une URL (et ses vraies limites)
L'outil d'Inspection d'URL répond au besoin ponctuel : signaler une page neuve ou fraîchement modifiée sans attendre le prochain passage de Googlebot. Vous saisissez l'URL, Google la teste, puis vous cliquez sur « Demander l'indexation » pour la placer dans la file d'exploration.
C'est utile, mais borné, et Google ne s'en cache pas. Sa documentation pose trois limites nettes. D'abord, un plafond : « il existe un quota pour la soumission d'URLs individuelles ». Ensuite, l'inutilité de l'insistance : « demander plusieurs fois l'exploration d'une même URL ne l'explorera pas plus vite ». Enfin, l'absence de garantie, déjà citée en ouverture : demander une exploration « ne garantit pas l'inclusion dans les résultats, ni immédiatement, ni même du tout ».
Le partage des rôles est donc simple : l'Inspection d'URL pour une poignée de pages stratégiques, le sitemap pour le volume. Recliquer dix fois sur « Demander l'indexation » ne fait rien avancer, sinon consommer votre quota.
Le raccourci dont on entend parler : l'Indexing API
À ce stade revient souvent une question : « et l'Indexing API de Google, est-ce qu'elle n'indexe pas plus vite ? » La réponse appelle quelques précautions, car son usage réel n'a pas grand-chose à voir avec sa réputation.
Son périmètre officiel est extrêmement restreint. La documentation est catégorique : « l'Indexing API ne peut être utilisée que pour explorer des pages contenant soit un balisage JobPosting, soit un BroadcastEvent intégré dans un VideoObject ». Autrement dit : offres d'emploi et diffusions en direct, rien d'autre. Elle n'a jamais été conçue pour des pages ordinaires.
Les « indexeurs express » à crédits qui promettent d'indexer n'importe quelle page la détournent de cet usage prévu, et Google le voit d'un mauvais œil. Le 11 septembre 2024, un avertissement anti-spam a été ajouté à la documentation : « toute tentative d'abus de l'Indexing API […] peut entraîner la révocation de l'accès ». En mai 2025, John Mueller (Google) résumait la position sans ambiguïté : « je l'utiliserais correctement, ou pas du tout. Si nous voulions suggérer qu'on peut l'employer sans restriction, nous le documenterions ainsi. »
Et surtout, même dans son périmètre légitime, l'Indexing API ne fait que déclencher une exploration, pas garantir une indexation. Elle programme un crawl plus rapide ; la décision d'indexer, elle, appartient toujours à Google. Le « raccourci » nous ramène donc exactement à la thèse de départ : quel que soit le canal de soumission, reste ensuite à vérifier ce que Google en a réellement fait.
Soumettre, c'est l'étape 1, pas la fin
Récapitulons ce que cette soumission vous a réellement apporté. Une propriété vérifiée, un sitemap déclaré, quelques demandes d'indexation envoyées : vos URLs sont désormais connues de Google et placées dans une file d'attente. Rien de plus. Rien ne dit que Googlebot les a explorées, et encore moins que Google a décidé de les indexer.
C'est précisément le point que la plupart des guides passent sous silence. Ils s'arrêtent au clic, comme si soumettre et être indexé ne faisaient qu'un. Entre les deux, il y a pourtant deux décisions que Google prend seul, à son rythme, en fonction de la qualité et de l'utilité de chaque page.
La vraie question n'est donc plus « comment soumettre », mais « comment savoir si la soumission a fonctionné ». Et c'est là que la Search Console révèle autant ce qu'elle sait faire que ses limites.
Comment savoir si Google a vraiment indexé vos pages
Trois méthodes existent, de la plus approximative à la plus fiable. La commande site:votresite.com dans Google donne un ordre de grandeur, mais reste indicative : le compteur est arrondi et ne reflète pas l'état exact de l'index. À réserver au coup d'œil rapide.
L'outil d'Inspection d'URL, lui, donne le verdict officiel, celui qui fait foi : indexée ou non, et si non, le motif retenu par Google. C'est la donnée la plus précise disponible. Son unique défaut : elle s'obtient une URL à la fois. Vérifier trois cents pages soumises revient à trois cents inspections manuelles, à recommencer à chaque audit.
Reste le rapport « Indexation des pages », qui agrège tous les statuts à l'échelle du site. Précieux pour une vue d'ensemble, il souffre d'une limite structurelle : il n'est pas filtrable sur vos URLs. Pour savoir si vos pages stratégiques sont concernées par un statut donné, il faut ouvrir chaque catégorie, exporter sa liste, puis tout recouper à la main. Quand une page est indexée dans les règles, elle porte le statut « Envoyée et indexée » ; tout l'enjeu est de vérifier lesquelles de vos pages soumises l'ont réellement atteint.
💡 Après la soumission, la vraie question n'est plus « ai-je soumis ? » mais « qu'est-ce qui est indexé ? » Vérifier ses pages soumises une par une dans la Search Console ne tient pas à l'échelle. Découvrir IndexProbe en accès anticipé →
Vérifier à l'échelle : le point aveugle après la soumission
C'est précisément là que tout se joue. Dès que vous soumettez plus d'une poignée d'URLs, confirmer leur indexation devient le goulot d'étranglement : l'Inspection d'URL ne traite qu'une page à la fois, et le rapport de couverture ne se laisse pas filtrer sur votre liste. Vous vous retrouvez à inspecter à la main, ou à naviguer à l'aveugle.
IndexProbe est la version en masse de cet outil d'Inspection d'URL. Vous lui confiez la liste des URLs que vous avez soumises, par sitemap, CSV, copier-coller, ou en la constituant directement depuis votre Search Console (par clics, impressions ou pattern d'URL), et il interroge pour chacune l'API officielle de la Search Console. En retour, page par page : le verdict d'indexation exact retenu par Google, le motif de non-indexation le cas échéant, la canonique choisie et la date du dernier passage de Googlebot. Le tout dans un tableau filtrable et exportable, que vous relancez quand vous le souhaitez.
IndexProbe n'est pas un crawler : il ne découvre aucune URL en suivant des liens, il inspecte uniquement la liste que vous lui fournissez ou que vous constituez depuis la GSC. La confirmation d'indexation cesse d'être un travail de fourmi pour devenir une simple lecture de tableau : vous voyez d'un coup d'œil combien de pages soumises sont passées, et lesquelles manquent à l'appel.
Vos pages ne sont pas indexées : le motif officiel dit quoi corriger
Une page soumise et restée dehors n'est pas un mystère. Google lui attribue un motif précis, et ce motif indique la correction à mener. C'est tout l'intérêt du verdict officiel face à un simple « indexée / non indexée » : il dit pourquoi.
Les motifs les plus courants après une soumission sont bien identifiés. « Détectée, actuellement non indexée » : Google connaît l'URL mais ne l'a pas encore explorée, souvent une question de budget de crawl ou de maillage interne. « Explorée, actuellement non indexée » : la page a été lue, mais Google n'a pas jugé utile de la retenir, généralement un signal de qualité ou de valeur perçue. « Soft 404 » : la page répond 200 mais paraît vide ou en erreur aux yeux de Google. « Page en double sans URL canonique » et « Google a choisi une autre URL canonique » : la page est vue comme un doublon, et c'est une autre version qui occupe l'index à sa place.
Un piège mérite d'être signalé au passage : soumettre en masse des pages en noindex, bloquées par le robots.txt ou pointant leur canonique ailleurs ne les indexera jamais. Ce sont des demandes vouées à l'échec, qui consomment votre quota sans résultat. Avant de soumettre un lot, mieux vaut s'assurer que ces pages sont réellement indexables. Et si une 404 traîne parmi vos URLs soumises, l'article sur comment corriger les erreurs 404 dans la Search Console donne la marche à suivre.
Combien de temps, et que faire en attendant
Il n'y a pas de délai garanti, mais un ordre de grandeur documenté. Google l'énonce ainsi : « l'exploration peut prendre de quelques jours à quelques semaines ». Un site neuf ou peu lié se situe plutôt dans le haut de la fourchette. Et, faut-il le rappeler, recliquer sur « Demander l'indexation » n'accélère rien : le quota diminue, le crawl non.
Ce qui aide réellement, en revanche, tient en trois points. La qualité et l'utilité de la page d'abord, puisque Google « privilégie l'inclusion rapide des contenus de qualité et utiles ». Le maillage interne ensuite : une page bien liée depuis d'autres pages solides du site est découverte et explorée plus vite qu'une page orpheline. Un sitemap à jour et honnête enfin, avec des lastmod fiables. Tout le reste (pings, resoumissions en rafale, outils d'indexation express hors périmètre) relève de l'agitation, pas de l'accélération.
Vérifier que la soumission a porté ses fruits
La boucle se ferme sur une comparaison dans le temps. Une correction ou une nouvelle soumission ne valent que lorsque Google les a constatées, et cela se mesure en confrontant deux analyses successives : la même liste d'URLs, avant et après. Vous voyez alors combien de pages ont quitté un statut de non-indexation pour rejoindre l'index.
Le même réflexe protège dans la durée. Une page indexée aujourd'hui peut ressortir de l'index demain, sans alerte visible, après une refonte, un changement de canonique ou une régression technique. Suivre régulièrement la liste de vos pages stratégiques transforme une sortie d'index silencieuse en signal repérable, avant qu'elle ne se traduise en perte de trafic.
💡 Soumettre, c'est demander. Vérifier, c'est savoir. IndexProbe vous donne, pour toute la liste que vous fournissez ou que vous constituez depuis la GSC, le verdict d'indexation officiel de Google par URL, avec le motif pour les pages restées dehors, et reste répétable pour suivre chaque bascule d'une analyse à l'autre. Tester IndexProbe en accès anticipé →
Questions fréquentes
Faut-il soumettre son site à Google pour qu'il soit indexé ?
Non, pas obligatoirement. Google découvre les sites en suivant les liens du web et indique lui-même qu'« en général, vous n'avez rien à faire d'autre que publier votre site sur le web ». Soumettre (sitemap, demande d'indexation) accélère la découverte et donne des leviers de contrôle, mais un site correctement relié au web finit toujours par être repéré.
Combien de temps Google met-il pour indexer une page ?
Il n'existe pas de délai garanti. La documentation de Google indique que « l'exploration peut prendre de quelques jours à quelques semaines », et l'indexation elle-même n'est jamais assurée. Un site neuf ou peu lié se situe plutôt dans le haut de la fourchette.
Demander l'indexation garantit-il d'être indexé ?
Non. Google est explicite : demander une exploration « ne garantit pas l'inclusion dans les résultats, ni immédiatement, ni même du tout ». La demande place l'URL dans une file d'exploration ; la décision d'explorer puis d'indexer reste entièrement du côté de Google.
Combien de fois peut-on demander l'indexation d'une URL ?
Il existe un quota pour la soumission d'URLs individuelles, et insister ne sert à rien : selon Google, « demander plusieurs fois l'exploration d'une même URL ne l'explorera pas plus vite ». Recliquer consomme le quota sans accélérer le crawl.
Le ping de sitemap fonctionne-t-il encore ?
Non. Google a déprécié le ping de sitemap le 26 juin 2023 et l'a mis hors service la même année, au motif que « la grande majorité des soumissions [par ce canal] mènent à du spam ». Il ne reste que deux façons valides de déclarer un sitemap : la Search Console ou la ligne Sitemap: du fichier robots.txt.
L'Indexing API de Google permet-elle d'indexer n'importe quelle page ?
Non. Son périmètre officiel se limite aux pages contenant un balisage JobPosting ou un BroadcastEvent intégré dans un VideoObject. La détourner pour des pages ordinaires expose à une révocation d'accès, et même dans son cadre légitime, elle ne fait que déclencher une exploration : elle ne garantit pas l'indexation.
Sitemap ou inspection d'URL : que choisir ?
Les deux sont complémentaires. Le sitemap est le canal de découverte de masse, à maintenir en permanence pour l'ensemble de vos URLs. L'Inspection d'URL sert le cas ponctuel : signaler une page neuve ou modifiée sans attendre le prochain crawl. L'un ne remplace pas l'autre.
Comment savoir si une page est indexée par Google ?
Trois méthodes, par ordre de fiabilité : la commande site: (indicative), l'outil d'Inspection d'URL (verdict officiel, mais une URL à la fois) et le rapport « Indexation des pages » (vue d'ensemble, non filtrable sur vos URLs). Pour vérifier une liste entière de pages soumises, une inspection en masse via l'API de la Search Console évite le travail manuel.
Pourquoi ma page n'est-elle pas indexée alors que je l'ai soumise ?
Parce que soumettre ne force pas l'indexation. Google attribue à chaque page non indexée un motif précis : « Détectée, actuellement non indexée », « Explorée, actuellement non indexée », « Soft 404 », page en double, ou une balise noindex qui empêche l'indexation. C'est ce motif officiel qui indique la correction à mener.