La fiche produit parfaite pour les IA de shopping
Un assistant qui recommande un produit ne lit pas ta page comme un humain : il lit des données structurées — titre exact, prix avec sa devise, disponibilité, marque, identifiant, images. Une fiche qui ne les porte pas est ignorée, quelle que soit la qualité de son texte. Sur Mopsee, ces données sont publiées automatiquement pour chaque offre.
Que lisent réellement les IA de shopping ?
Trois sources, et elles ne se valent pas. Les données structurées posées dans la page, d'abord : un bloc normalisé qui déclare « ceci est un produit, il s'appelle X, il coûte Y, il est disponible ». C'est le langage commun du web marchand, et c'est ce que les moteurs lisent en premier parce qu'il ne demande aucune interprétation.
Les feuilles produits ensuite — un fichier qui liste tout un catalogue d'un coup, avec un champ par information. C'est ce que consomment les moteurs de shopping et, de plus en plus, les agents d'achat : une liste propre vaut mille pages à parcourir.
Le texte visible enfin, qui reste utile pour ce qu'aucun champ ne code : la matière, l'usage, ce qui distingue ta pièce. Mais il arrive en dernier, et il ne compense jamais l'absence des deux premiers. Une fiche magnifiquement écrite sans prix déclaré est, pour une machine, un produit sans prix.
Retiens la hiérarchie : ce qui est déclaré est lu, ce qui est deviné est ignoré. Un prix écrit uniquement dans une image ou dans une phrase n'existe pas.
- Données structurées de la page : le socle, lu en premier.
- Feuilles produits : le catalogue entier, en un fichier.
- Texte visible : ce qui différencie, une fois le reste lisible.
- Images : elles doivent être accessibles publiquement, pas seulement jolies.
Quels champs font la différence ?
Sept, et l'ordre a son importance. Le titre exact d'abord : ce que quelqu'un taperait, pas un jeu de mots. « Bol en grès émaillé bleu 12 cm » se trouve ; « Rêverie bleutée » ne se trouve pas. Le prix ensuite, avec sa devise, sous forme de nombre — pas de fourchette, pas de « à partir de » comme seule information.
La disponibilité, qui décide souvent seule si un produit est proposé : un assistant évite de recommander ce qui est en rupture. La marque et les identifiants — code-barres du produit, référence fabricant — qui permettent de rapprocher ton offre des autres. Ils sont facultatifs pour une pièce unique faite main, et là un champ le déclare : « pas d'identifiant », ce qui est une information et non un trou.
L'état du produit, neuf ou d'occasion, qui change complètement l'appariement avec une demande. La catégorie, qui range ton produit dans la nomenclature que les moteurs de shopping utilisent. Et les images, plusieurs, accessibles à une adresse publique.
Le reste — matière, dimensions, délai d'expédition, conditions de retour — vit dans la description. C'est ce que les moteurs de réponse citent quand ils comparent deux produits proches, et c'est aussi ce qui fait qu'un acheteur n'a pas besoin d'écrire pour poser sa question.
| Champ | Pourquoi il compte | Erreur courante |
|---|---|---|
| Titre | C'est la clé d'appariement avec la requête | Un nom poétique sans le nom de l'objet |
| Prix + devise | Sans nombre déclaré, le produit est écarté | Prix seulement écrit dans une image |
| Disponibilité | Un assistant ne recommande pas une rupture | Stock jamais mis à jour |
| Marque | Rapproche ton offre des offres comparables | Champ laissé vide par défaut |
| Code-barres ou référence | Identifie le produit de façon univoque | Un identifiant inventé, pire que rien |
| État | Neuf et occasion ne répondent pas aux mêmes demandes | Non renseigné sur du seconde main |
| Images | Elles doivent être publiques et multiples | Une seule photo, ou une adresse privée |
Qu'est-ce que Mopsee publie automatiquement ?
Chaque fiche produit émet un bloc de données structurées décrivant le produit et son offre : nom, description, images, marque, code-barres, référence fabricant, prix dans la devise de la boutique, disponibilité déduite du stock, état, et le vendeur. Quand une offre n'a pas de prix publiable — un devis, par exemple — aucun bloc d'offre n'est émis du tout, plutôt qu'un bloc vide : déclarer une offre sans prix vaut moins que ne rien déclarer.
Chaque boutique publie en plus la description de son enseigne, la liste ordonnée de ses produits et un fil d'ariane, pour que la structure du catalogue soit lisible sans exploration.
Deux feuilles produits sont générées et tenues à jour toutes seules. L'une suit un format ouvert destiné aux agents d'achat, l'autre le format attendu par les moteurs de shopping. Les deux se servent des mêmes données : ce que tu corriges dans ta fiche part dans les deux au prochain passage.
Enfin, chaque boutique expose son catalogue en texte simple, à destination des assistants qui préfèrent lire une page propre plutôt que d'interpréter une mise en page. Rien de tout cela n'est à activer : c'est produit à la publication.
- Fiche produit : produit et offre déclarés, avec prix, devise, disponibilité, état, marque et identifiants.
- Boutique : enseigne, liste ordonnée des produits, fil d'ariane.
- Deux feuilles produits, l'une pour les agents d'achat, l'autre pour les moteurs de shopping.
- Catalogue en texte simple pour les assistants.
- Plan du site couvrant boutiques, fiches et guides.
Que reste-t-il à ta charge ?
Le fond, c'est-à-dire tout ce qu'aucun système ne peut deviner. Le prix, en premier : sans montant, ton offre est publiée comme un devis, et un devis n'entre pas dans une comparaison de produits. C'est la première cause d'absence des recommandations, et elle se corrige en trente secondes.
Les données mesurables ensuite : dimensions, matière, poids, contenance, durée. Ce sont elles qui font qu'un assistant peut répondre « oui, celui-ci fait bien 12 centimètres » plutôt que d'écarter ton produit par prudence.
Le stock, tenu à jour. Une disponibilité fausse est pire qu'une absence de disponibilité : le premier acheteur déçu ne revient pas, et les signaux de rupture se propagent.
Les images enfin : plusieurs par produit, nettes, montrant l'objet sous plusieurs angles et à l'échelle. Et si tu revends des articles identifiés, renseigne le code-barres et la marque du fabricant — c'est ce qui permet à ton offre d'apparaître à côté des autres plutôt que seule dans son coin.
Comment vérifier que sa fiche est lisible par les machines ?
Trois contrôles, tous faisables en quelques minutes et sans outil payant.
Le premier : ouvre le code source de ta page produit et cherche le bloc de données structurées. Il doit contenir le nom, le prix, la devise et la disponibilité. Colle-le dans le validateur de schema.org : zéro erreur attendue.
Le deuxième : ouvre la feuille produits de ta boutique et vérifie que ton article y figure, avec le bon prix. Un produit absent de la feuille est un produit invisible pour les agents d'achat — la cause est presque toujours un prix manquant, une offre en brouillon, ou un format de vente exclu comme l'enchère.
Le troisième : demande à un assistant de décrire ton produit à partir de son adresse. Ce qu'il restitue de travers est exactement ce qui manque dans ta fiche. C'est le test le plus proche de l'usage réel, et le plus instructif.
- Le bloc de données structurées est présent et valide.
- Le prix et la devise y figurent en clair, avec la disponibilité.
- Le produit apparaît dans la feuille produits de la boutique.
- Un assistant sait redire ce que fait ton produit à partir de son adresse.
Questions fréquentes
Qu'est-ce qu'une IA de shopping lit sur une fiche produit ?
Des données déclarées, pas de la mise en page : le titre exact, le prix avec sa devise, la disponibilité, la marque, les identifiants du produit, son état et ses images. Le texte visible sert ensuite à départager deux produits proches. Un prix qui n'existe que dans une image ou dans une phrase n'est pas lu.
Faut-il un code-barres pour être visible ?
Non pour une pièce unique faite main : les feuilles produits déclarent alors explicitement l'absence d'identifiant, ce qui est une information valide. En revanche, si tu revends un article qui possède un code-barres et une marque, les renseigner permet à ton offre d'apparaître à côté des offres comparables.
Faut-il créer soi-même les données structurées sur Mopsee ?
Non. Chaque fiche publiée émet automatiquement le bloc produit et offre, chaque boutique publie sa liste ordonnée et son fil d'ariane, et deux feuilles produits sont générées et tenues à jour — l'une pour les agents d'achat, l'autre pour les moteurs de shopping. Il n'y a rien à activer.
Pourquoi mon produit n'apparaît-il pas dans la feuille produits ?
Trois causes couvrent presque tous les cas : l'offre n'a pas de prix publiable — un devis ne peut pas entrer dans une comparaison —, elle n'est pas publiée, ou elle est vendue selon un format exclu des feuilles, comme l'enchère, dont la nature éphémère ne convient pas à un catalogue.
Une bonne description suffit-elle à être recommandé ?
Non. Sans prix, disponibilité et identité de produit déclarés, la meilleure description reste ignorée d'une machine qui compare des offres. L'inverse est vrai aussi : des champs corrects et une description vide font une fiche qui passe les filtres mais ne convainc personne. Il faut les deux.
À quelle fréquence la feuille produits est-elle mise à jour ?
Elle est générée à la demande à partir du catalogue en ligne : ce que tu corriges dans une fiche s'y retrouve au passage suivant, sans manipulation de ta part. Ce sont les moteurs qui décident de leur propre rythme de relecture.