Votre site est en ligne, mais absent de Google : comment trouver la cause
Neaptide · 7 septembre 2026 · 9 min de lecture
Vérifiez l’indexation dans Google : états de Search Console, noindex, robots.txt et URL canonique. Avec un exemple et une fiche à transmettre au développeur.
Dans cet article
Votre nouveau site s’ouvre correctement. Vos proches peuvent le consulter, les liens fonctionnent. Pourtant, une recherche sur votre entreprise ou votre service ne donne rien. Avant de réécrire toutes les pages ou de payer une « indexation express », examinez une URL précise.
Commencez par l’inspection d’URL dans Google Search Console. Si la page n’est pas indexée, cherchez du côté de sa découverte, de son accessibilité et du motif signalé. Si elle est indexée, regardez les impressions et les requêtes. Un site accessible, une page indexée et des visites depuis Google sont trois résultats distincts.
Choisissez une page et son adresse exacte
Prenez une page censée attirer des clients : l’accueil ou une prestation. Copiez l’adresse finale, après les redirections. Avec ou sans www, en http ou https, dans une autre langue ou avec des paramètres : ces variantes peuvent désigner des URL différentes. Le résultat de la page d’accueil ne décrit pas toutes les pages du site.
- Ouvrez la propriété validée dans Search Console et saisissez l’URL complète dans la barre d’inspection.
- Notez l’état, la date de dernière exploration et l’URL canonique choisie par Google, c’est-à-dire la version principale retenue parmi les doublons.
- Si la page a changé depuis cette exploration, lancez le test de l’URL publiée. Comparez la réponse actuelle aux données conservées par Google.
Le test en direct vérifie si Google peut actuellement récupérer et traiter la page. Il ne signifie pas que cette version figure déjà dans l’index et ne prédit pas le choix de l’URL canonique. Sans accès à Search Console, vous pouvez examiner les réponses publiques et le HTML ; demandez au propriétaire les données d’indexation.
La recherche site:example.com donne un premier aperçu, mais pas un inventaire exhaustif. Son nombre de résultats ne mesure pas précisément la taille de l’index. L’absence d’une URL ne suffit pas non plus à conclure.
Lisez l’état avant de choisir une correction
| État | Ce que l’on sait | Vérification suivante |
|---|---|---|
| URL inconnue de Google | L’adresse n’a pas été découverte | Lien depuis une rubrique et URL correcte dans le sitemap |
| Détectée, actuellement non indexée | Google connaît l’URL, mais ne l’a pas explorée | Disponibilité du serveur, liens internes ; statistiques d’exploration si le problème est étendu |
| Explorée, actuellement non indexée | L’exploration a eu lieu, sans indexation | Contenu, pages similaires et URL canonique |
| Exclue par noindex / bloquée par robots.txt | Une restriction a été constatée | Utilité de l’indexation et origine de la règle |
| Doublon ou autre version | Une autre URL sert de référence | Pertinence et indexation de la version principale |
L’état « Détectée, actuellement non indexée » ne prouve pas que le texte est mauvais : la page n’a pas encore été explorée. À l’inverse, l’exclusion d’un doublon, d’une page de connexion ou d’un exercice privé peut être normale. Cherchez à rendre les bonnes pages accessibles, sans vouloir supprimer toutes les exclusions du rapport.
Exemple : un site fonctionne, mais son modèle contient encore noindex
Imaginons le lancement du site d’un atelier de poterie. La page des cours est publique, répond avec un code HTTP 200 et figure dans le sitemap. Son modèle de test contient pourtant encore noindex. Le fragment ci-dessous est un exemple pédagogique, pas le résultat d’un audit client.
HTTP/2 200
Content-Type: text/html
<head>
<meta name="robots" content="noindex, nofollow">
<link rel="canonical" href="https://example.com/workshops">
</head>Le code 200 confirme une réponse réussie du serveur. Canonical indique une adresse préférée. Aucun des deux n’annule noindex : lorsque Google lit cette règle, il exclut la page de ses résultats. La restriction peut aussi venir d’un en-tête HTTP X-Robots-Tag, même si elle n’apparaît pas dans le HTML.
- Trouvez l’origine de noindex : réglage du CMS, modèle de page, serveur ou CDN. Retirez la restriction involontaire à cet endroit pour la page publique.
- Vérifiez les en-têtes, le HTML et le contenu de l’adresse publiée. Ajouter index alors que noindex reste présent ne résout rien.
- Relancez le test de l’URL publiée dans Search Console. Après correction, vous pouvez demander son indexation.
Ne bloquez pas la page dans robots.txt pour empêcher Google de voir noindex. Robots.txt contrôle l’exploration ; Google doit pouvoir lire la nouvelle règle. Conservez en revanche les restrictions prévues pour les espaces privés et les pages techniques.
Aucune restriction ? Examinez le contenu et les doublons
Dans l’inspection d’URL, regardez la page telle que Google l’affiche après chargement. Vérifiez que le nom de la prestation, ses conditions et le texte principal sont visibles. Google exécute JavaScript : la présence de React ou d’un autre framework ne suffit pas à expliquer un problème d’indexation. Cherchez une erreur précise, comme un bloc de contenu vide, une requête de données qui échoue ou une ressource inaccessible.
Comparez l’URL canonique déclarée sur la page à celle choisie par Google. Une erreur dans le modèle des pages de service peut leur faire déclarer à toutes la page d’accueil comme URL canonique : c’est ce réglage qu’il faut corriger. Pour les véritables doublons, utilisez la version souhaitée de façon cohérente dans les liens internes, le sitemap et les déclarations canoniques. Celles-ci expriment une préférence ; vérifiez donc aussi le choix effectif de Google.
Si vous ne trouvez pas de cause technique, relisez la page en client. Trois pages « cours de poterie », « cours de céramique » et « atelier de poterie » avec les mêmes conditions ne répondent pas forcément à trois besoins distincts. Comparez leur rôle, leur contenu et leurs données de recherche avant de les fusionner. Si les formules diffèrent réellement, précisez la durée, les matériaux, le niveau et les objets réalisés.
Ajouter mille mots pour allonger le texte ne facilite pas forcément le choix. Des horaires, les conditions d’annulation, de vrais exemples de créations et une réponse pour les débutants seront souvent plus utiles. Cette relecture évalue l’utilité de la page ; elle ne garantit pas son indexation.
La page est indexée, mais ne reçoit pas de visites
Ouvrez le rapport de performances des résultats de recherche et filtrez sur l’URL de la page. Vérifiez la période, le pays, l’appareil et le type de recherche. Regardez quelles requêtes ont produit des impressions, c’est-à-dire des apparitions dans les résultats, puis combien de clics elles ont apportés. Une recherche ponctuelle sur votre téléphone ne remplace pas ces données.
- Aucune impression : vérifiez les filtres et l’URL canonique, puis l’adéquation de la page aux recherches du public. L’absence de données ne désigne pas une cause unique.
- Des impressions, peu de clics : examinez ensemble la requête, la position et le résultat affiché. Un titre vague peut gêner la compréhension ; une position basse limite aussi les visites.
- Des clics, aucune demande : vérifiez l’offre et le parcours de contact. Retrouvez une demande de test chez son destinataire ; le message « Envoyé » ne suffit pas.
Transmettez au développeur un problème vérifiable
Remplacez « faites du SEO, on ne nous trouve pas » par une fiche consacrée à une page. Notez l’URL, la date du contrôle, l’état Search Console, la dernière exploration, la réponse du serveur, les restrictions, les deux URL canoniques et le comportement attendu. Joignez le fragment HTML ou la capture du rapport qui étaye le constat.
Dans notre exemple, la correction est vérifiée quand la page des cours reste publique, fournit son contenu avec un code 200 et ne renvoie plus le noindex involontaire, ni dans le HTML ni dans les en-têtes. Un nouveau test Google ne constate plus cette restriction. Notez la date du changement. Cela confirme la correction, pas encore l’indexation.
Après publication, suivez la prochaine exploration et l’état de l’URL. Soumettre plusieurs fois la même adresse n’accélère pas l’exploration. Google ne garantit ni l’inclusion ni un délai : « indexé sous 24 heures » n’est donc pas un critère de réception fiable.
Si la cause reste incertaine, cette fiche fournit une base concrète pour un audit. Une fois les questions d’accès et d’indexation résolues, vous pourrez travailler sur les réponses proposées par le site dans la recherche classique et les moteurs à base d’IA.