Page non indexée par Google : les causes classées par fréquence

Sur un site de 150 pages, il n’est pas rare d’en trouver 30 à 50 que Google refuse d’indexer. La Search Console affiche un statut, parfois cryptique, et le réflexe habituel consiste à demander une indexation manuelle sans comprendre la cause réelle. Le problème, c’est que cette action ne résout rien si la raison sous-jacente persiste. J’ai compilé ici les causes de non-indexation que je rencontre le plus souvent sur les audits SEO que je réalise, classées par fréquence décroissante, avec la méthode de diagnostic et la correction adaptée à chaque situation.

Ce que signifie « non indexée » dans la Search Console

Quand Google découvre une URL, il la place dans une file d’attente. Le robot l’explore (ou pas), analyse le contenu (ou pas), puis décide de l’ajouter à son index (ou pas). Chaque étape peut échouer pour une raison différente, et c’est exactement ce que reflètent les statuts de couverture dans la Google Search Console.

Le rapport « Pages » (anciennement « Couverture de l’index ») classe chaque URL dans l’une de ces catégories : indexée, non indexée, exclue, ou en erreur. Le piège, c’est que la catégorie « non indexée » regroupe des situations très différentes. Une page bloquée par le fichier robots.txt n’a rien à voir avec une page que Google a explorée mais jugée sans valeur ajoutée. Le traitement est radicalement différent dans les deux cas.

Avant de chercher à corriger quoi que ce soit, il faut donc lire le statut exact. La documentation officielle de Google sur l’exploration et l’indexation distingue clairement chaque étape du processus. Si vous n’avez pas encore configuré la Search Console sur votre site, c’est la toute première étape : sans cet outil, vous travaillez à l’aveugle.

Les causes classées par fréquence réelle

Les articles concurrents listent souvent les causes dans un ordre logique ou alphabétique. J’ai préféré les classer par fréquence d’apparition sur les audits que je réalise, parce que cela correspond à ce que vous avez le plus de chances de rencontrer sur votre propre site. Ce classement s’appuie sur l’analyse de plus de 80 sites audités entre 2023 et 2026, principalement des sites vitrine et e-commerce sous WordPress.

Ce tableau ne couvre pas 100 % des cas : il existe des situations rares comme les pénalités manuelles ou les problèmes de rendu JavaScript. Mais dans la pratique, les cinq premières lignes expliquent plus de 85 % des pages non indexées que je rencontre. Concentrez-vous sur celles-là en priorité.

Balise noindex et directive robots : la cause la plus évidente

La balise <meta name="robots" content="noindex"> indique explicitement à Google de ne pas indexer la page. C’est un outil légitime, par exemple pour exclure les pages de résultats de recherche interne, les pages de remerciement après formulaire, ou les pages de staging. Le problème survient quand cette balise se retrouve sur des pages qui devraient être indexées.

Les scénarios les plus courants que je rencontre :

• Un plugin SEO comme Yoast SEO ou Rank Math configuré avec un réglage global « noindex » sur les archives d’auteur ou les pages de tags, et ce réglage déborde sur des pages importantes
• Un site passé en production après un développement sur un environnement de staging, sans retirer le noindex global ajouté pendant la phase de test
• Un en-tête HTTP X-Robots-Tag: noindex ajouté au niveau du serveur, invisible dans le code source de la page mais bien lu par Googlebot

Pour vérifier, ouvrez le code source de la page (Ctrl+U dans le navigateur) et cherchez « noindex ». Pensez aussi à vérifier les en-têtes HTTP avec l’outil d’inspection d’URL dans la Search Console. Si vous êtes sur WordPress, allez dans Réglages > Lecture et assurez-vous que la case « Demander aux moteurs de recherche de ne pas indexer ce site » est décochée.

Le fichier robots.txt, quant à lui, empêche l’exploration mais pas directement l’indexation. Une page bloquée par robots.txt peut quand même apparaître dans l’index si d’autres pages pointent vers elle, mais sans contenu affiché. C’est un cas différent, souvent confondu avec le noindex. Pour comprendre comment bien structurer vos liens internes afin que Google explore les bonnes pages, consultez mon article sur le maillage interne et la structure en silo.

