Un catalogue produit prêt pour les agents est un catalogue qu'un agent IA peut récupérer, parser, raisonner et actionner — sans scraper, deviner ou inférer. Cette page définit la forme cible, l'ensemble minimum viable d'attributs, et les étapes de validation qui séparent un flux qui « marche » d'un catalogue qui interopère.
Définition de travail
Définition
Un catalogue produit est prêt pour les agents quand chaque SKU a : un identifiant canonique, une URL adressable, des attributs typés couvrant la surface de requête de la catégorie, des champs politiques explicites, et un état (prix + disponibilité) frais à l'intérieur d'un SLA de fraîcheur bien défini.
Cinq propriétés d'un catalogue prêt pour les agents
- Identifiable. Chaque SKU se résout à un identifiant canonique (GTIN, ou MPN+Marque, ou un SKU interne stable).
- Adressable. Chaque SKU a une URL permanente qui renvoie de la donnée structurée sans mur de login ou de consentement.
- Typé. Les attributs ont des noms, des unités, des valeurs énumérées — pas juste de la prose marketing.
- Conscient des politiques. Retours, garantie, livraison, restrictions d'âge/géographiques sont exprimés en donnée structurée, pas seulement en texte légal.
- Frais. Prix et disponibilité ont une fenêtre de fraîcheur documentée, et les flux respectent cette fenêtre.
Ensemble minimum viable d'attributs
La liste exacte dépend de la catégorie. Ce qui suit est la base qu'un agent attendra pour un bien de consommation physique.
| Champ | Exemple | Pourquoi les agents en ont besoin |
|---|---|---|
| id | SKU-39281 | Référence interne, déduplication |
| gtin | 5012345678900 | Identité cross-marchand |
| brand | Patagonia | Filtre, confiance, match |
| title | Veste de pluie 3L Torrentshell Femme | Public humain, match de requête |
| description | (sémantique, riche en attributs) | Embedding / récupération |
| category | Vêtements > Outerwear > Vestes de pluie | Placement taxonomique |
| price | 129,00 EUR | Ranking, filtrage |
| price_effective_until | 2026-04-30T23:59:59Z | Honnêteté promotionnelle |
| availability | in_stock / pre_order / out_of_stock | Fiabilité |
| stock_qty | 14 | Signal de rareté |
| shipping | {region, cost, handling_time, delivery_time} | Ajustement aux contraintes acheteur |
| returns | {window, cost, method} | Confiance pré-vente |
| warranty | 2 ans fabricant | Considération |
| attributes | {material, waterproof_rating, weight_g, …} | Filtrage de requête |
| variants | [{size, color, gtin, stock_qty, price}] | Résoudre le bon SKU |
| images | [{url, role, alt}] | Vérification visuelle |
| url | https://marchand.com/p/torrentshell | Handoff / attribution |
| locale | fr-FR, en-GB, … | Routing régional |
| updated_at | Horodatage ISO 8601 | Fraîcheur |
Anti-patterns
Patterns que nous voyons régulièrement et qui dégradent silencieusement la performance agent :
- Titres marketing seuls. « Protection Pluie Ultime pour Vrais Aventuriers » — introuvable. Préférez « Veste de pluie 3L Femme — Torrentshell — Patagonia ».
- Attributs dans la prose de description. Un agent doit les extraire. Typez-les.
- PDPs sensibles à la région sans locale structurée. L'agent voit une page française prisée en EUR pour un acheteur US.
- Mismatch de prix entre flux et PDP. Les agents croisent ; les mismatches tuent la confiance.
- Stock à « disponible » quand le back-order est de 6 semaines. Utilisez des états de disponibilité structurés.
- Politique de retours en paragraphe libre. Structurez-la.
Les trois expressions du même catalogue
Un catalogue prêt pour les agents doit être exprimable sous trois formes parallèles. Chacune sert un canal de récupération différent ; les trois doivent se réconcilier.
- Données structurées sur la PDP — JSON-LD utilisant schema.org Product, Offer, AggregateRating, MerchantReturnPolicy, ShippingRateSettings.
- Flux — Google Merchant Center XML/CSV (ou équivalent), enrichi pour couvrir les champs politique.
- API / outil MCP — endpoint programmatique pour les orchestrateurs d'agents. Endpoints read-only pour catalogue, offres, stock, politique.
Les trois formes doivent s'accorder sur identifiants et prix. La réconciliation est une discipline opérationnelle, pas un export ponctuel.
Validation et télémétrie
Comment savoir que vous êtes prêt pour les agents :
- Google Rich Results Test — le JSON-LD parse comme Product et Offer.
- Diagnostics Merchant Center — aucune erreur high-severity.
- Couverture de flux — >95 % des SKUs ont marque + GTIN (ou MPN+Marque).
- Parité de prix — flux et PDP s'accordent à >99 % des SKUs échantillonnés.
- Parité de stock — les états de disponibilité collent au comportement de checkout à >98 %.
- Retours / livraison structurés — JSON-LD présent sur >90 % des PDPs.
- Volume de crawl agent — trafic mesurable des agents OAI, Anthropic, Perplexity, Amazon, GoogleBot ; vous le suivez via les logs serveur.
Cet ensemble est le cœur de notre méthodologie d'audit.
Shopify, WooCommerce, Salesforce, piles custom
Notes spécifiques plateforme :
- Shopify — les données structurées sont partielles out-of-the-box ; les metafields sont le levier. Exposez les attributs riches via les APIs Shop / Shopify Shopping à mesure qu'elles font évoluer les endpoints agent.
- WooCommerce — des plugins comme RankMath / Yoast couvrent les bases schema ; les données structurées retours/livraison nécessitent typiquement des snippets custom.
- BigCommerce / Adobe Commerce / Salesforce Commerce Cloud — APIs côté agent qui apparaissent dans les roadmaps produit ; suivez les notes de version éditeurs.
- Custom — l'opportunité est maximale et la discipline requise la plus haute. Investissez dans la parité schema, flux et API dès le jour un.
Où aller ensuite
- Voyez la manœuvre opérateur complète dans bonnes pratiques.
- Utilisez la checklist de readiness pour évaluer le vôtre.
- Lisez le catalogue comme API pour le modèle mental plus profond.