Google Universal Commerce Protocol : le problème de suivi des conversions que les agences doivent résoudre maintenant

La plupart des articles sur le protocole de commerce universel de Google couvrent l'intégration des marchands et l'élargissement de la portée. Les conséquences en matière de suivi n'ont pas été abordées. Pour les agences qui gèrent ces marchands, la conséquence du suivi est le vrai problème.

Qu'est-ce que le protocole de commerce universel de Google ?

Google a annoncé UCP en janvier 2026 lors de la conférence de la National Retail Federation. Parmi les codéveloppeurs figurent Shopify, Walmart, Target, Etsy et Wayfair. Les partenaires financiers comprennent Visa, Mastercard et Stripe, ainsi que plus de 20 bailleurs de fonds de l'industrie.

UCP permet aux agents d'IA d'exécuter des achats directement à l'intérieur des surfaces de Google. Un utilisateur ouvre le mode AI dans Recherche ou demande à Gemini de trouver un produit. L'achat complet se termine sans qu'ils ne quittent la conversation. Pas de redirection. Pas de chargement de la page de paiement dans le navigateur. Google Pay s'occupe du paiement. Le marchand reste le marchand attitré. Le produit est expédié depuis son entrepôt. La transaction se déroule entièrement dans l'environnement de Google.

À partir de la mi-2026, UCP est en ligne pour les commerçants américains éligibles par le biais de Merchant Center. Les marques autorisées comprennent Nike, Sephora, Target, Walmart, Wayfair et les marchands Shopify tels que Fenty et Steve Madden. Le déploiement s'étend au Canada, à l'Australie et au Royaume-Uni.

UCP est conçu pour interopérer avec : Agent Payments Protocol (AP2), Model Context Protocol (MCP) et Agent2Agent (A2A). Google conçoit UCP comme une infrastructure et non comme une fonctionnalité.

Pourquoi ta configuration de suivi existante ne peut-elle pas voir les achats UCP ?

Voici à quoi ressemble le flux d'achat :

• Un utilisateur tape une requête dans le mode Google AI.
• L'IA trouve des produits correspondants et gère la conversation.
• Le client confirme par l'intermédiaire de Google Pay.
• La commande est passée. Pas de visite du site web. Pas de session de navigation.

GA4 déclenche son événement d'achat lorsque la page de confirmation de la commande se charge. Avec UCP, il n'y a pas de page de confirmation sur le site de ton client. La balise ne s'exécute jamais.

Il en va de même pour : Meta CAPI setup, TikTok Events API, Google Ads conversion tag, et toute méthode qui dépend de JavaScript s'exécutant dans un navigateur. Aucune d'entre elles ne se déclenche, car la transaction n'a jamais touché le navigateur.

La vente est réelle. Le revenu apparaît dans le système de gestion des commandes. Ton système d'analyse ne voit rien.

Mais il ne s'agit pas d'une erreur de configuration : l'architecture transactionnelle a contourné toute la couche de mesure par conception. Le suivi côté client reposait sur une hypothèse : l'utilisateur visite le site Web. UCP supprime cette hypothèse. L'écart d'attribution produit un symptôme spécifique : les campagnes qui conduisent à des achats par l'intermédiaire d'UCP semblent moins performantes qu'elles ne le sont. Le ROAS semble plus faible. Rien dans les rapports ne le signale. Pas de balises échouées. Pas d'avertissement de prévisualisation GTM. Juste des transactions manquantes.

Ce que tu peux mesurer aujourd'hui et ses limites

Rapports du centre d'achats

Le Merchant Center enregistre le volume des transactions UCP. Il s'agit de rapports de vente et non de données analytiques. Le chiffre d'affaires et le nombre de commandes sont enregistrés. Il n'y a aucun lien avec les dépenses publicitaires ou l'attribution des campagnes et aucune donnée sur l'audience. Utile pour confirmer l'existence de l'écart. Pas utile pour le gérer.

Google Ads AI Mode colonnes de conversion

Google a signalé qu'une attribution dédiée aux ventes générées par les UCP est en cours de développement, incluant les identifiants de clics (gclid et wbraid) lorsqu'ils apparaissent dans le flux des UCP. Ce rapport est distinct de GA4 et n'aide pas à l'attribution sur Meta, TikTok ou d'autres plateformes en dehors de Google.