Page explorée, actuellement non indexée : le signal de qualité

C’est le statut le plus frustrant et le plus fréquent. Google a bien visité la page, il a lu le contenu, mais il a décidé de ne pas l’indexer. En clair : votre page ne lui paraît pas suffisamment utile pour mériter une place dans ses résultats.

Les raisons derrière ce verdict sont rarement explicitées par Google, mais sur les audits que j’ai menés, les facteurs récurrents sont :

• Contenu trop mince : moins de 300 mots, sans valeur ajoutée par rapport à ce qui existe déjà. Les pages de catégorie vides d’un blog ou les fiches produit avec seulement un titre et un prix tombent systématiquement dans ce cas
• Contenu trop similaire à une autre page du même site. Même sans être un doublon exact, deux pages qui traitent du même sujet avec le même angle finissent par se cannibaliser. J’ai détaillé ce mécanisme dans mon article sur la cannibalisation SEO et comment la détecter dans la Search Console
• Autorité du domaine insuffisante : sur un site récent avec peu de backlinks, Google est plus sélectif. Il indexe les pages les plus fortes et laisse les autres en attente
• Expérience utilisateur dégradée : temps de chargement excessif, mise en page cassée sur mobile, ou contenu masqué derrière des onglets. Les Core Web Vitals jouent ici un rôle indirect mais réel

La correction passe par l’amélioration du contenu lui-même. Enrichissez la page, ajoutez des données concrètes, des tableaux, des exemples. Si la page n’a réellement aucune raison d’exister en tant que page autonome, envisagez de la fusionner avec une page existante et de mettre en place une redirection 301.

J’ai vu des pages passer de « explorée, non indexée » à « indexée » en moins de deux semaines après un enrichissement de contenu de 200 à 1 200 mots, avec ajout d’un tableau comparatif et de données chiffrées. Le signal est clair : Google veut de la substance.

Détectée, actuellement non indexée : le problème de budget de crawl

Ce statut signifie que Google connaît l’existence de votre page (il l’a trouvée dans le sitemap ou via un lien), mais il ne l’a même pas encore explorée. Il ne s’est pas prononcé sur la qualité du contenu puisqu’il ne l’a pas lu.

Ce problème est directement lié au budget de crawl, c’est-à-dire le nombre de pages que Googlebot accepte d’explorer sur votre site dans un laps de temps donné. Sur un petit site de 50 pages, ce n’est jamais un problème. Mais à partir de 500 pages, et surtout sur les sites e-commerce avec des filtres à facettes qui génèrent des milliers d’URL, le budget de crawl devient un goulot d’étranglement.

Les facteurs qui gaspillent le budget de crawl :

• URLs paramétrées non gérées : chaque combinaison de filtres (couleur, taille, prix, tri) crée une URL distincte que Google tente d’explorer
• Pages de pagination excessives : un blog avec 200 pages d’archives « /page/2/ » à « /page/200/ » consomme du crawl pour peu de valeur
• Sitemap XML gonflé : inclure des URLs qui ne devraient pas être indexées (pages légales, CGV, pages de compte client) dilue le signal envoyé à Google
• Temps de réponse serveur lent : si votre serveur met plus de 2 secondes à répondre, Googlebot réduit la fréquence de crawl

La solution passe par un nettoyage du sitemap (n’y incluez que les pages que vous souhaitez réellement voir indexées), l’ajout de directives dans le robots.txt pour bloquer les URLs paramétrées, et l’optimisation des performances serveur. Si vous partez de zéro sur ces sujets, mon guide SEO quand on part de zéro donne l’ordre des chantiers à traiter.

Erreurs techniques qui bloquent l’indexation

Certaines erreurs techniques empêchent purement et simplement Google d’accéder au contenu ou de le comprendre. Elles sont moins fréquentes que les problèmes de qualité, mais quand elles existent, elles ont un impact radical.

Erreurs serveur 5xx

