Comment détecter une désindexation massive sur WordPress ?

Une désindexation massive ne se voit pas tout de suite dans le trafic. Entre le moment où WordPress retire vos pages de l’index et celui où les visites s’effondrent, il s’écoule souvent trois à dix jours pendant lesquels la Search Console affiche encore des impressions presque normales. Ce décalage est un outil : bien lu, il vous dit en quinze minutes combien de pages ont sauté et pourquoi.

Désindexation ou déclassement : mesurer la bonne chose

Deux incidents différents se ressemblent dans le trafic. Le déclassement : vos pages sont toujours dans l’index de Google, mais elles reculent dans les résultats. La désindexation : vos pages sortent de l’index, elles ne peuvent plus apparaître du tout, quelle que soit la requête. La confusion coûte du temps : on cherche une cause de contenu ou d’algorithme alors que le problème est un statut d’indexation.

Le bon indicateur n’est donc pas la position moyenne ni les clics, c’est le nombre de pages indexées. S’il chute de plusieurs dizaines de pourcents en quelques jours, vous avez une désindexation massive, et la suite de cet article s’applique. S’il reste stable pendant que les positions baissent, c’est un autre sujet, traité dans notre guide pour diagnostiquer une chute brutale de trafic organique.

Les trois instruments de mesure fiables

Pour savoir combien de pages ont disparu, trois sources, dans cet ordre de confiance.

Le rapport Indexation des pages, courbe du nombre d’indexées

Dans la Search Console, le rapport Indexation des pages trace le nombre de pages indexées dans le temps. C’est la mesure de référence : elle vient de Google, elle est datée, et la courbe montre la rupture au jour près. Notez la date de début de chute et l’amplitude. Ouvrez ensuite la liste des pages « non indexées » et regardez le motif dominant : « exclue par une balise noindex », « bloquée par le fichier robots.txt », « introuvable 404 », « autre page avec balise canonique correcte ». Le motif majoritaire oriente déjà le diagnostic.

Le rapport Sitemaps, ratio pages soumises sur pages indexées

Le rapport Sitemaps indique, pour chaque fichier soumis, combien d’URL ont été découvertes et combien sont indexées. Un ratio qui s’écroule confirme la mesure précédente et localise : si un seul sitemap enfant décroche, la désindexation touche un type de contenu précis.

Le comptage manuel des URL qui répondent en 200

Crawlez les URL de votre sitemap et comptez celles qui répondent en 200 avec une balise index. Ce chiffre est votre plafond théorique de pages indexables. Si Google en indexe beaucoup moins alors qu’elles répondent toutes correctement, le problème est dans un signal que le crawl simple ne voit pas : en-tête HTTP, rendu, canonical croisée.

Le décalage impressions / pages indexées

Voici le point que les guides de diagnostic ne traitent pas. Quand WordPress pousse un noindex sur tout le site, Google ne désindexe pas instantanément : il doit d’abord re-explorer chaque page pour voir la nouvelle directive. Pendant ce laps de temps, la page reste dans l’index, continue de recevoir des impressions, parfois des clics. La Search Console montre alors une image contradictoire : la courbe « pages indexées » plonge, mais les impressions du rapport Performances tiennent encore trois à dix jours, puis s’effondrent d’un coup quand la majorité des pages a été re-explorée.

Ce décalage est un outil de datation et de tri :

• Si les pages indexées chutent pendant que les impressions tiennent quelques jours : une directive noindex ou robots a été poussée récemment sur le site. La date de début de la chute des pages indexées est la date de l’incident.
• Si le nombre de pages indexées a d’abord gonflé, puis s’est effondré avec le trafic : ce n’est pas un noindex, c’est une injection de pages, traitée plus bas.
• Si les positions baissent mais que le statut d’indexation ne bouge pas : ce n’est pas une désindexation, c’est un déclassement, souvent lié à une mise à jour d’algorithme. La forme de la courbe de trafic le confirme.

Les trois signatures d’une désindexation massive

Une désindexation massive laisse une trace reconnaissable avant même d’ouvrir un fichier. Trois profils couvrent la quasi-totalité des cas sur WordPress.

Détecter un noindex accidentel sur tout le site

C’est la cause la plus fréquente et la plus rapide à confirmer. Cinq endroits à vérifier, du plus courant au plus discret.

La case « décourager les moteurs de recherche »

Réglages, Lecture, Visibilité par les moteurs de recherche. Une seule case. Cochée, elle ajoute un noindex sur tout le site et une ligne dans le robots.txt virtuel. Elle se coche à la main lors d’une mise en recette, et il arrive qu’elle se retrouve cochée après la mise à jour d’un thème ou d’une extension, sans intervention consciente. C’est le premier point à regarder, il prend dix secondes. Ce scénario précis est détaillé dans notre article sur la perte de positions après une mise à jour WordPress.

Le fichier robots.txt

Ouvrez votredomaine.fr/robots.txt. Une ligne Disallow: / bloque toute l’exploration. Attention : robots.txt bloque le crawl, pas l’indexation. Une page déjà indexée et soudain bloquée par robots.txt peut rester dans l’index un moment, sans description, avant de sortir. L’effet sur le trafic est le même, le motif Search Console diffère.

Le réglage global du plugin SEO

Yoast, Rank Math ou All in One SEO ont chacun un interrupteur global de contenu et des bascules par type. Un import de réglages, une restauration de sauvegarde partielle ou une mise à jour majeure peuvent remettre ces bascules à une valeur non voulue. Vérifiez l’état des réglages d’indexation du plugin, pas seulement la page d’accueil.

