Ce socle est le premier étage de tout tracking e-commerce Google Ads : rien au-dessus ne tient si la valeur elle-même est fausse, quelle que soit la sophistication du reste de vos campagnes.
Il y a une question que je pose à chaque audit ecom, et qui n’a pas toujours de réponse : « votre valeur de conversion, c’est du TTC ou du HT ? ». Silence. Puis : « port inclus ? Remboursements déduits ? ». Re-silence.
Voilà l’état réel du socle sur lequel des milliers d’euros d’enchères décident chaque mois : un montant que personne n’a défini, transmis par une intégration que personne n’a vérifiée depuis son installation dans le compte Google Ads.
Le purchase à valeur dynamique est la fondation de tout le dispositif, et une fondation se vérifie à quatre exigences, pas à « ça remonte ».
Valeur dynamique : principe et configuration
Le montant de chaque commande doit arriver exact et unique dans Google Ads : deux questions, une seule exigence, déclinée en principe puis en câblage concret.
Comment transmettre la valeur dynamique dans Google Ads : le montant de CETTE commande
La base, vite expédiée mais pas toujours acquise : la valeur transmise doit être le montant réel de chaque transaction, pas une valeur fixe « moyenne », pas un montant arrondi.
L’effet est concret : avec une valeur fixe, toutes les commandes se valent aux yeux de la machine, et le Smart Bidding de Google Ads ne peut plus faire un de ses travaux les plus utiles, préférer les paniers riches, viser un ROAS réel.
Techniquement, c’est le tag de conversion alimenté par la donnée de commande, avec la devise systématiquement transmise dès qu’une valeur l’est. Toute boutique sérieuse l’a « en principe ». La suite contrôle ce principe.
Comment éviter les doublons de conversion avec le transaction_id
Le doublon est l’ennemi numéro un pour la fiabilité de vos données, et il est sournois : la page de confirmation rechargée, le retour depuis l’email de confirmation, le tag posé deux fois (l’app de la plateforme ET un ancien Google Tag Manager, le grand classique des migrations).
Chaque doublon double la valeur apprise : la machine croit que ce segment de campagne rapporte deux fois plus, et enchérit en conséquence.
La parade est simple et indispensable : le transaction_id transmis avec chaque conversion, qui aide à dédupliquer les remontées multiples d’une même commande. Le test : filtrez vos conversions d’un mois par identifiant de transaction, chaque ID doit apparaître une fois. C’est un contrôle de dix minutes que trop peu de comptes font, à répéter sur chaque compte Google Ads que vous gérez.
Exigence 3 : la définition, TTC, HT, port, remboursements : décidez
Voici la partie stratégique déguisée en détail technique. Que vaut une commande de 120 euros TTC, 100 euros HT, avec 6 euros de port, remboursée à 30 % le mois suivant ? Selon votre réponse, la machine optimise des choses différentes : le TTC gonfle artificiellement la valeur des paniers à TVA pleine. Le port inclus fait préférer les livraisons chères. Cela biaise le mix de produits mis en avant. Les remboursements ignorés font aimer les clients qui retournent.
Il n’y a pas de réponse universelle, il y a une décision à prendre, à écrire, et à tenir : pour qui pilote sa rentabilité, le HT net de port est la base la plus saine (c’est elle qui se raccorde proprement au calcul du point mort), et les remboursements se traitent par ajustements de conversion quand le volume le justifie. L’essentiel n’est pas le choix : c’est qu’il soit conscient, constant, et documenté quelque part où votre successeur le trouvera.
Exigence 4 : le rapprochement, la vérification qui ne s’arrête jamais
Dernière exigence, la plus négligée : confronter périodiquement le revenu que Google Ads affiche au revenu réel du back-office, sur la même période et la même définition.
L’écart parfait n’existe pas, attribution, consentement, fenêtres de conversion créent un delta structurel. Mais il doit être connu, stable et expliqué. Un écart qui se creuse est une alarme : un tag tombé sur un gabarit, une app mise à jour qui a changé sa définition, un doublon réapparu, ou un flux de données coupé entre votre boutique et Google Ads.
Le rapprochement mensuel calendarisé est la meilleure assurance du dispositif. la connexion de votre plateforme installe le tuyau côté Google Ads un jour donné, le rapprochement vérifie qu’il dit encore vrai tous les mois suivants.
Comment configurer concrètement la valeur dynamique en quatre points ?
La chaîne tient en quatre maillons, et c’est leur accord qui fait foi, pas l’installation de l’un d’eux : la page de confirmation expose l’événement d’achat avec value, currency et transaction_id dans le dataLayer. Côté GTM, une variable de couche de données par paramètre de la balise. Côté Google Ads, la balise de conversion alimentée par ces mêmes paramètres, pas par une valeur saisie en dur. Et la vérification en mode Aperçu GTM avant de croire le chiffre affiché dans l’interface de votre campagne.
Les tutos à captures qui rankent vous noient dans les écrans et oublient le seul point qui fragilise réellement : le nom de la variable dataLayer doit matcher exactement entre le site et GTM. Une fragilise différente, un underscore manquant, et la variable remonte vide, c’est-à-dire 0. L’interface affiche alors une conversion à valeur nulle, l’intégration « fonctionne » au sens où elle déclenche, et le Smart Bidding apprend que ces commandes ne valent rien.
value, currency et transaction_id sont les paramètres qui font tenir un purchase à valeur. Le reste n’est que plomberie.
Cette configuration est la valeur générique de tout achat en ligne, transmise via value/currency/transaction_id. Brancher cette donnée depuis une plateforme nommée et son propre gestionnaire de flux (et gérer les doublons à l’installation) relève d’un autre travail, la connexion de votre boutique Shopify, WooCommerce ou PrestaShop.
Enrichir et fiabiliser au-delà du purchase de base
Une fois les quatre exigences tenues, deux leviers étendent la qualité du signal sans remplacer le socle.
Faut-il transmettre les données du panier au-delà du montant total ?
Oui, une fois le purchase fiable acquis : les conversions avec données du panier transmettent le détail des articles, chaque produit avec son identifiant, sa quantité et son prix, en plus de la valeur totale. Cela ouvre l’analyse par produit, la performance de vos annonces Shopping par catégorie de produits, et, couplé au flux Merchant Center, le reporting de marge brute.
C’est l’étage au-dessus du purchase, pas un substitut : tant que les quatre exigences ne sont pas tenues, transmettre le détail des articles ne fait qu’ajouter du détail faux à un total faux. L’ordre compte : on fiabilise le montant, ensuite on enrichit. Côté plateforme, le mécanisme exige que Google Ads et Merchant Center soient associés pour vos campagnes Shopping, et que les identifiants d’articles de la balise correspondent exactement à ceux du flux de produits envoyé à Merchant Center. La marge brute, elle, s’active via l’attribut de coût des marchandises (cost_of_goods_sold) renseigné produit par produit dans ce même flux.
Là où ça débouche pour piloter vos campagnes, le calcul et le pilotage à la marge eux-mêmes, n’est pas sur cette page : le suivi ajusté par la marge en est le cœur, et transmettre la marge plutôt que le chiffre d’affaires, le POAS face au ROAS, s’y traite en propre. Ici, on pose le tuyau qui rend ces étages possibles, on ne les construit pas.
Comment fiabiliser la mesure du purchase avec le suivi avancé des conversions ?
Le suivi avancé des conversions complète votre balise en envoyant à Google des données first-party hachées (e-mail notamment, avec consentement) pour mieux rattacher la transaction et combler les trous de mesure liés au consentement et aux restrictions navigateur.
On ne parle ici ni de marge ni d’enchère : le suivi avancé ajoute un cinquième levier de fiabilité de la mesure du même purchase, ce qui le rattache à cette page et aux autres données de conversions déjà couvertes. Concrètement, les identifiants client sont normalisés puis hachés en SHA-256 avant transmission, pas envoyés en clair, et Google accepte plusieurs canaux d’envoi comme la balise du site, Data Manager ou l’API. L’effet utile au quotidien : un meilleur rattachement réduit le delta structurel que vous constatez au rapprochement back-office, sans le faire disparaître, sur vos campagnes Search comme Shopping.
À traiter sobrement. Donc : pas une mécanique de plus à empiler. Mais le réglage qui rend le purchase moins lacunaire avant que vous ne lui demandiez de piloter une enchère.
Peut-on ajuster la valeur d’une conversion sans retoucher au tag ?
Oui, et c’est un point que les guides à captures d’écran sautent presque toujours : Google Ads propose des règles de valeur de conversion, un mécanisme séparé du tag qui applique un ajustement en pourcentage à la valeur déjà transmise pour cet achat, selon l’audience, la zone géographique ou le type d’appareil de l’acheteur.
La règle de valeur n’ajoute pas un cinquième maillon à la chaîne value/currency/transaction_id : c’est une couche de correction qui s’applique une fois le montant remonté, par exemple pour refléter qu’un client d’une liste de remarketing donnée ou d’une région précise a historiquement une marge différente du reste du trafic. Le tag continue de transmettre le montant réel de la commande. La règle ne fait qu’ajuster ce que Google Ads en retient pour ses enchères et son reporting de performance.
Un exemple concret pour situer l’usage : une boutique qui vend à la fois en France et en Belgique observe que ses commandes belges affichent une marge plus faible sur les mêmes produits, frais de livraison différents obligent. Plutôt que de créer une deuxième balise ou une deuxième campagne, une règle de valeur de conversion géographique ajuste automatiquement la valeur retenue par Google Ads pour ce segment, sans toucher au flux de données ni au paramétrage GTM existant. C’est un réglage de compte, pas un réglage de tag.
Pour qui c’est le préalable absolu, et la limite
Avant toute enchère à la valeur, maximisation de la valeur ou pilotage au tROAS e-commerce, ces quatre exigences sont le ticket d’entrée : contraindre un algorithme sur des valeurs douteuses, c’est lui faire exécuter le doute à grande échelle sur l’ensemble de vos campagnes.
La réserve à garder en tête : le purchase fiable mesure la transaction, pas le parcours qui y mène (c’est le métier du funnel GA4) ni ce qu’elle rapporte vraiment (c’est l’étage marge de la branche).
Le socle n’est pas le sommet. Mais rien ne tient sans lui.
- Valeur dynamique : transmettez le montant réel de chaque commande, pas une valeur fixe. La devise est obligatoire dès qu’une valeur est transmise.
- Déduplication : le transaction_id est indispensable. Un doublon double la valeur apprise et biaise le Smart Bidding.
- Définition : TTC ou HT, port inclus ou non, remboursements déduits ou non : choisissez, écrivez-le, tenez-le.
- Rapprochement mensuel : comparez le revenu Google Ads au back-office sur la même période. Un écart qui se creuse est une alarme.
