Le tracking n'a de valeur que s'il aide à décider. Une campagne affichant un bon ROAS peut coexister avec une marge qui baisse ; une baisse de conversions dans un outil peut venir d'un consentement ou d'une balise cassée. Avant de répartir les budgets, il faut établir ce que chaque nombre représente et vérifier la chaîne de collecte.
Définir la source de vérité et les questions à résoudre
Le back-office de la boutique enregistre les commandes, les remboursements et le chiffre d'affaires des commandes selon ses propres règles. C'est le point de départ pour les décisions commerciales. Les plateformes publicitaires et GA4 aident à comprendre les parcours et les campagnes ; elles ne reprennent pas nécessairement la même définition d'une vente.
Écrivez trois questions avant de poser une balise : quels produits attirent des visites qualifiées ? Quelles campagnes recrutent de nouveaux clients ? Quel niveau de dépense laisse une marge acceptable ? Le cadre des KPI eCommerce donne un langage commun à ces décisions ; ROAS vs MER aide à ne pas confondre attribution et performance globale.
Dessiner le parcours d'événements
Pour un premier plan de mesure, suivez la consultation de produit, l'ajout au panier, le début du paiement, l'achat et le remboursement. Chaque événement doit avoir un déclencheur précis. L'événement d'achat doit être relié à une vraie commande et inclure un identifiant stable, la valeur, la devise et les produits.
Faire défiler le tableau →
| Étape | Contrôle technique | Risque si elle manque |
|---|---|---|
| Vue produit | ID cohérent avec le catalogue | Audiences ou rapports produit incohérents |
| Ajout au panier | Quantité et valeur plausibles | Diagnostic de conversion faussé |
| Début du paiement | Déclenché au bon moment | Abandon artificiel |
| Achat | ID de transaction unique, valeur et devise | ROAS et revenus erronés |
| Remboursement | Relié à la commande initiale | Rentabilité surestimée |
GA4 documente ces événements et recommande de tester avec DebugView. Ne multipliez pas les événements personnalisés tant que la commande de base ne fonctionne pas de bout en bout.
Tester les cas qui cassent la mesure
Passez une commande test sur mobile et sur ordinateur, avec les différents moyens de paiement. Rechargez la page de confirmation : l'achat ne doit pas être compté deux fois. Vérifiez les redirections éventuelles vers un prestataire de paiement, puis le retour sur le site. Contrôlez l'ID de transaction dans GA4 et l'ID d'événement si le même achat part par navigateur et serveur vers une plateforme.
Testez également un refus de consentement et son changement. Les données reçues doivent suivre le choix exprimé. Une architecture côté serveur ne crée pas d'exception automatique : l'examen des finalités et des traceurs reste nécessaire, comme le rappelle la CNIL. Documentez les responsabilités entre développeur, agence, outil de consentement et plateformes.
Un achat test complet révèle plus qu'un tableau de bord rempli d'événements dont personne ne connaît le déclencheur.
Lire les écarts sans chercher une égalité impossible
Google Ads, GA4 et les autres plateformes peuvent attribuer une même commande selon des fenêtres et des modèles différents. Google documente aussi les délais de conversion et les écarts liés aux paramètres de suivi. Commencez par comparer une même période, un même fuseau horaire et des métriques équivalentes, puis séparez problème technique et différence de définition.
Un écart soudain et massif après une mise en ligne mérite un contrôle de balise. Un écart stable entre outils peut être normal, mais doit être compris. Conservez un journal des changements de site, de consentement, de campagnes et de configuration de conversion pour expliquer les ruptures.
Faire vivre un plan de mesure
Attribuez un responsable à chaque événement, sa définition, ses paramètres et sa méthode de test. Rejouez les commandes tests après une migration de thème, une modification de caisse ou l'ajout d'un canal. Dans le reporting, présentez côte à côte les ventes de la boutique, les dépenses, les nouveaux clients et les conversions attribuées. La décision budgétaire devient alors discutable sur des bases connues.
Questions fréquentes
Quels événements eCommerce faut-il suivre en priorité ?
Commencez par vue produit, ajout au panier, début du paiement, achat et remboursement. Pour l'achat, contrôlez identifiant de transaction, valeur, devise et produits. Ajoutez ensuite les événements utiles à une décision précise.
Pourquoi Google Ads, GA4 et la boutique donnent-ils des ventes différentes ?
Ils n'observent pas forcément les mêmes interactions, périodes, consentements ou règles d'attribution. Des achats manquants ou doublés ajoutent des écarts techniques. Comparez des définitions et des périodes identiques avant de corriger l'implémentation.
Le server-side tracking dispense-t-il du consentement ?
Non. Déplacer une collecte côté serveur ne supprime pas les obligations liées aux traceurs et aux données personnelles. La finalité et le choix de l'utilisateur doivent être respectés sur tout le parcours de données.
Comment repérer un achat compté deux fois ?
Passez une commande test, inspectez les événements émis et vérifiez l'identifiant de transaction ou d'événement utilisé par chaque destination. Contrôlez aussi le rechargement de la page de confirmation et les transmissions navigateur/serveur.
On regarde vos chiffres ensemble ?
45 minutes, vos données sous les yeux, et une lecture de là où se cache la marge dans votre acquisition.
Réserver un appel