Un site qui n'apparaît pas sur Google relève de l'une de trois situations, et elles ne se soignent pas du tout de la même façon : le site n'a jamais été indexé, il a été retiré de l'index, ou il est indexé mais trop mal positionné pour être vu. Dans la Google Search Console, le rapport « Indexation des pages » et l'outil d'inspection d'URL disent noir sur blanc dans laquelle vous vous trouvez : chaque URL y porte un verdict, accompagné d'un motif. C'est ce qui rend le problème moins mystérieux que les listes de « 14 raisons possibles » le laissent croire : le diagnostic ne consiste pas à cocher des hypothèses une à une, mais à remonter du verdict vers la cause. Reste à savoir quel statut correspond à quel scénario, dans quel ordre vérifier, et comment mener l'examen sur l'ensemble d'un site plutôt qu'URL par URL.
D'abord, vérifier que le site est réellement absent
Avant tout diagnostic, confirmez l'absence. Tapez site:votredomaine.com dans Google, désactivez SafeSearch, et vérifiez que vous consultez la bonne propriété dans la Search Console. Si des résultats apparaissent, le site est indexé : le problème relève du positionnement, pas de l'indexation. Si rien ne remonte, le diagnostic d'indexation commence.
Cette étape paraît triviale, et c'est pourtant celle par laquelle la documentation Google elle-même ouvre sa page « Pourquoi ma page ne figure-t-elle pas dans les résultats ? ». SafeSearch peut filtrer des résultats parfaitement indexés (« Turn off safe search, which might be filtering your results »). Une propriété Search Console mal choisie (le préfixe http:// au lieu du domaine, le www absent) affiche des rapports vides pour un site en pleine santé. Et une recherche portant sur le nom de la marque peut échouer alors que le site est bien dans l'index, simplement devancé par des homonymes plus établis.
Jamais indexé, désindexé, ou indexé mais invisible ?
Le test précédent débouche sur trois situations, et cette fourche initiale est la décision la plus importante de tout le diagnostic, car chaque branche mène à des statuts et à des correctifs opposés.
Jamais indexé : le site est récent ou n'a jamais été relié au reste du web, et Google ne l'a pas encore retenu. Le chantier porte sur la découverte et l'exploration. Désindexé : le site apparaissait, il a disparu. Quelque chose a changé, et le chantier consiste à identifier ce changement, presque toujours daté. Indexé mais invisible : les pages sont dans l'index, mais elles ne sortent pas sur les requêtes visées. Le chantier relève du référencement, et aucune action côté indexation ne le fera avancer. Les guides qui mélangent les trois cas dans une même liste de causes font perdre du temps des deux côtés : on soumet et resoumet des sitemaps déjà en règle, ou on retravaille le contenu d'un site que Google n'a simplement jamais exploré.
Où Google écrit son verdict : le rapport « Indexation des pages »
Deux étapes séparent une URL publiée d'une URL visible : l'exploration, où Googlebot télécharge la page, et l'indexation, où Google décide de lui donner ou non une entrée dans son index. La documentation résume les deux familles d'échec d'une phrase : Google ne trouve pas les pages, ou il ne parvient pas à les comprendre quand il les trouve (« Google can't find the pages (crawl), or can't understand them properly when it does find them (index) »).
Le rapport « Indexation des pages » (rubrique Indexation > Pages de la Search Console) ventile toutes les URLs connues de Google entre indexées et non indexées, avec un motif pour chaque exclusion. Pour une URL précise, l'outil d'inspection d'URL donne le détail : le statut, la canonique que Google a retenue, la date du dernier passage de Googlebot. Ces motifs sont la matière première du diagnostic ; les plus fréquents suffisent à couvrir l'essentiel des situations, et chacun a sa logique propre. C'est l'objet de l'arbre qui suit.
L'arbre de décision : symptôme, statut, cause, correctif
Le principe : partir du symptôme observé, lire le statut que la Search Console affiche, en déduire la cause la plus probable, appliquer le correctif. Le tableau résume les branches les plus fréquentes ; une même URL peut recevoir d'autres statuts selon la configuration.
| Symptôme | Statut le plus fréquent | Cause probable | Chantier |
|---|---|---|---|
| L'URL est inconnue de la GSC | « URL inconnue de Google » | Jamais découverte (ni lien, ni sitemap) | Découverte |
| Connue mais jamais explorée | « Détectée, actuellement non indexée » | File d'attente de crawl, site récent ou volumineux | Patience ou crawl |
| Explorée puis écartée | « Explorée, actuellement non indexée » | Valeur perçue insuffisante, redondance | Contenu |
| Instruction de blocage | « Exclue par la balise noindex », « Bloquée par le fichier robots.txt » | Réglage volontaire ou hérité | Configuration |
| La page existe sous une autre adresse | « Page en double sans URL canonique », « Page avec redirection » | Duplication, consolidation | Canoniques |
| Indexée, mais introuvable sur les requêtes | Page indexée | Positionnement, pas indexation | Référencement |
Absente de la Search Console : l'URL que Google n'a jamais vue
Si l'inspection d'URL répond « URL inconnue de Google », Google n'a jamais découvert la page : aucun lien n'y mène depuis une page connue, et aucun sitemap ne la déclare. C'est le cas type du site neuf sans le moindre lien entrant. Le correctif tient en deux gestes : déclarer un sitemap (« A sitemap is an important way for Google to discover URLs on your site », rappelle la documentation) et relier le site au web existant, ne serait-ce que par quelques liens depuis des profils ou annuaires légitimes. La marche à suivre complète, vérification de propriété comprise, est détaillée dans notre guide pour soumettre son site à Google.
Un mot sur le réflexe « Demander l'indexation » : la documentation est explicite, demander une exploration ne garantit pas l'inclusion (« Requesting a crawl does not guarantee that inclusion in search results will happen instantly or even at all »), le bouton a un quota, et cliquer plusieurs fois n'accélère rien. Après soumission, Google demande de patienter au moins une semaine avant de conclure à un problème (« allow at least a week after submitting a sitemap or a submit to index request »).
« Détectée, actuellement non indexée » : la file d'attente
Google connaît l'URL et ne l'a pas encore explorée. Sur un site récent, c'est le passage obligé : l'exploration peut prendre de quelques jours à quelques semaines (« Crawling can take anywhere from a few days to a few weeks »). Sur un site établi et volumineux, une accumulation durable de « Détectée, actuellement non indexée » sur des pages importantes signale plutôt un problème de priorités : Googlebot dépense son budget de crawl ailleurs, souvent sur des familles d'URLs générées automatiquement.
« Explorée, actuellement non indexée » : la page lue puis écartée
Google a téléchargé la page et a choisi de ne pas la retenir. Ce n'est ni un bug ni un blocage, mais un arbitrage. La documentation le dit sans détour : le web est immense et Google ne prend pas toutes les pages (« The web is immense, and Google doesn't get to every page, though we try to! »). Le statut « Explorée, actuellement non indexée » appelle une question de valeur : qu'apporte cette page qu'une autre, déjà indexée, n'apporte pas ? La réponse diffère selon qu'il s'agit de pages stratégiques (à renforcer) ou de pages générées en série (souvent un fonctionnement normal).
Blocage volontaire ou hérité : noindex et robots.txt
Deux statuts signalent une instruction explicite. « Exclue par la balise noindex » : la page demande elle-même à ne pas être indexée, réglage parfaitement sain sur des pages utilitaires, catastrophique quand il est hérité d'une préproduction ou d'un réglage de plugin. « Bloquée par le fichier robots.txt » : Googlebot n'a pas le droit d'explorer l'URL, ce qui, contre-intuitivement, n'empêche pas toujours son indexation. Sur WordPress, une seule case (Réglages > Lecture) pose un noindex sur tout le site : ce piège et les réglages de plugins qui l'accompagnent sont détaillés dans notre guide sur l'indexation WordPress.
Doublons et redirections : la page existe, sous une autre adresse
« Page en double sans URL canonique » et « Page avec redirection » ne décrivent pas une absence, mais une consolidation : aux yeux de Google, le contenu vit sous une autre URL, qu'il a choisie ou suivie. Le site « apparaît », simplement pas sous l'adresse attendue, en http au lieu de https, avec ou sans www, ou sous une variante à paramètres. Le chantier est celui des canoniques et des redirections, pas celui de l'indexation.
Indexée, mais invisible : un problème de positionnement
Dernière branche, la plus mal comprise : la page est indexée, et pourtant « le site n'apparaît pas ». En réalité il apparaît, mais au-delà de la page où l'on regarde, ou sur d'autres requêtes que celles qu'on imagine. La documentation Google range ce cas à part : si la page est dans l'index mais performe moins bien qu'espéré, ce sont les recommandations de qualité qu'il faut consulter, pas les outils d'indexation. S'y ajoutent les faux positifs déjà cités (SafeSearch, mauvaise propriété) et un cas particulier trompeur : la page indexée mais lue vide, traitée dans notre article sur « Page indexée sans contenu ». Pour tout le reste, le chantier s'appelle référencement : pertinence, maillage, notoriété. Aucune resoumission de sitemap n'y changera rien.
Le cas à part : le site qui a disparu
Un site qui n'apparaît plus est un diagnostic différent d'un site qui n'est jamais apparu, et il a un avantage : l'événement déclencheur est daté. Quelque chose a changé, et la Search Console en garde la trace, dans la courbe des pages indexées et dans la bascule des statuts.
Les causes les plus fréquentes : un noindex déployé en masse lors d'une refonte ou d'un changement de réglage (la famille entière bascule vers « Exclue par la balise noindex ») ; une migration ou refonte défaillante, URLs changées sans redirections, la documentation Google prévenant que des pages jusque-là performantes peuvent chuter si la migration comporte des erreurs ; une panne serveur prolongée ou un pare-feu trop strict, qui finit par sortir des pages de l'index après des semaines d'erreurs ; une demande de suppression passée par l'outil dédié, parfois par un tiers autorisé, que Google invite explicitement à vérifier (« Check whether you (or someone else) successfully requested that the site or URL be removed ») ; enfin, plus rares mais réels, une action manuelle ou un problème de sécurité (site piraté), chacun disposant de son rapport dédié dans la Search Console.
L'ordre de vérification découle de la fréquence : lire d'abord les motifs du rapport d'indexation, puis les rapports Actions manuelles et Problèmes de sécurité. La pénalité est l'explication à laquelle on pense en premier ; c'est pourtant la plus rare de cette liste, et dans la plupart des disparitions, le rapport d'indexation désigne un réglage, pas une sanction.
Décliner par CMS
Chaque plateforme a ses automatismes, et ces automatismes produisent des statuts reconnaissables : la case « Demander aux moteurs de recherche de ne pas indexer ce site » et les réglages de plugins sur WordPress, les doublons de collections sur Shopify, les canoniques de domaine par défaut sur Squarespace. Si votre site tourne sur un CMS grand public, le diagnostic générique de cet article se prolonge dans notre rubrique dédiée aux pièges d'indexation par CMS, qui relie chaque automatisme au verdict qu'il déclenche le plus souvent.
Diagnostiquer à l'échelle : la répartition des statuts révèle le cas
L'inspection d'URL rend un verdict à la fois. C'est parfait pour vérifier une page, insuffisant pour qualifier un site : le diagnostic « jamais indexé, désindexé ou mal positionné » se lit bien plus vite sur la distribution des statuts de l'ensemble des URLs que sur trois sondages manuels.
La méthode consiste à inspecter en masse une liste d'URLs que vous maîtrisez : votre sitemap, un export de vos contenus, ou une sélection constituée depuis la Search Console. C'est exactement ce que permet IndexProbe : vous lui confiez cette liste, et il interroge l'API officielle d'inspection pour chaque URL, statut, canonique retenue et dernier crawl compris. La répartition obtenue est un diagnostic en soi, car chaque cas de la première fourche a son profil : une écrasante majorité d'« URL inconnue de Google » signe un site jamais soumis ni maillé ; un pic d'« Exclue par la balise noindex » signe un blocage global, typiquement un réglage de CMS ou de plugin ; une majorité de pages indexées, alors qu'on croyait le site absent, déplace le chantier vers le positionnement. Ces trois profils correspondent aux trois branches de l'arbre, et se reconnaissent en un coup d'œil.
💡 Trois URLs inspectées à la main ne disent pas dans quel cas se trouve un site de 5 000 pages. Leur répartition complète, si. Découvrir IndexProbe en accès anticipé →
Sur un site en cours de désindexation, cette lecture montre aussi l'ampleur et la vitesse du problème : la part du statut en cause augmente d'une analyse à l'autre, pendant que les pages indexées refluent.
Vérifier que le site est ré-apparu
Aucun correctif d'indexation ne produit d'effet immédiat : le verdict d'une URL ne change qu'au prochain passage de Googlebot, en jours pour les pages actives, en semaines pour les autres. La vérification suit donc le même chemin que le diagnostic : relancer la même analyse sur la même liste d'URLs, et comparer.
Après un sitemap soumis et un maillage rétabli, les « URL inconnue de Google » doivent basculer vers « Détectée » puis vers l'exploration ; après un noindex global corrigé, la famille touchée doit refluer vers l'indexation ; après une migration réparée, les redirections doivent se consolider. La vue Comparaison d'IndexProbe met les deux analyses face à face, statut par statut, et la relance planifiée avec e-mail de synthèse transforme la vérification en surveillance : la prochaine bascule de statuts se voit avant la chute de trafic.
Le parcours complet tient en une phrase : vérifier que l'absence est réelle, trancher entre les trois cas, lire le statut de chaque branche, corriger ce qu'il désigne, puis confirmer le retour. Essayez IndexProbe en accès anticipé pour lire ces verdicts sur l'ensemble de vos URLs, et trancher en une analyse.
Questions fréquentes
Combien de temps faut-il pour qu'un site apparaisse sur Google ?
L'exploration d'un site nouveau peut prendre de quelques jours à quelques semaines, et Google demande de patienter au moins une semaine après la soumission d'un sitemap avant de conclure à un problème. L'indexation s'étale ensuite progressivement : les pages n'entrent pas toutes dans l'index en même temps, et certaines n'y entreront pas.
Mon site apparaissait sur Google et a disparu : pourquoi ?
Une disparition a une cause datée, et la Search Console en garde la trace. Les explications les plus fréquentes : un noindex déployé en masse lors d'une refonte, une migration sans redirections, une panne serveur prolongée, une demande de suppression oubliée. Les actions manuelles et les problèmes de sécurité existent aussi, mais chacun a son rapport dédié, et ils sont bien plus rares que les erreurs de réglage.
Comment savoir si mon site est pénalisé par Google ?
Le rapport « Actions manuelles » de la Search Console l'indique explicitement, tout comme le rapport « Problèmes de sécurité ». S'ils sont vides, le site n'est pas pénalisé au sens propre : l'absence s'explique alors par un motif d'indexation ou par le positionnement. Commencer par ces deux rapports évite de traiter une case cochée comme une sanction.
La recherche site: ne montre rien : mon site n'est pas indexé ?
C'est un fort indice, pas une preuve : l'opérateur site: est approximatif et peut sous-représenter les pages réellement indexées. La confirmation se fait dans la Search Console, par le rapport « Indexation des pages » ou l'inspection d'une URL précise, qui donnent le verdict officiel.
Quelle différence entre un site non indexé et un site mal classé ?
Un site non indexé n'a pas d'entrée dans la base de Google : aucune requête ne peut le faire apparaître. Un site mal classé est dans la base, mais d'autres pages passent devant sur les requêtes visées. Les chantiers sont opposés : le premier se traite par la découverte, l'exploration et les réglages ; le second par la pertinence, le contenu et la notoriété.
Demander l'indexation dans la Search Console suffit-il ?
Non. La demande d'indexation place l'URL dans une file, sans garantie d'inclusion, et le bouton a un quota : le cliquer plusieurs fois n'accélère rien. Ce qui pèse durablement : un sitemap propre, un maillage interne qui mène aux pages, et des motifs de non-indexation corrigés. La méthode complète est détaillée dans notre guide pour soumettre son site à Google.