L’essentiel à retenir
- Huit événements décrivent l’entonnoir : de
view_item_listàpurchase, avec des noms et paramètres imposés par Google. - Repères : 8 à 12 % des visiteurs ajoutent au panier, 60 à 75 % des paniers sont abandonnés, 1 à 3 % des sessions achètent.
- Vérification : comparez chaque mois les
purchaseGA4 aux commandes réelles ; un écart de 5 à 15 % est normal, au-delà il y a un bug. - Le rapport clé : l’exploration en entonnoir, qui localise l’étape où les acheteurs décrochent.
Sur une boutique en ligne, GA4 ne se limite pas au trafic : il peut mesurer chaque étape de l’achat, du produit consulté à la commande payée, et calculer le revenu par canal. À une condition : que les événements e-commerce soient envoyés correctement. Ce guide couvre leur mise en place, leur vérification et les rapports qui en tirent parti.
Les 8 événements de l’entonnoir e-commerce
GA4 attend des événements recommandés, aux noms et paramètres normalisés. Toute autre nomenclature (par exemple un événement achat) ne remplira pas les rapports de monétisation.
| Étape | Événement | Paramètres indispensables | Où il se déclenche |
|---|---|---|---|
| Affichage d’une liste | view_item_list | items, item_list_name | Catégorie, résultats de recherche |
| Vue d’un produit | view_item | items, value, currency | Fiche produit |
| Ajout au panier | add_to_cart | items, value, currency | Bouton « Ajouter » |
| Vue du panier | view_cart | items, value | Page panier |
| Début du paiement | begin_checkout | items, value, coupon | Clic « Commander » |
| Livraison choisie | add_shipping_info | shipping_tier | Étape livraison |
| Paiement choisi | add_payment_info | payment_type | Étape paiement |
| Commande validée | purchase | transaction_id, value, tax, shipping, currency, items | Page de confirmation, une seule fois |
Le paramètre items est un tableau d’objets (item_id, item_name, price, quantity, item_category). C’est lui qui alimente les rapports par produit.
Comment envoyer ces événements
- Shopify : intégration native GA4 via l’application Google & YouTube ; les huit événements sont envoyés sans configuration.
- WooCommerce : extension officielle Google for WooCommerce, ou GTM4WP pour un contrôle fin via Tag Manager.
- PrestaShop, Magento, sur-mesure : un dataLayer alimenté par le développeur, lu par Google Tag Manager qui envoie les événements GA4. C’est la méthode la plus robuste ; elle est décrite dans GA4 et Google Tag Manager.
Dans tous les cas, l’événement purchase doit se déclencher une seule fois par commande, avec un transaction_id unique. GA4 dédoublonne les transactions sur ce paramètre dans une même session, pas au-delà.
Vérifier que la mesure est juste
- Test en DebugView : passez une commande test (ou utilisez le mode test de votre plateforme) et vérifiez chaque événement avec ses paramètres.
- Rapprochement mensuel : comparez le nombre de
purchaseet le revenu GA4 aux commandes du back-office. - Contrôle des moyens de paiement : les paiements avec redirection (PayPal, 3D Secure) sont les premiers à perdre des transactions si la page de confirmation n’est pas toujours affichée, ou à en créer en double si elle est rechargée.
| Écart GA4 / back-office | Interprétation |
|---|---|
| 5 à 15 % de commandes en moins dans GA4 | Normal : refus de consentement, bloqueurs, commandes hors ligne |
| Plus de 20 % en moins | Transactions perdues sur certains paiements ou navigateurs |
| Plus de commandes dans GA4 que dans la boutique | purchase envoyé en double (rechargement de page, double balise) |
| Revenu incohérent | value avec ou sans taxes, frais de port comptés deux fois, devise manquante |
Les rapports à exploiter
Monétisation > Vue d’ensemble et Achats e-commerce
Revenu total, transactions, panier moyen, produits vus, ajoutés et achetés, avec le taux « ajout au panier / vue » et « achat / vue » par produit. Un produit très vu et peu ajouté a un problème de prix, de photo ou de disponibilité.
Acquisition de trafic avec la métrique Revenu
Le revenu et le nombre d’achats par canal, source et campagne. C’est la base du calcul de ROAS et de l’arbitrage entre SEO, Google Ads et social.
Exploration en entonnoir
Construisez un entonnoir view_item > add_to_cart > begin_checkout > add_payment_info > purchase. Le taux d’abandon de chaque étape apparaît, segmentable par appareil ou par canal. La méthode est détaillée dans analyser un tunnel de conversion avec GA4.
Les repères pour situer votre boutique
| Indicateur | Fourchette courante (e-commerce France) |
|---|---|
| Taux d’ajout au panier (sessions) | 8 à 12 % |
| Taux d’abandon de panier | 60 à 75 % |
| Taux de conversion (achats / sessions) | 1 à 3 % ; 0,5 à 1,5 % sur mobile |
| Part du mobile dans les sessions | 60 à 75 % |
| Part du mobile dans le revenu | 40 à 55 % |
Ces fourchettes varient fortement selon le secteur et le panier moyen ; utilisez-les pour repérer une anomalie, pas comme objectif.
Comment GreenRed vous aide
Plutôt que de jongler entre plusieurs outils, le module Trafic de GreenRed réunit ces indicateurs dans un seul tableau de bord, les compare dans le temps et vous indique les actions prioritaires. Vous pouvez le tester gratuitement, sans carte bancaire, depuis la page Tarifs.
Questions fréquentes
Quel est un bon taux d’abandon de panier ?
Entre 60 et 75 % est la norme en France, tous secteurs confondus. Un taux inférieur à 55 % est excellent ; un taux supérieur à 80 % signale en général un problème à l’étape des frais de port ou du paiement (frais découverts tardivement, création de compte obligatoire, moyen de paiement absent).
Pourquoi le revenu GA4 ne correspond-il pas à celui de ma boutique ?
Trois causes fréquentes : les visiteurs qui refusent les cookies (5 à 15 % des commandes non mesurées), le paramètre value envoyé hors taxes ou avec les frais de port selon les plateformes, et les commandes annulées ou remboursées qui restent comptées dans GA4. Un écart stable dans le temps est acceptable ; un écart qui varie fortement révèle un bug de tracking.
Faut-il envoyer tous les événements e-commerce ou seulement purchase ?
Le minimum est purchase, add_to_cart et begin_checkout : ils suffisent à construire l’entonnoir principal. Les autres (view_item, view_item_list, add_shipping_info, add_payment_info) affinent l’analyse par produit et par étape. Les intégrations natives Shopify et WooCommerce les envoient tous sans effort supplémentaire.
Comment éviter les transactions comptées en double dans GA4 ?
Déclenchez purchase uniquement sur la page de confirmation, avec un transaction_id unique, et empêchez son renvoi au rechargement de la page (par exemple en stockant l’identifiant dans le navigateur ou en ne déclenchant l’événement que lors du premier affichage). Vérifiez aussi qu’une seule balise (CMS ou Tag Manager, pas les deux) envoie l’événement.