Tracking et mesure · GA4, GTM, Meta, Google Ads, Merchant Center
Des chiffres auxquels vous pouvez enfin vous fier.
GA4 annonce un nombre d’achats, Meta un autre, Google Ads un troisième — et aucun ne correspond à votre back-office. Tant que la mesure est fausse, vos décisions et les algorithmes publicitaires travaillent à l’aveugle. Je remets à plat toute la chaîne : dataLayer, consentement, pixels, envois serveur, flux produits.
- Audit recoupé avec vos commandes réelles
- Consent Mode v2 et CMP pris en compte dès le départ
- Shopify, PrestaShop, WooCommerce
Symptômes
Les signes d’un tracking défaillant
- Le nombre d’achats dans GA4 s’écarte nettement des commandes réelles, en plus ou en moins.
- Meta ou Google Ads affichent plus de conversions que vous n’avez eu de commandes — ou presque aucune.
- Le chiffre d’affaires remonté est faux : TTC au lieu de HT, frais de port inclus ici et pas là, mauvaise devise.
- Une part importante des ventes est attribuée à « Direct », « (not set) » ou à votre prestataire de paiement.
- Le gestionnaire d’événements Meta signale des événements en double ou une qualité de correspondance faible.
- Des produits sont refusés dans Merchant Center pour prix ou disponibilité incohérents.
- Personne ne sait plus qui a installé quoi : pixels dans le thème, dans GTM, dans une app, parfois les trois.
Un tracking cassé ne se voit pas. Il produit simplement de mauvaises décisions, campagne après campagne.
Pourquoi vos chiffres ne concordent pas
Un écart entre outils n’est pas forcément une anomalie : une partie est structurelle, une autre relève de vrais défauts. Mon travail consiste à séparer les deux.
Les écarts normaux
- Le consentement. Un visiteur qui refuse les cookies n’est pas mesuré comme les autres. Avec le Consent Mode v2, Google reçoit des signaux sans cookie et modélise une partie des conversions ; sans lui, elles disparaissent.
- Les bloqueurs et les navigateurs. Bloqueurs de publicité, protection anti-pistage de Safari et Firefox, durée de vie réduite des cookies.
- L’attribution. Chaque régie s’attribue la vente selon ses règles et sa fenêtre : Meta compte par défaut les clics sur 7 jours et les vues sur 1 jour, Google Ads date la conversion au jour du clic, GA4 au jour de l’achat. Additionner les régies donnera toujours plus que votre back-office.
Les vrais défauts
- Achat compté en double : page de confirmation rechargée, pixel présent à la fois dans le thème et dans GTM, événements navigateur et serveur sans identifiant commun.
- Achat jamais compté : le client paie sur une page externe (PayPal, banque, paiement fractionné) et ne revient pas sur la confirmation ; ou la balise attend un consentement jamais transmis.
- dataLayer incomplet :
transaction_idabsent, tableauitemsvide,valueen texte avec une virgule,currencymanquante. GA4 accepte l’événement, mais les rapports e-commerce restent vides. - Identifiants désalignés : l’
item_idenvoyé aux pixels ne correspond pas à l’iddu flux ; le remarketing dynamique ne retrouve pas ses produits. - Sessions coupées : le passage par le prestataire de paiement casse la session, et la vente est attribuée au mauvais canal. Cela se règle par les exclusions de référents et la mesure multi-domaine.
Le cas Merchant Center
Google compare votre flux à la page produit et à ses données structurées. Un prix barré mal balisé, une variante par défaut différente de celle du flux, un stock mis à jour avec retard : le produit est refusé, et vos campagnes Shopping s’arrêtent sans bruit. Le sujet est à cheval entre le tracking et le SEO technique.
Mon intervention
Ce que je mets en place ou répare
dataLayer e-commerce
Un dataLayer conforme au schéma GA4 : view_item_list, view_item, add_to_cart, begin_checkout, add_shipping_info, add_payment_info, purchase, avec items, value, currency et transaction_id corrects.
GA4 et GTM
Conteneur nettoyé et documenté, une balise par usage, déclencheurs fiables, exclusions de référents, mesure multi-domaine, événements clés bien définis, liaison avec Google Ads et la Search Console.
Consent Mode v2 et CMP
État par défaut refusé avant tout chargement, mise à jour au choix du visiteur, transmission des quatre signaux : ad_storage, analytics_storage, ad_user_data, ad_personalization.
Meta Pixel et API Conversions
Envoi navigateur et serveur du même événement avec un event_id identique pour la déduplication, paramètres client hachés, cookies _fbp / _fbc transmis, contrôle dans le gestionnaire d’événements.
Google Ads
Conversion d’achat avec valeur et identifiant de transaction, conversions améliorées (données client hachées en SHA-256), pas de doublon avec l’achat importé de GA4, remarketing dynamique aligné sur le flux.
Google Merchant Center
Diagnostic des produits refusés, cohérence prix / disponibilité entre flux, page et données structurées, identifiants (GTIN, marque), livraison et retours, mises à jour automatiques des articles.
Déduplication
Pixel + serveur : deux sources, un seul achat
L’envoi côté serveur (API Conversions de Meta et ses équivalents) compense ce que le navigateur ne transmet plus. Mais il crée un risque immédiat : compter chaque achat deux fois.
La règle est simple et souvent mal appliquée : l’événement du pixel et celui du serveur doivent porter le même nom (Purchase) et le même event_id. Meta n’en conserve alors qu’un. Si l’identifiant diffère — généré au hasard de chaque côté, ou basé sur le numéro de commande d’un côté et un horodatage de l’autre — la déduplication échoue et vos campagnes s’optimisent sur des ventes fantômes.
Cas fréquent : une app ou un module officiel envoie déjà les événements serveur, et quelqu’un a ajouté par-dessus un pixel manuel dans le thème ou dans GTM. Trois sources pour un achat. Je commence toujours par l’inventaire de ce qui émet quoi, avant d’ajouter la moindre balise.
Par plateforme
Le tracking ne se pose pas de la même façon partout
Customer Events et web pixels
- Pixels d’apps et pixels personnalisés dans Paramètres > Événements clients, abonnés via
analytics.subscribe - Environnement isolé (sandbox) : pas d’accès au DOM, aperçu GTM limité — à connaître avant d’y loger un conteneur
- Fin de
checkout.liquidet des scripts supplémentaires : migration des anciens codes de la page de confirmation - API Customer Privacy et bannière de consentement reliées aux pixels
- Applications Google & YouTube et Facebook & Instagram : réglages et doublons
Modules, hooks et dataLayer
- Événement d’achat sur le hook
displayOrderConfirmation: rechargements et retours de paiement - Modules de tracking empilés, pixel collé en dur dans le thème
- dataLayer sur mesure quand les modules ne suffisent pas
- Flux Merchant Center : déclinaisons, prix spécifiques, taxes, multiboutique
- Compatibilité du module de consentement avec GTM
Extensions, cache et passerelles
- Achat déclenché sur
woocommerce_thankyou: clients qui ne reviennent pas de la page de paiement - Envoi serveur sur changement de statut de commande pour fiabiliser
- dataLayer et cache de pages : données d’un autre visiteur servies par erreur
- Blocs panier / commande : événements que certaines extensions n’émettent plus
- Flux produits : variations, identifiants, fréquence de mise à jour
Déroulement
Comment je procède
- 01
Inventaire
Tout ce qui émet des données : thème, GTM, apps, modules, scripts collés à la main. Qui envoie quoi, à qui, et sous quelle condition de consentement.
- 02
Recoupement avec le back-office
Sur une période donnée, je compare commandes réelles et achats mesurés pour qualifier l’écart : normal, doublon, perte. Cette étape fait partie du diagnostic e-commerce.
- 03
Plan de marquage
Un document court : événements, paramètres, convention de valeur (HT / TTC, frais de port), identifiants produits communs aux pixels et au flux.
- 04
Mise en œuvre
dataLayer, conteneur GTM, pixels, envois serveur, consentement. En préproduction ou dans un espace de travail GTM distinct, jamais directement en production.
- 05
Recette
Commandes de test avec chaque moyen de paiement, consentement accepté puis refusé, mobile et ordinateur. Contrôle dans DebugView, Tag Assistant, l’outil de test d’événements Meta et les diagnostics Google Ads.
- 06
Documentation et suivi
Vous recevez la description de ce qui est en place. Un contrôle périodique peut s’intégrer à la maintenance : un tracking se dérègle à chaque changement de thème ou d’app.
Écarts entre outils : normal ou anormal ?
| Ce que vous observez | Explication probable | Verdict |
|---|---|---|
| GA4 mesure un peu moins d’achats que le back-office | Refus de consentement, bloqueurs, clients qui ne reviennent pas sur la confirmation | Normal si l’écart est stable ; à réduire par un envoi serveur |
| GA4 mesure plus d’achats que le back-office | Confirmation rechargée, transaction_id absent, balise déclenchée deux fois | Anormal : doublons à corriger |
| La somme Meta + Google Ads dépasse vos commandes | Chaque régie s’attribue les ventes auxquelles elle a contribué | Normal : ne jamais additionner les régies |
| Meta seul annonce plus d’achats que la boutique | Déduplication pixel / API Conversions défaillante | Anormal : event_id à aligner |
| Beaucoup de ventes en « Direct » ou attribuées au prestataire de paiement | Session coupée au retour de paiement, référents non exclus | Anormal : configuration à reprendre |
Le back-office reste la référence comptable. Les outils d’analyse servent à comparer des canaux et des tendances, pas à établir votre chiffre d’affaires.
À éviter
Les erreurs de tracking les plus répandues
- Ajouter un pixel sans vérifier qu’une app ou un module l’envoie déjà.
- Activer l’API Conversions sans
event_idcommun avec le pixel. - Poser un bandeau cookies décoratif : les balises se déclenchent avant tout choix du visiteur.
- Installer une CMP sans la relier au Consent Mode : Google ne reçoit aucun signal de consentement.
- Envoyer aux pixels des identifiants produits différents de ceux du flux.
- Changer de thème ou migrer sans reprendre le plan de marquage.
Pour qui, et quand me contacter
Je travaille avec des e-commerçants qui investissent en publicité et veulent piloter sur des bases saines, et avec des agences média qui ont besoin d’un technicien pour implémenter côté boutique ce qu’elles configurent côté régies.
- Avant d’augmenter vos budgets Meta ou Google Ads : des algorithmes nourris de conversions fausses optimisent dans la mauvaise direction.
- Après un changement de thème, une migration ou le passage à Checkout Extensibility sur Shopify.
- Quand vos produits sont refusés : voir produits refusés dans Google Merchant Center.
- Quand vous suspectez une baisse des ventes sans savoir si elle est réelle ou seulement mesurée.
- Avant tout chantier d’optimisation de la conversion : on n’améliore pas ce qu’on mesure mal.
Un tracking propre est aussi plus léger : supprimer les pixels en double profite à la performance. Pour Shopify, voir tracking Meta Pixel et Google Ads sur Shopify. Je ne suis pas juriste : je mets en œuvre techniquement le recueil du consentement ; le choix des finalités et des mentions reste de votre responsabilité ou de celle de votre conseil.
À lire sur la mesure et le pilotage
Être cité par ChatGPT, Perplexity et les Aperçus IA : ce qui marche vraiment
Vos clients posent désormais leurs questions à un assistant avant d’ouvrir Google. Ce qui détermine réellement si votre boutique est citée — et les promesses à…
Lire l'articleVentes & conversionAuditer une boutique : ce qui change selon la plateforme
Les six angles d’un audit sont les mêmes partout. Ce qui change, ce sont les points de fragilité propres à Shopify, PrestaShop et WooCommerce.
Lire l'articleVentes & conversionMes ventes baissent : la méthode pour trouver pourquoi
Une baisse de ventes a toujours une cause, mais rarement celle qu’on croit. Voici l’ordre dans lequel enquêter pour ne pas se tromper de chantier.
Lire l'articleFaire vérifier mon tracking
Indiquez votre plateforme, les outils utilisés (GA4, GTM, Meta, Google Ads, Merchant Center) et l’écart que vous constatez. Je vous réponds sous 1 h en journée.
- Diagnostic au forfait de 150 €
- Accès en lecture aux outils pour commencer
- Mise en place du tracking à partir de 200 € TTC
Vous préférez en discuter ? Réservez un créneau.
Questions fréquentes sur le tracking e-commerce
Pourquoi GA4 et mon back-office n’affichent-ils pas le même nombre de commandes ?
Parce que GA4 ne voit que les visiteurs mesurables : ceux qui ont consenti, sans bloqueur, et qui atteignent la page de confirmation. Un écart modéré et stable est normal. Un écart important, variable, ou un GA4 supérieur au back-office révèle un défaut : doublons, balise mal déclenchée, moyen de paiement qui ne renvoie pas le client sur la boutique.
Le Consent Mode v2 est-il obligatoire ?
Si vous utilisez Google Ads ou les audiences GA4 auprès de visiteurs de l’Espace économique européen, Google exige depuis mars 2024 la transmission des signaux de consentement, notamment ad_user_data et ad_personalization. Sans eux, le remarketing et une partie de la mesure des conversions cessent de fonctionner. Il ne remplace pas la CMP : il transmet à Google le choix qu’elle a recueilli.
Faut-il passer au tracking côté serveur ?
L’envoi serveur des conversions (API Conversions de Meta, conversions améliorées de Google Ads) est aujourd’hui recommandé pour toute boutique qui fait de la publicité. Un conteneur GTM côté serveur complet est un projet plus lourd, justifié à partir d’un certain niveau d’investissement publicitaire. Dans tous les cas, il reste soumis au consentement.
Comment savoir si mes achats sont comptés en double dans Meta ?
Dans le gestionnaire d’événements, l’événement Purchase indique la part reçue par le navigateur, par le serveur, et l’état de la déduplication. Le test décisif reste une commande réelle suivie dans l’outil de test : deux réceptions avec le même event_id, un seul événement traité.
Où installer GTM et mes pixels sur Shopify ?
Les pixels de conversion passent par Événements clients (apps officielles ou pixels personnalisés), seul moyen de couvrir le checkout depuis la fin de checkout.liquid. Ces pixels s’exécutent dans un environnement isolé, ce qui limite certains usages de GTM. Selon vos besoins, je combine un conteneur dans le thème pour la vitrine et des pixels personnalisés pour le tunnel d’achat, sans double comptage.
Pourquoi mes produits sont-ils refusés dans Google Merchant Center ?
Le plus souvent pour une incohérence entre le flux et la page : prix ou disponibilité différents, données structurées contradictoires, variante par défaut qui ne correspond pas à l’article du flux. Viennent ensuite les identifiants manquants (GTIN, marque), les frais de port non déclarés et les images non conformes. Je remonte à la cause dans la boutique.
À quelle plateforme faire confiance pour l’attribution ?
À aucune isolément. Je recommande trois repères : le back-office pour le chiffre d’affaires réel, GA4 pour comparer les canaux entre eux, et les régies pour optimiser à l’intérieur de chaque canal — en gardant un œil sur le rapport entre dépenses publicitaires totales et ventes totales.
Combien coûte une remise à plat du tracking ?
À partir de 200 € TTC pour la mise en place. Le montant final dépend du nombre d’outils, de la plateforme et de l’état de l’existant, et il est fixé dans un devis ferme. Quand l’existant est confus, je commence par un diagnostic au forfait de 150 € qui établit l’inventaire et qualifie les écarts.
Arrêtez de piloter avec des chiffres que vous ne croyez plus.
Un inventaire, un recoupement avec vos commandes réelles, un plan de marquage propre. Le diagnostic est au forfait fixe de 150 €.