Tracker le e-commerce dans GA4 : le guide pas à pas

Quand un CMO de PME e-commerce ouvre GA4 et voit un chiffre d'affaires qui ne colle pas avec celui de son back-office, le problème n'est presque jamais Google Analytics : c'est le câblage du suivi e-commerce qui est incomplet ou mal posé. Contrairement aux pages vues, les événements e-commerce ne se déclenchent pas tout seuls — ils demandent une instrumentation précise du site et de Google Tag Manager. Ce guide résume, étape par étape, la méthode que nous utilisons chez Data Detective pour câbler un suivi e-commerce GA4 propre, du premier affichage produit jusqu'à l'achat et au remboursement.

Pourquoi le suivi e-commerce GA4 ne se met pas en place tout seul

Dans GA4, les événements e-commerce ne sont pas collectés automatiquement, parce qu'ils ont besoin d'un contexte que seul votre site connaît : quel produit, à quel prix, dans quelle devise, à quelle étape du tunnel. Tant que vous n'ajoutez pas ces événements à votre site ou à votre conteneur Google Tag Manager, GA4 reste muet sur le commerce — vous voyez des sessions, mais pas de panier ni de chiffre d'affaires.

La logique repose sur un objet items : chaque produit est décrit comme un élément d'un tableau, attaché à chaque événement e-commerce. Cet objet peut porter jusqu'à 27 paramètres personnalisés en plus des paramètres prévus, et un même tableau peut contenir jusqu'à 200 produits. C'est cette structure unique, réutilisée d'un bout à l'autre du tunnel, qui permet à GA4 de calculer automatiquement vos dimensions et vos métriques de monétisation.

Les symptômes qui doivent vous alerter

• Le chiffre d'affaires GA4 dépasse celui de votre back-office : c'est presque toujours une transaction comptée deux fois.
• Votre tunnel s'arrête net à une étape (plus aucun add_to_cart ou begin_checkout) : un événement n'est pas câblé.
• Le revenu par produit est aberrant : la quantité est probablement envoyée en nombre décimal au lieu d'un entier.
• Vos campagnes Google Ads optimisent sur un ROAS faux, parce que la valeur d'achat remontée à GA4 est incomplète.

Si vous cochez au moins deux cases, le suivi e-commerce mérite un audit avant toute décision budgétaire.

Étape 1 — Cartographier les 8 événements de votre tunnel

GA4 fournit une liste d'événements e-commerce prédéfinis : il faut utiliser ceux-là plutôt que d'inventer vos propres événements, car eux seuls alimentent automatiquement les rapports de monétisation. Pour une PME, huit événements couvrent l'essentiel du tunnel :

• view_item_list : affichage d'une liste de produits (page catégorie, résultats de recherche).
• select_item : clic sur un produit dans cette liste.
• view_item : consultation d'une fiche produit.
• add_to_cart et remove_from_cart : ajout et retrait du panier.
• begin_checkout : entrée dans le tunnel de commande.
• add_payment_info : saisie du moyen de paiement.
• purchase : achat finalisé.

La documentation officielle de Google détaille chaque événement et ses paramètres. Inutile de tout câbler le premier jour : commencez par view_item, add_to_cart et purchase, qui suffisent à mesurer un taux de conversion et un panier moyen, puis complétez le tunnel.

Étape 2 — Construire le dataLayer, socle de tout le dispositif

