Sur Vinyles.com, une fiche de disque sans texte reçoit une description construite uniquement à partir de la base de données : artiste, titre, format, année, label, genres, nombre de titres, numéro de catalogue et code EAN. Aucun modèle de langage, aucune phrase inventée. C'est le principe du SEO programmatique : produire des pages en nombre à partir de données structurées, avec un gabarit.
La méthode a mauvaise réputation, et pour cause : Google sanctionne les pages produites en masse pour manipuler son classement. Voici où passe la frontière selon ses règles, et les garde-fous mis en place sur Vinyles.com, où je suis CTO externalisé, pour que chaque page générée apporte une information réelle.
En bref
- Le SEO programmatique (programmatic SEO) consiste à générer des pages à partir d'une base de données et d'un gabarit : une page par produit, par artiste, par ville ou par référence.
- Google classe comme spam le « scaled content abuse » : de nombreuses pages générées d'abord pour manipuler le classement, pas pour aider l'utilisateur. Ses exemples citent aussi bien l'IA générative que la reprise automatique de contenus.
- Sur Vinyles.com, une donnée dont le sens n'est pas établi n'est pas affichée : six champs de la base sont volontairement écartés des descriptions.
- Le script des pages artistes simule par défaut, sans rien écrire, sait créer un brouillon non publié, et refuse de pousser des textes qui échouent à la validation automatique.
- Le bon critère avant de générer : chaque page répond-elle à une question que la page voisine ne traite pas ?
SEO programmatique : de quoi parle-t-on
Le SEO programmatique désigne la création de pages web en série à partir d'une base de données : un même gabarit, rempli automatiquement avec les données propres à chaque ligne. Les anglophones parlent de programmatic SEO.
Les exemples sont partout : fiches de produits d'un catalogue, pages « artisan + commune », pages de comparaison entre deux outils, fiches de villes sur un site immobilier. L'intérêt est évident quand la base contient des milliers de références que les internautes cherchent une par une. Le risque aussi : si la seule chose qui change d'une page à l'autre est un nom propre, vous publiez des milliers de pages vides de sens.
Avant de générer quoi que ce soit, une question suffit : qu'apporte chaque page que les autres n'apportent pas ?
Ce que Google interdit : le « scaled content abuse »
Google interdit la production de pages en masse lorsqu'elle vise d'abord à manipuler le classement. Sa page officielle sur les règles anti-spam, mise à jour le 28 août 2026, définit le « scaled content abuse » comme le fait de générer de nombreuses pages dans le but principal de manipuler le classement de recherche plutôt que d'aider les utilisateurs.
Les exemples donnés par Google :
- utiliser des outils d'IA générative, ou des outils similaires, pour générer de nombreuses pages sans valeur ajoutée pour les utilisateurs ;
- récupérer des flux, des résultats de recherche ou d'autres contenus pour produire de nombreuses pages, y compris par transformation automatique (synonymes, traduction) ;
- assembler des contenus issus de pages différentes sans valeur ajoutée ;
- créer plusieurs sites pour masquer l'ampleur du contenu produit ;
- créer de nombreuses pages qui n'ont guère de sens pour un lecteur mais contiennent des mots-clés.
La même page traite de l'affiliation « mince » : des descriptions et avis copiés du vendeur d'origine, sans contenu original. Google précise que tous les sites affiliés ne sont pas concernés, et cite parmi les bonnes pratiques les informations supplémentaires sur les prix et la comparaison de produits. Pour un comparateur de prix comme Vinyles.com, la consigne est claire : la valeur doit venir des données ajoutées, comme le prix, son historique et la comparaison entre offres.
La page de Google n'interdit ni l'automatisation, ni l'IA : elle vise l'absence de valeur pour le lecteur. C'est ce critère qui doit guider chaque choix technique.
Ce que Vinyles.com génère à partir de sa base
Vinyles.com génère trois types de contenus à partir de données, chacun avec sa propre règle. Le point commun : quand une information manque ou n'est pas fiable, la page ne la remplace pas par du texte.
Les fiches produits : des faits, rien que des faits
Une fiche de disque sans description reçoit un paragraphe standard construit à partir de la base, sans modèle de langage. Il ne promet ni livraison, ni paiement, ni état, ni stock, puisque le site compare des offres et ne vend pas lui-même.
Deux choix de conception méritent d'être copiés :
- Pas de fausse variété. Trois formulations tournantes existaient au départ ; elles ont été abandonnées. Faire varier un texte creux ne le rend pas utile. Ce qui rend chaque description unique, c'est la phrase d'identification, construite avec le numéro de catalogue et le code EAN, deux faits différents pour chaque disque.
- Des champs volontairement écartés. Le pays, la durée, l'édition limitée, les récompenses, le type de conditionnement et le poids ne sont pas repris : leur sens n'est pas établi dans la source, ou trop peu de disques les renseignent. Un pays qui peut désigner celui du fichier source, du pressage ou de l'enregistrement ne permet aucune affirmation.
La version anglaise sort du même gabarit, traduit une fois pour toutes, et non d'une traduction automatique fiche par fiche. Un genre musical n'est affiché en anglais que s'il a un équivalent explicite ; sinon il est omis.
Les pages artistes : plusieurs sources, des textes contrôlés
Les pages artistes déjà traitées par ce script combinent le catalogue du site, des bases musicales publiques (MusicBrainz, Discogs, Wikipédia, Last.fm) et des textes rédigés par un modèle de langage : introduction, albums essentiels, questions fréquentes. On y trouve une discographie, les titres marquants, des artistes proches et les cotes des albums sur le marché de l'occasion.
Ces cotes illustrent bien la logique. Pour chaque album, la page affiche le prix bas, le prix médian et le prix haut constatés sur Discogs, le nombre d'exemplaires en vente et le nombre de collectionneurs qui le recherchent. Un album sans pressage vinyle ou sans prix connu n'apparaît pas : une carte vide ne dirait rien au lecteur.
Un bloc « Sources & méthode » liste chaque source avec son lien et ce qu'elle apporte ; sur les pages traitées par le script, il est suivi d'une date de dernière mise à jour. Le lecteur sait d'où vient chaque donnée et de quand elle date.
Les métadonnées et les guides
Les titres et descriptions destinés à Google (balises title et meta description) des produits, collections, articles et pages sont générés par un modèle de langage, mais seulement quand l'un des deux manque : une ressource dont le titre et la description sont déjà remplis n'est pas touchée. Sous la grille des collections, le bloc éditorial ne s'affiche que s'il contient réellement un texte ou une FAQ.
Côté magazine, les guides citent des prix Discogs datés. Le guide des 33 tours les plus recherchés, à 0 clic un an plus tôt, a reçu 6 216 clics entre le 17 juin et le 15 septembre 2026, en position moyenne 5,4 (Google Search Console). Je ne peux pas isoler la part des prix datés dans ce chiffre, que je livre comme un simple constat.
Les garde-fous contre le contenu mince
Générer des pages est la partie facile. Ce qui évite le contenu mince, ce sont les contrôles placés entre la base de données et la mise en ligne. Voici ceux qui existent dans le code de Vinyles.com, transposables à n'importe quel projet :
| Garde-fou | Ce que prévoit le code de Vinyles.com | Risque évité |
|---|---|---|
| Omettre plutôt qu'inventer | La consigne donnée au modèle interdit d'extrapoler un chiffre hors des sources fournies | Un fait faux publié à grande échelle |
| Validation automatique | Champs obligatoires, longueurs maximales, format des questions-réponses ; en cas d'échec, trois tentatives au plus, avec la liste des erreurs renvoyée au modèle ; un texte trop long est coupé à la phrase, toute autre erreur bloque l'envoi | Une page à moitié remplie |
| Simulation puis brouillon | Par défaut, le script n'écrit que des fichiers locaux ; un mode brouillon crée une page non publiée ; la publication est un mode séparé, et un brouillon validé peut être republié sans nouvel appel au modèle. | Une série de pages ratées en ligne d'un coup |
| Mise à jour par bloc | Seules les données du bloc visé sont recollectées, et seules les valeurs modifiées sont renvoyées ; les textes ne sont régénérés que sur demande | Des textes réécrits sans raison, une page entière régénérée pour une seule donnée |
| Audit avant nettoyage | Un script en lecture seule sait repérer les pages anglaises minces (titres traduits à tort, texte resté en français, texte dupliqué) et propose une action : retraduire, désindexer ou supprimer | Une suppression en masse décidée à l'aveugle |
Quand des pages minces existent déjà, la tentation est de tout supprimer. Un rapport ligne par ligne, relu avant d'agir, permet de traiter chaque problème avec la bonne réponse.
La méthode pour générer des pages depuis votre base
Un projet de SEO programmatique se prépare dans la base de données bien avant d'écrire le gabarit. Voici l'ordre que je recommande :
- Partir d'une recherche réelle. Les internautes tapent-ils vraiment « [produit] + [caractéristique] » ou « [métier] + [commune] » ? Sans demande, pas de page.
- Inventorier les données propres à chaque page. Si une page ne peut afficher que son titre et deux champs communs à toutes les autres, elle ne mérite pas d'exister.
- Écarter les champs douteux. Une colonne mal renseignée ou ambiguë n'entre pas dans le gabarit.
- Prévoir le cas « donnée absente » : le bloc disparaît, il n'est jamais remplacé par une phrase générique.
- Dater et sourcer ce qui change : prix, stocks, statistiques.
- Publier par lots, en commençant par un petit échantillon relu, puis suivre dans la Search Console les pages indexées et les clics avant d'étendre.
Pour situer ce type de chantier dans l'ensemble du parcours client, l'article sur le modèle AARRR appliqué à Vinyles.com montre à quelle étape il agit. Les réglages propres à la plateforme sont détaillés dans la méthode SEO Shopify appliquée à Vinyles.com.
Quand le SEO programmatique n'est pas une bonne idée
Le SEO programmatique ne convient pas à toutes les entreprises. Trois situations où je le déconseille :
- La base est pauvre. Un artisan qui voudrait une page par commune du Finistère avec le même texte et un nom de ville différent se rapprocherait dangereusement des exemples de spam cités par Google. Mieux vaut quelques pages de service solides.
- Personne ne surveille. Des prix ou des stocks affichés sur des milliers de pages vieillissent vite. Sans tâches planifiées et sans contrôles, les pages deviennent fausses.
- Le texte est la seule valeur ajoutée. Si l'unique différence entre deux pages est un paragraphe rédigé par une IA, le risque est maximal.
À l'inverse, un catalogue riche, des données vérifiées et une vraie demande de recherche pour chaque référence font un bon terrain. Sur Vinyles.com, ce travail s'inscrit dans un ensemble plus large, passé d'environ 300 à environ 700 clics par jour entre mars et septembre 2026 selon la Search Console, sans qu'on puisse attribuer cette évolution à une action isolée. Le projet complet est présenté dans la fiche réalisation Vinyles.com.
Vous avez une base de produits, de références ou de lieux et vous vous demandez ce qu'elle peut donner en pages utiles ? Le volet référencement est décrit sur la page SEO sur-mesure. Envoyez-moi un extrait de vos données : je vous fais un premier retour par écrit, et on s'appelle ensuite si le projet tient la route. Je suis installé à Morlaix ; la plupart de ces projets se suivent très bien à distance.
Questions fréquentes sur le SEO programmatique
Qu'est-ce que le SEO programmatique ?
Le SEO programmatique consiste à créer des pages en série à partir d'une base de données et d'un gabarit : une page par produit, par lieu ou par référence. Chaque page reprend la même structure et se remplit avec les données qui lui sont propres.
Le SEO programmatique est-il pénalisé par Google ?
Pas en soi. Google sanctionne le « scaled content abuse », c'est-à-dire de nombreuses pages générées d'abord pour manipuler le classement et sans valeur pour le lecteur. Des pages générées qui apportent chacune une information réelle ne sont pas visées par cette règle.
Peut-on utiliser l'IA pour générer les pages ?
Oui, à condition que l'IA ne soit pas la seule source de valeur. Sur Vinyles.com, les textes générés s'appuient sur des données collectées, la consigne donnée au modèle interdit tout chiffre absent des sources fournies, et une validation automatique contrôle leur forme avant l'envoi.
Combien de pages faut-il générer ?
Autant qu'il existe de pages capables d'apporter une information distincte, et pas une de plus. Commencez par un petit lot relu, observez l'indexation et les clics dans la Search Console, puis étendez.