Rapprochement manuel des commandes

Recoupe les commandes entrantes avec les sessions GA4. Les commandes qui n'ont pas de session de navigation correspondante sont probablement transmises par les UCP. Les identifiants de transaction sont la clé de correspondance. Cette méthode fonctionne pour vérifier l'étendue du problème. Ce n'est pas une approche durable à grande échelle.

Suivi côté serveur

Le suivi côté serveur est la seule voie qui capture complètement les achats de PCU. Lorsqu'une commande est terminée, ton backend envoie l'événement d'achat directement depuis le serveur. Le protocole de mesure GA4, l'API Google Ads Conversions, Meta CAPI et l'API TikTok Events acceptent tous les événements envoyés par un webhook du backend. Le client n'a jamais besoin de charger une page pour que la mesure fonctionne.

Ce dont ta configuration de suivi a besoin avant la mise en service de l'UCP

Quatre composants sont nécessaires :

1. Commander des webhooks connectés aux points de terminaison des mesures. Lorsqu'une commande est confirmée, le backend envoie l'événement d'achat à GA4 via le protocole de mesure, à Google Ads via l'API des conversions et à toute autre plateforme suivie par le client. L'identifiant de la transaction, le revenu et les données sur le produit sont envoyés par le serveur, qu'il y ait eu ou non un navigateur.
2. Logique de déduplication. La plupart des clients achètent encore en passant par la caisse normale. Sans déduplication, les transactions sont comptées deux fois : une fois à partir de la balise du navigateur, une fois à partir du webhook. Les identifiants de transaction sont la bonne clé de déduplication. Le protocole de mesure GA4 et la plupart des API des plateformes publicitaires éliminent les doublons lorsque le même identifiant de transaction arrive deux fois.
3. Un groupe de canaux GA4 personnalisé pour les surfaces AI. Un groupe de canaux qui capture les modes Gemini et AI en tant que source distincte donne une base de référence propre avant que les achats UCP ne commencent à arriver. Construis-le maintenant et tu auras des données de comparaison d'un mois sur l'autre dès le premier jour. Si tu le fais après coup, tu n'auras plus de données de référence.
4. Meta CAPI et TikTok Events API connectés côté serveur-side. UCP est le produit de Google, mais l'écart d'attribution affecte toutes les plateformes. Le même webhook de commande qui se déclenche sur GA4 doit se déclencher sur Meta et TikTok pour les clients qui mènent des campagnes multiplateformes.

Quelle est l'ampleur actuelle de l'UCP et quand les agences doivent-elles agir ?

Le volume de recherche pour les requêtes liées à la PCU est encore faible. La plupart des clients n'en ont pas entendu parler. Les commerçants qui utilisent actuellement UCP sont de grandes marques de vente au détail qui disposent de ressources d'ingénierie dédiées et de relations d'accès anticipé avec Google.

La trajectoire n'est pas ambiguë. Google étend UCP à de nouveaux secteurs verticaux. Les réservations d'hôtel et la livraison locale de nourriture sont confirmées comme étant les prochaines. Le panier universel est conçu pour fonctionner avec plusieurs détaillants à l'intérieur d'une seule surface Google. Shopify a intégré l'UCP à sa plateforme, ce qui signifie que des millions de petits commerçants pourront l'activer avec un minimum de frictions dès que Google ouvrira davantage le programme.

La trajectoire de ChatGPT Ads offre une comparaison utile. Lorsque ChatGPT Ads a été lancé, le problème de mesure existait dès le premier jour (mais nous avons trouvé un moyen de le résoudre). Les agences ayant des pipelines server-side déjà en place ont absorbé le nouveau trafic sans lacunes visibles dans les rapports. Les agences qui utilisaient encore des configurations côté client uniquement ont vu leur ROAS se dégrader d'une manière qu'elles ne pouvaient pas expliquer. Les conversions étaient réelles. Les données ne sont jamais arrivées. L'écart était invisible jusqu'à ce qu'il soit trop important pour être ignoré.

Les PCU se situent plus tôt dans cette courbe. La fenêtre à construire avant que les achats UCP ne deviennent une part significative des revenus des clients se mesure en mois, et non en années. Les catégories pour lesquelles l'intention d'achat sur Google est élevée atteindront ce seuil en premier.

