- Dans la plupart des cas, non : un agent IA se branche sur la plateforme e-commerce existante et consomme les accès qu’elle ouvre.
- Ce qui décide, c’est ce que la plateforme expose : catalogue, stock en temps réel, commandes, politiques de retour, panier et checkout, avec des permissions réglables.
- WooCommerce, PrestaShop et Shopify disposent d’un accès MCP officiel au 15 septembre 2026, à des stades de maturité différents : fonction expérimentale à activer, module dédié, serveur par boutique.
- La migration ne se justifie que sur un blocage démontré : API trop limitées, version sans mise à niveau possible, catalogue impossible à synchroniser.
- Chez IA Agency, un projet d’agent commence par l’inventaire des accès ouverts par votre plateforme, avant tout choix d’outil.
Un dirigeant de site marchand sous PrestaShop veut confier le suivi de commande à un agent IA. Il reçoit trois propositions. Deux décrivent l’agent, la troisième recommande de « tout migrer sur une autre plateforme » avant d’en parler.
Ce qui le bloque tient en une question : cette migration est-elle un préalable technique, ou un second chantier vendu avec le premier ? Aucune des trois propositions ne l’explique, et leurs périmètres sont trop différents pour être comparés.
La réponse passe par un déplacement de la question. Un agent IA ne s’installe pas « dans » la plateforme : il se branche sur les accès qu’elle ouvre. Avant de parler de changement, une agence IA regarde donc ce que votre plateforme expose, ce qui manque, et si ce manque justifie vraiment de migrer.
Faut-il vraiment changer de plateforme e-commerce pour déployer un agent IA ?
Non, dans la majorité des cas, déployer un agent IA ne demande pas de changer de plateforme e-commerce. Un agent IA est une couche logicielle qui lit des données et déclenche des actions à travers les accès de la plateforme : API, webhooks, serveur MCP ou module. Si ces accès couvrent le besoin, la plateforme actuelle suffit.
Par définition, l’IA agentique appliquée au e-commerce et au retail désigne des agents capables d’enchaîner des tâches de manière autonome, là où l’IA générative se contente de produire un texte. Cette autonomie rend la question des accès décisive : un agent qui ne lit ni le stock ni les commandes ne fait rien de plus qu’un formulaire de contact.
L’expression « déployer un agent » recouvre en outre quatre projets distincts. Un agent de service client, qui automatise une partie du SAV, lit surtout les commandes et les politiques de retour. Un agent de recommandation lit le catalogue et l’historique d’achat. Un agent de back-office écrit dans les fiches produits ou les commandes. Un agent d’achat externe, comme ChatGPT ou Google AI Mode, parcourt le catalogue et le checkout depuis son interface. Le premier se branche presque partout ; le dernier dépend de protocoles que toutes les plateformes ne documentent pas encore. C’est la première distinction qu’une agence IA doit poser, car elle fixe les accès à examiner.
Chez IA Agency, un projet d’agent e-commerce commence par l’inventaire des accès réellement ouverts par la plateforme du client : clés d’API existantes, webhooks actifs, modules installés, droits disponibles par rôle. L’outil se choisit ensuite, et le périmètre d’automatisation IA se dessine à partir de ce qui est réellement accessible.
De quoi un agent IA a-t-il besoin de la part de votre plateforme e-commerce ?
Un agent IA attend de la plateforme e-commerce sept familles d’accès : la lecture du catalogue, le stock en temps réel, la lecture et l’écriture des commandes, les politiques de retour et de livraison, le panier et le checkout, des webhooks qui signalent chaque événement, et une authentification avec des permissions réglables. Chaque cas d’usage n’en mobilise qu’une partie, comme le montre ce tableau.
| Cas d’usage | Données lues | Actions écrites | Accès plateforme requis | Validation humaine conseillée |
|---|---|---|---|---|
| Suivi de commande | Statut, transporteur, client | Aucune, hors message au client | Lecture des commandes, webhooks d’expédition | Non, sauf réclamation |
| Retour ou remboursement | Commande, politique de retour, historique client | Création du retour, remboursement | Écriture sur les commandes et les paiements | Oui, sur le remboursement |
| Recommandation produit | Catalogue, attributs, stock, historique d’achat | Ajout au panier | Lecture du catalogue et du stock, panier | Non |
| Modification de fiche produit | Fiche, variantes, attributs | Nouveau contenu ou nouveau prix | Écriture sur le catalogue | Oui, avant publication |
| Achat par un agent externe | Catalogue, prix, stock, politiques | Panier, commande, paiement | Checkout ouvert à un protocole d’achat agentique | Confirmation par l’acheteur |
Agent IA ou chatbot : pourquoi la différence change les accès requis ?
Un chatbot et un agent IA ne demandent pas les mêmes accès à la plateforme e-commerce. Un chatbot classique répond à partir d’une base de questions fréquentes : il lit un contenu figé et n’a besoin d’aucun accès aux commandes. Un agent IA lit des données vivantes, choisit une action et l’exécute : il lui faut des droits d’écriture, donc des permissions et une journalisation. La différence entre agent IA et chatbot fixe ainsi le niveau d’accès à ouvrir et le niveau de risque à encadrer.
À lire également : Faut-il adopter le protocole MCP pour connecter vos agents IA à vos outils ?
Quels cas d’usage d’agents IA dépendent vraiment de votre plateforme ?
Les cas d’usage et les solutions d’agents IA ne dépendent pas tous de la plateforme e-commerce au même degré. Certains s’installent comme une application tierce sur n’importe quelle plateforme, parce qu’ils restent en périphérie du site marchand. D’autres exigent un accès profond à son cœur transactionnel.
- Agents peu dépendants : service client branché sur le logiciel de support, réponses aux questions fréquentes, relances après un panier non finalisé. Ils passent par des connecteurs standards.
- Agents moyennement dépendants : recommandations, personnalisation du parcours d’achat et agent d’aide à l’achat, qui guide le visiteur vers le bon produit en complément de la barre de recherche. Ils exigent un catalogue et un stock lisibles en temps réel, sans droit d’écriture.
- Agents très dépendants : annulations, retours, remboursements et synchronisation du catalogue. Ils demandent des droits d’écriture et des permissions fines.
- Agents d’achat externes : un agent tiers passe commande pour le client, ce qui suppose un checkout compatible avec un protocole d’achat agentique.
La priorisation de ces projets est une autre question, traitée dans notre guide des cas d’usage d’agent IA e-commerce. Pour les questions fréquentes du service client, un chatbot IA sur mesure branché au logiciel de support constitue souvent une première étape suffisante.
La technologie n’est d’ailleurs pas le facteur le plus discriminant. Converteo a évalué les agents IA de 170 sites e-commerce dans une étude publiée le 1er septembre 2026 : seuls 10 % dépassent 50/100, Sephora atteint 80/100 et ManoMano 76/100, et le cabinet conclut que l’expertise métier pèse plus que la technologie.
Les bénéfices d’un agent IA pour un site marchand, temps rendu aux équipes ou réponses plus rapides aux clients, ne se présument pas. Le retour sur investissement se mesure sur un pilote, à partir du taux de résolution, des erreurs et des transferts vers un humain, avant tout investissement plus large.
Comment Shopify, WooCommerce, PrestaShop et Magento se comparent-ils pour intégrer des agents IA ?
Shopify, WooCommerce, PrestaShop et Adobe Commerce (Magento) n’ouvrent pas les mêmes accès aux agents IA, et aucune de ces plateformes ne convient à tous les marchands. Le tableau compare leur situation au 15 septembre 2026, sur les seuls éléments documentés par les éditeurs. « Non documenté » signifie qu’aucune source officielle ne le confirme à cette date, pas que c’est impossible.
| Plateforme | Hébergement | API documentées | Accès MCP officiel (15/09/2026) | Protocoles d’achat agentique | Adaptée si… |
|---|---|---|---|---|---|
| Shopify | SaaS | Oui | Serveur MCP Storefront par boutique : catalogue, politiques, panier, sans authentification | Co-développeur d’UCP ; Instant Checkout (ACP) arrêté en mars 2026 | vous voulez exposer le catalogue aux agents sans exploiter d’hébergement |
| WooCommerce | Open source, auto-hébergé (WordPress) | Oui (API REST) | Natif depuis la version 10.3 (22/10/2025), fonction expérimentale à activer, produits et commandes | Non documenté à la date du 15/09/2026 | votre site tourne sous WordPress et votre équipe accepte une fonction expérimentale |
| PrestaShop | Open source, auto-hébergé | Oui | Module PrestaShop MCP Server : produits, commandes, clients, OAuth, licence limitée à la boutique | Non documenté à la date du 15/09/2026 | vous voulez piloter produits et commandes depuis ChatGPT ou Claude |
| Adobe Commerce (Magento) | Open source ou offre Adobe | Oui (REST, GraphQL) | Adobe communique sur des outils MCP pour construire des agents Commerce | Non documenté à la date du 15/09/2026 | votre catalogue est complexe et une équipe technique construit ses outils |
| BigCommerce, Wix, Salesforce Commerce Cloud | SaaS | Oui | Non documenté à la date du 15/09/2026 | Non documenté à la date du 15/09/2026 | vous y êtes déjà et l’agent passe par l’API de l’éditeur |
Le choix se fait donc sur votre situation, pas sur un classement. Pour intégrer un agent IA sur WooCommerce, il faut d’abord accepter le statut expérimental de l’accès MCP et sécuriser le serveur. Un projet IA sur PrestaShop commence par vérifier que la licence du module couvre chaque boutique concernée.
SaaS ou open source : qu’est-ce que l’hébergement change pour un agent IA ?
Le modèle d’hébergement d’une plateforme e-commerce fixe la marge de manœuvre d’un agent IA. Une plateforme SaaS comme Shopify réduit l’exploitation : l’éditeur gère serveurs, sécurité et nouvelles versions. En contrepartie, le marchand n’accède ni à l’environnement d’exécution ni au checkout au-delà de ce que l’éditeur expose.
Une plateforme open source auto-hébergée comme WooCommerce, PrestaShop ou Magento laisse installer un serveur MCP, une passerelle ou un module sur mesure. La sécurité, la disponibilité et le passage aux nouvelles versions restent alors à la charge du marchand, et chaque extension ajoutée devient un composant à maintenir.
ACP, UCP, MCP : quels protocoles votre plateforme doit-elle savoir parler ?
ACP, UCP et MCP sont trois protocoles aux rôles distincts, et une plateforme e-commerce peut en supporter un sans les autres. Le Model Context Protocol (MCP) expose des outils à un agent, comme chercher un produit ou lire une commande. L’Agentic Commerce Protocol (ACP), porté par OpenAI, connecte les marchands à ChatGPT. Le Universal Commerce Protocol (UCP) couvre le parcours d’achat dans les surfaces Google, de la découverte à l’après-vente.
| Protocole | Porteur | Rôle | Ce que le marchand doit exposer | Statut connu au 15/09/2026 |
|---|---|---|---|---|
| MCP | Standard ouvert | Donner à un agent des outils sur vos données | Outils de lecture et d’écriture : catalogue, panier, commandes | Accès officiels chez Shopify, WooCommerce (expérimental) et PrestaShop |
| ACP | OpenAI, avec Stripe | Relier le catalogue du marchand à ChatGPT | Catalogue, prix, stock et checkout compatibles | Instant Checkout arrêté en mars 2026 : le paiement repasse par le parcours du marchand |
| UCP | Google, avec Shopify, Etsy, Wayfair, Target et Walmart | Découverte, achat et après-vente dans les surfaces Google | Données produits, checkout, suivi après-vente | Lancé le 11/01/2026, plus de 20 soutiens, compatible A2A, AP2 et MCP |
Une plateforme pilotable par un agent via son API n’est donc pas automatiquement compatible ACP ou UCP. OpenAI a d’ailleurs mis fin à Instant Checkout, son achat intégré à ChatGPT, en mars 2026, six mois après son lancement : les marchands conservent leur propre parcours de paiement et ChatGPT se concentre sur la découverte de produits. Avant d’ouvrir son site au paiement agentique, vérifiez ce qui est réellement ouvert sur votre marché.
Pourquoi la qualité de vos données produits compte-t-elle plus que le choix de la plateforme ?
La qualité des données produits pèse plus que le choix de la plateforme e-commerce, parce qu’un agent IA ne recommande bien que ce qu’il comprend. Sur une plateforme parfaitement ouverte, un catalogue incomplet produit des réponses fausses, des recommandations hors sujet et des commandes impossibles à honorer. Préparer un catalogue lisible par un agent revient à fiabiliser cinq familles de données, que le référentiel soit la plateforme elle-même ou un PIM (outil de gestion de l’information produit) qui l’alimente :
- Les attributs : matière, dimensions, compatibilités et usages, dans des champs structurés plutôt que noyés dans la description.
- Les variantes : tailles, couleurs et références rattachées au bon produit, avec un identifiant par variante.
- Le stock : une information synchronisée en temps réel, faute de quoi l’agent vend ce qui n’existe plus.
- Les politiques explicites : délais et frais de livraison, conditions de retour et de remboursement, rédigés sans ambiguïté.
- Les données structurées : un balisage cohérent avec le catalogue, lu directement par les agents et les moteurs.
Ces mêmes données conditionnent la capacité de la marque à apparaître dans les réponses des agents d’achat externes. Produire des fiches produits lisibles par les agents d’achat relève du même travail que le référencement dans les moteurs IA : un catalogue fiable sert à la fois l’agent de votre site et ceux qui recommandent vos produits ailleurs.
« Un agent branché sur un catalogue bancal ne se trompe pas au hasard : il répète avec aplomb ce que vos fiches disent de faux. La donnée produit décide davantage que la plateforme. Et tant qu’un remboursement ou un changement de prix peut partir sans qu’un humain l’ait vu, l’agent n’est pas prêt pour la production. »
Avant de parler migration, testez un scénario d’achat de bout en bout avec un agent : chercher un produit précis, vérifier son stock, l’ajouter au panier, lire la politique de retour. Chaque étape qui échoue désigne un accès manquant ou une donnée défaillante, un diagnostic bien plus utile qu’un avis général sur la plateforme. C’est par ce test que commence tout audit sérieux.
Comment auditer votre plateforme actuelle avant de décider de migrer ?
L’audit d’une plateforme e-commerce avant une éventuelle migration suit sept étapes, et leur ordre compte : chacune s’appuie sur la précédente, et la décision vient en dernier.
- Inventorier les données nécessaires au cas d’usage visé : catalogue, stock, commandes, politiques, historique client.
- Vérifier les accès techniques : API documentées, webhooks disponibles, permissions attribuables par rôle.
- Tester l’accès MCP officiel s’il existe : serveur Storefront chez Shopify, fonction expérimentale depuis la version 10.3 chez WooCommerce, module PrestaShop MCP Server.
- Lister les actions que l’agent exécutera seul et celles soumises à validation humaine.
- Tester le parcours d’achat par un agent, comme le conseille John Mueller (Google) aux sites marchands, en vérifiant qu’un achat aboutit avec les agents courants.
- Lancer un pilote sur un cas simple, le suivi de commande par exemple, sur la plateforme existante.
- Mesurer, puis décider : taux de résolution, erreurs, transferts vers un humain. La migration n’entre en discussion que si ces mesures révèlent un blocage lié à la plateforme.
Pour en savoir plus : Navigateurs IA : votre site est-il encore utilisable quand un agent remplit vos formulaires ?
Dans quels cas une migration de plateforme e-commerce se justifie-t-elle ?
Une migration de plateforme e-commerce se justifie quand l’audit démontre un blocage que la plateforme actuelle ne peut pas lever. Cinq signaux, indépendants les uns des autres, justifient d’ouvrir le sujet :
- des API absentes ou trop limitées pour les données dont l’agent a besoin ;
- une version obsolète, sans mise à niveau possible vers une version qui les expose ;
- un checkout impossible à adapter aux protocoles d’achat visés ;
- un catalogue impossible à synchroniser de manière fiable avec les autres systèmes ;
- une dette technique dont la résorption coûterait plus qu’une migration.
Si la migration est décidée, l’ordre des chantiers limite le risque :
- piloter l’agent sur la plateforme existante, pour valider le cas d’usage et les données ;
- migrer la plateforme, sans toucher à l’agent pendant ce temps ;
- basculer l’agent sur la nouvelle plateforme en dernier.
Cet ordre évite de cumuler deux chantiers et deux causes d’erreur : quand un résultat se dégrade, vous savez s’il vient de l’agent ou de la plateforme.
« Quand on me dit qu’il faut changer de plateforme avant de parler d’agent IA, je demande d’abord ce que la plateforme actuelle refuse d’ouvrir. Le plus souvent, la réponse tient dans un audit des accès, pas dans un chantier de refonte. Une migration présentée comme préalable, sans blocage écrit noir sur blanc, c’est un second projet glissé dans le premier. »
Une API exploitable par un agent et une compatibilité officielle ACP ou UCP sont deux promesses différentes. La première permet de piloter la boutique ; la seconde conditionne la présence de vos produits dans les parcours d’achat de ChatGPT ou de Google. Vérifiez chacune sur la documentation de l’éditeur, pas sur une présentation commerciale.
Quels risques de sécurité et de gouvernance vérifier avant d’ouvrir votre boutique aux agents IA ?
Ouvrir une boutique aux agents IA crée des risques de sécurité et de gouvernance à vérifier avant la mise en service. La fiabilité d’un agent tient moins au modèle qu’au mandat qui lui est délégué : une IA agentique est sûre quand ce mandat est borné, tracé et révocable à tout moment.
Le premier risque de l’ouverture aux agents IA est paradoxal : les protections anti-bot bloquent aussi les agents légitimes. Un test de Malte Polzin sur les 50 premiers sites marchands suisses a relevé comme obstacles les CAPTCHA, l’outil Turnstile de Cloudflare et les systèmes de défense anti-bot, et John Mueller (Google) reconnaît que la détection de bots se déclenche parfois sur des utilisateurs d’agents. L’arbitrage entre sécurité et accessibilité se règle donc explicitement, pas par les réglages par défaut. Les autres points de contrôle :
- Clés et permissions minimales : une clé par agent, limitée aux actions de son cas d’usage.
- Journalisation : chaque action tracée, avec la donnée lue et la décision prise.
- Validation humaine sur les remboursements et les modifications de prix.
- Données personnelles minimisées : l’agent ne lit que ce que le RGPD et le cas d’usage justifient.
- Réversibilité : aucune dépendance à un module non maintenu, et un accès révocable en une opération.
À découvrir absolument : Quelle supervision humaine faut-il garder sur vos agents IA en production ?
Pourquoi IA Agency ?
IA Agency intervient sur la plateforme e-commerce que vous utilisez déjà, sans éditeur à défendre ni migration à placer. Notre démarche suit l’ordre décrit dans cet article : inventaire des accès, contrôle de la qualité du catalogue, pilote mesuré sur un cas simple, puis décision.
La même grille s’applique quelle que soit la plateforme : ce qu’elle expose, ce que l’agent peut faire seul, ce qui reste soumis à validation humaine, et ce qu’il faut journaliser. Quand une migration s’impose, nous le disons en nommant le blocage qui la justifie. Quand elle ne s’impose pas, nous branchons l’agent sur l’existant et mesurons ses résultats avant d’élargir son périmètre.
Brancher l’agent ou changer de plateforme : ce qui doit décider
Changer de plateforme e-commerce est rarement le point de départ d’un projet d’agent IA. Ce qui décide, c’est ce que votre plateforme expose, la qualité de votre catalogue et le niveau d’autonomie que vous accordez à l’agent. Un audit des accès et un pilote sur un cas simple répondent à la question mieux qu’un comparatif d’éditeurs.
Si une proposition vous recommande de migrer avant même de parler d’agent, demandez le blocage précis qui le justifie. Demandez votre audit IA gratuit : nous examinons les accès de votre plateforme et vous disons ce qui peut être branché dès aujourd’hui.
Obtenez votre devis personnalisé
Peut-on ajouter un agent IA à une boutique Shopify sans développement ?
Shopify fournit à chaque boutique un serveur MCP Storefront, accessible sur le domaine myshopify.com de la boutique, sans authentification. Il expose la recherche dans le catalogue, les fiches produits, les politiques et questions fréquentes, ainsi que la lecture et la modification du panier. Un agent compatible MCP peut s’y connecter directement ; les outils listés ne couvrent en revanche ni les commandes ni le back-office.
WooCommerce propose-t-il un accès MCP officiel ?
Oui, WooCommerce intègre un support MCP natif depuis la version 10.3, annoncée le 22 octobre 2025. La fonction est au stade expérimental (developer preview) et doit être activée volontairement. Elle repose sur la WordPress Abilities API et un adaptateur MCP, couvre les produits et les commandes, et exige HTTPS ainsi qu’un mot de passe d’application.
Existe-t-il un serveur MCP officiel pour PrestaShop ?
Oui, PrestaShop publie un module officiel nommé PrestaShop MCP Server. Il connecte la boutique à ChatGPT ou à Claude pour gérer produits, commandes et clients, en plusieurs langues, avec une authentification OAuth PrestaShop. Sa licence est non transférable et limitée à la boutique de l’utilisateur : un marchand qui exploite plusieurs sites vérifie ce point avant l’installation.
Un agent IA peut-il modifier ou annuler une commande tout seul ?
Techniquement oui, dès que la plateforme e-commerce lui ouvre un accès en écriture sur les commandes, ce que permettent par exemple les accès MCP de WooCommerce et de PrestaShop. Une validation humaine reste recommandée sur les annulations, les remboursements et les changements de prix, avec une journalisation de chaque action. L’autonomie s’accorde action par action.
Un agent IA peut-il automatiser le suivi de commande et de livraison ?
Oui, le suivi de commande est le cas d’usage d’agent IA le moins exigeant envers la plateforme e-commerce. L’agent lit le statut de la commande et le transporteur, reçoit les webhooks d’expédition et renseigne le client sur l’avancement de son colis, sans aucun droit d’écriture. Une validation humaine n’intervient qu’en cas de réclamation, ce qui en fait un bon premier pilote.
Un agent IA peut-il personnaliser le merchandising et les recommandations produits ?
Oui, un agent IA peut adapter les recommandations et la mise en avant des produits au parcours de chaque client, à condition de lire le catalogue, les attributs, le stock en temps réel et l’historique d’achat. Il n’a besoin d’aucun droit d’écriture sur les commandes. La qualité du résultat dépend d’abord des fiches : un attribut manquant produit une recommandation hors sujet.
ChatGPT peut-il acheter directement sur mon site marchand ?
Non, plus depuis mars 2026 : OpenAI a mis fin à Instant Checkout, l’achat intégré à ChatGPT lancé en septembre 2025 avec l’Agentic Commerce Protocol et Stripe. ChatGPT se concentre désormais sur la découverte de produits, et l’achat se conclut sur le parcours de paiement du marchand. Votre site reste donc le lieu de la transaction.
Qu’est-ce que le Universal Commerce Protocol de Google ?
Le Universal Commerce Protocol (UCP) est un standard ouvert lancé par Google le 11 janvier 2026, qui couvre la découverte, l’achat et l’après-vente. Il a été co-développé avec Shopify, Etsy, Wayfair, Target et Walmart, et il est soutenu par plus de 20 acteurs, dont Adyen, Mastercard, Stripe, Visa et Zalando. Il est compatible avec A2A, AP2 et MCP.
Mon agent IA peut-il se connecter à mon ERP et à mon logiciel de support en plus de la plateforme ?
Oui, un agent IA peut combiner plusieurs systèmes si chacun expose une API ou un connecteur : la plateforme e-commerce pour le catalogue et les commandes, l’ERP pour le stock et la facturation, le logiciel de support pour l’historique des tickets. Chaque connexion ajoute une permission à gérer, et il faut désigner une seule source de vérité pour le stock.
Comment fonctionne un agent IA e-commerce, étape par étape ?
Un agent IA e-commerce suit quatre étapes. Il reçoit une requête, par exemple une question sur une commande. Il lit les données utiles dans la plateforme : statut, transporteur, politique de livraison. Il exécute une action autorisée, comme répondre ou créer un retour. Un contrôle vérifie enfin le résultat et transfère à un humain les cas qui sortent de ses règles.
Les protections anti-bot de mon site bloquent-elles les agents IA ?
Oui, les protections anti-bot peuvent bloquer des agents IA légitimes. Un test de Malte Polzin sur les 50 premiers sites marchands suisses a relevé comme obstacles les CAPTCHA, l’outil Turnstile de Cloudflare, les pages de maintenance et les défenses anti-bot. John Mueller (Google) conseille aux sites marchands de vérifier qu’un achat aboutit avec les agents courants.
Combien de temps faut-il pour tester un premier agent sans migrer ?
Le délai dépend du cas choisi et des accès déjà ouverts : aucun chiffre général ne vaut pour toutes les boutiques. La démarche la plus courte reste un pilote sur un cas unique, comme le suivi de commande, branché en lecture seule sur la plateforme existante. Ce pilote fournit des mesures réelles avant tout engagement sur une migration.
Un module IA tiers suffit-il ou faut-il un agent sur mesure ?
Un module IA tiers suffit quand le cas d’usage est standard et que le module lit les bonnes données : questions fréquentes, recommandations simples, relances. Un agent sur mesure se justifie quand il doit croiser plusieurs systèmes, appliquer vos règles métier ou écrire dans les commandes. Dans les deux cas, vérifiez que le module est maintenu et ses permissions limitées.
Les agents d’achat vont-ils remplacer la visite du site marchand ?
Rien ne l’indique au 15 septembre 2026. Les achats par agent restent limités à certains marchés et à certains marchands : OpenAI a arrêté Instant Checkout en mars 2026 pour renvoyer l’achat vers le site du marchand, et UCP suppose une intégration côté marchand. Le site reste la source des données produits que ces agents lisent, ce qui renforce son rôle plutôt que de le réduire.
Un agent IA peut-il ajuster les prix du catalogue automatiquement ?
Un agent IA peut modifier des prix dès que la plateforme e-commerce lui accorde un droit d’écriture sur le catalogue. C’est l’une des actions les plus sensibles, car une erreur s’applique à toutes les commandes passées avant correction. Confiez-lui la proposition de prix, gardez la publication sous validation humaine et fixez des bornes minimale et maximale par produit.
Article mis à jour le 15 septembre 2026.
Ressources et liens utiles
[2] « MCP », WooCommerce, documentation développeurs
[3] « WooCommerce 10.3 : COGS comes to core and MCP beta », WooCommerce, 22 octobre 2025
[4] « PrestaShop MCP Server : introduction », PrestaShop, documentation officielle
[5] « AI innovation », Adobe Experience League, Adobe Commerce
[6] « Buy it in ChatGPT », OpenAI
[7] « Agentic commerce : AI tools and protocol for retailers and platforms », Google
[8] « Under the hood : Universal Commerce Protocol (UCP) », Google for Developers
[9] « Meilleurs agents IA e-commerce en France », Converteo, 1er septembre 2026
[10] « Comment rendre son site e-commerce accessible aux agents IA », Blog du Modérateur, 20 août 2025
[11] « Google’s Mueller advises testing ecommerce sites for agentic AI », Search Engine Journal, 29 juillet 2025
[12] « Powering Product Discovery in ChatGPT », OpenAI, mars 2026
Un agent qui agit, pas un chatbot qui répond
Suivi de commande, retours, catalogue : l’autonomie s’accorde action par action, avec journalisation.
Voir les agents IA →
