GA4 e-commerce : configurer le suivi des achats et lire enfin vos données de vente

L’essentiel : GA4 ne collecte pas automatiquement les événements e-commerce : il faut lui envoyer au minimum view_item, add_to_cart, begin_checkout et purchase, avec un transaction_id unique, une valeur, une devise et la liste des articles. Sur Shopify, l’application Google & YouTube remonte une partie de ces événements ; sur WooCommerce, l’extension gratuite Google Analytics for WooCommerce ou une configuration Google Tag Manager avec dataLayer font le travail. Une fois les données vérifiées dans DebugView et comparées au back-office, cinq rapports suffisent pour savoir où la boutique perd ses ventes : parcours d’achat, achats e-commerce, acquisition de trafic, pages de destination et transactions.

Une boutique d’équipement sportif sous WooCommerce, marché français. Fin juillet 2026, je reprends ses fondations. Premier réflexe : remettre le suivi e-commerce GA4 à plat, parce que l’ancien remontait des commandes en double et oubliait la moitié des ajouts au panier.

Trois mois plus tard, les données parlent. 52 % des commandes arrivent par Google Shopping gratuit. 16 % par la publicité payante. 8 % par ChatGPT. Et plus de 4 400 clics sur des campagnes de notoriété n’ont produit aucun panier. Pas un.

Aucune de ces quatre lignes n’était visible avant. La boutique vendait, mais personne ne savait d’où venaient les ventes ni où l’argent publicitaire se perdait. C’est le cas de la majorité des boutiques que j’ouvre en audit : GA4 est installé, les pages vues tombent, et le rapport des achats est vide ou faux.

Un GA4 sans événements e-commerce, c’est un compteur de visiteurs, pas un outil de pilotage. La documentation de Google le dit sans détour : les événements e-commerce ne sont pas collectés automatiquement. Il faut les envoyer. Cet article montre comment, puis comment lire ce qui remonte.

Si vous cherchez une prise en main générale de l’outil (propriété, flux, audiences), mon guide pratique Google Analytics 4 couvre ces bases. Ici, on parle uniquement de ventes.

Google liste quatorze événements e-commerce recommandés, de view_item_list à refund. Faut-il tous les implémenter dès le premier jour ? Non. Je commence toujours par les six qui dessinent le tunnel d’achat, parce que ce sont eux qui alimentent les rapports que vous ouvrirez vraiment.

Chaque événement transporte un tableau items : identifiant ou nom du produit (Google recommande les deux), prix, quantité, catégorie. Ce tableau accepte jusqu’à 200 articles. Si la quantité manque, GA4 compte 1.

L’événement purchase mérite une attention particulière. Il porte quatre informations sans lesquelles vos rapports sont faux : transaction_id (le numéro de commande), value (le montant), currency (la devise, à renseigner chaque fois qu’une valeur est envoyée) et items. Taxes, frais de port et code promo sont optionnels mais utiles.

Un détail qui coûte cher quand on l’ignore : un événement e-commerce envoyé sans ses paramètres obligatoires est traité comme un événement personnalisé. Il existe dans GA4, mais il n’apparaît pas dans le rapport des achats. Vous croyez mesurer, vous ne mesurez rien.

Google Tag Manager (GTM) est l’outil gratuit de Google qui gère vos balises sans toucher au code du thème à chaque modification. Le dataLayer est le carnet de bord dans lequel votre boutique écrit ce qui se passe (un produit vu, un panier, une commande) et dans lequel GTM vient lire. C’est la méthode que je privilégie dès qu’une boutique a un tunnel un peu personnalisé.

1. Créez la balise de configuration Google. Dans GTM, ajoutez une balise Google avec votre identifiant de mesure (il commence par G-), déclenchée sur toutes les pages.
2. Faites écrire la boutique dans le dataLayer. À chaque étape du parcours, le site pousse un objet avec le nom de l’événement et un bloc ecommerce. Exemple pour la page de confirmation :

dataLayer.push({ ecommerce: null });
dataLayer.push({
  event: "purchase",
  ecommerce: {
    transaction_id: "CMD-10482",
    value: 89.90,
    tax: 15.60,
    shipping: 4.90,
    currency: "EUR",
    items: [{
      item_id: "SKU-221",
      item_name: "Nom du produit",
      item_category: "Catégorie",
      price: 44.95,
      quantity: 2
    }]
  }
});

3. Créez une seule balise d’événement GA4 qui reprend le nom de l’événement poussé et coche l’option d’envoi des données e-commerce. Une balise suffit pour tous les événements.
4. Créez un déclencheur « Événement personnalisé » qui écoute vos six noms d’événements (une expression régulière du type view_item|add_to_cart|view_cart|begin_checkout|add_payment_info|purchase fait l’affaire).
5. Testez en mode Aperçu avant de publier, sur un vrai parcours d’achat.

