Page non indexée Google : le diagnostic en 7 étapes (Search Console)

Quatre articles publiés il y a 28 jours, zéro impression, aucune position dans la Search Console. C’est ce qu’on observe en ce moment sur le blog de 425PPM, et c’est le point de départ de cet article. Une page non indexée Google ne se règle pas avec un bouton « Demander une indexation » cliqué en boucle : il faut savoir à quel endroit la chaîne casse. Voici la méthode qu’on suit, en 7 étapes, de la cause la plus probable à la moins probable, avec ce qu’il faut regarder dans la Search Console à chaque fois.

Précision de méthode : ce cas est en cours de diagnostic au moment où on écrit. Les étapes ci-dessous sont celles qu’on déroule sur nos propres URLs, y compris l’hypothèse d’un défaut de mesure.

Page non indexée Google : poser le bon diagnostic en 2 minutes

Avant de chercher une cause, il faut savoir de quel problème on parle. La Search Console distingue des situations qui n’ont rien à voir entre elles, et la plupart des conseils lus en ligne mélangent tout.

• URL inconnue de Google. Le robot n’a jamais vu l’adresse. Le problème est en amont : sitemap, maillage, découverte.
• Détectée, actuellement non indexée. Google connaît l’URL mais ne l’a pas encore explorée. Il l’a mise en file d’attente, et elle y reste. C’est un sujet de priorité de crawl.
• Explorée, actuellement non indexée. Google est venu, a lu la page, et a décidé de ne pas la garder. C’est un sujet de qualité perçue ou de redondance.

Ces trois statuts appellent des remèdes différents. Les confondre conduit à de mauvaises actions : demander l’indexation d’une page « Explorée, non indexée » sans toucher à son contenu, ou ajouter des liens internes à une page bloquée par un noindex.

Le test rapide

Deux gestes suffisent pour trancher.

D’abord, la commande site:votredomaine.com/slug-de-la-page dans Google. Si rien ne sort, la page n’est pas dans l’index (attention, la commande reste approximative : un résultat présent confirme, une absence est un indice, pas une preuve).

Ensuite, l’outil Inspection d’URL de la Search Console. Collez l’adresse complète dans la barre du haut et lisez le verdict : « L’URL est sur Google » ou « L’URL n’est pas sur Google », puis, dans le détail, la date de dernière exploration, la page de provenance (sitemap, lien) et la canonique retenue par Google. Ces trois lignes valent souvent plus qu’une heure d’audit.

Le cas réel : 28 jours, zéro donnée

Sur notre blog, un lot de quatre articles publiés en octobre affiche, à J+28, 0 impression, 0 clic et aucune position moyenne dans la Search Console. Le rapport Performances ne contient aucune ligne pour ces URLs.

Le contraste est instructif. Des articles précédents du même blog, sur des requêtes comparables, ont été indexés sans difficulté et affichent des impressions dans la Search Console. Une page plus ancienne, mise à jour récemment, en génère aussi. Donc Google crawle le domaine et sait y distribuer de la visibilité. Le problème est localisé sur les URLs neuves, ou dans la manière dont on les mesure. Cette dernière hypothèse compte : un outil de suivi qui interroge un slug différent de celui publié donnerait exactement ce symptôme de zéro absolu.

Voilà pourquoi la méthode ci-dessous commence par l’infrastructure, pas par le contenu.

Étapes 1 à 3 : les blocages techniques

Première règle : on élimine ce qui se vérifie en dix secondes avant de soupçonner ce qui demande une opinion. Les trois premières étapes sont binaires, la page passe ou elle ne passe pas.

Étape 1 : le sitemap

Ouvrez votre fichier sitemap (souvent /sitemap.xml) et cherchez l’URL exacte, caractère par caractère. Trois choses à contrôler :

• l’URL est présente, avec le bon protocole (https) et la bonne forme (avec ou sans slash final, avec ou sans www) ;
• la balise lastmod correspond à la vraie date de modification. Google a indiqué qu’il utilise cette valeur seulement quand elle s’avère fiable, donc un lastmod qui affiche la date du jour sur toutes les pages finit par être ignoré ;
• le sitemap a bien été soumis dans Search Console, rubrique Sitemaps, avec un statut « Réussite » et un nombre d’URLs détectées cohérent avec votre site. Capture à vérifier : l’écran Indexation > Sitemaps, colonnes Statut et Pages découvertes.

Un piège fréquent avec les sites générés par un CMS headless : le sitemap se régénère à la build, pas à la publication. L’article est en ligne, le sitemap n’a pas bougé, et personne ne prévient Google.

Étape 2 : noindex, robots.txt et en-têtes HTTP

Une page peut être exclue de trois façons, et on ne pense en général qu’à la première.

