GA4, c’est quoi pour un e-commerçant ?
GA4, pour Google Analytics 4, est l’outil gratuit de Google qui mesure la fréquentation d’un site et ce que les visiteurs y font. Tout y est un événement : une page vue, un clic, un ajout au panier, un achat. Certains sont collectés automatiquement, d’autres par la mesure améliorée, et les événements e-commerce doivent être envoyés explicitement.
Pour une boutique, GA4 répond à trois questions que les régies publicitaires traitent mal. D’où viennent les acheteurs, toutes sources confondues ? À quelle étape du parcours perd-on des visiteurs ? Quels produits sont vus, ajoutés au panier puis abandonnés ? Il donne aussi un point de comparaison commun à Meta et Google, qui s’attribuent chacun les ventes selon leurs propres règles.
GA4 ne remplace pas votre back-office. Les chiffres de ventes y seront toujours un peu inférieurs à ceux de Shopify, à cause des refus de cookies et des bloqueurs. Nous le traitons comme l’outil de lecture du parcours, et la boutique comme la référence du chiffre d’affaires. La logique d’ensemble est décrite sur notre page tracking publicitaire.
Quels événements e-commerce Google recommande-t-il ?
Google publie une liste d’événements recommandés pour la vente en ligne. Ils ne sont pas envoyés automatiquement, mais GA4 les reconnaît et remplit ses rapports e-commerce quand ils arrivent avec les bons paramètres.
| Événement | Action mesurée | Priorité pour une boutique |
|---|---|---|
| view_item_list | Affichage d’une liste de produits | Utile |
| select_item | Clic sur un produit dans une liste | Utile |
| view_item | Affichage d’une fiche produit | Indispensable |
| add_to_cart / remove_from_cart | Ajout ou retrait du panier | Indispensable |
| view_cart | Consultation du panier | Utile |
| begin_checkout | Début du paiement | Indispensable |
| add_shipping_info / add_payment_info | Saisie de la livraison et du paiement | Recommandé |
| purchase | Commande validée | Indispensable |
| refund | Remboursement | Recommandé |
| view_promotion / select_promotion | Bannières promotionnelles | Facultatif |
La colonne de priorité reflète notre pratique, pas une exigence de Google. Avec les quatre événements indispensables, vous obtenez déjà un entonnoir complet de la fiche produit à la commande.
Quels paramètres l’événement purchase doit-il contenir ?
Un identifiant de transaction, une valeur, une devise et la liste des articles. La documentation de Google pour développeurs montre aussi la taxe et les frais de livraison au niveau de l’événement. Chaque article du tableau items porte au minimum son identifiant ou son nom, son prix et sa quantité.
Les paramètres se répartissent sur deux niveaux. Ceux de l’événement décrivent la transaction dans son ensemble, ceux des articles décrivent chaque produit. Une erreur fréquente consiste à envoyer la valeur totale mais un tableau items vide, ce qui remplit le chiffre d’affaires et laisse les rapports produits à zéro.
Le transaction_id mérite une attention particulière. Nous vérifions qu’il reprend le numéro de commande de la boutique, pour pouvoir rapprocher GA4 et back-office commande par commande, et qu’un rechargement de la page de confirmation ne renvoie pas un second achat.
Comment configurer le suivi e-commerce de GA4 ?
Trois voies existent, selon votre site. Sur Shopify, l’intégration Google Analytics collecte automatiquement une partie des événements, par exemple add_to_cart, begin_checkout et purchase, selon l’aide de Google. Les autres événements recommandés se configurent ensuite séparément.
Sur un site sur mesure, deux options. Avec la balise Google, les événements se placent dans le code, sous la balise. Avec Google Tag Manager, on crée une balise d’événement GA4 par événement, en ajoutant une ligne par paramètre, et on lit les valeurs dans la couche de données que le développeur alimente.
- Rédigez un plan de taggage qui liste chaque événement, son déclencheur et ses paramètres.
- Faites alimenter la couche de données par le développeur ou la plateforme.
- Configurez les balises dans Google Tag Manager.
- Activez le mode débogage et suivez chaque événement dans DebugView.
- Passez une vraie commande et comparez-la à celle du back-office.
Google prévient que les données peuvent mettre jusqu’à 24 heures à apparaître dans les rapports. DebugView affiche les événements en temps réel et sert à valider avant ce délai.
Pourquoi marquer l’achat comme événement clé ?
Parce que c’est ainsi que GA4 distingue les actions qui comptent pour votre activité. Un événement clé est un événement que vous jugez important, comme l’achat ou l’envoi d’un formulaire. Il apparaît dans les rapports dédiés et peut servir de base à une conversion Google Ads.
Google rappelle que les deux notions restent distinctes. Les conversions Google Ads n’apparaissent pas dans les rapports standards de GA4, et un événement clé ne devient conversion publicitaire que si vous l’importez. Nous marquons en général purchase, et parfois un événement intermédiaire comme begin_checkout pour lire l’entonnoir, sans le faire remonter dans Google Ads.
Quels rapports GA4 regarder pour une boutique en ligne ?
Le rapport « Achats d’e-commerce » d’abord. C’est un rapport détaillé prédéfini qui présente les produits vendus, avec les articles consultés, ajoutés au panier et achetés, ainsi que les revenus générés par article, hors taxes et frais de livraison. Il se trouve dans la section Rapports, et un éditeur peut le rajouter à la navigation s’il a disparu.
Le rapport « Vue d’ensemble de la monétisation » ensuite. Il récapitule les revenus et aide à repérer les produits vendus et à voir si les promotions et les bons de réduction attirent de nouveaux utilisateurs. On le trouve dans la collection « Cycle de vie ». Nous le complétons par une exploration en entonnoir, de view_item à purchase, segmentée par source de trafic.
Une lecture utile consiste à comparer, produit par produit, le taux d’ajout au panier et le taux d’achat. Un produit très ajouté mais peu acheté signale souvent un problème de frais de livraison, de délai ou de prix découvert tard. Ce n’est pas une question de publicité, et aucune campagne ne le corrigera.
Google signale un point technique pour les historiques longs. Les métriques de revenus de ce rapport ne sont renseignées qu’à partir du 8 septembre 2022, et une période antérieure peut donner des résultats incohérents.
Comment associer GA4 à Google Ads ?
Depuis l’administration de GA4, dans les associations de produits. Il faut être administrateur ou éditeur de la propriété GA4 et avoir un accès administrateur au compte Google Ads. Les données Google Ads apparaissent ensuite dans Analytics dans les 48 heures.
L’association ouvre deux usages. Importer les événements clés de GA4 comme conversions Google Ads, et partager les audiences GA4 pour toucher à nouveau des visiteurs selon leur comportement sur le site. Côté Google Ads, l’import d’une conversion depuis GA4 peut demander 24 à 48 heures de synchronisation.
Faut-il importer l’achat depuis GA4 ou utiliser la balise de conversion Google Ads ? Pour une boutique qui dépense surtout en Shopping et Performance Max, nous préférons souvent la balise Google Ads avec les conversions améliorées, et nous gardons GA4 pour l’analyse. Le choix dépend du compte, et nous le documentons. La gestion des campagnes elles-mêmes relève de notre agence Google Ads.
Quelles erreurs trouvons-nous le plus souvent dans GA4 ?
Sur les boutiques que nous auditons, les mêmes défauts reviennent. Ils ne bloquent pas GA4, qui continue d’afficher des chiffres, mais ils faussent toutes les décisions prises à partir de lui.
- Deux sources d’envoi en parallèle, l’intégration Shopify et une balise Google Tag Manager, qui doublent les achats.
- Un purchase sans devise, ou avec une valeur qui inclut les frais de livraison sur un site et pas sur l’autre.
- Un tableau items vide, qui laisse les rapports produits à zéro.
- Les passerelles de paiement qui apparaissent comme sources de trafic et volent l’attribution des commandes.
- Le trafic interne, équipe et prestataires, jamais exclu des rapports.
- Aucun événement clé défini, et donc aucun import possible vers Google Ads.
Notre contrôle de base prend une heure. Nous passons une commande test, la suivons dans DebugView, puis comparons sept jours de commandes GA4 au back-office, commande par commande grâce au transaction_id. Le même exercice se fait côté Meta, comme l’explique notre guide sur le pixel Meta. Pour les boutiques qui veulent reprendre la mesure en même temps que le site, voyez notre page agence e-commerce.
Comment GA4 respecte-t-il le consentement des visiteurs ?
Par le mode Consentement de Google, qui transmet aux balises le choix fait dans le bandeau cookies. Il repose sur quatre paramètres : ad_storage et analytics_storage pour le stockage lié à la publicité et à l’analyse, ad_user_data pour l’envoi de données utilisateur à des fins publicitaires, et ad_personalization pour la publicité personnalisée.
En mode basique, les balises ne se chargent pas tant que l’internaute n’a pas répondu. En mode avancé, elles se chargent avec un consentement refusé par défaut et envoient des signaux limités qui servent à la modélisation. Le choix entre les deux et leur articulation avec la CNIL sont traités dans notre guide sur le Consent Mode v2.
En France, la CNIL exige un consentement préalable pour les traceurs de mesure d’audience qui ne remplissent pas ses conditions d’exemption. Un GA4 qui dépose ses cookies avant le choix de l’internaute n’est pas conforme, quelle que soit la qualité du plan de taggage.