L’en-tête HTTP X-Robots-Tag

Un noindex peut être envoyé dans l’en-tête de la réponse, invisible dans le code source de la page. Inspectez les en-têtes HTTP d’une URL censée être indexable : si vous voyez X-Robots-Tag: noindex, la source est le serveur, un fichier .htaccess ou une règle d’hébergeur, pas WordPress.

Un environnement de préproduction servi à la place du site

Si un cache ou un CDN sert par erreur la version de préproduction, qui elle porte un noindex légitime, Google voit un noindex sur le domaine de production. Comparez le code source vu par un visiteur non connecté et celui de l’administration.

Détecter un noindex par gabarit

Ici, le total des pages indexées ne s’effondre pas : il baisse d’une tranche nette, celle d’un type de contenu. Typiquement, tous les articles restent indexés mais toutes les pages produit disparaissent, ou l’inverse, ou ce sont les pages de catégorie.

Localiser la tranche

Le rapport Sitemaps est l’outil : si le sitemap post-sitemap.xml garde son ratio et que product-sitemap.xml tombe à zéro, la désindexation est ciblée sur les produits. Recoupez avec le rapport Indexation en filtrant par URL.

Remonter à la bascule

Dans le plugin SEO, chaque type de publication et chaque taxonomie a son propre interrupteur « afficher dans les résultats de recherche ». Une mise à jour majeure du plugin, ou l’activation d’une extension qui déclare un nouveau type de contenu, peut basculer un de ces interrupteurs sur « non ». Vérifiez l’état pour le type exact qui a décroché. La méthode pour dater une mise à jour de plugin après coup, via les horodatages de fichiers, est décrite dans la revue des causes classiques d’une perte de positions.

Détecter une injection de pages

La signature est inversée : au lieu de baisser, le nombre de pages indexées explose d’abord, sur des semaines, avec des URL que vous n’avez jamais créées. Puis Google dégrade l’évaluation de tout le domaine et le total, comme le trafic, s’effondre.

Les signaux à l’œil

Dans le rapport Indexation, des milliers d’URL en .html ou .php inconnues, souvent sur des thèmes pharmacie, contrefaçon, jeux d’argent, parfois en japonais. Une recherche site:votredomaine.fr qui renvoie ces pages alors qu’un visiteur normal voit un site sain : c’est du cloaking, le serveur sert un contenu différent à Googlebot. Un sitemap supplémentaire que vous n’avez pas généré.

Confirmer

Un scan de sécurité du site, l’inspection du fichier .htaccess à la recherche de règles de redirection conditionnelle, et le rapport Problèmes de sécurité de la Search Console. Si l’injection est confirmée, la détection s’arrête ici : le sujet devient la remise en état du site compromis, prioritaire sur toute action SEO.

La détection en quinze minutes

1. Ouvrir le rapport Indexation des pagesRelever la date de début de chute, l’amplitude et le motif dominant de non-indexation.
2. Comparer à la courbe des impressionsImpressions qui tiennent quelques jours pendant que les pages indexées chutent : noindex ou robots récent. Gonflement préalable : injection.
3. Lire le rapport SitemapsTous les sitemaps enfants décrochent ensemble : cause globale. Un seul décroche : cause par gabarit.
4. Vérifier la case Lecture et le robots.txtRéglages, Lecture, visibilité moteurs. Puis /robots.txt pour une ligne Disallow: /.
5. Inspecter les en-têtes HTTP d’une URL indexableChercher X-Robots-Tag: noindex qui trahirait une règle serveur.
6. Contrôler les bascules du plugin SEOInterrupteur global, puis par type de publication et par taxonomie pour la tranche qui a décroché.
7. Passer un scan de sécurité si le total a gonfléURL inconnues, cloaking, sitemap fantôme, règles .htaccess suspectes.

Confirmer la cause avant de corriger

Chaque hypothèse se valide sur une URL témoin, pas sur une impression générale. L’outil d’inspection d’URL de la Search Console donne l’état réel : « l’indexation est autorisée ? », la balise robots détectée, l’URL canonique choisie par Google, et surtout « tester l’URL en direct » pour voir la directive actuelle et non celle du dernier crawl. Le testeur de robots.txt confirme si une URL précise est bloquée. La fonction « voir la page explorée » montre le HTML que Googlebot a reçu : c’est là qu’on repère un cloaking ou une version de préproduction servie par erreur. Un audit méthodique de ces points, dans le cadre d’un audit de référencement WordPress, évite de corriger une cause qui n’était pas la bonne.

Une fois la cause confirmée, la correction est généralement rapide : décocher, retirer une ligne, rebasculer un interrupteur. Le délai de retour dépend ensuite du recrawl, comme pour toute réévaluation, et la méthode de reprise après un incident d’indexation s’applique : redemander l’exploration des pages stratégiques, suivre la remontée par cohortes.

Compter, dater, confirmer

Une désindexation massive se détecte en trois gestes : compter les pages réellement perdues avec le rapport Indexation, dater la rupture en croisant la courbe des pages indexées et celle des impressions, confirmer la cause sur une URL témoin avec l’inspection d’URL. Le piège est d’attendre que le trafic s’effondre pour réagir : le décalage de trois à dix jours entre la désindexation et la chute des visites est justement la fenêtre où le diagnostic est le plus simple et la correction la plus rapide.

Questions fréquentes