Générer 2 000 pages produit automatiquement : suicide ou méthode viable en 2026 ?

Ça tient, mais pas comme il y a cinq ans. La question que Google pose à une page générée est simple : qu'est-ce qu'elle contient que je n'ai pas déjà ailleurs ?

Des caractéristiques recopiées du fournisseur : rien, elles sont sur trois cents sites. Un historique de prix que tu as réellement collecté dans le temps : ça, c'est à toi, personne d'autre ne l'a. C'est ta seule défense et elle est solide.

Mets l'historique au centre de la page, pas en bas. Et n'ouvre pas les 2 000 d'un coup.

Deux mille pages d'un coup sur un domaine jeune, c'est le meilleur moyen de te faire ignorer en bloc.

J'ai fait l'exercice sur un projet interne : trois cents pages par mois, en surveillant le taux d'indexation de chaque lot. Tant qu'un lot n'atteint pas 70 % d'indexation, on n'envoie pas le suivant. Ça prend sept mois au lieu d'un, mais on finit avec 80 % du catalogue indexé au lieu de 15 %.

Le seuil de 70 % avant d'envoyer le lot suivant, c'est concret, je vais reprendre ça. Vous surveillez ça comment, à la main dans la Search Console ou avec l'API ?

Par l'API, sinon c'est ingérable au-delà de quelques centaines d'URL. L'inspection d'URL a un quota journalier, largement suffisant pour vérifier un échantillon représentatif de chaque lot plutôt que la totalité.

Je tire cinquante URL au hasard par lot, je regarde le statut, et j'extrapole. En pratique l'écart avec la mesure exhaustive est de deux ou trois points.

Attention aussi au produit qui disparaît du flux. Sur 2 000 fiches tu auras un renouvellement permanent, et les pages orphelines de produits morts vont s'accumuler.

Décide dès maintenant ce que devient une fiche dont le produit n'existe plus : redirection vers la catégorie, page conservée avec l'historique, ou suppression franche. Si tu ne décides pas, tu te retrouveras dans deux ans avec 600 pages fantômes qui tirent tout le site vers le bas.

Le truc que je regarderais avant même le texte généré, c’est le ratio “découvert / exploré / indexé” par type de page, pas juste le volume total. Sur un site d’offres que j’avais monté avec 1 180 pages issues de flux, les pages envoyées uniquement via sitemap finissaient souvent en “détectée, actuellement non indexée” pendant 3 à 6 semaines, alors que celles liées depuis des pages catégories bien propres entraient en index en moins de 10 jours. Le sitemap aide Google à connaître tes pages, mais il ne leur donne pas de valeur interne : si tes 2 000 fiches sont à 4 clics, sans liens contextuels, sans catégories filtrables utiles, tu vas croire à un problème d’IA alors que c’est surtout un problème d’architecture.

Je séparerais les sitemaps par lots et par intention : produits actifs, produits avec historique de prix solide, produits pauvres ou récents, pour voir lesquels se font vraiment bouder. Dans mon cas, les fiches avec moins de 90 jours d’historique et zéro avis/alternative avaient un taux d’indexation autour de 28 %, celles avec courbe de prix + 3 alternatives internes montaient à 74 %. Et côté revenus, les pages “pauvres mais nombreuses” faisaient surtout du crawl, pas du cash : environ 38 € sur un mois pour 600 pages, alors que 80 pages renforcées faisaient 110 à 140 € sur la même période. Donc viable, oui, mais seulement si tu traites tes 2 000 fiches comme un stock à qualifier, pas comme 2 000 tickets de loterie balancés dans un sitemap.

Si tes pages ont un fort rebond, Google coule ton classement.