Créer ses fiches produits Shopify avec un agent IA

Remplir un catalogue Shopify, c'est saisir produit après produit, à la main. À chaque fiche, il faut écrire la description, renseigner des dizaines d'informations, créer les déclinaisons une par une, choisir le statut, charger les photos. Sur dix références, personne ne s'en plaint. Mais dès que le catalogue vit vraiment, avec des références qui bougent, des arrivages toutes les semaines et des centaines de produits en attente de mise en ligne, la saisie devient un métier à part entière.

Ici, on regarde ce qu'un agent IA peut reprendre dans la création de vos fiches Shopify : ce qu'il sait faire, ce qu'on lui interdit, et la manière dont vous gardez le contrôle de bout en bout. On s'adresse à celui qui pilote un vrai catalogue Shopify et qui voit la saisie manuelle freiner sa croissance.

[🖼️ Visuel d'en-tête à insérer (optionnel) — Alt : « agent IA créant des fiches produits sur un catalogue Shopify »]

Le problème : créer des fiches produit Shopify à la main

Sur Shopify, la saisie manuelle des fiches pèse d'abord sur une seule ressource : le temps.

Le déroulé est toujours le même. On va chercher l'information chez le fabricant et chez les concurrents, à partir d'un titre et d'un code EAN. On rédige une description. On reporte le titre, le prix, le SKU dans Shopify. On monte les déclinaisons coloris ou taille une par une. On ajoute les visuels, on règle le statut. Mises bout à bout, ces opérations occupent vite plusieurs dizaines de minutes pour une seule fiche correcte. Multipliez par les dizaines ou les centaines de références qui sortent chaque semaine : vous obtenez plusieurs jours de travail à temps plein, chaque semaine, dédiés à nourrir Shopify.

Et le coût n'est que la moitié du sujet. L'autre moitié, c'est le mur. Doubler le rythme de mise en ligne suppose d'embaucher, juste au moment où l'activité accélère. Ce type de tâche répétitive, à gros volume et à faible valeur ajoutée par fiche, c'est précisément le terrain où un agent IA peut rendre service. Tant qu'on ne le laisse pas tourner en boîte noire.

Comment un agent IA crée vos fiches Shopify

Pas de mystère derrière le mot « agent ». C'est un programme qui remplit le formulaire à votre place, en s'appuyant sur des sources qu'il va chercher lui-même, et qui s'arrête pour vous laisser contrôler avant la moindre mise en ligne.

Sur un catalogue Shopify, le déroulé tient en quelques étapes :

1. Un point de départ unique : l'opérateur saisit l'EAN et la référence constructeur, rien d'autre.
2. Un contrôle anti-doublon en premier : l'agent interroge votre catalogue ; si la fiche y figure déjà, il stoppe et renvoie l'opérateur vers l'existant, sans rien dupliquer.
3. Une collecte d'informations : il consulte d'abord le fabricant, ensuite les revendeurs, le temps de reconstituer les caractéristiques du produit.
4. Il rédige une description à partir de ces sources, selon vos règles à vous (ton, balises SEO, structure).
5. Il propose les déclinaisons et les données structurées en les rapprochant de ce qui existe déjà dans votre Shopify, avec un niveau de confiance sur chaque correspondance.
6. Un dernier arrêt avant publication : l'agent vous présente l'ensemble, et rien ne part tant que vous n'avez pas dit oui.

[🖼️ Schéma à insérer — Alt : « schéma du fonctionnement d'un agent IA de création de fiches produits Shopify, de la saisie de l'EAN au push en brouillon »]

Tout se joue à cette étape de contrôle. L'agent abat le travail, sait qu'il peut se tromper, et range derrière chaque information un lien vers sa source, pour que vous alliez vérifier par vous-même. Voilà ce qui sépare un agent qu'on pilote d'une automatisation qu'on encaisse sans rien voir.

Reste un risque : que cette vérification devienne, elle aussi, un travail à plein temps. On l'évite avec l'interface de relecture, un ERP qu'on a construit sur mesure, qui pose un code couleur de confiance sur chaque élément sorti de l'IA. En un regard, l'opérateur repère où l'IA est solide et où elle hésite. Plus besoin de tout reprendre ligne à ligne : l'œil va directement sur les zones signalées, celles où une erreur est possible. La majorité des champs ressortent en confiance haute et se valident d'un coup d'œil ; le contrôle se resserre sur les quelques points marqués. Valider redevient du pointage ciblé, pas une seconde saisie.

[🖼️ Capture à insérer (le visuel le plus fort de l'article) — Alt : « écran de validation d'un agent IA affichant un code couleur de confiance sur chaque champ généré d'une fiche produit Shopify »]

Intégration sur Shopify

C'est là que Shopify impose ses propres règles. Un agent qui écrit dans Shopify doit parler le langage de Shopify : son modèle de données, sa façon d'écrire, ses pièges.

Le modèle de données Shopify

Shopify ne sépare pas la description en deux champs. Là où d'autres plateformes ont une description courte et une longue, Shopify travaille avec un unique champ riche, le descriptionHtml. L'agent rédige donc un seul corps, structuré et balisé, sans découper résumé et développement comme ailleurs.

Surtout, Shopify distingue deux notions que les e-commerçants confondent souvent, et que l'agent doit traiter séparément :

• Les options et variants : les options (Couleur, Taille, par exemple) génèrent par combinaison les variants vendables, chacun avec son propre stock, son prix et son SKU. Un produit peut porter jusqu'à 2048 variants. C'est ce qui crée des références vendables distinctes.
• Les metafields : des données structurées supplémentaires (matériau, garantie, contenance, pièce de destination) rangées par namespace, key et type. Elles enrichissent la fiche et servent l'affichage ou le filtrage, mais ne créent pas de variant.

Confondre les deux casse la fiche. L'agent doit savoir que « blanc » comme coloris vendu est une option qui génère un variant, tandis que « céramique » comme matériau est un metafield. Sur un catalogue réel, on parle vite de plusieurs dizaines de metafields à mapper correctement, chacun avec son type attendu.

[🖼️ Schéma à insérer — Alt : « schéma opposant options/variants et metafields d'une fiche produit Shopify »]

Comment l'agent écrit

L'agent écrit via l'Admin API GraphQL de Shopify. Un point à connaître avant de se lancer : l'ancienne API REST produits est dépréciée. Elle est en mode legacy depuis octobre 2024, et toute nouvelle application doit passer par GraphQL depuis avril 2025. Viser GraphQL d'emblée évite de construire sur des endpoints qui cassent à la prochaine migration.

En pratique, l'agent crée le produit avec la mutation productCreate, puis met à jour les champs avec productUpdate. Attention : productCreate ne crée qu'une seule variante par défaut. Les déclinaisons multiples passent obligatoirement par une seconde mutation, productVariantsBulkCreate, sinon le catalogue ressort incomplet, avec des produits qui n'ont qu'un variant alors qu'ils devraient en avoir plusieurs.

Point décisif : l'agent pousse la fiche en brouillon. Le statut du produit suit l'enum ProductStatus, avec trois valeurs : DRAFT, ACTIVE, ARCHIVED. En DRAFT, la fiche est créée dans votre back-office, complète, mais elle n'est disponible sur aucun canal de vente. La mutation dédiée productChangeStatus gère la bascule. L'opérateur fait un dernier contrôle, et c'est lui qui passe la fiche en ACTIVE pour la publier. L'agent prépare, l'humain publie.

Les pièges propres à Shopify

Quelques problèmes qu'un agent mal cadré rencontre vite :

• Les endpoints REST dépréciés. Écrire sur les anciens endpoints REST produits, c'est se retrouver avec des scripts cassés après la migration. Sur Shopify, on construit sur GraphQL, pas en rattrapage.
• Les variants oubliés. Comme productCreate ne pose qu'une variante par défaut, un agent qui n'appelle pas productVariantsBulkCreate derrière laisse des fiches incomplètes. Le débit de création de variants est par ailleurs plafonné, autour de 1000 nouveaux variants par jour : sur un gros catalogue, le rythme de création se cadence, il ne se déverse pas d'un bloc.
• La structuration des metafields. Un metafield attend un namespace, une key et un type précis. L'agent doit ranger chaque donnée structurée au bon endroit et au bon format, plutôt que de tout pousser dans la description. C'est précisément le genre de correspondance où le niveau de confiance affiché à l'opérateur sert de garde-fou.

Ces détails sont les conditions pour qu'une fiche générée soit réellement exploitable dans votre Shopify, et pas un brouillon à retravailler entièrement.

Garder la main : supervision et validation

Confier la saisie à un agent, ce n'est pas signer les yeux fermés. La méthode qu'on applique tient en trois calmes : le cadrage, la supervision, la reprise.

Tout commence par le cadrage, avant la première ligne de code. On observe votre process de mise en ligne tel qu'il tourne aujourd'hui, on relève vos metafields et vos règles métier, on éprouve l'Admin API GraphQL sur votre boutique. Ce qui s'automatise d'un côté, ce qui reste manuel de l'autre : on tranche ça d'abord. C'est tout l'objet d'un diagnostic de 45 minutes.

Vient la supervision : l'écran de validation. Juste avant publication, l'opérateur a sous les yeux, côte à côte, les sources que l'agent a remontées et la fiche proposée, chaque source étant accessible d'un clic. Il corrige champ par champ, il valide. Aucune fiche ne rejoint la boutique sans ce passage par l'œil humain.

[🖼️ Capture à insérer — Alt : « écran de supervision montrant côte à côte les sources et la fiche produit Shopify générée, avec liens vers chaque source »]

Et la reprise, pour les moments où ça coince. Un prix qui manque, un metafield au mauvais type, une erreur renvoyée par l'API : l'incident apparaît dans une interface lisible, l'opérateur corrige à la source et relance. Aucune fiche ne se perd en route, rien ne reste opaque.

Certains gestes, on les laisse exprès à l'humain : le choix des photos, le prix de vente final, le classement neuf ou déclassé. Ce qui relève de votre jugement métier, l'agent ne le tranche pas à votre place.

Un cas concret, sur un autre catalogue

On a documenté un cas réel sur un catalogue PrestaShop. Le principe est le même sur Shopify : un agent qui trace chaque source, pousse en brouillon, et garde l'humain dans la boucle avant publication.

Sur ce cas, la vraie peur du dirigeant n'était pas technique. Quand on vend un produit, chaque information de la fiche engage : une mauvaise caractéristique, c'est un retour client et un litige. C'est précisément pour ça que l'agent trace chaque source et garde l'humain dans la boucle. L'objectif n'est pas de retirer le contrôle, c'est de le rendre tenable : faire passer chaque fiche de plusieurs dizaines de minutes de saisie à quelques minutes de relecture, et permettre de doubler la capacité sans embaucher.

Voir comment on a procédé sur un catalogue PrestaShop

FAQ Shopify

L'agent crée-t-il les fiches directement en ligne ? Non. Il pousse les fiches en brouillon, au statut DRAFT, dans votre back-office. Elles sont complètes mais disponibles sur aucun canal de vente. C'est l'opérateur qui ajoute les photos, contrôle et bascule la fiche en ACTIVE. Aucune fiche ne part en ligne sans validation humaine.

Comment l'agent se connecte-t-il à Shopify ? Via l'Admin API GraphQL de Shopify (mutations productCreate, productUpdate, productVariantsBulkCreate). On part sur GraphQL et pas sur l'ancienne API REST produits, qui est dépréciée depuis fin 2024. Construire sur REST aujourd'hui, c'est préparer des scripts qui casseront à la prochaine migration.

L'agent gère-t-il les déclinaisons et les données structurées ? Oui, en les distinguant. Les options et variants (coloris, taille) génèrent des références vendables avec leur propre stock et prix ; les metafields (matériau, garantie) sont des données structurées descriptives. L'agent propose chaque valeur en la rapprochant de ce qui existe déjà chez vous, avec un niveau de confiance que l'opérateur valide. Les variants multiples passent par productVariantsBulkCreate, pour ne pas laisser de fiche incomplète.

Y a-t-il une limite au nombre de variants créés ? Oui. Un produit Shopify accepte jusqu'à 2048 variants, et la création de nouveaux variants est plafonnée, autour de 1000 par jour. Sur un gros catalogue, le rythme de mise en ligne se cadence sur plusieurs jours plutôt que de tout déverser d'un coup. C'est un paramètre qu'on intègre au cadrage.

Faut-il une grosse équipe technique pour mettre ça en place ? Pas du tout. Le volet technique, c'est nous qui le portons. De votre côté, il faut un opérateur métier qui connaît le catalogue et valide les fiches, plus un accès à l'Admin API de votre boutique. Pas de DSI requise.

Voir si c'est automatisable chez vous

Prenez 45 minutes en visio avec Rémi : on examine votre catalogue Shopify et votre process de mise en ligne, et vous repartez avec une réponse nette. Un sujet pour vous dès maintenant, ou pas encore le moment ? C'est le fondateur qui vous répond, pas un commercial. Et pas de pitch produit.

Réserver un diagnostic de 45 minutes avec le fondateur