Suivi e-commerce dans GA4 : mesurer votre boutique en ligne

GA4 ne mesure pas l'e-commerce tout seul : votre boutique en ligne doit transmettre chaque étape sous forme d'événement ^[1]. Mesurez au minimum purchase, avec un ID de transaction unique, une liste items, une value numérique et la devise. Transmettez les remboursements avec refund, ajoutez les pages de paiement aux sites référents à ignorer et comparez chaque mois votre chiffre d'affaires GA4 à celui de votre boutique.

Que vous le mettiez en place vous-même, que vous le demandiez à votre développeur ou que vous fassiez appel à une agence Google Analytics, les choix sont les mêmes. Le plus important est ce que vous mettez dans value, car GA4, Google Ads et vos propres rapports doivent utiliser le même chiffre.

De quels événements avez-vous besoin ?

Commencez par purchase, puis ajoutez les étapes qui y mènent. Utilisez les noms recommandés par Google : GA4 en tire automatiquement des rapports, comme Achats d'e-commerce ^[1].

Les quatre premiers vous montrent où les visiteurs décrochent. Google en prévoit d'autres, notamment pour les listes de produits, les informations de livraison et de paiement et les promotions internes ^[2]. Si vous travaillez avec Shopify, le pixel Shopify mesure certains événements automatiquement : vérifiez lesquels, pour éviter qu'ils se déclenchent en double à côté de vos propres balises ^[1].

Quels paramètres accompagnent un achat ?

Pour purchase, deux paramètres sont obligatoires, et le reste détermine si vos chiffres de revenus sont exploitables ^[2].

Un nombre s'écrit sans symbole de devise : 72.05, pas "€ 72,05" ^[4]. Parmi les paramètres facultatifs figurent notamment coupon et customer_type (new ou returning), pour lequel Google recommande une fenêtre de 540 jours ^[2].

Que mettre dans value ?

Google recommande une value hors livraison et hors taxes ; celles-ci se transmettent à part dans shipping et tax ^[2]. Pour une boutique belge qui affiche ses prix TVA comprise, c'est un choix à faire en connaissance de cause.

Les deux options peuvent fonctionner, tant que vous vous tenez à une seule définition. Si vous changez d'un mois à l'autre, ou si Google Ads utilise une autre valeur que GA4, votre stratégie d'enchères se pilote sur un autre chiffre que celui de vos rapports.

Comment transmettre un achat

Avec Google Tag Manager, votre boutique pousse les données dans la couche de données (data layer), et une balise GA4 les transmet. Videz d'abord l'objet e-commerce précédent, pour que les données d'une étape antérieure ne s'y mêlent pas ^[5] :

dataLayer.push({ ecommerce: null });
dataLayer.push({
  event: 'purchase',
  ecommerce: {
    transaction_id: 'BE-10482',
    value: 59.50,
    tax: 12.50,
    shipping: 4.95,
    currency: 'EUR',
    items: [{
      item_id: 'SKU-231',
      item_name: 'Gants de jardin en cuir',
      price: 29.75,
      quantity: 2
    }]
  }
});

Ici, les prix sont hors TVA : value vaut 2 x 29,75 = 59,50 euros. Dans la balise d'événement GA4, cochez sous More Settings › Ecommerce l'option Send Ecommerce data ; un déclencheur Custom Event sur purchase déclenche la balise ^[5].

Demandez à votre développeur ou à votre plateforme que les événements suivent exactement les noms de Google, et que purchase ne se déclenche qu'une fois la commande passée, pas au clic sur « Commander ». Testez chaque modification dans DebugView : dans les rapports standard, les données e-commerce peuvent mettre jusqu'à 24 heures à apparaître ^[1].

Achats en double et remboursements

L'ID de transaction vous protège contre les achats en double, par exemple quand un client recharge la page de confirmation : GA4 dédoublonne les achats qui ont le même ID, mais uniquement pour les flux Web ^[3]. N'envoyez jamais un ID vide ou fixe, car GA4 filtrerait alors de vraies commandes ^[3]. Pour repérer les transactions en double ou inconnues, lisez (not set), spam et achats en double dans GA4 : les corriger.

Un remboursement se transmet avec refund, avec le même ID de transaction et les articles remboursés dans la liste items ^{[1], [5]}. Revenus issus des achats (Purchase revenue) déduit les remboursements, Revenus bruts des achats (Gross purchase revenue) non ^[6]. Comme un remboursement se fait généralement dans le back-office, demandez explicitement à votre développeur comment l'événement refund est envoyé.

Les pages de paiement, des sites référents à ignorer

Si un client paie sur la page d'un prestataire de paiement ou de sa banque, GA4 peut considérer son retour comme une nouvelle visite venant de ce domaine. Le prestataire de paiement reçoit alors la vente, et non la campagne qui a amené le client ; Google cite lui-même cet exemple ^[7]. Ajoutez ces domaines aux sites référents à ignorer dans les paramètres de balise de votre flux Web, jusqu'à 50 par flux ^[7].

Pour savoir de quels domaines il s'agit, consultez votre rapport Acquisition de trafic. Testez pour cela un paiement avec chaque mode de paiement que vous proposez.

Contrôler le chiffre d'affaires et l'envoyer vers Google Ads

GA4 et votre boutique n'affichent jamais exactement le même chiffre. La question est de savoir si l'écart est explicable et stable.

Un écart qui reste identique mois après mois vient généralement du consentement. Un saut soudain après une mise à jour de votre boutique, de votre thème ou de votre bannière signale une erreur.

Pour piloter vos campagnes sur le chiffre d'affaires, faites de purchase une conversion dans Google Ads ; les conversions créées depuis GA4 sont secondaires par défaut ^[9]. Comment faire ce choix, vous le lirez dans Événements clés et conversions dans GA4 : la différence expliquée. Pour les campagnes Shopping, cette valeur doit être juste : voir Créer une campagne Google Shopping : le guide pour e-shops.

Vous doutez de votre mesure e-commerce ? L'audit tracking gratuit vérifie quels événements se déclenchent, quels paramètres ils transmettent et si les achats ne sont comptés qu'une fois.