Un site qui perd la moitié de son trafic organique sans qu’aucune alerte ne s’affiche, ça arrive plus souvent qu’on ne le croit. La cause tient parfois en un mot collé dans une balise : noindex. Le problème, c’est que ce genre de panne ne fait aucun bruit. Les positions bougent à peine, Search Console affiche des courbes plates, et pourtant des pages entières ont disparu de l’index. Comprendre ce mécanisme, c’est déjà pouvoir le repérer avant que la facture ne tombe.
Ce que fait vraiment une directive noindex
Un noindex est une règle qui indique aux moteurs de recherche de ne pas indexer une page, ce qui l’empêche d’être stockée dans la base utilisée pour afficher les résultats. La page reste accessible aux visiteurs, elle répond normalement, elle s’affiche même plutôt bien : simplement, Google la sort de son index et ne la propose plus à personne.
Voilà pourquoi la chute est silencieuse. Rien ne casse techniquement, aucune erreur serveur, aucun temps de chargement qui s’envole. Pour creuser la mécanique côté moteur et les vérifications à faire, le blog werankbox.fr détaille plusieurs méthodes d’inspection qui complètent bien ce tour d’horizon.
La directive se pose de deux façons : une balise meta robots dans le code de la page, ou un en-tête HTTP X-Robots-Tag envoyé par le serveur. Cette seconde option est la plus sournoise, parce qu’elle ne se voit pas en affichant le source.
Un développeur peut passer une heure à chercher une balise meta qui n’existe pas alors que le noindex voyage dans les en-têtes, posé par une règle de configuration serveur ou un module de sécurité. Si vous ne vérifiez qu’une seule des deux couches, vous pouvez conclure à tort que tout va bien.
Les trois canaux de détection à surveiller
Le premier réflexe consiste à croiser ce que le site déclare et ce que Google a réellement enregistré. Les deux ne racontent pas toujours la même histoire, et c’est précisément dans cet écart que se cachent les noindex oubliés. Sur les sites les plus visités aux États-Unis, SEO Site Checkup mesure un taux de réussite de 99 % au test Noindex Tag, contre 96 % pour l’ensemble des sites : autrement dit, plus on descend dans le trafic, plus le risque augmente.
Balise meta, en-tête et configuration par défaut
Ces trois couches se contrôlent séparément, et l’ordre importe peu tant qu’aucune n’est laissée de côté. Un plugin SEO peut très bien poser un noindex sur une catégorie que vous croyez indexable, sans que personne ne l’ait jamais coché consciemment. Voici ce qu’il faut inspecter page par page, en priorité sur les modèles qui génèrent du volume.
- La balise meta robots de la page, à lire dans le code source et non dans l’aperçu d’un outil qui peut mentir.
- Les en-têtes HTTP renvoyés par le serveur, notamment le X-Robots-Tag, invisibles à l’œil nu.
- Est-ce que la pagination est bloquée alors qu’elle devrait transmettre du signal vers les pages profondes ?
- Les valeurs par défaut des plugins SEO sur les archives, les pages de tags et les listes paginées.
- La couche robots.txt, qui ne pose pas de noindex mais peut bloquer le crawl et fausser votre diagnostic.
Le croisement avec l’indexation réelle tranche le débat. Un rapport de couverture Search Console qui montre des pages « exclues par une balise noindex » ne laisse aucune place à l’interprétation. À l’inverse, une position qui glisse de trois crans peut avoir dix explications différentes. Le piège classique reste l’environnement de préproduction : les sites en staging sont généralement noindexés par défaut, et la directive survit parfois à la mise en ligne parce que personne ne pense à la retirer.
Franchement, c’est le genre d’oubli qui ne se voit que si on le cherche. Un site migré un vendredi soir, une bascule DNS réussie, tout le monde est content, et trois semaines plus tard le trafic a fondu sans qu’une seule alerte n’ait été levée. La leçon vaut pour toutes les mises en production. Une vérification de robots sur un échantillon d’URL après chaque déploiement coûte quelques minutes et évite des semaines de perte sèche. Sur ce point, voir aussi notre article sur refonte chute referencement.
Le cas d’une correction menée sur neuf mois
Matt Diggity, de l’agence Search Initiative, rapporte le cas d’un site de contenu de plus de 1 200 pages passé de 669 à 4 195 sessions organiques en neuf mois, soit une hausse de 527 %. Ce résultat ne vient pas d’un seul geste magique : il découle d’un nettoyage où l’on a appliqué du noindex sur des pages de faible valeur, tout en corrigeant des balises noindex mal configurées sur la pagination. Deux mouvements opposés dans le même chantier, et c’est là que ça devient intéressant.
D’un côté, on assume de sortir de l’index des pages qui n’apportent rien : filtres vides, tags orphelins, archives sans contenu propre. De l’autre, on rétablit l’indexation de pages qui comptent, comme la pagination, parce qu’elle sert de chemin de crawl vers les articles profonds.
La confusion entre les deux est fréquente. Un plugin va poser du noindex un peu partout par défaut, et personne ne vérifie que la pagination en a écopé alors qu’elle n’aurait jamais dû. La pagination n’est pas une page poubelle, elle joue un rôle de relais.
L’effet mesuré sur neuf mois montre aussi qu’il ne faut pas attendre une remontée immédiate. Google redécouvre les pages progressivement, réévalue leur contenu, puis leur redonne une place dans les résultats. Entre le moment où la balise est retirée et le moment où le trafic revient vraiment, il se passe des semaines, parfois des mois. Un audit qui se juge sur quinze jours ne vaut pas grand-chose.
Ce que les outils de suivi ordinaires ne montrent pas
Les tableaux de bord classiques surveillent les positions, le trafic, les codes de réponse. Ils ne signalent pas une page qui répond en 200 et qui a pourtant été retirée de l’index, parce que techniquement rien n’est cassé. C’est cette zone grise qui rend le noindex oublié si difficile à attraper : il faut aller regarder du côté de la couverture d’indexation, pas du côté des performances.
La bonne habitude consiste à vérifier régulièrement, sur un échantillon représentatif, que chaque type de page est bien indexable quand il devrait l’être. Il faut inspecter l’URL, lire les en-têtes, comparer avec ce que déclare le sitemap. Ça dépend évidemment de la taille du site et de la fréquence des déploiements, mais un contrôle trimestriel suffit souvent à éviter la catastrophe. Encore faut-il savoir quoi regarder.
Le contrôle à faire avant de publier quoi que ce soit
Un noindex oublié ne prévient jamais. Il s’installe, il attend, et il travaille contre vous pendant que les courbes restent sages. La seule parade tient dans une vérification croisée et répétée : meta robots, en-tête X-Robots-Tag, valeurs par défaut des plugins, indexation réelle.
Quatre points de contrôle, un peu de méthode, et vous repérez la balise de trop avant qu’elle ne coûte un trimestre de trafic. Combien de sites autour de vous perdent des visiteurs en ce moment sans savoir pourquoi ?