Le rapport d'indexation de Google Search Console recense, URL par URL, ce que Google a retenu de votre site web et ce qu'il a écarté des résultats de recherche. Il ne note pas la qualité de votre référencement naturel : il dit si vos pages existent pour le moteur, condition de tout le travail SEO qui suit.
Le résumé
- Une page explorée par Googlebot n'est pas une page indexée : l'exploration et l'indexation sont deux étapes distinctes, et le rapport les sépare.
- Les motifs d'exclusion les plus fréquents ne tiennent ni à une balise noindex ni au fichier robots.txt : ils viennent des doublons et du jugement de Google sur la qualité du contenu.
- Ajouter l'adresse au sitemap et demander l'indexation dans l'outil d'inspection d'URL accélère la découverte d'une nouvelle page, jamais la décision de l'indexer.
- Un site web dont la moitié des pages restent hors de l'index perd en visibilité avant même toute question de position dans les résultats.
Ce que le rapport d'indexation mesure vraiment
Dans Google Search Console, la section « Indexation » puis « Pages » partage l'ensemble des URL connues de votre site en deux blocs : celles qui sont dans l'index de Google et celles qui n'y sont pas. Sous le second bloc, chaque URL écartée porte un motif, et c'est ce motif qui indique la marche à suivre.
La confusion la plus répandue consiste à croire qu'une page visitée par le robot de Google est une page indexée. Le processus d'indexation comporte trois phases successives : la découverte de l'adresse, l'exploration du document, puis la décision de l'ajouter ou non à l'index. Une page peut franchir les deux premières et rester bloquée à la troisième pendant des mois, sans qu'aucune erreur ne soit signalée nulle part.
Ce rapport ne dit rien de vos positions ni de votre trafic : il répond à une seule question, celle de savoir si une page est éligible aux résultats de recherche. Les positions se lisent ailleurs, dans le rapport de performances, et se travaillent avec des méthodes qui n'ont rien à voir. Une page non indexée ne peut apparaître sur aucune requête, quel que soit son contenu.
Les chiffres affichés portent un décalage de quelques jours : Google traite les données par lots, et une correction déployée aujourd'hui ne se verra pas avant la prochaine mise à jour du rapport. Ce délai explique une bonne part des inquiétudes inutiles.
Créer sa propriété et lire les statuts un par un
L'utilisation de l'outil commence par la création d'une propriété. Le format « domaine » couvre l'ensemble des sous-domaines et des protocoles d'un site web, et se valide par un enregistrement dans la zone de noms de domaine. Le format « préfixe d'URL » ne couvre qu'une variante d'adresse et accepte d'autres méthodes de validation, dont un fichier déposé à la racine. Le premier évite les angles morts et reste le choix par défaut, sauf besoin particulier.
Une fois la propriété validée, les données historiques ne remontent pas : Search Console ne commence à collecter qu'à partir de son ouverture. C'est une raison suffisante pour la créer dès la mise en ligne, avant même que le site ne soit terminé. La même logique vaut pour l'optimisation technique des performances et du crawl, qui se prépare avant la publication plutôt qu'après.
L'outil d'inspection d'URL, adresse par adresse
Le champ de recherche situé en haut de l'interface accepte n'importe quelle adresse de votre site et renvoie son état d'indexation exact : présente ou absente de l'index, date de la dernière exploration, adresse canonique retenue par Google, sitemap qui l'a fait connaître, et page qui pointe vers elle. C'est l'outil de diagnostic le plus précis de Search Console, et le plus sous-employé.
Deux fonctions y sont distinctes. « Tester l'URL en direct » interroge la page telle qu'elle répond à l'instant, ce qui permet de vérifier une correction sans attendre. « Demander l'indexation » place l'adresse dans une file d'attente prioritaire, avec un quota quotidien limité par propriété. Le second bouton ne remplace pas le premier : soumettre une page qui reste bloquée pour un motif de fond ne changera rien à sa situation.
Le rapport en volume, pour voir les tendances
Le graphique du haut sert à autre chose que le détail par adresse : il montre l'évolution du nombre de pages indexées et non indexées dans le temps. Une chute brutale du premier trait signale presque toujours un accident technique, une balise noindex déployée par erreur ou un blocage dans le fichier robots.txt. Une progression lente et régulière des exclusions, elle, indique un problème de fond sur le contenu produit.
Les motifs d'exclusion, et l'action que chacun appelle
Le rapport regroupe les URL non indexées par motif, et le libellé exact est ce qui compte : deux statuts voisins n'appellent pas du tout la même correction. Voici les plus courants et ce qu'il faut en faire.
| Motif affiché | Ce que Google veut dire | Action |
|---|---|---|
| Explorée, actuellement non indexée | La page a été lue, puis écartée pour sa valeur jugée insuffisante | Réécrire ou fusionner la page, jamais la resoumettre en l'état |
| Détectée, actuellement non indexée | L'adresse est connue mais n'a même pas été explorée | Renforcer le maillage interne et alléger le serveur |
| Autre page avec balise canonique correcte | Votre propre balise désigne une autre adresse comme référence | Aucune, sauf si la canonique est mal placée |
| Page en double, sans URL canonique sélectionnée | Google a trouvé plusieurs versions et en a retenu une seule | Déclarer explicitement la version de référence |
| Exclue par la balise noindex | Une instruction du site interdit l'indexation | Vérifier que l'exclusion est bien voulue |
| Bloquée par le fichier robots.txt | Le robot n'a pas le droit de lire la page | Corriger la règle si le blocage est involontaire |
| Introuvable (404) | L'adresse ne répond plus | Rediriger vers l'équivalent, ou laisser en 404 si rien ne correspond |
| Page avec redirection | L'adresse renvoie ailleurs, c'est la cible qui est indexée | Aucune, et retirer ces adresses du sitemap |
Deux de ces motifs sont des faux problèmes, et les traiter serait une perte de temps : « Autre page avec balise canonique correcte » et « Page avec redirection » décrivent un site qui fonctionne comme prévu. En revanche, une adresse redirigée qui figure encore dans un sitemap envoie un signal contradictoire au moteur, et cela se corrige.
Le cas des doublons mérite une attention particulière, car il concentre souvent l'essentiel des exclusions d'un site marchand : filtres de tri, paramètres de suivi et fiches identiques créent des dizaines de variantes d'une même adresse. C'est très précisément le rôle de la balise canonique, qui est un signal et non un ordre : Google la prend en compte, mais tranche parfois autrement, et le rapport vous dit alors quelle version il a retenue.
Détectée et Explorée : deux diagnostics opposés
Ces deux libellés se ressemblent et se confondent sans arrêt, alors que leurs causes sont contraires. « Détectée, actuellement non indexée » signifie que Google connaît l'adresse mais ne l'a pas encore lue. Le frein est en amont : la page est mal reliée au reste du site, ou le serveur répond trop lentement pour que le robot insiste. La réponse est structurelle.
« Explorée, actuellement non indexée » veut dire l'inverse : Google a lu la page et a décidé de ne pas la garder. Le frein est le contenu lui-même, jugé trop mince, trop proche d'une autre page, ou sans apport par rapport à ce qui existe déjà. Aucune correction technique n'y changera quoi que ce soit, et redemander l'indexation ne fait que consommer un quota.
Distinguer les deux avant d'agir évite le contresens le plus coûteux du référencement naturel : refaire l'architecture d'un site dont le problème est éditorial, ou réécrire des textes que le robot n'a jamais lus. La ventilation par motif prend une minute et oriente tout le travail qui suit.
Le sitemap XML : ce qu'il change, ce qu'il ne change pas
Un fichier sitemap est une liste d'adresses que vous soumettez à Google pour accélérer leur découverte. Il se dépose à la racine du site, se déclare dans le fichier robots.txt, et s'ajoute dans le menu « Sitemaps » de Search Console. Chaque fichier accepte au maximum 50 000 adresses et 50 mégaoctets une fois décompressé, au-delà de quoi il faut le découper et créer un fichier d'index qui rassemble les autres, comme le rappelle la documentation de Google Search Central.
Ce que le sitemap fait : il fait connaître des adresses que le maillage interne atteint mal, et il donne une date de dernière modification qui invite le robot à repasser. Ce qu'il ne fait pas : il n'oblige à rien. Une page listée dans un sitemap et jugée sans intérêt restera non indexée, et le rapport le dira sans détour.
Une erreur revient sans cesse : y laisser des adresses redirigées, en 404 ou en noindex. Le sitemap doit ne contenir que des pages que vous voulez voir indexées, dans leur version canonique. Un fichier propre est aussi un outil de mesure, puisque Search Console indique pour chaque sitemap combien de ses adresses sont effectivement dans l'index.
Faire remonter le nombre de pages indexées
Une fois le diagnostic posé, les leviers se comptent sur les doigts d'une main, et deux d'entre eux pèsent bien plus que les autres.
Le maillage interne, avant tout le reste
Une page qu'aucun lien interne ne désigne est une page que Google découvre mal et explore peu. Le nombre de clics qui la sépare de l'accueil compte autant que le nombre de liens qui pointent vers elle : au-delà de trois ou quatre niveaux, l'exploration se raréfie. Regrouper les pages par thème et les relier entre elles dans une structure en cocon sémantique corrige la plupart des cas de type « Détectée, actuellement non indexée » sans écrire une ligne de contenu supplémentaire.
Les liens posés dans le corps du texte, avec une ancre qui décrit la page visée, valent mieux qu'un bloc de liens en pied de page. Le robot suit les deux, mais le premier porte en plus une information sur le sujet traité.
Le budget d'exploration, et comment ne pas le gaspiller
Googlebot ne consacre pas un temps illimité à un site : il répartit ses passages selon la vitesse de réponse du serveur et l'intérêt qu'il porte aux adresses connues. Si des milliers d'URL sans valeur consomment ce budget, les pages neuves attendent leur tour. C'est le mécanisme derrière la plupart des statuts « Détectée, actuellement non indexée » sur les gros catalogues.
Trois gestes le libèrent. Bloquer dans le fichier robots.txt les chemins que le robot n'a aucune raison de parcourir, comme les résultats de recherche interne et les paniers. Réduire les chaînes de redirections, chaque saut étant une requête payée pour rien. Alléger le poids du code et des images, puisqu'un serveur qui répond vite est un serveur que Googlebot sollicite davantage. L'onglet « Statistiques d'exploration », dans les paramètres de Search Console, montre le nombre de requêtes reçues chaque jour et le temps de réponse moyen : c'est là que se lit l'effet de ces corrections.
Les archives automatiques des CMS
Sur un site WordPress, chaque étiquette, chaque catégorie et chaque archive mensuelle génère une page qui ne contient que des extraits d'articles existants. Le propriétaire du site n'en a souvent jamais eu conscience, et le rapport les fait remonter en masse dans les motifs de doublon. Le bon réflexe consiste à gérer ces archives : conserver celles qui servent réellement la navigation et l'analyse thématique, exclure les autres de l'index par une balise noindex plutôt que de les laisser encombrer le rapport.
Le même raisonnement vaut pour les pages générées par un moteur de recherche interne ou par la pagination profonde d'une boutique. Aucune de ces adresses n'a vocation à figurer dans les résultats de Google, et les laisser en indexation libre revient à demander au robot d'analyser un volume de documents sans intérêt pour le classement.
La qualité du contenu décide du reste
Pour les pages en « Explorée, actuellement non indexée », la seule issue est éditoriale. Une fiche de deux cents mots reprise d'un catalogue fournisseur, un article qui répète ce que dit la page voisine, une adresse créée par un filtre de tri : aucun de ces documents n'apporte rien à l'index, et Google l'a mesuré avant vous. Fusionner plusieurs pages faibles en une seule page complète donne de meilleurs résultats que de les corriger une par une.
Sur un site un peu ancien, cette ventilation par motif est aussi le point de départ le plus rentable d'un audit SEO complet : elle chiffre en une capture d'écran la part du site que le moteur de recherche ignore, ce qu'aucune autre mesure ne fait aussi vite.
Surveiller le rapport mois après mois
Ce rapport se consulte au moins une fois par mois, et deux changements doivent alerter. Une baisse nette du nombre de pages indexées appelle une vérification immédiate des balises et du fichier robots.txt : une mise en production mal réglée suffit à faire sortir un site entier de l'index en quelques jours. Une hausse des exclusions pour doublon signale à l'inverse un paramètre d'adresse nouvellement ajouté par un module, souvent sans que personne ne l'ait demandé.
Pour un site de taille moyenne, le suivi tient en trois relevés : le nombre de pages indexées, la répartition par motif d'exclusion, et la part de chaque sitemap effectivement prise en compte. Les noter permet d'analyser une tendance au lieu de réagir à un chiffre isolé. Le centre d'aide de Google publie un guide de chaque motif, utile pour lever un doute sur un libellé rare, et les pages les plus visitées méritent une inspection individuelle après toute refonte de leur balise titre ou de leur code HTML.
Ce travail de surveillance n'a rien de spectaculaire, et c'est pourtant le socle du référencement : optimiser une page que Google n'a pas indexée revient à soigner une vitrine dans une rue fermée.
Les questions que l'on nous pose sur l'indexation
Comment indexer une page sur Google ?
Publiez la page, reliez-la depuis au moins une autre page du site, ajoutez-la au sitemap, puis ouvrez l'outil d'inspection d'URL de Search Console et demandez l'indexation. Google reste libre de refuser : ces gestes accélèrent la découverte, ils ne garantissent pas l'entrée dans l'index.
Comment vérifier l'indexation d'une URL ?
Collez l'adresse dans le champ de recherche en haut de Search Console. La réponse « L'URL est sur Google » confirme l'indexation, et le détail indique la date de la dernière exploration ainsi que l'adresse canonique retenue. La commande site: dans le moteur de recherche donne une réponse approximative, jamais un état officiel.
Combien de temps faut-il pour qu'une nouvelle page soit indexée ?
De quelques heures à plusieurs semaines. Le délai dépend de la fréquence de publication du site, de sa notoriété et de la place de la page dans l'arborescence. Un site mis à jour tous les jours voit ses nouvelles pages prises en compte bien plus vite qu'un site dormant.
Comment améliorer l'indexation de mon site ?
Dans l'ordre : corrigez les blocages involontaires, nettoyez le sitemap, renforcez le maillage interne vers les pages orphelines, supprimez ou regroupez les contenus qui n'apportent rien. Les gains les plus nets viennent presque toujours de la structure et du contenu, pas des réglages techniques.
Faut-il indexer toutes les pages d'un site ?
Non, et c'est une erreur fréquente. Les pages de recherche interne, les listes filtrées, les espaces de compte et les mentions administratives n'ont rien à faire dans l'index. Les exclure volontairement concentre l'attention du robot sur les pages qui comptent, et fait remonter mécaniquement le taux d'indexation utile.
