// guide pilier
Indexer son site sur Google.
La procédure complète, dans l'ordre qui fonctionne : vérifier ce qui bloque avant de soumettre, publier un sitemap propre, utiliser Search Console sans gaspiller le quota, puis traiter les pages qui restent dehors.
Vérifier ce qui bloque, avant tout le reste.
La plupart des guides commencent par la soumission. C'est l'ordre inverse du bon. Soumettre un site qui porte un blocage technique ne produit rien : Google reçoit l'URL, la traite, et applique la directive qui lui interdit d'indexer. Le temps passé à demander l'indexation est alors intégralement perdu, et le diagnostic est retardé d'autant.
// à retenir
Une soumission ne contourne aucun blocage. Tant qu'un noindex, une règle robots.txt ou un réglage CMS empêche l'indexation, aucune action dans Search Console ne changera le résultat.
Les quatre blocages à écarter
- Une balise noindex active. Elle interdit explicitement l'indexation, et c'est la cause la plus fréquente sur un site fraîchement mis en ligne : la directive vient de la préproduction et personne ne l'a retirée. Voir balise noindex et meta robots.
- Un robots.txt trop large. Un
Disallow: /hérité d'un environnement de test bloque tout le site. Plus insidieux, bloquer les répertoires de CSS et de JavaScript empêche Google de rendre les pages correctement. Voir robots.txt et indexation. - Un réglage du CMS. WordPress expose une case "Demander aux moteurs de recherche de ne pas indexer ce site" dans Réglages puis Lecture. Shopify, Wix et Webflow ont chacun leur équivalent, souvent actif par défaut tant que le site n'est pas publié.
- Une canonical qui pointe ailleurs. Une balise canonique mal configurée désigne une autre page comme version de référence. Google indexe alors cette autre page, et celle qu'on voulait référencer disparaît. Voir balise canonical.
// raccourci
Ces quatre points se contrôlent en une fois. Le diagnostic d'indexabilité analyse une URL et renvoie l'état du statut HTTP, du robots.txt, des directives meta robots et de la canonical, sans compte à créer.
La procédure en 5 étapes.
Une fois les blocages écartés, la séquence est courte. Elle vaut pour n'importe quel site, quelle que soit la technologie.
-
Vérifier que le site est indexable
Contrôler qu'aucune balise noindex, aucune règle robots.txt et aucun réglage CMS n'empêche l'indexation. Une soumission sur un site bloqué ne produit rien.
-
Créer et valider la propriété Search Console
Ajouter le domaine dans Google Search Console et valider la propriété, de préférence en propriété de domaine via un enregistrement DNS TXT.
-
Publier un sitemap XML et le soumettre
Générer un sitemap listant uniquement les URLs canoniques et indexables, le déclarer dans robots.txt, puis le soumettre dans Search Console.
-
Demander l'indexation des pages prioritaires
Utiliser l'inspection d'URL sur les pages stratégiques. Le quota est d'environ dix URLs par jour, à réserver aux pages qui comptent.
-
Créer des chemins vers les nouvelles pages
Relier les pages entre elles par un maillage interne cohérent et obtenir au moins un lien externe vers le domaine, pour donner à Googlebot une raison de revenir.
Les points où ça dérape
Propriété de domaine, pas préfixe d'URL
Une propriété en préfixe d'URL ne couvre qu'une variante précise. Le site répond souvent sur quatre adresses (avec ou sans www, en http ou https), et les données se retrouvent éclatées. La propriété de domaine, validée par un enregistrement DNS TXT, les regroupe. Voir Search Console et indexation.
Un sitemap qui ne liste que l'indexable
Un sitemap contenant des URLs en noindex, bloquées par robots.txt ou non canoniques envoie des signaux contradictoires et fait remonter des avertissements dans Search Console. Il ne doit contenir que des URLs canoniques renvoyant un code 200.
Le quota d'inspection se dépense mal
Environ dix demandes par jour et par propriété. Les dépenser sur des pages secondaires est un gaspillage. Réserver l'inspection aux pages qui portent le chiffre d'affaires ou le trafic, et laisser le sitemap traiter le reste.
Une page orpheline n'existe pas
Une page qu'aucun lien ne pointe ne reçoit presque jamais de crawl récurrent, même listée dans le sitemap. Le maillage interne est ce qui transforme une soumission ponctuelle en exploration régulière.
Site neuf ou site déjà en ligne.
La même procédure ne se joue pas de la même façon selon l'historique du domaine. Confondre les deux situations conduit à traiter un problème de découvrabilité comme un problème technique, ou l'inverse.
Domaine neuf, aucune page indexée
Le problème est la découvrabilité. Google ne connaît pas le domaine et n'a aucune raison de le visiter. Le sitemap seul ne suffit souvent pas : il faut au moins un lien externe réel depuis un site déjà crawlé, ce qui donne à Googlebot un chemin d'accès. Compter de quatre jours à quatre semaines avant les premières indexations, et ne pas conclure à un blocage technique avant ce délai.
Site établi, indexation partielle
Le problème est la sélection. Google connaît le site, il explore, mais choisit de ne pas tout indexer. C'est un jugement sur la valeur perçue des pages, pas un incident. Le rapport d'indexation de Search Console donne le motif exact, et chaque motif appelle un correctif différent. Voir page non indexée sur Google.
// à ne pas confondre
Sur un domaine neuf, l'absence d'indexation pendant deux semaines est normale. Sur un site établi, une page qui reste dehors deux semaines après sa publication signale un vrai motif, lisible dans le rapport d'indexation.
Selon la plateforme.
La procédure ne change pas, mais l'emplacement des réglages et les pièges par défaut varient beaucoup d'un CMS à l'autre. Chaque plateforme a son guide dédié.
WordPress
Case "décourager les moteurs de recherche", sitemap généré par le plugin SEO, archives mises en noindex par défaut, taxonomies dupliquées.
Guide dédié →
Shopify
Sitemap non modifiable, URLs de collections dupliquées, protection par mot de passe qui bloque tout le crawl tant qu'elle est active.
Guide dédié →
Webflow
Sous-domaine webflow.io indexable par erreur, robots.txt à définir manuellement, sitemap automatique à activer dans les réglages.
Guide dédié →
Wix
Réglages SEO répartis entre le tableau de bord et l'éditeur, rendu JavaScript à surveiller, pages non publiées invisibles pour Google.
Guide dédié →
Pour un site développé sur mesure, en particulier une application à rendu côté client, le sujet déterminant est le rendu JavaScript : voir JavaScript SEO et indexation. Et pour couvrir aussi Bing, dont dépendent plusieurs assistants conversationnels, voir indexer son site sur Bing.
Combien de temps, et quoi faire pendant.
Google ne garantit aucun délai, et aucune méthode ne permet de le contraindre. Les ordres de grandeur observés servent surtout à savoir quand s'inquiéter, et quand ne pas le faire.
| Situation | Ordre de grandeur | Facteur dominant |
|---|---|---|
| Nouvelle page, site établi | Quelques heures à 3 jours | Fréquence de crawl déjà acquise |
| Domaine neuf | 4 jours à 4 semaines | Existence d'un lien entrant |
| Après correction d'un blocage | Le temps du prochain crawl | Demande d'inspection dans GSC |
| Page jugée insuffisante | Indéterminé | Amélioration réelle du contenu |
Pendant l'attente, la seule action utile consiste à continuer de publier et de mailler. Resoumettre la même URL tous les jours dans Search Console ne l'accélère pas et consomme le quota. Le détail des facteurs est traité dans temps d'indexation Google, et les leviers légitimes d'accélération dans forcer l'indexation.
Ce qui ne sert à rien.
Une partie des conseils qui circulent sur l'indexation porte sur des mécanismes qui n'existent plus, ou qui n'ont jamais fonctionné. Les écarter fait gagner du temps et de l'argent.
- Le formulaire public de soumission d'URL. Il a été retiré par Google. Les pages qui le proposent encore renvoient vers un outil qui n'existe plus, ou vers un service tiers sans rapport.
- L'inscription dans des annuaires en masse. Les annuaires généralistes sans éditorialisation ne transmettent plus de signal exploitable, et les soumissions automatisées relèvent des pratiques que Google qualifie de spam.
- Le ping des moteurs de recherche. Les points de terminaison de ping pour les sitemaps ont été abandonnés par Google, qui recommande de s'appuyer sur Search Console et sur la déclaration du sitemap dans robots.txt.
- Les balises meta keywords. Elles ne sont pas prises en compte pour le classement et n'ont aucun effet sur l'indexation. Le temps investi dessus est du temps perdu.
- L'API Indexing de Google pour du contenu classique. Elle est réservée aux offres d'emploi et aux vidéos en direct. L'utiliser hors de ce cadre ne produit pas d'indexation. Le détail est dans forcer l'indexation Google.
Quand une partie du site reste dehors.
Passé le délai normal, avec les blocages écartés et un sitemap propre, il reste presque toujours un résidu de pages non indexées. Deux situations distinctes se cachent derrière ce résidu, et elles n'appellent pas la même réponse.
Cas 1 : Google explore mais n'indexe pas
Search Console affiche le statut "explorée, actuellement non indexée". C'est un jugement de valeur : les pages ont été vues et écartées. Aucun outil de soumission n'y change quoi que ce soit, parce que le problème n'est pas la découverte. La réponse est éditoriale, traitée dans le guide explorée actuellement non indexée.
Cas 2 : le volume dépasse ce que Search Console permet
Avec un quota d'environ dix inspections par jour, un catalogue de plusieurs milliers d'URLs ou une campagne de netlinking ne se traitent pas à la main. Les URLs situées sur des domaines tiers, typiquement des backlinks, sont même hors de portée : Search Console ne fonctionne que sur les propriétés vérifiées. C'est le seul cas où un service d'indexation tiers comme Rapid URL Indexer répond à un besoin réel, en soumettant des URLs par lots sans dépendre d'une propriété vérifiée.
// avant de payer
Un service d'indexation ne corrige aucun blocage technique et ne compense aucun contenu insuffisant. Il accélère la découverte d'URLs déjà indexables. Vérifier l'indexabilité avant d'acheter des crédits évite de payer pour des soumissions vouées à l'échec.
FAQ indexation sur Google.
Combien de temps faut-il pour indexer un site sur Google ?
Il n'existe aucun délai garanti, Google ne s'engage sur rien. En pratique, un site déjà établi voit ses nouvelles pages indexées en quelques heures à trois jours. Un domaine neuf, sans historique ni lien entrant, demande plutôt de quatre jours à quatre semaines, parfois davantage si le contenu est mince. Le facteur déterminant n'est pas la soumission mais la découvrabilité : un site sans aucun lien entrant peut rester longtemps ignoré même avec un sitemap parfait. Détail des facteurs dans le guide temps d'indexation Google.
Faut-il soumettre son site à Google pour être indexé ?
Non, ce n'est pas obligatoire. Google découvre les sites en suivant les liens du web, et l'ancien formulaire public de soumission d'URL n'existe plus. La soumission via Search Console accélère la découverte, elle ne la conditionne pas. Un site correctement lié depuis d'autres pages finit par être trouvé sans aucune action. À l'inverse, un site sans lien entrant et sans sitemap soumis peut attendre très longtemps.
Mon site est en ligne depuis des semaines et Google ne l'indexe pas, pourquoi ?
Trois causes couvrent la grande majorité des cas. (1) Un blocage technique : balise noindex oubliée, Disallow trop large dans robots.txt, ou réglage CMS resté sur "décourager les moteurs de recherche". (2) Une absence de découvrabilité : aucun lien entrant, aucun sitemap, site orphelin sur le web. (3) Un contenu jugé insuffisant : Google explore mais choisit de ne pas indexer, ce qui se lit dans Search Console sous le statut "explorée, actuellement non indexée". Le guide page non indexée détaille le diagnostic complet.
Le sitemap garantit-il l'indexation ?
Non. Le sitemap est une suggestion de découverte, pas une commande. Google le lit, y trouve des URLs candidates, puis applique ses propres critères de sélection. Une URL listée dans un sitemap peut très bien rester non indexée. Le sitemap sert surtout à deux choses : faire découvrir des pages mal maillées, et fournir un point de comparaison dans Search Console entre ce qui est soumis et ce qui est réellement indexé. Voir le guide sitemap XML.
Combien d'URLs peut-on soumettre par jour dans Search Console ?
L'outil d'inspection d'URL applique un quota quotidien d'environ dix demandes d'indexation par propriété. Ce plafond n'est pas documenté précisément par Google et varie légèrement. Il rend la soumission manuelle inadaptée dès qu'un site dépasse quelques dizaines de pages nouvelles. Pour un volume supérieur, le sitemap reste le canal principal, complété au besoin par IndexNow côté Bing ou par un service d'indexation tiers.
Payer un service d'indexation vaut-il le coup pour un site neuf ?
Rarement, et c'est important de le dire. Sur un site neuf, le problème est presque toujours technique ou éditorial, pas un problème de soumission. Payer pour pousser des URLs qui portent un noindex ou un contenu insuffisant ne change rien et coûte de l'argent. Ces services deviennent rationnels dans deux cas précis : un volume de pages qui dépasse ce que Search Console permet de traiter à la main, et des URLs situées sur des domaines tiers non vérifiés, typiquement des backlinks. Voir le comparatif des services d'indexation.
Faut-il refaire la procédure après une refonte du site ?
Oui, et c'est un moment à risque. Une refonte change les URLs, donc l'index existant devient obsolète. Il faut mettre en place les redirections 301 depuis les anciennes URLs, régénérer et resoumettre le sitemap, puis surveiller la couverture dans Search Console pendant plusieurs semaines. L'erreur classique consiste à laisser en ligne le noindex global de l'environnement de préproduction. Le guide migration SEO couvre la séquence complète.
// passer à l'action
Commencer par l'étape 01.
Vérifier ce qui bloque avant de soumettre quoi que ce soit. Le diagnostic analyse le statut HTTP, le robots.txt, les directives meta robots et la canonical d'une URL, sans compte à créer.
Cette page contient des liens affiliés : un achat via ces liens peut nous rémunérer, sans surcoût pour vous. Cela ne change ni notre notation ni nos conclusions. Notre modèle économique.