SEO Technique

Comment diagnostiquer un problème d'indexation Google Search Console

47 pages « non indexées » dans la Search Console ? Pas de panique : ce rapport est un arbre de décision, pas un bulletin de notes. Voici la méthode concrète pour isoler la vraie cause au lieu de « réparer » à l'aveugle.

Comment diagnostiquer un problème d'indexation Google Search Console

Vous ouvrez la Search Console, vous cliquez sur « Indexation des pages », et là : 47 pages « Explorées, actuellement non indexées ». Panique. Vous vous dites que Google vous déteste, que votre site est cassé, que tout est foutu. J'ai vécu exactement ça sur un site client il y a quelques mois — 60 % des URL en statut bizarre, et le trafic qui stagnait à 400 visites par mois. Le vrai problème, c'est que la plupart des gens lisent ce rapport comme un bulletin de notes alors que c'est un arbre de décision. On ne « répare » pas une non-indexation : on l'isole.

Voici comment je procède concrètement, dans l'ordre, quand un site n'apparaît pas ou mal dans Google.

Points clés à retenir

  • Le rapport « Indexation des pages » liste des statuts, pas des erreurs : chaque statut a une action différente.
  • L'inspection d'URL avec « Tester l'URL en direct » est l'outil de diagnostic le plus fiable pour isoler une cause.
  • Une page « Découverte – non indexée » et une page « Explorée – non indexée » n'ont pas le même problème.
  • Un noindex oublié ou un robots.txt trop strict expliquent une bonne partie des cas.
  • Sur un petit site, on peut souvent ignorer le bruit du rapport ; sur un gros, l'indexation sélective est normale.

Lire le rapport d'indexation sans se tromper sur le diagnostic

La première erreur que je vois partout : confondre « non indexée » et « problème ». Google classe chaque URL dans un statut. Certains statuts sont normaux, d'autres sont des signaux.

Les statuts qui veulent vraiment dire quelque chose

  • Découverte, actuellement non indexée : Google connaît l'URL mais ne l'a pas encore visitée. Récent, ou budget d'exploration insuffisant.
  • Explorée, actuellement non indexée : Google est passé, a lu, et a jugé que ça ne méritait pas d'entrer dans l'index. Contenu faible, doublon, ou page trop proche d'une autre.
  • Exclue par la balise noindex : explicite. Quelqu'un a mis un noindex (souvent par erreur, parfois par un plugin SEO mal configuré).
  • Bloquée par robots.txt : vous avez interdit l'exploration par Googlebot.
  • Erreur serveur (5xx) ou Erreur liée à une redirection : problème technique côté serveur ou chaîne de redirections cassée.
  • Doublon sans URL canonique sélectionnée par l'utilisateur : Google a choisi une autre page comme référence.

Et le statut « Indexée, non incluse dans un sitemap » ou son inverse ? Souvent du bruit. Ne vous y attardez pas tant que le reste est propre.

Faut-il traiter toutes les pages non indexées ?

Non. Et c'est probablement le conseil le plus libérateur que je puisse vous donner. Sur un site de moins de 500 pages, vous pouvez ignorer une bonne partie du rapport. Google lui-même le dit à demi-mot : un grand site n'indexera jamais toutes ses URL, et c'est normal. Sur un site à 20 000 pages (j'ai eu le cas sur un e-commerce), une indexation sélective est même saine : Google choisit ce qui mérite sa place.

Le tri se fait sur une question simple : cette page est-elle censée être trouvée par un humain via Google ? Si oui → on diagnostique. Si non → on l'exclut proprement (noindex, ou robots.txt) et on arrête d'y penser.

L'inspection d'URL : tester une page en direct, la vraie méthode

Le rapport donne une vue d'ensemble. Pour diagnostiquer une page précise, il faut passer par l'inspection d'URL. C'est l'outil que j'ouvre en premier quand un client me dit « ma page n'apparaît pas ».

L'inspection d'URL : tester une page en direct, la vraie méthode

Comment lire l'inspection d'URL

  1. Collez l'URL dans la barre en haut de la Search Console.
  2. Cliquez sur « Tester l'URL en direct ». C'est cette étape que 90 % des gens sautent — et c'est là que tout se joue.
  3. Regardez le résultat : code de réponse HTTP, statut d'exploration, page canonique détectée, présence de balises noindex.

Si le test en direct renvoie un 200 et « Page indexable », mais que le rapport global dit le contraire, c'est souvent une question de fraîcheur : Google n'a pas encore actualisé son index depuis votre dernière modification.

Les champs à regarder en priorité

  • Code de réponse : 200 (ok), 301/302 (redirection), 404 (inexistante), 403/401 (accès refusé), 5xx (serveur en vrac).
  • Canonical : si Google détecte une autre URL que la vôtre comme canonique, votre page est considérée comme un doublon. Vérifiez la balise rel="canonical".
  • Rendu de la page : un contenu chargé en JavaScript peut ne pas apparaître pour Googlebot. J'ai eu le cas sur un site React où le titre H1 n'apparaissait qu'après une requête API — Google voyait une page quasi vide, donc « Explorée, non indexée ».

Ce dernier point est sous-estimé. Sur un site rendu côté client, le diagnostic « pourquoi ça n'indexe pas » se joue souvent dans le rendu, pas dans le rapport.

Demander une indexation Google : quand ça marche, et quand ça ne marche pas