1. La balise <meta name="robots" content="noindex"> dans le code de la page.
2. L’en-tête HTTP X-Robots-Tag: noindex, invisible dans le code source mais présent dans la réponse du serveur. L’inspection d’URL le signale dans la section « Indexation autorisée ? ».
3. Le fichier robots.txt, qui contrôle l’exploration. Nuance utile : si robots.txt interdit le crawl, Google ne peut pas lire un éventuel noindex, et l’URL peut malgré tout apparaître dans l’index sans description.

Ce sont des restes classiques d’un environnement de préproduction (où tout était en noindex pour de bonnes raisons) oubliés à la mise en ligne. Vérifiez aussi les règles par dossier : un Disallow: /blog/ posé pour un test il y a deux ans suffit à tout bloquer.

Étape 3 : la canonique

On regarde la balise <link> de la page, puis la ligne « Canonique sélectionnée par Google » dans l’inspection d’URL. Si les deux divergent, ou si la canonique pointe vers une autre adresse, Google considère votre page comme une copie et n’indexe que l’original.

Deux cas se rencontrent souvent. La canonique générée par défaut pointe vers la page d’accueil ou vers une catégorie. Ou bien le slug publié diffère du slug déclaré dans la canonique (une majuscule, un identifiant numérique, un suffixe de langue). Dans le rapport Pages, le statut « Page en double : Google n’a pas choisi la même URL canonique que l’utilisateur » en est la signature. Capture à vérifier : le bloc Indexation de l’inspection d’URL, lignes « Canonique déclarée par l’utilisateur » et « Canonique sélectionnée par Google ».

C’est aussi la zone où cherche notre propre cas : on vérifie que l’URL publiée, la canonique, l’entrée du sitemap et l’URL que l’outil de suivi interroge sont strictement identiques.

Étapes 4 à 7 : les signaux de priorité, de qualité et de crawl

Si les trois premières étapes sont propres, la page est peu prioritaire. Google dispose d’un budget d’exploration limité par site, et il le répartit selon des signaux. C’est là que le diagnostic devient moins binaire, et que certaines causes se déduisent sans preuve directe.

Étape 4 : le maillage interne

Une page orpheline, c’est-à-dire sans aucun lien interne qui y mène, est présente dans le sitemap mais absente de la navigation. Google la découvre, mais rien ne lui indique qu’elle compte. Le test se fait en deux minutes : cherchez l’URL dans le code source de vos pages les plus fortes (accueil, articles populaires, page de catégorie). Si aucun lien n’existe, vous avez trouvé un suspect sérieux.

La correction est simple et peu coûteuse : trois à cinq liens depuis des pages déjà indexées et thématiquement proches, avec une ancre descriptive. Placez-les dans le corps du texte, là où le lien a un sens, et évitez le footer ou un bloc « articles récents » qui change chaque semaine. Sur un blog qui publie vite, c’est l’étape la plus souvent négligée : l’article sort, on passe au suivant, personne ne revient lier l’ancien.

Étape 5 : l’inspection d’URL

Une fois sitemap, balises et maillage vérifiés, l’inspection d’URL donne le verdict de Google sur la page elle-même. Collez l’adresse exacte et lisez quatre éléments : le statut (« L’URL est sur Google » ou non), la date de dernière exploration, la page de provenance et la canonique sélectionnée par Google. Lancez ensuite « Tester l’URL en direct » pour voir la version actuellement accessible, sans le cache.

La lecture oriente la suite. « URL inconnue de Google » ramène aux étapes 1 et 4. « Explorée, actuellement non indexée » conduit à l’étape 6. « Détectée, actuellement non indexée » conduit à l’étape 7. Capture à vérifier : le bloc Indexation de l’inspection d’URL, lignes « Dernière exploration », « Détectée par » et « Indexation autorisée ? ».

Étape 6 : un contenu perçu comme redondant ou trop mince

C’est le diagnostic du statut « Explorée, actuellement non indexée ». Google a lu la page et a jugé qu’elle n’ajoutait rien à ce qu’il possède déjà sur le site ou sur le web. Les profils à risque :

• des pages qui traitent le même sujet que dix autres du site, avec des variantes de titre ;
• du contenu très proche d’un texte déjà publié ailleurs, y compris par vous-même ;
• des pages courtes, génériques, sans donnée, exemple ou point de vue propre ;
• du contenu produit en volume avec un gabarit identique, où seuls le titre et deux mots changent.

Cette cause est souvent invoquée faute de preuve technique, et elle se vérifie par comparaison. Un test honnête consiste à comparer la page non indexée à vos pages indexées les plus performantes : apporte-t-elle une donnée, un cas, une méthode que ces dernières n’ont pas ? Si la réponse est non, aucun réglage technique n’y changera rien.

Étape 7 : le crawl, l’autorité du domaine et la fréquence de publication

Un domaine jeune ou peu cité est exploré moins souvent. Un site qui publie quatre articles d’un coup après trois semaines de silence envoie aussi un signal irrégulier : le crawl ne s’est pas calibré sur ce rythme. Le rapport Statistiques d’exploration (Paramètres, puis Statistiques d’exploration) donne une réponse factuelle : combien de requêtes par jour, avec quel temps de réponse. Si Googlebot passe 30 fois par jour et que vos pages neuves attendent depuis un mois, cherchez la cause ailleurs que dans le budget d’exploration. S’il passe deux fois par semaine, le budget devient un suspect sérieux.

