Une boutique où un agent peut acheter, payer et retourner

Il y a peu, « une IA qui achète à votre place » relevait de la démonstration de salon. Cette année, deux choses ont changé : il y a des chiffres, et il y a des protocoles.

Commençons par le sol ferme, c'est-à-dire la donnée publique. La CNMC, l'autorité qui surveille les marchés en Espagne, a comptabilisé plus de 114 800 millions d'euros de commerce en ligne en 2025, soit 20,6 % de plus que l'année précédente. Sur ce sol, l'INE mesure combien d'entreprises y sont arrivées : 26,6 % seulement vendent en ligne, et 21,1 % de celles de dix salariés ou plus utilisent l'intelligence artificielle. Un marché qui croît à deux chiffres et une majorité d'entreprises qui ne s'y est pas encore penchée.

Les chiffres du trafic agentique viennent d'Adobe Analytics, qui mesure le trafic réel de milliers de boutiques — et il faut préciser qu'Adobe vend des outils pour ce marché : c'est une partie prenante, pas un arbitre. Selon ses rapports, au premier trimestre 2026 le trafic arrivé sur les sites marchands américains depuis des sources d'IA générative a progressé de 393 % sur un an, et ce trafic convertit 42 % mieux que le reste, alors qu'un an plus tôt il convertissait 38 % moins bien. Nous le prenons comme une indication de direction, pas comme une preuve.

Les protocoles ont suivi. En janvier, au salon de la National Retail Federation, Google a présenté l'Universal Commerce Protocol, un standard ouvert permettant à un agent de finaliser l'achat au nom du client. Google ne le signe pas seul : il est construit avec Shopify, Etsy, Wayfair, Target et Walmart, et soutenu par une vingtaine d'autres. Il est délibérément compatible avec l'existant : le Model Context Protocol pour dialoguer avec le catalogue, et les protocoles de paiement entre agents. (Source : blog.google et shopify.com/ucp.)

En clair : les plus grands distributeurs du monde viennent de se mettre d'accord sur la façon dont on parle à une boutique depuis une machine. Ce qui était une curiosité il y a un an est aujourd'hui une spécification qui a un nom.

Que le standard existe ne veut pas dire que les boutiques le respectent. Une boutique ordinaire est faite d'écrans : pour acheter, il faut voir une liste, ouvrir une fiche, choisir dans un menu, remplir six champs et passer par une passerelle conçue pour repérer les machines et les bloquer. Un agent peut lire ce HTML ; il ne peut pas le traverser.

La réponse habituelle du secteur consiste à poser un chat par-dessus : un bot qui discute et vous renvoie, à la fin, vers le même formulaire. Cela ne fait pas tomber le mur, cela le déplace d'un mètre. Le client tape toujours, et l'agent ne conclut toujours rien.

Nous avons pris l'autre chemin : exposer comme outils les opérations qui composent réellement un achat — et aussi celles qui viennent après l'achat, là où presque personne ne regarde —, et accepter un paiement qu'une machine peut signer sans carte ni compte.

Quand les règles du web ont été écrites, un code a été réservé au cas où un serveur voudrait être payé avant de répondre : le 402, « Payment Required ». Il est resté inutilisé près de trente ans, faute d'un moyen de paiement qu'un programme puisse exécuter seul.

x402 le dépoussière. Le serveur répond 402 avec les conditions, le client signe le paiement et le renvoie, et la réponse arrive. Le tout dans la même requête HTTP, sans passerelle, sans formulaire et sans création de compte. C'est un standard ouvert porté par Coinbase, avec une fondation commune avec Cloudflare pour le gouverner. (Source : x402.org et blog.cloudflare.com.)

Chez nous il fonctionne en USDC sur le réseau Base. L'important n'est pas la monnaie : c'est qu'un programme peut, pour la première fois, mener un achat de bout en bout sans demander à un humain de sortir sa carte.

L'autre moitié du travail concerne celles et ceux qui n'ont pas d'agent et arrivent par le site. Flora est notre agente du service client, et depuis cette semaine elle boucle la boucle sans renvoyer vers personne.

