Un purchase fiable, ce n’est pas « le tag est installé » : c’est quatre exigences. Une valeur dynamique (le montant de CETTE commande, pas une moyenne fixe), une déduplication par transaction_id (un doublon double la valeur apprise), un périmètre de valeur décidé consciemment (HT/TTC, port, remboursements) et un rapprochement mensuel avec le back-office.
Il y a une question que je pose à chaque audit ecom, et qui n’a presque jamais 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.
Le purchase à valeur dynamique est la fondation de tout le dispositif, et une fondation se vérifie à quatre exigences, pas à « ça remonte ».
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.
La différence n’est pas cosmétique : avec une valeur fixe, toutes les commandes se valent aux yeux de la machine, et le Smart Bidding ne peut plus faire son seul travail intéressant, 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 (source : docs Google, à jour juin 2026). Toute boutique sérieuse l’a « en principe » ; la suite vérifie le principe.
Le doublon est l’ennemi numéro un, 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 GTM, le grand classique des migrations).
Chaque doublon double la valeur apprise : la machine croit que ce segment rapporte deux fois plus, et enchérit en conséquence.
La parade est documentée et non négociable : le transaction_id transmis avec chaque conversion, qui permet de dédupliquer les remontées multiples d’une même commande (source : docs Google, à jour juin 2026). 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 presque personne n’a jamais fait.
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 ; 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.
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.
Le rapprochement mensuel calendarisé est la seule assurance du dispositif ; la connexion de votre plateforme installe le tuyau un jour donné, le rapprochement vérifie qu’il dit encore vrai tous les mois suivants.
Avant toute enchère à la valeur, tROAS, maximisation de la valeur, 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.
La limite, sans détour : 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.
Personne n’a la réponse en une phrase ? On pose les quatre exigences du purchase ensemble.
Réserver un appelParlons de vos objectifs