Une erreur 500 intermittente suffit. Si Googlebot tombe deux ou trois fois de suite sur une erreur serveur en essayant d’explorer une page, il espace ses visites puis finit par retirer la page de l’index. Sur les hébergements mutualisés bas de gamme, les pics de trafic ou les plugins WordPress mal codés provoquent régulièrement ce type de problème. Si vous hésitez entre WordPress et une solution sur mesure, j’ai comparé les deux approches dans WordPress ou développement sur mesure.

Redirections en boucle ou en chaîne

Une redirection qui pointe vers une autre redirection qui pointe vers une troisième, c’est une chaîne. Si l’une de ces redirections pointe vers le début de la chaîne, c’est une boucle. Dans les deux cas, Googlebot abandonne après 5 à 10 sauts. Ce problème apparaît souvent après une refonte de site mal gérée. J’ai documenté la méthode pour éviter ce piège dans ma checklist des redirections pour une refonte sans perte de trafic.

Problèmes de rendu JavaScript

Si votre contenu principal est généré côté client par du JavaScript (applications React, Vue, Angular sans rendu serveur), Google doit exécuter ce JavaScript pour voir le contenu. Ce rendu est coûteux en ressources, et Google le reporte parfois de plusieurs jours voire semaines. Dans certains cas, le rendu échoue silencieusement et la page reste vide du point de vue de Googlebot.

Pour vérifier, utilisez l’outil d’inspection d’URL dans la Search Console et comparez la « capture d’écran » de ce que Google voit avec ce que vous voyez dans votre navigateur. Si le contenu est absent de la version Google, vous avez un problème de rendu.

Balise canonical mal configurée

La balise <link rel="canonical" href="..."> indique à Google quelle est la version « officielle » d’une page quand plusieurs URLs affichent le même contenu. Si cette balise pointe vers une mauvaise URL (une autre page, une URL inexistante, ou elle-même avec un paramètre en trop), Google peut choisir de n’indexer que la cible du canonical et d’ignorer la page source. J’ai vu des cas où un plugin de cache ou de CDN réécrivait silencieusement les canonical vers des URLs avec des paramètres de tracking, ce qui excluait des dizaines de pages de l’index.

Contenu dupliqué et cannibalisation

Google ne veut pas afficher deux résultats identiques ou quasi-identiques du même site dans ses résultats. Quand il détecte du contenu dupliqué, il choisit une version « canonique » et exclut les autres. Ce processus est automatique et ne constitue pas une pénalité, mais le résultat pratique est le même : des pages disparaissent de l’index.

Les sources de duplication les plus courantes :

• URLs avec et sans trailing slash : /ma-page et /ma-page/ sont deux URLs distinctes pour Google
• HTTP et HTTPS : si les deux versions sont accessibles, c’est de la duplication
• WWW et non-WWW : même logique, les deux doivent rediriger vers une seule version
• Pages de tags et catégories WordPress : elles reprennent les extraits des articles et créent des doublons de contenu mince
• Fiches produit accessibles via plusieurs catégories : /chaussures/basket-nike et /soldes/basket-nike affichent le même produit

La cannibalisation est un cas spécifique où deux pages distinctes ciblent le même intention de recherche. Google hésite entre les deux, les alterne dans les résultats, et aucune ne performe bien. La solution consiste à fusionner les contenus, à différencier clairement les angles, ou à utiliser un canonical pour désigner la page principale.

Un title et une meta description bien différenciés entre deux pages similaires ne suffisent pas à résoudre la cannibalisation : c’est le contenu du corps de page que Google analyse pour déterminer s’il y a doublon.

Comment diagnostiquer une page non indexée étape par étape

Voici la méthode que j’applique systématiquement quand un client me signale qu’une page n’apparaît pas dans Google. Elle prend entre 10 et 15 minutes par page.

Étape 1 : vérifier dans Google. Tapez site:votresite.fr/url-de-la-page dans Google. Si la page apparaît, elle est indexée, le problème est peut-être un problème de positionnement, pas d’indexation. Si elle n’apparaît pas, passez à l’étape suivante.