Le bouton « Demander une indexation » dans l'inspection d'URL fait gagner du temps. Mais il ne magique rien. Je le dis souvent à mes clients : le bouton ne répare pas, il accélère. Si la cause est technique, il n'a aucun effet.

Demander une indexation Google : quand ça marche, et quand ça ne marche pas

Quand le bouton sert vraiment

  • Nouvelle page que vous venez de publier, contenu propre, aucune erreur détectée.
  • Page mise à jour avec du contenu significatif — Google peut mettre des semaines à repasser, là c'est immédiat.
  • URL avec une faute de frappe dans un lien interne que vous venez de corriger.

Quand le bouton ne sert à rien

Si le statut est « Exclue par noindex », demander l'indexation ne changera rien : Google respecte votre consigne. Si le code de réponse est 5xx, pareil. Si la page est bloquée par robots.txt, idem. Dans ces cas, on corrige la cause d'abord, puis on redemande.

Et pour répondre à une question fréquente : pourquoi mon site n'apparaît pas sur Google ? La réponse tient souvent à trois causes, dans cet ordre de fréquence : blocage technique (noindex, robots, redirection), contenu jugé trop faible ou dupliqué, ou simplement ancienneté — Google n'a pas encore passé. Un site tout neuf peut mettre plusieurs semaines à apparaître.

Les causes techniques à éliminer dans l'ordre

Avant de blâmer votre contenu, faites le tour du technique. Les fausses pistes coûtent du temps.

Les causes techniques à éliminer dans l'ordre

robots.txt et noindex : les deux erreurs les plus banales

Un site client avait 80 % de ses pages en « Exclue par noindex ». Cause : un plugin SEO activé avec une case « interdire l'indexation » cochée par défaut — erreur classique après une migration. Trois minutes pour trouver, une semaine de trafic perdu. Ce genre de détail est invisible sans l'inspection d'URL.

Autre classique : un robots.txt qui bloque tout ou partie du site. Vérifiez-le directement à l'URL votresite.com/robots.txt. Si vous voyez Disallow: /, vous savez d'où vient le problème.

Erreurs de redirection et contenu dupliqué

Une chaîne de redirections (A → B → C → D) fatigue Googlebot. Un contenu dupliqué sans canonical clair aboutit au statut « Doublon sans URL canonique sélectionnée par l'utilisateur ». Dans ce cas, on choisit explicitement une canonique et on la déclare.

Statut Search ConsoleCause probableAction prioritaire
Exclue par noindexBalise ou en-tête HTTP noindexRetirer le noindex, redemander l'indexation
Bloquée par robots.txtDirective Disallow trop largeCorriger le fichier, tester en direct
Erreur serveur 5xxProblème d'hébergement ou codeRéparer côté serveur
Explorée, non indexéeContenu faible ou dupliquéEnrichir, canonicaliser, mailler
Découverte, non indexéeBudget d'exploration insuffisantAméliorer maillage et sitemap

Et si le problème venait du contenu ?

Une fois le technique écarté, le contenu prend le relais. Je vous préviens : c'est la partie la plus longue. Et la plus humiliante.

Sur mon propre site, j'ai longtemps eu une page « À propos » qui restait en « Explorée, non indexée ». Je l'ai réécrite trois fois. Rien. Puis j'ai compris : elle était noyée dans une catégorie sans lien entrant, sans maillage, sans sitemap propre. Trois semaines de bricolage de texte pour un problème de liens. Le maillage interne compte plus qu'on ne le croit dans la décision d'indexation.

  • Une page sans lien entrant = page quasi invisible. Vérifiez le sitemap et les liens internes.
  • Une page trop courte, sans intention claire, n'intéressera pas Google. Enrichissez, unifiez, ou fusionnez.
  • Une page en doublon d'une autre URL mieux positionnée restera bloquée. Choisissez, canonicalisez, redirigez.

Comment faire remonter mon site sur Google reste la question qui arrive après. Une fois l'indexation réglée, on parle de contenu, de positionnement, de maillage — pas de bouton magique.

Et pour ceux qui se demandent ce que fait réellement la Search Console : c'est un outil gratuit de Google qui vous montre comment Google voit votre site. Ni plus, ni moins. Elle ne vous fait pas classer à votre place.

Ce qu'il faut retenir

Le rapport d'indexation n'est pas un bulletin de notes. C'est un diagnostic différentiel. Chaque statut a sa cause et sa correction. Et la plupart des « mon site n'apparaît pas » se résolvent en inspectant une URL, pas en réécrivant tout le site.

Le vrai piège, c'est de vouloir tout réparer d'un coup. On trie, on isole une cause, on corrige, on redemande l'indexation, on attend. Le lendemain, on recommence sur le statut suivant. C'est lent. C'est fastidieux. C'est comme ça que ça marche.

La prochaine fois que vous voyez 47 pages en erreur, ouvrez l'inspection d'URL sur la première, testez en direct, et regardez le code de réponse. La réponse est presque toujours là.

Julie Barbier

Julie Barbier

Julie Barbier est journaliste spécialisée dans le SEO technique. Depuis six ans, elle couvre les évolutions des architectures de site, l’optimisation du crawl et l’indexation pour des médias en ligne. Elle rédige également des analyses sur les mises à jour des algorithmes et leurs implications techniques.

Voir tous les articles →