Aucun bouton ne règle ce point, le levier est lent : des liens entrants depuis des sites qui comptent, une publication régulière, un serveur rapide. Dans notre métier, une retombée dans la presse spécialisée fait souvent plus pour la fréquence de crawl que n’importe quel réglage, parce qu’un lien éditorial est précisément le genre de signal qui dit à Google de revenir.

Après le diagnostic : demander l’indexation et mesurer le résultat

Le bouton « Demander une indexation » de l’inspection d’URL arrive après les sept étapes, volontairement.

Quand la demande sert, et quand elle ne sert à rien

Elle sert quand vous avez corrigé un blocage (retiré un noindex, rectifié une canonique, ajouté des liens internes) et que vous voulez que Google revienne voir la page sans attendre. Elle sert aussi pour une page vraiment neuve, la première fois.

Elle ne sert à rien si la cause est un contenu jugé redondant : Google revient, relit, refuse à nouveau. Et la répéter n’accélère rien, Google le précise dans sa documentation : une demande par URL suffit, le quota quotidien est limité, et soumettre dix fois la même adresse ne la fait pas passer devant les autres. Cliquer sur le bouton sans avoir corrigé quoi que ce soit, c’est reposer la même question en espérant une autre réponse.

Avant de cliquer, utilisez « Tester l’URL en direct » : l’outil confirme que Google peut accéder à la version actuelle de la page, indépendamment de ce qu’il a en cache.

Des délais réalistes

Pour un contenu neuf sur un site déjà connu, Google annonce de quelques jours à quelques semaines. Le seuil de 28 jours sans aucune donnée, comme dans notre cas, sort de cette norme et justifie une enquête. En dessous de 7 à 10 jours, attendez, vous perdez votre temps. Entre 10 et 21 jours, appliquez les étapes 1 à 5. Au-delà, déroulez les sept étapes.

Pour suivre l’évolution, le rapport Pages (anciennement « Couverture ») liste par statut les URLs concernées. Filtrez sur « Détectée, actuellement non indexée » et « Explorée, actuellement non indexée » et regardez si votre page y figure, et depuis quand.

Le tableau de synthèse

La dernière ligne est celle qui nous occupe. Avant de conclure que Google ignore une page, vérifiez que vous regardez la bonne page.

Mettre en place un contrôle d’indexation avant chaque publication

Le plus efficace est de ne plus avoir à diagnostiquer. Une routine de dix minutes évite la plupart des mauvaises surprises, et elle tient en deux rendez-vous.

À J+3 : inspection d’URL sur chaque article publié. On vérifie le statut, la canonique sélectionnée par Google, la page de provenance. On corrige dans la journée ce qui peut l’être, notamment les liens internes depuis deux ou trois pages déjà indexées.

À J+14 : on vérifie le rapport Pages et les impressions. Un article encore absent de l’index déclenche les étapes 1 à 7 de cette méthode. Un article indexé mais sans impression relève de la requête visée, du titre et de la position : on ouvre alors le rapport Performances filtré sur cette page.

On y ajoute un contrôle automatique à la publication : l’URL déclarée dans la canonique, celle du sitemap et celle utilisée par l’outil de reporting doivent être identiques. C’est trivial à scripter, et ça aurait peut-être suffi à nous éviter le cas décrit plus haut.

Quand passer à l’audit complet

Cette routine couvre une page ou un petit lot. Elle ne couvre pas un problème systémique. Si plusieurs dizaines d’URLs restent bloquées, si le rapport Pages montre des motifs d’exclusion variés, ou si l’indexation s’est dégradée après une refonte ou une migration, il vaut mieux un audit technique complet : logs serveur, architecture, rendu JavaScript, hiérarchie des canoniques. Ces données dépassent ce que la Search Console affiche, et nous les traitons dans le cadre de notre audit de site internet.

Ce qu’on retient, et ce qu’on fait ensuite

Récapitulatif de la méthode : sitemap, noindex, canonique, maillage interne, inspection d’URL, qualité perçue et crawl, puis demande d’indexation une fois le blocage corrigé. Sur nos quatre URLs, on déroule ces contrôles dans cet ordre, en vérifiant aussi le slug interrogé par notre outil de suivi. Nous compléterons cet article avec le verdict de chaque étape une fois les contrôles terminés.

Votre consigne pour la semaine : prenez votre dernière page publiée, collez-la dans l’inspection d’URL, et lisez trois lignes (statut, dernière exploration, canonique retenue). Cela prend deux minutes et donne le point de départ du diagnostic. Si le blocage persiste après les sept étapes, un audit de site internet réalisé par 425PPM permet d’en identifier la cause.