La première ligne du code vide l’objet e-commerce précédent. Je l’ai appris à mes dépens : sur une de mes premières configurations, je l’avais omise. Résultat, certains ajouts au panier héritaient des articles de la fiche produit consultée juste avant. Les rapports produits étaient faussés pendant des semaines avant que je comprenne pourquoi. Depuis, c’est la première chose que je vérifie dans un conteneur repris.

Deux autres pièges reviennent sans cesse. Le nom dataLayer est sensible à la casse : un push sur « datalayer » ne fonctionne pas, Google le documente noir sur blanc. Et le numéro de commande doit être unique et jamais vide : GA4 déduplique les achats qui partagent le même transaction_id, et un identifiant vide fusionnerait toutes vos commandes en une seule.

Configurer GA4 sur Shopify

Sur Shopify, la voie officielle passe par le canal de vente Google & YouTube. Vous créez la propriété GA4 et son flux web, vous récupérez l’identifiant, puis l’application installe la balise. Pas besoin de connecter Merchant Center pour cette étape. Selon Google, une partie des événements est alors collectée automatiquement, dont add_to_cart, begin_checkout et purchase.

Ce que je vois le plus souvent sur les boutiques Shopify reprises ? Un double suivi. L’application Google & YouTube est active, et un ancien code GA4 traîne encore dans le thème ou dans un pixel personnalisé des Événements client. Chaque commande compte deux fois, et le taux de conversion affiché flatte la boutique. Avant toute chose, faites l’inventaire de ce qui envoie des données vers votre identifiant G-.

Configurer GA4 sur WooCommerce

WooCommerce propose l’extension gratuite Google Analytics for WooCommerce. Elle suit les achats, les ajouts et retraits du panier, les impressions et clics depuis les listes de produits, les vues de fiches et le début du tunnel de commande. Pour une boutique au tunnel standard, c’est suffisant.

Une limite figure dans sa documentation et explique bien des commandes « perdues » : le suivi des achats exige une passerelle de paiement qui redirige vers la page « commande reçue ». Si votre prestataire de paiement laisse le client sur sa propre page ou le renvoie ailleurs, l’achat n’est jamais envoyé. C’est exactement ce que j’ai trouvé sur la boutique de sport citée plus haut. Pour ces cas, je passe par GTM et un dataLayer côté serveur ou un plugin dédié, avec le mode Aperçu ouvert pendant une vraie commande.

Vous hésitez encore entre les deux plateformes ? Le suivi n’est pas le critère principal, mais il pèse. Mon comparatif Shopify vs WooCommerce détaille ce point.

Un suivi non vérifié est pire que pas de suivi du tout, parce qu’il donne confiance. Ma routine tient en trois contrôles.

DebugView d’abord. Ce rapport de GA4 affiche en temps réel les événements envoyés par votre navigateur en mode débogage (le mode Aperçu de GTM l’active). Parcourez la boutique comme un client : fiche, panier, tunnel, paiement. Chaque événement doit apparaître avec son tableau items rempli.

La commande test ensuite. Passez une vraie commande, avec un vrai moyen de paiement, puis remboursez-la. C’est la seule façon de vérifier la redirection après paiement, là où la plupart des suivis cassent.

Newsletter · chaque mardi

Brief Digital Hebdo.

Chaque mardi matin, un conseil précis pour améliorer votre boutique en ligne et vos ventes. Cinq minutes de lecture.

Adresse e-mail

J’accepte de recevoir le Brief Digital Hebdo de M-Twice, un e-mail par semaine. Désinscription en un clic.

Votre adresse sert uniquement à l’envoi du Brief. Politique de confidentialité

La comparaison avec le back-office enfin, après une semaine complète. GA4 n’affichera jamais exactement le même nombre de commandes que Shopify ou WooCommerce. La raison principale tient au consentement. En Europe, sans accord du visiteur sur les cookies, la balise n’envoie pas de données complètes. La documentation WooCommerce le précise : si votre bannière de cookies ne met pas à jour l’état du consentement, les données n’atteignent pas Google pour les visiteurs de l’Espace économique européen, du Royaume-Uni et de la Suisse. Le mode Consentement de Google envoie alors des signaux sans cookie, et GA4 comble une partie des trous par modélisation.

Un écart de quelques commandes, c’est normal. Un écart de moitié, c’est un problème de configuration, pas de consentement. Et souvenez-vous que le revenu des articles dans GA4 s’entend hors taxes et hors frais de livraison : ne le comparez pas au total TTC de votre back-office.

GA4 compte des dizaines de rapports. Pour un dirigeant de boutique, cinq suffisent. Je les ouvre dans cet ordre, parce que chacun répond à la question laissée par le précédent.

