Google Ads compte un achat et sa valeur, sans décrire toutes les étapes suivies sur le site. Le suivi e-commerce avancé prolonge le socle de mesure GA4 pour suivre ce chemin, article par article.
Chaque étape de ce chemin devient un événement GA4. GA4 ne les crée pas seul : vous les installez, vous vérifiez ce qu’ils contiennent, puis vous construisez l’analyse.
D’abord, un achat compté une seule fois
Côté Google Ads, la conversion à suivre ici est l’achat, avec sa valeur. Une action créée dans Google Ads peut la mesurer. Un événement clé GA4 peut aussi devenir une conversion Google Ads.
Les stratégies d’enchères fondées sur les conversions utilisent les actions principales, alors qu’une action secondaire est seulement comptée dans les rapports. Vérifiez le statut de l’action créée depuis GA4, sans la supposer principale. Ses données peuvent mettre jusqu’à 24 heures à apparaître. Pour qu’elle serve aux enchères, passez-la en principale et sélectionnez son objectif dans la campagne. Une action secondaire peut toutefois être prise en compte dans les enchères, notamment si elle appartient à un objectif personnalisé appliqué à la campagne.
Pour l’achat, une seule source doit être principale. Si deux sources mesurent le même achat, passez la seconde en secondaire et gardez-la comme contrôle, sinon chaque vente est comptée deux fois. Le choix de la source principale dépend des ventes que chacune couvre et du délai avec lequel elle les remonte ; notez-le par écrit. Google Ads n’utilise que les ventes survenues dans sa fenêtre de conversion, qui va jusqu’à 90 jours après un clic.
Les étapes du parcours d’achat à mesurer
Les données passent par la balise Google, par l’extension de votre boutique ou par Google Tag Manager.
Quels événements décrivent le parcours d’achat ?
Un parcours courant enchaîne view_item (fiche article vue), add_to_cart (ajout au panier), parfois view_cart, puis begin_checkout (début du passage en caisse). En amont, view_item_list et select_item enregistrent l’affichage d’une liste d’articles et le choix d’un article. Les événements add_shipping_info et add_payment_info mesurent la saisie de la livraison et du paiement, si ces étapes existent sur votre site.
L’événement purchase enregistre l’achat avec sa valeur, sa devise, ses articles et son numéro de commande. L’événement refund rattache ensuite un remboursement total ou partiel à la commande concernée. Gardez ces noms exacts et leur format : ce sont eux qui alimentent les rapports e-commerce de GA4.
Pourquoi décrire les articles à chaque étape ?
Chaque événement qui concerne des articles contient le tableau items : la liste des produits concernés par cette action. Recopier le panier final sur toutes les étapes donne des chiffres cohérents en apparence, mais faux. Si la liste est vide sur add_to_cart, l’étape peut rester comptée, mais vous ne savez plus sur quels produits le parcours bloque.
Sur purchase, la liste est obligatoire et chaque article comporte au moins item_id ou item_name. Préférez un identifiant stable, pour suivre le même produit d’une étape à l’autre. Une valeur (value) s’envoie toujours avec sa devise (currency) au format ISO 4217. Le transaction_id, votre numéro de commande, doit être unique pour chaque achat.
Pour certains usages Google Ads, l’identifiant doit aussi correspondre à l’identifiant du produit dans Merchant Center. C’est le cas notamment du reciblage dynamique, qui montre à nouveau aux visiteurs les produits vus, et des conversions avec données de panier. Il faut en plus lier les comptes et respecter le consentement ; le reciblage dynamique demande aussi d’activer la publicité personnalisée.
Vérifier les données, puis lire l’entonnoir
Comment vérifier que les événements arrivent ?
Dans Tag Assistant, vérifiez que l’événement part avec le bon nom et les bons paramètres. DebugView et le rapport Temps réel confirment ensuite que GA4 le reçoit. Aucun de ces écrans ne prouve encore que les rapports finaux sont remplis. Les données peuvent mettre jusqu’à 24 heures à apparaître dans les rapports e-commerce, parfois davantage dans les autres. Après ce délai, restent à contrôler les articles et la valeur dans les rapports, puis la conversion reçue dans Google Ads.
Une valeur absente fausse les montants, pas forcément le nombre de visiteurs. Un begin_checkout envoyé deux fois gonfle le nombre d’événements sans nécessairement doubler celui des visiteurs. Sur Shopify, WooCommerce ou PrestaShop, repérez l’extension qui envoie déjà les données avant d’en ajouter une seconde. Google Tag Manager gère les balises, mais c’est le site ou l’extension qui fournit la donnée.
Où construire l’entonnoir dans GA4 ?
Les rapports Monétisation montrent les articles vus, ajoutés et achetés, selon les parcours prévus dans ces rapports. Pour comparer les passages d’une étape à l’autre, l’outil adapté est l’exploration de l’entonnoir, où chaque étape se définit par une condition précise. Indiquez si l’étape suivante doit venir juste après ou si d’autres actions peuvent s’intercaler, et fixez un délai si besoin.
Un entonnoir ouvert accepte une entrée à n’importe quelle étape, alors qu’un entonnoir fermé exige une entrée par la première. Prenez le fermé pour étudier un parcours complet, et l’ouvert pour inclure les entrées en cours de route. Si vous découpez par source ou par appareil, GA4 range chaque visiteur sous la première valeur qui s’applique.
Trois usages de l’entonnoir, sans conclure trop vite
Le premier usage est le diagnostic : comparez les taux de passage par gamme, source ou appareil. Si les visiteurs venus des annonces abandonnent davantage, l’écart entre l’annonce et la page devient une piste, pas une preuve.
Le deuxième usage concerne les audiences. GA4 peut regrouper les visiteurs qui ont abandonné un panier ou acheté récemment. Google Ads peut ensuite les utiliser si les comptes sont liés et si le consentement le permet.
Le troisième usage est d’augmenter la part des visiteurs qui achètent. Un avant-après montre une évolution, mais pas sa cause. Un test contrôlé donne une réponse plus solide. À défaut, notez ce qui a changé en même temps dans le trafic, la saison et le catalogue.
Ce que les données GA4 ne voient pas
Un rapport sans erreur apparente peut rester incomplet. Les deux principales causes sont le consentement et la règle qui attribue une vente à un clic. S’y ajoutent le délai de traitement, les seuils de confidentialité et la qualité de l’installation.
Pourquoi les données GA4 restent-elles partielles ?
GA4 peut estimer les données manquantes après un refus de cookies, à partir de groupes comparables et sous conditions. Le mode Consentement doit être en version avancée sur toutes les pages. Il faut aussi au moins 1 000 événements refusés par jour pendant sept jours. Il faut enfin 1 000 visiteurs consentants par jour pendant au moins sept des 28 jours précédents. Même atteints, ces seuils ne garantissent pas l’estimation.
Depuis le 15 juin 2026, le mode Consentement de Google Ads est le seul réglage qui contrôle la collecte des cookies Google Ads par Analytics. GA4 et Google Ads peuvent aussi dater, compter et attribuer une vente différemment : une partie de l’écart est donc normale. En revanche, un achat absent d’un seul côté ou des revenus aberrants demandent une vérification. Rapprochez les définitions avant de comparer les chiffres.
Par quelle étape commencer les corrections ?
Ce suivi devient prioritaire quand vous devez choisir entre des étapes, des produits ou des sources. Si les ventes sont peu nombreuses ou que personne ne peut analyser ces données, rendez d’abord fiables l’achat, sa valeur et son comptage unique. GA4 montre où les visiteurs abandonnent, mais il n’indique pas pourquoi. Avant de corriger, passez en revue les causes possibles :
- le parcours sur le site et la page d’arrivée des annonces ;
- l’offre, le prix, le stock et les conditions de livraison ;
- les étapes de paiement et les moyens de paiement proposés ;
- le trafic, l’appareil utilisé et la fiabilité de la mesure.
L’étape au taux de passage le plus faible n’est donc pas forcément la première à traiter. Je commence par celle où un test laisse espérer le plus de marge supplémentaire, avec des données fiables et un coût de correction raisonnable. Par exemple, si 100 paniers de 50 € s’arrêtent chaque mois au paiement, cela représente 5 000 € de paniers abandonnés, pas autant de ventes perdues. Une correction ne récupérerait qu’une partie de ces achats potentiels.
