Pourquoi Google ne trouve pas mon site, indexation, délais et blocages techniques
Le site est en ligne depuis une semaine, peut-être un mois, et pourtant une recherche sur son nom ne donne rien. Avant de s’inquiéter, il faut distinguer deux situations très différentes. Soit Google n’a pas encore découvert ou traité vos pages, ce qui est normal pendant un certain temps. Soit quelque chose l’empêche de les indexer, et le blocage ne se résoudra jamais tout seul. Pour répondre à la question « pourquoi Google ne trouve pas mon site », il faut donc vérifier dans l’ordre : l’état réel de l’indexation, les blocages techniques les plus fréquents, puis les délais.
Pourquoi Google ne trouve pas mon site : vérifier l’index d’abord
Une recherche du type site: suivi de votre nom de domaine, sans espace, donne un premier aperçu des pages que Google a dans son index. C’est un indicateur grossier : un résultat vide confirme un problème ou un site très récent, mais le nombre affiché n’est pas fiable.
L’outil de référence est la Search Console, gratuite, proposée par Google aux propriétaires de sites. Après avoir validé la propriété du domaine, deux fonctions répondent à l’essentiel :
- le rapport d’indexation des pages, qui liste les pages indexées et celles qui ne le sont pas, avec la raison invoquée ;
- l’inspection d’URL, qui indique pour une adresse précise si elle est dans l’index, quand elle a été explorée pour la dernière fois, et quels obstacles éventuels ont été rencontrés.
Les raisons affichées dans le rapport sont précieuses. « Exclue par la balise noindex », « Bloquée par le fichier robots.txt », « Page avec redirection », « Introuvable (404) » ou « Erreur serveur » désignent chacune une cause précise. Les mentions « Détectée, actuellement non indexée » et « Explorée, actuellement non indexée » signifient que Google connaît la page mais a choisi de ne pas l’indexer pour l’instant, souvent par manque de signaux ou de contenu jugé suffisant.
Les blocages techniques les plus fréquents
Ces erreurs sont banales, souvent héritées de la phase de développement, et suffisent à rendre un site invisible.
| Cause | Symptôme dans la Search Console | Correction |
|---|---|---|
| Balise noindex oubliée | Pages exclues par la balise noindex | Retirer la directive, puis demander une indexation |
| Case « ne pas indexer » cochée dans le CMS | Toutes les pages en noindex | Décocher le réglage de visibilité |
| Fichier robots.txt trop strict | Pages bloquées par robots.txt | Supprimer la règle qui bloque tout le site |
| Site protégé par mot de passe | Erreur d’accès ou page de connexion | Lever la protection après la recette |
| Balise canonique erronée | Autre page avec balise canonique correcte | Pointer la canonique vers la page elle-même |
| Erreurs serveur répétées | Erreur serveur (5xx) | Vérifier l’hébergement et les journaux |
La balise noindex oubliée
Pendant la construction, beaucoup de prestataires empêchent volontairement l’indexation pour que le moteur ne référence pas un chantier inachevé. Sur WordPress, cela passe par une case de l’écran des réglages de lecture qui demande aux moteurs de recherche de ne pas indexer le site. Les autres CMS et les constructeurs en ligne proposent un équivalent. Si personne ne pense à lever ce réglage au lancement, le site reste invisible indéfiniment. C’est de loin la cause la plus fréquente chez les sites qui viennent d’être mis en ligne. Vérifiez aussi le code source d’une page : une balise meta robots contenant noindex ne doit pas y figurer.
Attention à un cas plus sournois : une directive noindex présente uniquement sur la version mobile d’un site qui sert un code différent selon l’appareil. Comme Google indexe à partir de la version pour smartphone, cette seule balise suffit. Le fonctionnement de cette indexation est expliqué dans notre article desktop site ou version mobile.
Un fichier robots.txt trop strict
Le fichier robots.txt, placé à la racine du domaine, indique aux robots les zones qu’ils ne doivent pas explorer. Une règle de blocage générale, souvent laissée en place après la recette, interdit l’exploration de tout le site. Il faut comprendre une nuance importante : le robots.txt bloque l’exploration, pas l’indexation. Une page bloquée peut apparaître dans les résultats sans description si d’autres sites la citent, et inversement, si vous voulez retirer une page de l’index, la bloquer dans le robots.txt empêche Google de lire la balise noindex qui l’en retirerait. Pour exclure une page, utilisez noindex et laissez l’exploration ouverte.
Canonique, redirections et erreurs serveur
La balise canonique indique la version de référence d’une page. Un thème ou une extension mal configurés peuvent faire pointer toutes les pages vers l’accueil, ou vers l’ancienne adresse de développement : Google considère alors vos pages comme des copies et ne les indexe pas. Les chaînes de redirections et les boucles posent le même genre de problème. Enfin, un serveur qui renvoie régulièrement des erreurs ou répond très lentement conduit Google à ralentir ses visites. Si les erreurs 5xx se multiplient, la qualité de l’hébergement est en cause : les différences entre les offres sont détaillées dans notre dossier sur le coût de l’hébergement d’un site internet.
Combien de temps pour apparaître sur Google après la création d’un site
Une fois les blocages écartés, reste la question du délai. Google indique lui-même que l’exploration et l’indexation d’un nouveau site peuvent prendre de quelques jours à quelques semaines, sans délai garanti. Plusieurs facteurs l’accélèrent ou le ralentissent.
Un domaine totalement neuf, qu’aucun autre site ne cite, est découvert plus lentement qu’un domaine déjà connu. Un site de cinq pages est traité plus vite qu’un catalogue de plusieurs milliers d’adresses, pour lequel l’indexation complète peut s’étaler sur des mois. Les pages bien reliées entre elles et listées dans un plan du site sont trouvées plus facilement que des pages isolées.
Il faut aussi distinguer indexation et positionnement. Une page indexée peut être trouvée en tapant son nom exact, sans pour autant apparaître sur des recherches génériques. Sortir sur une requête comme le nom d’un service suivi d’un besoin précis demande du contenu utile, une structure claire et du temps. C’est le travail décrit dans notre article sur la manière d’améliorer le référencement Google d’un site vitrine.
La marche à suivre dans la Search Console
Voici l’ordre d’intervention le plus efficace quand un site reste absent des résultats.
- Valider la propriété du domaine dans la Search Console, de préférence au niveau du domaine entier pour couvrir toutes les variantes d’adresse.
- Contrôler l’accueil avec l’inspection d’URL : la page est-elle indexée, explorable, et la version testée en direct s’affiche-t-elle correctement ?
- Lire le rapport d’indexation des pages et traiter les raisons d’exclusion une par une, en commençant par noindex, robots.txt et erreurs serveur.
- Soumettre le sitemap, dont l’adresse est généralement fournie par le CMS, dans la section prévue à cet effet.
- Demander une indexation pour les pages les plus importantes après correction, via le bouton de l’outil d’inspection. Inutile de répéter la demande : Google précise que cela n’accélère pas l’exploration, qui peut prendre de quelques jours à quelques semaines.
- Patienter, puis vérifier au bout d’une à deux semaines, en suivant l’évolution du nombre de pages indexées.
Quand le problème ne vient pas de la technique
Si aucun blocage n’apparaît et que des pages restent durablement en « Explorée, actuellement non indexée », la question devient éditoriale. Pages très courtes, contenus quasi identiques d’une page à l’autre, textes copiés depuis un fournisseur ou un autre site : Google ne voit pas l’intérêt d’ajouter ces pages à son index. Enrichissez-les avec des informations propres à votre activité, fusionnez les pages trop proches, et reliez-les depuis les pages qui comptent.
Un domaine récemment racheté peut aussi traîner un passé : contenus de mauvaise qualité, pénalité manuelle, usage abusif. La section consacrée aux actions manuelles de la Search Console indique si une sanction est en cours.
Refonte, changement d’adresse : les disparitions après coup
Un site parfaitement indexé peut aussi disparaître des résultats du jour au lendemain, presque toujours après une intervention. La refonte est le cas le plus courant : les nouvelles pages adoptent d’autres adresses, les anciennes renvoient une erreur 404, et Google perd la trace des contenus qu’il connaissait. La parade est connue : dresser la liste des anciennes adresses avant la refonte, puis rediriger chacune vers sa nouvelle équivalente par une redirection permanente, et non vers la page d’accueil en bloc.
Le passage du site en connexion sécurisée, le changement de nom de domaine ou l’ajout et la suppression du préfixe www relèvent de la même logique. Chaque variante d’adresse doit rediriger vers une seule version de référence, cohérente avec la balise canonique et avec le plan du site soumis. En cas de changement de domaine, la Search Console propose un outil dédié qui signale le déménagement à Google, à utiliser une fois les redirections en place.
Enfin, un changement de thème ou de prestataire peut réintroduire discrètement un réglage de non-indexation, un robots.txt de développement ou une balise canonique pointant vers un environnement de test. Après toute mise en production, refaites systématiquement les trois vérifications de base : code source d’une page, fichier robots.txt, inspection d’URL de l’accueil.
Garder un site visible dans la durée
Quand se pose la question « pourquoi Google ne trouve pas mon site », la réponse se trouve presque toujours dans les rapports de la Search Console. La plupart des sites absents de Google le sont pour une raison simple et réparable, et les blocages techniques se règlent souvent en quelques minutes une fois identifiés. Le plus important est d’installer de bons réflexes : vérifier les réglages d’indexation à chaque mise en ligne ou refonte, relire le robots.txt après toute intervention technique, consulter la Search Console une fois par mois. Ses alertes par e-mail préviennent des problèmes graves, à condition que l’adresse de réception soit bien la vôtre et pas celle d’un ancien prestataire. Avec ces garde-fous, un site correctement construit finit par être trouvé normalement, et vous saurez immédiatement où regarder le jour où quelque chose déraille.