Le retrait d'OpenAI des transactions en chat n'a pas été un échec. C'est le marché qui nous a montré à quoi sert réellement l'architecture d'IA pour le commerce.
J'étais debout sur un tronçon d'Olympic Boulevard, blanchi par le soleil, dans l'Est de Los Angeles, tenant ce qui pourrait être l'objet parfait : un taco aux crevettes de Mariscos Jalisco. C'est une merveille de spécialisation. Une coquille frite croustillante, des crevettes succulentes, une tranche d'avocat et une salsa vibrante. Ils ne font pas douze choses plutôt bien. Ils font une chose miraculeusement. La file d'attente s'étend sur tout le pâté de maisons chaque jour parce que les gens n'y vont pas pour la variété ; ils y vont pour une expérience singulière et parfaite qu'ils ne peuvent obtenir nulle part ailleurs.
Pendant que je contemplais cela, mon téléphone a vibré avec la nouvelle qu'OpenAI tuait sa fonction "Instant Checkout" [1]. L'ironie était aussi épaisse que la salsa. Voici un exemple parfait de spécialisation gagnante, juste dans ma main, tandis que le monde de la technologie traitait un autre exemple d'échec d'une IA généraliste dans le travail d'un spécialiste. OpenAI, dans sa quête pour construire une IA qui fait tout, a essayé de devenir le camion à tacos, le fermier, le pêcheur et le caissier tout à la fois. Le marché, avec un haussement d'épaules retentissant, a décidé qu'il préférait simplement s'adresser aux experts.
Le retrait d'OpenAI n'est pas la mort du commerce agentique (agentic commerce). C'est l'événement le plus important et le plus éclairant qui lui soit arrivé. C'est le moment où nous passons des démonstrations de science-fiction au travail complexe, ingrat et infiniment plus important de construire une architecture d'IA commerciale qui fonctionne réellement dans le monde réel. Ce n'était pas un échec de l'IA ; ce fut un échec d'imagination, une mauvaise lecture stupéfiante de la confiance des utilisateurs et une leçon brutale sur les réalités opérationnelles du commerce. Et pour les marques désireuses d'écouter, c'est un plan pour ce qu'il faut faire ensuite.
La veillée funèbre d'une fonctionnalité que presque personne n'a utilisée
Soyons brutalement honnêtes : l'Instant Checkout d'OpenAI était une solution en quête d'un problème. Lancé en septembre 2025, il était censé marquer l'aube d'une nouvelle ère. Vous discutiez avec une IA, découvriez un produit et l'achetiez directement dans la fenêtre de discussion, grâce à des intégrations avec Stripe, PayPal, Shopify et Etsy [1, 2]. C'était l'expression ultime de la thèse "L'IA comme nouveau système d'exploitation" promue par Sam Altman lui-même.
La réalité fut moins un coup de tonnerre qu'un murmure. La fonctionnalité est abandonnée sans cérémonie en mars 2026 au profit d'un pivot qui ressemble étrangement à l'ancien internet : rediriger les utilisateurs vers des applications tierces comme Instacart, Target et Expedia [3].
Pourquoi ? Parce que pratiquement personne ne l'a utilisée. La statistique la plus accablante, enfouie dans un rapport de The Information, est que seulement 12 marchands Shopify ont intégré la fonctionnalité [1, 2]. Douze. Sur des millions. Shopify elle-même, lors de son appel aux résultats du quatrième trimestre 2025, a noté que "les fruits mûrs n'ont pas mûri" en ce qui concerne les intégrations d'IA [3]. C'est un euphémisme pour un échec catastrophique.
Les données d'utilisation racontent la même histoire. Alors que ChatGPT pouvait générer des recommandations — 2,1 millions de suggestions de produits en février 2026 — le taux de conversion était un misérable 0,3 % [1]. Les utilisateurs naviguaient, mais au moment d'acheter, ils fuyaient. Un test A/B interne a révélé une chute de 68 % au moment où l'IA demandait les détails de carte de crédit dans la fenêtre de discussion [1]. Les gens font confiance à l'application Instacart. Ils font confiance à Target.com. Ils font confiance au processus de paiement spécialisé et éprouvé d'une marque qu'ils connaissent. Il s'avère qu'ils ne font pas confiance à l'entrée d'informations de paiement dans une boîte noire basée sur le chat, quelle que soit son intelligence.
OpenAI a confirmé le pivot dans un article de blog du 6 mars 2026, le PDG Sam Altman déclarant : "Nous avons construit Instant Checkout pour rendre l'achat aussi naturel que le chat, mais les utilisateurs voulaient la fiabilité des applications qu'ils connaissent" [6]. Cette seule phrase est une concession de plusieurs milliards de dollars selon laquelle la confiance et l'expérience utilisateur, perfectionnées au fil des décennies par des spécialistes du commerce, ne peuvent pas être court-circuitées par un LLM intelligent.
Pourquoi votre IA ne se soucie pas de la synchronisation des stocks
Alors, qu'est-ce qui a si horriblement mal tourné ? L'échec d'Instant Checkout n'était pas une seule faille mais une panne systémique dans l'ensemble de la pile du commerce agentique. Cela met en évidence une incompréhension fondamentale de ce qu'est réellement le commerce électronique : une entreprise brutale, lourde en opérations, de gestion de l'état, des risques et des attentes des clients. Un LLM, à la base, est un moteur de prédiction sans état. Le commerce est le pôle opposé.
Techniquement, le projet était un gâchis. L'architecture reposait sur un modèle GPT-4o-mini agissant comme un planificateur d'agent, utilisant des appels de fonction pour interroger les API partenaires pour l'inventaire, le paiement et la logistique [2]. Mais ce concept élégant s'est effondré lorsqu'il a rencontré la réalité complexe du monde réel.
Voici les principaux points de défaillance :
- Gestion des stocks et de l'état : Le chat est éphémère. Le commerce électronique nécessite un état persistant. L'agent a eu du mal à maintenir le panier d'un utilisateur à travers une conversation en plusieurs tours, ce qui a conduit à un taux d'abandon de 25 % en raison d'une perte de contexte [2]. Pire encore, la synchronisation des stocks en temps réel avec des plateformes comme l'API GraphQL de Shopify a échoué jusqu'à 40 % du temps, ce qui a entraîné des utilisateurs essayant d'acheter des produits en rupture de stock. Les webhooks utilisés comme solution de repli avaient un décalage de 5 à 15 minutes — une éternité dans le commerce moderne [2].
- Fraude, paiements et confiance : C'était le tueur de confiance. Le flux de paiement, utilisant les API Stripe et PayPal, avait un taux de faux positifs de 1,2 % sur la détection de la fraude — trois fois plus élevé que ce que l'on observe dans les applications mobiles dédiées [1, 3]. Il manquait initialement de support pour des normes critiques comme 3DS 2.2, un non-départ pour de nombreuses transactions européennes. Les retours et remboursements étaient un cauchemar opérationnel, avec 15 % de toutes les transactions nécessitant une escalade humaine [1]. Les utilisateurs comprennent instinctivement cette complexité et ont voté avec leur portefeuille, abandonnant le processus en masse.
- Évolutivité et latence : À une charge maximale de seulement 10 000 utilisateurs simultanés, le système a commencé à flancher, submergeant les limites de débit d'API de partenaires comme Shopify (un maigre deux requêtes par seconde par magasin) [3]. Le surcoût des modèles de détection de fraude ajoutait 500 ms de latence, ce qui rendait l'expérience lente par rapport à une application native.
Le nouveau modèle de redirection "plug-in" résout tout cela en transférant simplement la complexité aux systèmes construits pour la gérer. Un lien profond (deep link) est léger, fiable et transfère l'utilisateur vers un environnement de confiance et de haute performance où les paiements, les stocks et la logistique ont été optimisés pendant des décennies. Architecturalement, la différence est frappante :