Étape 2 : inspecter l’URL dans la Search Console. Collez l’URL complète dans l’outil d’inspection d’URL. Le rapport vous indique le statut exact : indexée, explorée mais non indexée, bloquée par robots.txt, exclue par noindex, etc. Notez le statut précis.

Étape 3 : vérifier les directives. Ouvrez le code source de la page et cherchez les occurrences de « noindex », « nofollow », « canonical ». Vérifiez aussi le fichier robots.txt à l’adresse votresite.fr/robots.txt pour vous assurer que le chemin n’est pas bloqué. Le guide Google sur le test du fichier robots.txt explique comment utiliser l’outil de test intégré à la Search Console.

Étape 4 : vérifier le sitemap. La page est-elle présente dans votre sitemap XML ? Si non, ajoutez-la. Si oui, vérifiez que le sitemap est soumis dans la Search Console et qu’il ne contient pas d’erreurs.

Étape 5 : analyser les liens internes. La page reçoit-elle des liens depuis d’autres pages de votre site ? Une page orpheline (sans aucun lien interne pointant vers elle) a très peu de chances d’être explorée régulièrement. Utilisez un crawler comme Screaming Frog pour identifier les pages orphelines.

Étape 6 : évaluer le contenu. Relisez la page avec les yeux de Google. Est-elle suffisamment riche ? Apporte-t-elle quelque chose d’unique par rapport aux autres pages du site et aux résultats concurrents ? Si le contenu fait moins de 300 mots et ne contient que du texte générique, c’est probablement la raison.

Étape 7 : vérifier le code de réponse HTTP. Utilisez un outil comme curl -I votreurl en ligne de commande ou un service en ligne pour vérifier que la page renvoie bien un code 200. Un code 301, 302, 404 ou 500 explique immédiatement le problème.

Les actions concrètes pour relancer l’indexation

Une fois la cause identifiée, voici les actions à mener selon le type de problème. Je les classe par ordre de priorité.

Pour les problèmes de directives (noindex, robots.txt, canonical) : corrigez la directive, puis demandez une indexation via l’outil d’inspection d’URL dans la Search Console. Le délai habituel est de 24 à 72 heures pour une prise en compte.

Pour les pages explorées mais non indexées (problème de qualité) :

• Enrichissez le contenu : visez au minimum 800 mots de contenu unique et utile
• Ajoutez des éléments structurés : tableaux, listes, données chiffrées
• Renforcez le maillage interne : créez 3 à 5 liens depuis des pages déjà indexées vers la page à indexer
• Améliorez le title et la structure : un H1 clair contenant le mot-clé principal, des H2 pertinents

Pour les pages détectées mais non explorées (budget de crawl) :

• Nettoyez le sitemap : retirez toutes les URLs que vous ne souhaitez pas indexer
• Bloquez les URLs paramétrées dans le robots.txt
• Améliorez la vitesse du serveur : un TTFB inférieur à 500 ms est le minimum
• Réduisez le nombre total de pages en fusionnant ou supprimant les contenus obsolètes

Pour les erreurs techniques : corrigez d’abord l’erreur (serveur, redirection, rendu), puis soumettez l’URL à l’indexation. Surveillez le rapport de couverture dans les jours suivants pour confirmer la correction.

Un point important : la demande d’indexation manuelle n’est pas un outil de force. Google la traite comme une suggestion, pas comme un ordre. Si la cause sous-jacente n’est pas résolue, la page restera non indexée même après dix demandes manuelles. J’ai travaillé sur un site client qui avait soumis manuellement 200 URLs sans résultat, simplement parce que le problème réel était un noindex global dans la configuration du thème WordPress. Quinze minutes de diagnostic auraient évité des semaines de frustration.

Dernier conseil : ne cherchez pas à indexer toutes vos pages. Un site de 500 pages dont 350 sont indexées et performantes vaut mieux qu’un site de 500 pages toutes indexées dont 200 sont du contenu mince qui dilue la qualité globale du domaine. L’indexation sélective est un choix stratégique, pas un échec. Si vous ne savez pas par quel bout attaquer votre stratégie SEO, mon guide SEO quand on part de zéro pose les bases dans le bon ordre.