Avec Google Tag Manager, tout repose sur le dataLayer : votre site pousse, pour chaque interaction, un objet contenant une clé event (le nom de l'événement) et un objet ecommerce qui regroupe les paramètres et le tableau items. C'est ce que confirme le guide de référence de Simo Ahava : la qualité du suivi e-commerce GA4 dépend entièrement de l'exactitude de cette instrumentation.

Concrètement, à chaque fiche produit consultée, le site pousse dans le dataLayer un objet view_item portant la devise, la valeur et le tableau items du produit affiché. À chaque ajout au panier, un objet add_to_cart, et ainsi de suite. Chaque événement doit être une poussée distincte, avec sa propre clé event — c'est ce qui permettra ensuite de déclencher le bon tag au bon moment. Ce travail de dataLayer est presque toujours à la charge du développeur ou de l'agence web ; ne le sous-estimez pas, c'est lui qui conditionne la fiabilité de toute la suite.

Étape 3 — Créer les tags GA4 dans Google Tag Manager

Côté GTM, il n'existe pas de tag e-commerce clé en main : vous utilisez le tag générique « Google Analytics : événement GA4 » et vous le remplissez manuellement. Pour chaque événement, la marche à suivre, telle que décrite par la documentation Google Tag Manager, tient en quelques étapes :

1. Créez un tag « Google Analytics : événement GA4 » et reliez-le à votre tag de configuration GA4.
2. Renseignez le nom exact de l'événement (par exemple view_item ou purchase). Une faute de frappe ou un décalage entre ce nom et vos paramètres provoque des dégâts de qualité de données impossibles à corriger rétroactivement.
3. Dans les paramètres de l'événement, ajoutez items en le reliant à une variable de couche de données qui pointe vers ecommerce.items.
4. Pour certains événements comme purchase, ajoutez les paramètres supplémentaires nécessaires (voir étape 4).
5. Associez un déclencheur de type « événement personnalisé » qui correspond à la valeur de la clé event poussée dans le dataLayer.

Un point technique mais décisif relevé par le même guide : quand vous lisez le tableau items via une variable de couche de données, surveillez la fusion récursive. Configurer la variable en « Version 1 » évite que les valeurs d'un objet « fuitent » sur l'événement suivant — un piège classique qui pollue silencieusement les données.

Étape 4 — Ne jamais oublier les paramètres obligatoires

Un suivi e-commerce qui « fonctionne » en apparence peut quand même remonter des chiffres faux si les bons paramètres manquent. Les règles à retenir :

• Chaque produit du tableau items doit avoir au minimum un item_id ou un item_name.
• L'événement purchase exige un transaction_id et une currency (devise). Sans devise, la valeur n'alimente pas correctement les rapports.
• La quantity doit impérativement être un nombre entier : une valeur décimale fausse le revenu par produit dans les rapports de monétisation.
• Renseignez chaque paramètre dont vous disposez, même ceux marqués comme optionnels (item_category, item_brand, coupon, price). Plus le tableau items est riche, plus vos analyses de panier moyen et de marge seront fines.

GA4 répartit l'information en deux niveaux : les paramètres au niveau de l'événement (la valeur totale de la transaction) et ceux au niveau de l'item (le prix d'un produit donné). Bien distinguer les deux est ce qui permet, plus tard, de croiser performance produit et revenu par visiteur sans retraitement manuel.

Étape 5 — Éliminer le pire ennemi : les transactions en double

C'est la principale source d'écart entre GA4 et votre back-office. Si votre page de confirmation de commande peut être rechargée ou revisitée, l'événement purchase se déclenche plusieurs fois et gonfle artificiellement votre chiffre d'affaires. La parade : faire en sorte que la donnée d'achat ne soit collectée qu'une seule fois, en invalidant la page de remerciement après la première visite. Comme le résume Simo Ahava, les transactions en double sont à éviter à tout prix.

Le transaction_id est votre garde-fou : transmis sur chaque achat, il permet à GA4 de reconnaître et de dédupliquer une même commande. C'est aussi lui qui relie un éventuel refund (remboursement) à la transaction d'origine, pour que votre chiffre d'affaires net reste juste.

Étape 6 — Vérifier en temps réel avant de publier

Ne publiez jamais un conteneur e-commerce sans l'avoir vérifié. Les rapports GA4 peuvent mettre jusqu'à 24 heures à se remplir, mais vous n'avez pas à attendre pour contrôler votre câblage : en activant le mode débogage, le rapport DebugView de GA4 vous montre les événements en temps réel. Vous vérifiez alors, événement par événement, que view_item, add_to_cart et surtout purchase se déclenchent une seule fois, avec la bonne devise, la bonne valeur et un tableau items complet.

Une fois le tunnel validé, vos données alimentent automatiquement les rapports « Achats e-commerce » et « Vue d'ensemble de la monétisation », et restent exploitables dans les explorations, dans BigQuery et via l'API Data de GA4 pour construire vos propres tableaux de bord.

Câbler proprement aujourd'hui pour décider juste demain

Le suivi e-commerce GA4 n'est pas un chantier purement technique : c'est la fondation sur laquelle reposent votre panier moyen, votre taux de conversion et le pilotage de vos campagnes. Un tunnel câblé dans l'ordre — événements cartographiés, dataLayer propre, paramètres obligatoires présents, transactions dédupliquées, validation en DebugView — vous donne un chiffre d'affaires fiable, à la transaction près. À l'inverse, un seul événement manquant ou une transaction comptée deux fois suffit à fausser toutes vos décisions budgétaires. Pour une PME, commencez petit (view_item, add_to_cart, purchase), vérifiez, puis étendez le tunnel : mieux vaut trois événements justes que huit événements approximatifs.

Sources et ressources complémentaires

• Measure ecommerce — Google for Developers : référence officielle des événements e-commerce GA4, du tableau items et de leurs paramètres.
• [GA4] Set up ecommerce events — Aide Analytics : procédure officielle de configuration des événements via Google Tag Manager et vérification en DebugView.
• Google Analytics 4: Ecommerce Guide For Google Tag Manager — Simo Ahava : guide d'implémentation de référence sur le dataLayer, les paramètres obligatoires et les pièges à éviter.
• Référence des événements GA4 — Google for Developers : détail paramètre par paramètre de chaque événement e-commerce.