Attributs produits Sylius : les enrichir avec l'IA
Pour enrichir les attributs et caractéristiques produits Sylius avec l'IA, l'agent lit vos sources (fiches fournisseur, notices, descriptions existantes), en extrait les valeurs utiles, les normalise selon les attributs et les types définis dans Sylius, et signale tout ce qui manque ou se contredit. Les propositions sont relues et validées avant d'être écrites dans la boutique. L'agent extrait et range, il n'invente aucune valeur.
Des attributs vides ou incohérents, c'est un catalogue qui filtre mal, une recherche qui rate des produits et des fiches qui ne répondent pas aux questions des acheteurs. « 100 % coton », « coton », « Cotton 100 » : trois valeurs pour la même chose, et un filtre qui n'en trouve qu'une. Je suis développeur Sylius indépendant, j'intègre des agents IA dans des boutiques Sylius, et l'enrichissement des attributs est souvent le chantier qui débloque tous les autres.
Pourquoi les attributs sont-ils si souvent incomplets ?
Parce que l'information existe, mais pas au bon endroit. Elle dort dans un PDF fournisseur, dans un paragraphe de description, dans un tableur d'achat. La reporter dans les bons champs, produit par produit, est un travail de saisie que personne n'a le temps de faire. On remplit le minimum à la création, puis le catalogue grossit et le retard s'accumule.
S'y ajoute l'incohérence. Plusieurs personnes saisissent au fil des années, chacune avec ses habitudes : majuscules ou non, unité en centimètres ou en millimètres, abréviations maison. Chaque valeur prise isolément paraît correcte ; c'est l'ensemble qui devient inutilisable pour un filtre ou une recherche.
Le coût est réel : un filtre « matière » incomplet cache des produits, une fiche sans dimensions génère des questions au service client, et un acheteur qui ne trouve pas l'information part la chercher ailleurs.
Comment Sylius organise-t-il les caractéristiques ?
Sylius distingue deux notions. Les options, comme la taille ou la couleur, créent des variantes que le client choisit. Les attributs décrivent le produit sans créer de variante : matière, puissance, entretien, origine. Chaque attribut a un type (texte, nombre, pourcentage, case à cocher, date, liste de choix), et les attributs texte peuvent avoir une valeur par langue.
| Information trouvée dans la source | Où l'agent la range | Normalisation |
|---|---|---|
| « Composition : coton 100 % » | Attribut liste de choix « Matière » | Valeur rattachée au choix existant « Coton » |
| « Dimensions 40 x 30 cm » | Attributs nombre « Largeur », « Hauteur » | Unité convertie selon votre convention |
| « Lavable en machine » | Attribut case à cocher | Oui ou non, sans interprétation |
| « Disponible en S, M, L » | Options et variantes, pas un attribut | Signalé pour création de variantes |
| Information absente | Rien | Signalée comme manquante, jamais devinée |
La normalisation est le cœur du travail. L'agent rattache chaque valeur aux choix qui existent déjà dans vos attributs de type liste, plutôt que d'en créer de nouveaux à chaque variante d'écriture. Quand aucun choix ne correspond, il propose d'en créer un, et une personne décide.
Et si un agent le faisait pour vous ?
Laissez votre numéro : je vous rappelle sous 24 heures ouvrées et je regarde avec vous ce qu'un agent peut prendre en charge dans votre boutique, dans votre budget.
Par où l'agent passe-t-il pour lire et écrire ?
L'agent lit les produits, leurs attributs et leurs taxons par l'API d'administration de Sylius 2, réservée au rôle ROLE_API_ACCESS, ou par du code dans la boutique. Les sources externes (PDF, tableurs) lui sont fournies comme documents. Il écrit ses propositions dans une zone d'attente, et non directement sur les produits en ligne.
Le plugin officiel Admin MCP Server expose l'API d'administration à un modèle, avec une authentification OAuth et le rôle ROLE_API_ACCESS. Il est en version 0.2.0, exige Sylius 2.1 ou plus et impose la télémétrie Sylius. C'est une brique prometteuse pour ce genre d'usage, mais jeune : je l'évalue au cas par cas plutôt que de la poser par défaut. Pour comparer les voies d'accès, voyez l'article API, MCP ou code.
Ce que l'agent ne fait jamais seul
L'agent ne crée pas d'attribut ni de choix de liste sans accord, n'écrase pas une valeur validée, ne tranche pas entre deux sources contradictoires et ne déduit aucune caractéristique technique d'une photo ou d'un nom de produit. Il extrait, range, signale ; vous validez. Ces limites sont fixées dans le code par les garde-fous, et rappelées dans le prompt système.
Ce point compte particulièrement pour les informations à enjeu : composition d'un produit au contact de la peau, puissance électrique, compatibilité. Une valeur fausse ici n'est pas une coquille, c'est une information erronée donnée à l'acheteur.
À quoi servent ensuite des attributs propres ?
À presque tout le reste. Des attributs complets alimentent des filtres fiables, une recherche plus juste et des fiches mieux rédigées. Ils sont la matière première de la rédaction des fiches produits, du classement dans les bonnes catégories traité dans l'article sur les taxons, et d'une recherche sémantique qui comprend ce que cherche l'acheteur.
Chaque lot d'enrichissement est tracé : sources utilisées, valeurs proposées, valeurs validées, modèle employé. Si un fournisseur corrige sa fiche, on sait quels produits revoir. Ce sont les tests et les traces.
Par où commencer ?
Choisissez les trois attributs qui comptent le plus pour vos acheteurs, ceux des filtres les plus utilisés, et mesurez leur taux de remplissage. Comptez aussi le nombre de façons différentes d’écrire une même valeur : c’est souvent là que se cache le vrai problème. Rassemblez ensuite les sources fournisseur correspondantes. Je propose un diagnostic IA offert : je vous rappelle sous 24 heures ouvrées, j'examine les données de votre catalogue Sylius, et je vous propose la solution qui rentre dans votre budget.