Universal Cart arrive aux États-Unis : quel accès pour les boutiques françaises ?

Un panier commun, pas une boutique unique

Google annonce le 15 octobre le déploiement américain de Universal Cart. L’utilisateur peut conserver des produits de plusieurs magasins, suivre les baisses de prix et les retours en stock, puis payer avec Google Pay chez les participants ou rejoindre le site marchand.

Le commerçant conserve la vente, les confirmations et le service client. L’annonce ne fixe pas de lancement français. LEDIA n’a pas testé le parcours.

Source : Google — lancement américain de Universal Cart ↗

Le projet avait été présenté en mai

La présentation initiale remonte au 19 mai 2026, à Google I/O. Google décrivait alors un panier reposant sur ses modèles Gemini, avec des fonctions de raisonnement et un calendrier américain prévu pour l’été. La nouvelle du 15 octobre est son déploiement annoncé, pas la première présentation du concept.

Ce texte de mai distingue aussi le panier, utilisé pour organiser des choix, des achats exécutés par un agent avec des règles de paiement. Il évoquait YouTube et Gmail comme des extensions à venir. Ces perspectives ne doivent pas être transformées en fonctions toutes disponibles aujourd’hui.

Source : Google — présentation initiale du panier à I/O ↗

Transférer un panier et encaisser sont deux opérations

La documentation technique Google précise un point utile aux boutiques : un transfert peut simplement créer un panier prérempli sur leur propre site. Le paiement intégré à Google est une intégration distincte ; il n’est pas nécessaire pour mettre en place ce transfert.

Cette première version du transfert fonctionne dans un seul sens. Elle ne synchronise pas ensuite les modifications entre le panier Google et celui du marchand. Ajouter un article sur l’un ne signifie donc pas que l’autre se mette automatiquement à jour.

Un site marchand doit disposer de la compatibilité prévue avec le protocole de commerce de Google, appelé UCP et publier les capacités de son intégration. Ce n’est pas un simple texte à ajouter dans une fiche produit. Pour préparer un projet, le responsable de la boutique doit distinguer ce que permet son prestataire de ce qui reste à développer.

Source : Google for Developers — fonctionnement et limites du transfert de panier ↗

Un exercice utile avant toute intégration

Voici une proposition de préparation LEDIA, sans résultat de test revendiqué : choisissez un produit fictif, sa variante exacte et un second article d’une autre enseigne. Écrivez ce que le client devrait retrouver à l’arrivée sur votre boutique : référence, quantité, variante et montant à vérifier avant paiement.

Dessinez ensuite le passage entre la découverte et le panier. À quel endroit le client confirme-t-il son choix ? Que voit-il si une variante n’est plus disponible ? Qui reçoit sa demande après la commande ? Ces questions décrivent un parcours à contrôler ; elles ne supposent pas que votre boutique dispose déjà de Universal Cart.

Conservez les réponses inconnues. Un schéma simple permet d’éviter une présentation commerciale qui promettrait une fonction que personne n’a encore vérifiée dans votre environnement.

Que mesurer si un parcours devient accessible ?

Avant un essai autorisé, définissez le résultat attendu : retrouver le bon produit et terminer une commande correcte. Relevez séparément les arrivées sur le panier, les erreurs de variante, les abandons et les achats effectivement confirmés. Un panier transmis n’est pas une vente.

Comparez le même périmètre de produits et une période identifiable, en conservant votre méthode habituelle comme point de comparaison lorsque c’est possible. Quelques visites ne permettent pas d’attribuer une hausse des commandes à une nouveauté. Cette grille est une méthode proposée par LEDIA, pas une performance annoncée par Google.