1. Parcours d’achat : où les visiteurs décrochent

Dans Rapports, puis Monétisation, ce rapport suit cinq étapes figées : début de session, vue d’un produit, ajout au panier, début du paiement, achat. Pour chaque étape, il affiche le taux d’abandon vers l’étape suivante. Google donne l’exemple de 200 utilisateurs qui démarrent une session et de 140 qui voient un produit : 30 % d’abandon à la première marche. Vous ne pouvez pas modifier ces étapes, mais vous pouvez ouvrir le rapport en exploration pour construire votre propre entonnoir. C’est le rapport qui dit si votre problème est un problème de fiche produit, de panier ou de tunnel. Pour la suite du diagnostic, mon article sur le taux d’abandon de panier prend le relais.

2. Achats d’e-commerce : quels produits vendent, lesquels séduisent sans vendre

Ce rapport croise, par produit, les vues, les ajouts au panier, les achats et le revenu des articles. Il a besoin de view_item, add_to_cart et purchase. Je le trie par vues décroissantes et je cherche les produits très vus et peu ajoutés : ce sont des fiches qui promettent quelque chose que la page ne tient pas (prix, photos, délai de livraison).

3. Acquisition de trafic : quels canaux rapportent des commandes

Ajoutez la colonne des achats et du revenu, puis regardez par groupe de canaux par défaut, et par source quand un chiffre intrigue. C’est ici que la boutique de sport a découvert que Google Shopping gratuit pesait plus de la moitié de ses commandes.

4. Pages de destination : par où entrent les acheteurs

Dans Engagement, ce rapport montre la première page de chaque session. Associé aux achats, il révèle les pages qui font entrer des acheteurs et celles qui font entrer des curieux. Une catégorie qui reçoit beaucoup de trafic et ne génère aucune commande mérite d’être relue avant d’y mettre du budget.

5. Transactions : le contrôle qualité

Le rapport Transactions détaille chaque commande par identifiant : articles achetés, revenu. Je l’utilise moins pour analyser que pour vérifier. Un identifiant qui apparaît deux fois, un montant à zéro, une devise absente : le problème de configuration se voit ici avant de fausser tout le reste.

Configurer prend une journée. Interpréter prend des mois, et c’est là que la plupart des boutiques s’arrêtent. Voici trois lectures tirées du même compte, depuis la reprise de fin juillet 2026.

Le canal qui ne coûte rien était le premier vendeur. 52 % des commandes viennent de Google Shopping gratuit, contre 16 % pour la publicité payante. Sans suivi des achats, le dirigeant aurait continué à juger son acquisition au budget dépensé. Avec, la priorité devient évidente : soigner le flux produit et Merchant Center avant d’augmenter les enchères. Mon guide Google Shopping détaille ce chantier.

Des milliers de clics peuvent valoir zéro. Plus de 4 400 clics sur des campagnes de notoriété, aucun panier. Ces campagnes n’étaient pas forcément inutiles, la notoriété ne se mesure pas au panier. Mais GA4 a obligé à poser la question : que doivent-elles produire, et comment le saurons-nous ? Une campagne sans objectif mesurable n’est pas une campagne, c’est une dépense.

Les IA sont déjà un canal de vente. 8 % des commandes arrivent par ChatGPT. Dans GA4, ce trafic apparaît comme une source de référence, et beaucoup de boutiques ne le regardent jamais. En parallèle, la boutique apparaissait une vingtaine de fois par jour dans les réponses IA de Google avant la refonte, et environ 150 fois à la mi-septembre, depuis la remise à plat. Ces apparitions ne se lisent pas dans GA4, qui les range avec le trafic organique. C’est le terrain du GEO (Generative Engine Optimization), l’art d’être cité par les moteurs IA : mon article sur le référencement dans ChatGPT explique comment s’y préparer.

Remarquez qu’aucune de ces lectures ne parle de taux de rebond ou de durée de session. Les données utiles à un dirigeant tiennent toutes dans une question : quel canal, quelle page, quel produit, quelle étape du tunnel me fait gagner ou perdre des commandes ?

Vous pouvez faire toute cette configuration vous-même. Beaucoup de dirigeants le font, et bien. Le moment de demander un regard extérieur arrive quand les chiffres de GA4 et ceux du back-office divergent sans explication, quand vous ne savez pas quel canal financer le mois prochain, ou quand votre suivi a été posé par trois prestataires successifs et que plus personne ne sait ce qui envoie quoi.

Pour une première lecture, l’analyse de boutique de M-Twice passe en revue le suivi et les points de fuite visibles. Pour les boutiques qui vendent déjà et veulent que ces rapports deviennent des décisions chaque mois, le pilotage e-commerce de M-Twice reprend la mesure, l’acquisition et la visibilité dans un même suivi.