Un site qui ne génère plus aucun trafic organique depuis quatre mois. Le client redoute un déclassement, une pénalité, un problème de fond. La vraie cause : une simple case cochée dans WordPress pendant une refonte, qui a posé un noindex sur tout le site. Aucune erreur, aucun avertissement, juste un trafic qui s’effondre. Ce bug est silencieux et dévastateur. Newp vous explique comment le repérer, et comment ne plus jamais le subir.
TL;DR
Pendant une refonte, un développeur a coché la case WordPress « Décourager les moteurs de recherche d’indexer ce site » (Réglages, Lecture). Cette case ajoute une balise meta robots « noindex » sur l’ensemble du site. Résultat : trafic organique à zéro en quatre à six semaines, sans aucune erreur de crawl, avec un sitemap valide et un bon contenu. Le symptôme le plus fiable dans la Search Console n’est pas « Détectée mais non indexée », mais « Exclue par une balise noindex », et l’inspection d’URL signale un noindex détecté dans la balise robots. Le réflexe mensuel : vérifier le robots.txt, la balise meta robots de la page d’accueil, la case WordPress, et le rapport d’indexation. Ce n’est pas un bug de développeur, c’est un bug qui détruit le chiffre d’affaires.
Le cas client : quatre mois sans trafic, à cause d’une case
Le scénario est aussi banal que brutal. Un site perd la totalité de son trafic organique et ne se redresse pas pendant quatre mois. Le client pense logiquement à un déclassement, à une mise à jour de Google qui l’aurait défavorisé. En réalité, la balise meta robots était passée en « noindex, nofollow » sur l’intégralité du site, parce qu’un développeur avait coché, des mois plus tôt pendant une refonte, la case demandant aux moteurs de ne pas indexer le site. Personne ne s’en était aperçu.
Ce qui rend ce bug redoutable, c’est qu’il ne ressemble à rien de connu. Pas de page d’erreur, pas de site cassé, pas de message d’alerte. Le site fonctionne parfaitement pour les visiteurs. Seuls les moteurs reçoivent l’instruction de l’ignorer. Et comme l’effacement de l’index prend quelques semaines, le lien de cause à effet avec la refonte est souvent perdu de vue au moment où la chute devient visible.
Le coupable : la case WordPress « Décourager les moteurs »
Dans WordPress, un réglage discret se cache dans Réglages, Lecture : une case intitulée « Décourager les moteurs de recherche d’indexer ce site ». Quand elle est cochée, WordPress ajoute automatiquement une balise meta robots « noindex » sur chaque page du site. Cette option existe pour une bonne raison : protéger un site en construction ou un environnement de préproduction, le temps du développement. Le problème survient quand on oublie de la décocher au moment de la mise en ligne.
C’est l’une des causes les plus fréquentes de disparition soudaine, et elle se produit presque toujours dans le même contexte : un passage de l’environnement de test vers la production. La case, utile en développement, suit le site jusqu’en ligne. Des entreprises entières ont ainsi tourné des mois avec cette case cochée, en se demandant pourquoi leur trafic organique restait nul.
Pourquoi c’est si difficile à repérer
La perversité de ce bug tient à son silence. Passons en revue les outils habituels de diagnostic, et constatons qu’ils restent tous muets. Le trafic organique chute à zéro en quatre à six semaines, le temps que Google retire progressivement les pages de son index. La Search Console n’affiche aucune erreur de crawl, aucun avertissement technique. Le sitemap est parfaitement valide. Le contenu est bon, les pages se chargent, rien ne cloche en apparence.
Autrement dit, tous les voyants sont au vert, sauf le résultat. C’est exactement ce qui égare le diagnostic : on cherche une pénalité, un problème de contenu ou de netlinking, alors que la cause est une simple ligne de code qui dit poliment à Google de ne pas indexer la page. Sans le bon réflexe, on peut passer des semaines à côté de l’évidence.
Le symptôme exact à connaître dans la Search Console
C’est ici qu’une précision change tout. On entend souvent que ce bug se traduit par des pages en « Détectée, actuellement non indexée ». En réalité, ce statut désigne autre chose : une page que Google connaît mais n’a pas encore explorée, souvent une question de temps ou de budget d’exploration. Le vrai symptôme d’un noindex est différent, et plus net.
Le bon signal à repérer
Quand Google explore une page porteuse d’un noindex, il la classe dans la Search Console sous le statut « Exclue par une balise noindex », dans le rapport Pages, section Non indexées. Et si vous inspectez une URL précise, l’outil indique noir sur blanc qu’un noindex a été détecté dans la balise robots. C’est ce libellé, et non « Détectée non indexée », qui doit vous mettre la puce à l’oreille. Pour le voir, encore faut-il que la page reste explorable : si elle est aussi bloquée par le robots.txt, Google ne verra même pas le noindex.
noindex et robots.txt : deux blocages à ne pas confondre
Profitons-en pour lever une confusion courante, car ces deux mécanismes provoquent des dégâts différents. Le robots.txt, avec une directive « Disallow », empêche Google d’explorer une page : le robot ne vient même pas la lire. La balise meta robots « noindex », elle, autorise l’exploration mais interdit l’indexation : Google lit la page, puis la retire des résultats. Les deux font disparaître votre trafic, mais par des chemins distincts, et ils ne se diagnostiquent pas au même endroit.
Pour qu’un noindex soit pris en compte, la page doit donc rester explorable. C’est contre-intuitif, mais bloquer une page à la fois en robots.txt et en noindex est une mauvaise idée : Google, ne pouvant pas explorer la page, risque de ne jamais voir l’instruction noindex. Voilà pourquoi un bon diagnostic vérifie systématiquement les deux fronts, séparément.
Le réflexe mensuel : quatre vérifications
La bonne nouvelle, c’est qu’une routine de quelques minutes par mois suffit à éliminer ce risque. Quatre vérifications, à intégrer à votre suivi.
Et si le mal est déjà fait ? La correction est rapide, mais demande de la rigueur. Décochez la case ou retirez la balise, puis testez l’URL en direct avec l’inspection d’URL de la Search Console pour confirmer que le noindex a bien disparu, et demandez la réindexation. Surveillez ensuite quelques jours : certains plugins ou caches peuvent réinjecter la balise après une mise à jour. Le retour du trafic, lui, prend généralement quelques semaines, le temps que Google réintègre les pages.
L’analyse Newp
Newp est une agence SEO et de création de site web. Ce cas illustre une règle que nous appliquons sur chaque projet : une refonte n’est jamais finie tant que l’indexation n’a pas été vérifiée. Les bugs les plus coûteux ne sont pas les plus spectaculaires, ce sont les plus silencieux. Une case cochée par mégarde peut effacer des mois de travail SEO sans déclencher la moindre alerte. C’est pourquoi nous intégrons ces contrôles d’indexation à notre routine de suivi, et systématiquement à la mise en ligne de tout nouveau site.
Ce n’est pas un bug pour développeurs. C’est un bug qui flingue le business, en silence.
Votre site est-il bien indexé par Google ?
L’équipe Newp vérifie votre indexation, traque les balises noindex oubliées et sécurise votre visibilité, avec un audit complet sous 48h · Demander un audit SEO gratuit · newp.fr/contact
