Info ou intox : Google Tag Manager va-t-il remonter la marge de vos produits ?
En partie vrai. La marge remonte déjà dans Google Ads, mais par le coût de revient déclaré dans Merchant Center, pas par Tag Manager. Aucun paramètre « marge » n'est annoncé.
Résumer avec l'IA
IATransparence : article préparé avec l'IA à partir des sources officielles, vérifié phrase par phrase.En savoir plus
Chaque article du Café des Ads est préparé par une chaîne de rédaction assistée par l'IA : un documentaliste remonte aux sources primaires, un rédacteur écrit à partir de ces seules sources, puis un vérificateur distinct compare chaque phrase factuelle aux sources citées en fin d'article. William Palandre fixe la ligne éditoriale, reçoit chaque article publié et le corrige si besoin (la correction est signalée en fin d'article). Notre méthode en détail.
L’idée revient chez des e-commerçants : Google Tag Manager permettrait bientôt de remonter la marge de chaque produit vendu. Nous avons vérifié dans la documentation de Google, au 28 octobre 2026.
Le verdict
EN PARTIE VRAI. Google Ads sait déjà calculer votre marge brute, et Google a annoncé des enchères qui la visent, mais le coût de revient vient de Merchant Center, pas de Tag Manager. Aucun paramètre « marge » ou « coût » n’existe dans la balise, et aucun n’est annoncé.
Ce qui existe vraiment chez Google
Les conversions avec les données du panier. Votre balise d’achat envoie la liste des produits vendus. Google Ads les croise avec le « coût des marchandises vendues » de votre flux Merchant Center et peut alors générer des « métriques supplémentaires basées sur la marge brute » (aide Google Ads).
L’attribut cost_of_goods_sold dans Merchant Center. Il est facultatif, sert au rapport de bénéfice brut estimé, n’a pas besoin d’être exact (Google recommande une moyenne si le coût varie) et doit être dans la même devise que le prix de conversion (aide Merchant Center).
Des enchères orientées profit. Au Google Marketing Live 2024, Google a annoncé un « objectif d’optimisation des bénéfices » dans les stratégies d’enchères intelligentes, pour Performance Max et Shopping standard, à partir des conversions au niveau du panier et du prix de revient dans Merchant Center, « dans les mois à venir » (récapitulatif officiel GML 2024). Une page Google Accelerate le présente comme une bêta (Google Accelerate).
Une bêta « Product Value Optimization », repérée en septembre 2026 par un consultant sur LinkedIn : des ajustements de valeur par produit, marque ou catégorie, avec le profit cité parmi les objectifs possibles, pour Performance Max et Shopping (Search Engine Roundtable, 14 septembre 2026, capture du réglage à l’appui).
Ce que la balise permet, et ce qu’elle ne permet pas
Pour les données du panier, l’événement purchase accepte items (identifiant, prix, quantité), discount, aw_merchant_id, aw_feed_country, aw_feed_language et la devise. Aucun ne porte un coût ou une marge : aw_merchant_id sert justement à dire dans quel compte Merchant Center lire le coût de revient, quand un produit figure dans plusieurs comptes (aide Google Ads). Côté Google Analytics, l’événement purchase et ses articles n’ont pas non plus de champ coût ou profit prévu, seulement des paramètres personnalisés libres (documentation développeurs GA4).
Et Tag Manager ? Ses notes de version ne contiennent aucune entrée sur la marge, le profit ou le coût de revient. La seule touche « panier » récente date du 31 juillet 2025 : de nouveaux paramètres de données du panier pour les balises Floodlight (notes de version Tag Manager). Tag Manager envoie le panier, Merchant Center fournit le coût.
D’où vient la rumeur ?
Nous n’avons pas trouvé son origine. Hypothèse possible, sans preuve : une confusion entre la balise configurée dans Tag Manager et la marge calculée ensuite par Google Ads.
Ce que ça change pour vous
Si vous voulez voir votre marge dans Google Ads, le chantier est dans votre flux produits et dans votre balise d’achat, dès aujourd’hui. Une « remontée de marge par GTM » est un montage maison, pas une fonction Google.
Comment remonter la marge aujourd’hui
- La voie Google : ajoutez
cost_of_goods_soldà vos produits dans Merchant Center, puis activez les données du panier sur votre conversion d’achat (tableauitemsdont les identifiants correspondent exactement à l’attributiddu flux). Seuls les événements d’achat sont traités (aide Google Ads). - Le contournement : remplacer la valeur de conversion par la marge, pour piloter au « POAS » (profit sur dépense publicitaire). Exemple documenté : un modèle de la galerie communautaire de Tag Manager, publié par Stape, lit les articles de la commande dans un conteneur côté serveur, va chercher la marge de chaque produit dans le stockage de données de Stape et calcule le total, qu’une balise de conversion Google Ads envoie comme valeur (Stape, 30 mars 2026). C’est un outil tiers, pas une fonction Google.
Et en France ?
Les pages d’aide sur les conversions avec les données du panier existent en français et ne mentionnent aucune restriction de pays (aide Google Ads). Pour l’objectif d’optimisation des bénéfices et la bêta Product Value Optimization, aucune liste de pays : nous ne savons pas s’ils sont ouverts en France. Regardez dans votre compte.
Mon avis
À mon sens, la rumeur pose la bonne question au mauvais outil. La marge existe déjà dans Google Ads pour qui renseigne son coût de revient. Je vous conseille de commencer par là : c’est natif et sans outil tiers. Le montage côté serveur ne se justifie que pour une marge plus fine que celle du flux (frais de port, retours), sachant que vous confiez alors votre marge réelle à Google.
Cet article vous a été utile ? Partagez-le.