La place de TAGGRS

Construire la pile de mesure UCP à partir de zéro nécessite un développement backend personnalisé, des intégrations API distinctes pour chaque plateforme publicitaire, une logique de déduplication manuelle et une maintenance continue au fur et à mesure de l'évolution de ces API. Pour une agence qui gère plusieurs clients, la reconstruction par compte n'est pas réaliste.

Le GTM server-side constitue la couche pratique. Les webhooks de commande UCP passent par un conteneur sGTM, qui gère la distribution des événements à GA4, Google Ads, Meta CAPI, TikTok et d'autres plateformes à partir d'un seul point. La déduplication, la gestion des consentements et la transformation des données se font au niveau du conteneur, et non dans un code personnalisé maintenu séparément pour chaque client.

TAGGRS fournit l'hébergement et l'infrastructure sGTM pour que cela fonctionne sans avoir recours à un développement sur mesure. Lorsqu'une commande UCP arrive, le conteneur sait déjà quoi faire avec l'événement. La configuration de l'étiquette, les paramètres de déduplication et les connexions à la plateforme sont regroupés en un seul endroit pour tous les clients.

Tu peux en savoir plus sur l'infrastructure GTM côté serveur.

Conclusion

L'adoption des RUU n'en est qu'à ses débuts. La plupart des conversations actuelles se concentrent sur l'intégration des commerçants et l'élargissement de la portée. L'aspect analytique est laissé à la discrétion des agences.

Pour les agences qui gèrent des clients du commerce électronique, c'est un problème à résoudre. Les données de conversion que tes clients utilisent pour fixer les budgets, évaluer les canaux et justifier les dépenses publicitaires présenteront un écart croissant à mesure que les achats de PCU prendront de l'ampleur. Cette lacune est silencieuse. Pas d'erreurs. Pas de balises qui échouent. Juste des transactions manquantes.

L'infrastructure de suivi côté serveur est la seule solution qui capture ce qui se passe lorsque l'achat a lieu en dehors du site Web de ton client.

FAQ

Qu'est-ce que le protocole de commerce universel ?

UCP est une norme ouverte codéveloppée par Google, Shopify, Walmart et d'autres partenaires majeurs. Elle permet aux agents d'IA de Google Search AI Mode et de Gemini d'effectuer des achats au nom des utilisateurs sans nécessiter de visite sur le site Web du commerçant. Le commerçant traite la commande et reste le commerçant attitré. Le paiement s'effectue à l'intérieur de la surface d'IA de Google.

L'UCP affecte-t-il le suivi de Google Analytics ?

Oui. GA4 s'appuie sur des balises JavaScript qui se déclenchent lorsque les utilisateurs visitent un site Web. Avec UCP, il n'y a pas de visite de site Web, donc l'événement d'achat GA4 ne se déclenche jamais. Les commandes apparaissent dans Merchant Center et dans le système de gestion des commandes, mais GA4 montre un écart. Le suivi côté serveur via le protocole de mesure GA4 envoie les événements d'achat directement depuis le backend et comble cet écart.

Comment fais-tu le suivi des conversions à partir d'UCP ?

Le suivi des conversions côté serveur est la seule solution complète. Lorsque le backend reçoit une confirmation de commande, il envoie l'événement d'achat directement à GA4, Google Ads, Meta CAPI et à d'autres points de terminaison de mesure. Aucun navigateur n'est nécessaire. Les pixels côté client ne peuvent pas suivre les achats qui se produisent en dehors de l'environnement du navigateur, ce qui est exactement l'endroit où les commandes UCP se produisent.

L'UCP est-il disponible en Europe ?

À partir de la mi-2026, UCP est en service aux États-Unis. Google a annoncé son extension au Canada, à l'Australie et au Royaume-Uni. Aucune date de lancement dans l'Union européenne n'a été confirmée. Le protocole est conçu comme une norme ouverte de portée mondiale, et les commerçants européens devraient y avoir accès au fur et à mesure de son déploiement. Les agences qui ont des clients européens dans le domaine du commerce électronique devraient mettre en place une infrastructure de mesure server-side dès maintenant, avant que la disponibilité régionale ne change.