Elle conclut la vente : elle réunit les informations, crée la commande et remet un lien de paiement où le client règle par carte, PayPal ou Google Pay. Elle vérifie l'encaissement : si le client affirme avoir payé, elle ne le croit pas sur parole — elle interroge le serveur et répond ce que celui-ci dit, que le paiement soit passé par carte ou en crypto avec une confirmation encore en attente.

Elle annule : si la commande n'est pas partie, elle l'arrête immédiatement et enregistre le remboursement pour qu'une personne le verse. Et elle traite les retours : le client joint la photo du problème dans le chat, elle vérifie le délai, distingue si le produit doit être renvoyé ou non — une fleur fanée ne repart pas — et laisse la demande prête pour qu'un membre de l'équipe la vérifie et la règle. Le délai qu'elle annonce est le vrai : entre 48 et 72 heures après réception du produit retourné.

Il y a une chose que Flora ne fait jamais : rendre de l'argent. Elle mène le travail jusqu'au bord du montant et s'arrête là. Cette frontière est dans le code, pas dans ses bonnes intentions.

Un agent conversationnel qui touche à l'argent est un risque évident : un modèle de langage, ça se convainc. Il suffit d'insister, d'inventer une autorisation ou d'invoquer une urgence. C'est pourquoi aucune décision qui coûte de l'argent n'est laissée au modèle.

La remise en est l'exemple le plus net. Flora peut proposer un jeu, et si le client trouve la réponse il gagne 10 %. Mais elle n'accorde rien : l'énigme est choisie par le serveur, la solution ne parvient jamais au modèle, et c'est le serveur qui juge la réponse. Le plafond de 10 % vit dans une fonction sans paramètres. On peut négocier autant qu'on veut dans le chat, il n'en sortira jamais 50 %.

Nous l'avons éprouvé contre elle-même. Nous lui avons demandé des remises en invoquant l'urgence, la fidélité, et même une autorisation du patron obtenue par téléphone. Sa réponse : « je ne peux pas inventer de codes de réduction — je n'en ai pas le pouvoir et ce serait vous mentir ». Et même si elle avait cédé, rien n'aurait changé : le bon est émis par le serveur ou n'existe pas.

Le même principe court partout ailleurs. Le montant vient du serveur. Le retour exige une donnée de la commande que seul son auteur possède. La commande ne part pas tant que l'encaissement n'est pas confirmé. Et un lien de paiement cesse de fonctionner à l'instant où il est réglé.

Elle ne négocie pas les prix. La seule remise possible est celle du jeu, avec son plafond et ses conditions : usage unique, commande minimum, sur le produit et non sur la livraison, et validité de 24 heures.

Elle ne rembourse pas. Aucune des deux voies — annulation ou retour — ne déplace un euro : toutes deux laissent une demande qu'une personne vérifie et règle.

Elle n'invente rien du catalogue. Si le fournisseur ne nous donne pas le poids d'une pièce, la fiche se tait et l'agent aussi. Nous préférons un blanc à une donnée jolie et fausse.

Et elle ne vend pas hors d'Espagne, de France et du Portugal, même si un agent interroge depuis l'autre bout du monde.

Nous sommes une boutique de fleurs. Nous n'avons pas la taille de ceux qui ont signé le standard en janvier, mais nous avons un avantage que la taille ne donne pas : nous pouvons construire cela en semaines plutôt qu'en trimestres.

Le pari est simple. Quand acheter via un assistant sera la norme, il y aura deux sortes de boutiques : celles qu'un agent peut utiliser et celles qu'il devra contourner. Les secondes ne disparaîtront pas, mais elles cesseront d'apparaître dans les réponses — comme a cessé d'apparaître sur Google celui qui n'a pas suivi le passage au mobile.

Et il y a autre chose, moins commercial et plus honnête : construire cela oblige à mettre par écrit des règles que la plupart des boutiques n'écrivent jamais. Jusqu'où peut aller la personne qui vous répond. Quand une commande part en préparation. Ce qui se passe si le colis arrive cassé. Un agent ne supporte pas l'ambiguïté, il a donc fallu trancher. Le client humain y gagne exactement autant.

Un tel article se lit avec une méfiance raisonnable : c'est une boutique qui parle de sa propre intelligence. Mieux vaut donc séparer ce que nous affirmons de ce que chacun peut vérifier auprès d'une source publique qui n'a rien à gagner à notre réussite.

