SEO programmatique : Google peut « perdre confiance » dans tout un site

L’essentiel

• Le 7 septembre 2026, John Mueller a répondu sur Bluesky à un éditeur dont les pages principales restent « Explorée, actuellement non indexée ».
• Pour lui, le SEO programmatique mène souvent à un site « spam, à la limite du spam ou de faible qualité » (traduction).
• Les systèmes de Google ont « peut-être perdu confiance » dans le site, à cause de ses anciennes pages (traduction).
• Le redressement demande « du temps et un effort important » (traduction), comparable selon lui au travail mené après une core update ou une spam update.

Le cas : un annuaire de technologies désindexé en quelques mois

La question est arrivée le 6 septembre au soir. Jonathan Howell, éditeur de stackscope.dev, présente son site comme « un BuiltWith pour les nouveaux sites » (traduction) : il recense les technologies utilisées par des sites récents. Lancé en avril, le site a d’abord eu beaucoup de pages indexées. L’éditeur pense ensuite avoir été désindexé pour contenu trop mince, et il a passé ces pages en noindex.

Rien n’a changé. Même les pages de base, comme /about, sont bloquées depuis des mois dans l’état « Explorée, actuellement non indexée » de la Search Console, et une demande d’aide est restée sans suite. Il n’y a ni action manuelle ni problème de sécurité. Le site a obtenu des liens naturels (Hacker News, Product Hunt, des blogs) et l’éditeur a même monté un sitemap dynamique destiné à Google, limité aux pages qui affichent plus de 10 technologies détectées.

Mueller : beaucoup de pages, peu de valeur d’ensemble

Dans sa réponse publiée le 7 septembre, John Mueller admet qu’il est difficile de se prononcer. Il dit pourtant s’inquiéter. Le site lui fait penser à une opération de SEO programmatique : on parcourt une longue liste de noms de domaine, de technologies et d’attributs, et on publie toutes les combinaisons. Un développeur le fait sans peine, plus vite encore avec les générateurs de code. Le résultat, ce sont « des tonnes de pages qui ont “un peu” de valeur, mais un tableau d’ensemble pas très enthousiasmant » (traduction). Y greffer d’autres données générées, du type « que veut dire PHP ? », n’aide pas davantage l’internaute.

Puis vient la phrase la plus nette. « Le SEO programmatique de ce genre mène souvent à un site qui est soit du spam, soit à la limite du spam, soit de faible qualité » (traduction). Monter un site qui aligne les pages est simple, note-t-il. Apporter une vraie valeur aux utilisateurs l’est beaucoup moins.

Une perte de confiance qui vise le site entier

Mueller parle du site, pas de quelques URL. « Nos systèmes ont peut-être perdu confiance dans la capacité de votre site à apporter une vraie valeur aux utilisateurs, sur la base des anciennes pages » (traduction). Le « peut-être » compte : Google ne confirme aucun déclassement, Mueller avance une hypothèse à partir de la description que lui fait l’éditeur.

Sur la sortie de crise, il reste prudent. « Résoudre cela demande généralement du temps et un effort important pour démontrer la valeur » (traduction). Pour se faire une idée des délais, il suggère de regarder comment les SEO traitent les sites touchés par une spam update ou une core update, en précisant qu’il ne qualifie pas ce site de spam. Il invite aussi à lire les conseils des autres intervenants « avec du recul » (traduction) et à ne garder que ce qui s’applique au cas précis.

Ce que j’en retiens

Ce cas rejoint ce que je relevais en juillet : quand des pages importantes restent « Explorée, actuellement non indexée », c’est souvent la qualité du site entier qui est en cause. J’en tire une lecture personnelle, qui va au-delà de ce que dit Mueller : passer les pages faibles en noindex ne suffit pas à effacer l’historique. Les signaux à surveiller sont connus. La part de pages indexées qui fond dans le rapport d’indexation, des pages de base (accueil, à propos) qui sortent de l’index, des milliers d’URL bâties sur un même gabarit où seule une variable change, des impressions concentrées sur quelques pages. Une indexation massive dans les premières semaines ne prouve rien non plus. Ce site le montre.

Face à cette situation, je procéderais par étapes :

1. inventorier les pages par gabarit et croiser avec les impressions et les clics de la Search Console sur toute la période disponible ;
2. supprimer (404 ou 410) les combinaisons sans demande ni donnée propre ;
3. regrouper les pages quasi identiques en pages plus riches, avec des redirections 301 ;
4. réserver le noindex aux pages utiles à l’internaute mais sans intérêt en recherche ;
5. ne laisser dans le sitemap que les pages qui méritent l’index, puis les enrichir avec des données qu’on ne trouve pas ailleurs.

Je compterais en mois, pas en semaines. Dans la Search Console, le repère à suivre est le retour des pages de base dans l’index : tant que la page /about reste exclue, le fond du problème n’est pas réglé.