La taille du marché est publiée par la Comisión Nacional de los Mercados y la Competencia. Selon ses données, le commerce en ligne en Espagne a dépassé 114 800 millions d'euros en 2025, soit 20,6 % de plus que l'année précédente (communiqué du 3 juillet 2026). C'est un organisme public, et ses chiffres proviennent des opérations déclarées par les établissements de paiement, non d'un sondage d'intentions.

L'adoption de l'IA par les entreprises est mesurée par l'INE et Eurostat. En Espagne, 21,1 % des entreprises de dix salariés ou plus utilisaient l'intelligence artificielle au premier trimestre 2025, et 26,6 % seulement des entreprises vendaient en ligne en 2024 (enquête publiée le 22 octobre 2025). Dans l'ensemble de l'Union européenne, Eurostat situe l'usage de l'IA à 20,0 % des entreprises en 2025, contre 13,5 % un an plus tôt (note du 11 décembre 2025). Autrement dit : trois entreprises espagnoles sur quatre ne vendent toujours pas en ligne — une boutique qui vend en plus à des agents n'est pas dans la moyenne, elle est à un extrême.

Que Flora annonce d'emblée qu'elle est une IA n'est pas non plus un choix de style. Le règlement (UE) 2024/1689 sur l'intelligence artificielle impose à son article 50 que les systèmes conçus pour dialoguer avec des personnes les informent qu'elles s'adressent à une IA. Le règlement est entré en vigueur le 1er août 2024 et ses obligations de transparence s'appliquent depuis août 2026 : ce mois-ci.

Qu'elle distingue une fleur d'un vase en traitant un retour relève du droit de la consommation, pas d'une règle maison. Le droit européen accorde quatorze jours pour se rétracter d'un achat à distance, mais en exclut expressément les biens susceptibles de se détériorer ou de périmer rapidement — la fleur coupée en fait partie, la céramique non. Il fixe aussi à quatorze jours le délai pour que le vendeur rembourse à compter de la notification : nous annonçons entre 48 et 72 heures à compter de la réception du produit.

Même le code 402 a son rôle officiel. La spécification en vigueur du protocole HTTP — la RFC 9110 de l'IETF, juin 2022 — maintient « 402 Payment Required » réservé et sans usage défini depuis presque trente ans. x402 s'en saisit, et l'IETF héberge déjà plusieurs projets de normes sur les paiements entre agents : ce n'est pas une lubie de fleuriste, c'est un standard en formation.

Nos chiffres : comptés dans notre base le 4 août 2026, et ils changent chaque jour. 8 898 fiches avec photo, 18 635 variantes, 9 311 disponibles ce jour-là, dix outils dans le MCP public.

Commerce en ligne en Espagne : CNMC, communiqué du 3 juillet 2026 portant sur les données 2025 (cnmc.es).

Usage de l'IA et vente en ligne des entreprises espagnoles : INE, enquête sur l'usage des TIC et du commerce électronique dans les entreprises, publiée le 22 octobre 2025 (ine.es).

Usage de l'IA dans les entreprises de l'Union européenne : Eurostat, note du 11 décembre 2025 (ec.europa.eu/eurostat).

Transparence des systèmes d'IA : règlement (UE) 2024/1689, article 50, sur EUR-Lex ; calendrier d'application sur le portail de la Commission européenne.

Rétractation, exception des biens périssables et délai de remboursement : directive 2011/83/UE et sa transposition espagnole dans le texte refondu de la loi générale pour la défense des consommateurs et des usagers ; explication officielle au Centre européen des consommateurs et sur le portail Your Europe.

Le code 402 : RFC 9110, « HTTP Semantics », IETF, juin 2022 (rfc-editor.org). Projets en cours sur les paiements entre agents, dans le datatracker de l'IETF.

Contexte industriel, cité comme tel et non comme source indépendante : les annonces de l'Universal Commerce Protocol (Google, Shopify et autres partenaires), la documentation de x402 et les rapports de trafic IA d'Adobe Digital Insights. Ce sont des parties prenantes ; les données officielles ci-dessus ne le sont pas.