Tutoriel
Auditer le tracking PrestaShop ou WooCommerce en 30 min
Checklist de 30 minutes pour vérifier le tracking de votre boutique PrestaShop ou WooCommerce : doublons, dataLayer, montants, consentement, Ads et GA4.
Dans ce tutoriel
Oui, vous pouvez vérifier l’essentiel du tracking d’une boutique PrestaShop ou WooCommerce en une demi-heure, avec des outils gratuits et sans accès développeur. Cette checklist repère les pannes grossières : balises en double, événements e-commerce absents, montants qui divergent du back-office, consentement mal ordonné. Elle ne valide ni l’attribution fine ni la qualité des conversions optimisées par Google Ads, et c’est là qu’un audit complet devient utile.
Avant de commencer
- Accès à GA4 (lecture suffit) et au back-office de la boutique
- Chrome avec l'extension Tag Assistant
- Une commande test possible (ou une commande récente à retrouver)
- Le compte Google Ads et le gestionnaire d'événements Meta ouverts
À qui s’adresse cet auto-audit, et où il s’arrête
Cette checklist s’adresse au responsable e-commerce qui veut savoir, avant une campagne ou après une mise à jour du thème ou d’un module, si quelque chose est cassé. Il faut un accès en lecture à GA4, Chrome et, idéalement, le back-office pour comparer quelques commandes.
L’auto-audit ne remplace pas une lecture complète du container GTM. Il ne dit rien non plus sur la conformité juridique de votre bandeau. Si vous voulez la version approfondie, avec les points de contrôle détaillés, je la présente dans la page sur l’audit de tracking par un consultant. Pour le fil d’une mission complète, la méthode d’audit en cinq étapes explique l’ordre de travail.
Les réglages propres à chaque CMS sont sur les fiches PrestaShop et WooCommerce.
Les outils nécessaires
| Outil | À quoi il sert | Où le trouver |
|---|---|---|
| Tag Assistant | Voir quelles balises se déclenchent sur une page, avec leurs paramètres | Extension Chrome ou tagassistant.google.com |
| Rapport DebugView de GA4 | Voir en temps réel les événements reçus par la propriété | Interface GA4, en mode debug |
| Inspecteur du dataLayer | Lire chaque push poussé dans dataLayer | Extension Chrome dédiée |
| Console du navigateur | Taper dataLayer pour afficher le tableau complet | Touche F12 |
| Admin GA4 | Contrôler flux de données, conversions et référents exclus | Administration de la propriété |
DebugView n’affiche que les visites en mode debug. Activez-le via Tag Assistant ou via le paramètre debug_mode de votre balise de configuration GA4. Testez en fenêtre privée, extensions désactivées : un bloqueur de publicité installé dans votre navigateur fausse les résultats.
La checklist en 30 minutes
Six blocs, du plus rapide au plus long. Cochez au fur et à mesure. Pour chaque point, le symptôme indique ce qu’il faut noter.
-
Balises et doublons
- Sur une fiche produit, dans Tag Assistant, chaque balise GA4 ou pixel n’apparaît qu’une fois. Symptôme : deux
page_viewau même instant signalent un module ou un thème qui charge GA4 en plus de GTM. - Dans le code source (Ctrl+U), un seul identifiant de mesure GA4 est présent. Symptôme : deux identifiants différents indiquent deux installations concurrentes.
- Le container ne contient aucune balise en pause ou en double, ou alors elles sont documentées. Symptôme : une balise dupliquée double le comptage dès qu’elle se déclenche.
- Sur une fiche produit, dans Tag Assistant, chaque balise GA4 ou pixel n’apparaît qu’une fois. Symptôme : deux
-
DataLayer e-commerce, du produit à la confirmation
Faites le parcours sur une commande de test, ou sur une commande réelle annulée si votre boutique n’a pas de test.
- Fiche produit : un
view_itemest envoyé, avecitemscontenantitem_id,item_nameetprice. Symptôme : unitem_idvide produit des lignes(not set)dans les rapports produits. Le sujet est traité dans résoudre le not set dans GA4. - Ajout au panier : un
add_to_cartpart avecquantityetvalue. Symptôme : absence totale sur un bouton ajouté en AJAX, ce qui signale un bouton non instrumenté. - Panier et tunnel :
view_cartpuisbegin_checkout, une seule fois par tunnel. Symptôme : unbegin_checkoutà chaque étape indique un déclenchement sur clic et non sur l’étape réelle. - Page de confirmation : un
purchaseavec untransaction_idunique. Rechargez la page : rien ne doit repartir. Symptôme : unpurchasequi se renvoie au rechargement double vos commandes dans GA4.
Si votre module utilise d’autres noms que ceux de la spécification GA4 e-commerce, notez l’écart. Le détail est dans le guide tracking e-commerce GA4.
- Fiche produit : un
-
Cohérence des montants avec le back-office
- Prenez trois commandes récentes : une simple, une avec remise, une avec livraison. Comparez le
valuedupurchaseavec le total du back-office. Symptôme : un écart égal aux frais de port signale une convention (avec ou sans livraison) à documenter ; un écart égal à la TVA signale un mélange HT/TTC. - Le champ
currencycorrespond à la devise réelle de la boutique. Symptôme :EURsur une boutique facturée en franc suisse ou en dollars fausse toutes les conversions. - Le
transaction_idcorrespond à la référence de commande visible dans le back-office. Symptôme : un identifiant généré au hasard rend impossible toute déduplication et tout rapprochement.
- Prenez trois commandes récentes : une simple, une avec remise, une avec livraison. Comparez le
-
Consent Mode et CMP
- Dans la console, en premier dans
dataLayer, unconsent defaultapparaît avant le premier chargement de GTM. Symptôme : unconsent defaultposé après GTM ne sert à rien ; Google peut recevoir des signaux acceptés par défaut. Le fonctionnement est détaillé dans le guide Consent Mode v2. - Refusez le bandeau, puis naviguez : aucune balise publicitaire (pixel Meta, TikTok, LinkedIn) ne doit partir. Symptôme : un pixel actif sur une page refusée est un point critique.
- Les boutons « Accepter » et « Refuser » ont la même visibilité. Symptôme : un refus caché ou plus petit est un dark pattern que la CNIL sanctionne.
- Les balises non Google se déclenchent sur la mise à jour du consentement, pas sur « All Pages ». Symptôme : déclenchement sur toutes les pages = tirs avant choix de l’utilisateur.
- Dans la console, en premier dans
-
Google Ads et Meta
- La conversion principale Google Ads est une balise GTM native, pas un import GA4. Symptôme : une conversion importée depuis GA4 arrive avec un décalage de plusieurs heures et sans Enhanced Conversions.
- Sur la confirmation de commande, l’identifiant de clic publicitaire (GCLID) est bien récupéré et transmis. Symptôme : des commandes issues d’une campagne Ads apparaissent en « Direct » dans GA4.
- Si Meta reçoit des événements côté serveur, le
Purchasenavigateur et lePurchaseserveur portent le mêmeevent_id. Symptôme : sans identifiant commun, Meta compte deux fois la même commande.
-
Paramétrage GA4
- La rétention des données est réglée sur 14 mois. Symptôme : à 2 mois, les comparaisons annuelles sont impossibles.
- La liste des référents indésirables contient vos moyens de paiement (PayPal, Mollie, Stripe, etc.). Symptôme : un retour de paiement apparaît comme une source distincte, et la commande perd sa source d’origine. La procédure est décrite dans l’aide Google sur les référents indésirables.
- Si le paiement se fait sur un autre domaine, le cross-domain est configuré entre la boutique et ce domaine. Symptôme : une session coupée au passage sur le domaine de paiement crée une source artificielle.
Ce que vous trouvez, sa gravité, l’action
| Ce que vous trouvez | Gravité | Action |
|---|---|---|
purchase ou page_view en double | Critique | Désactiver le script ou la balise en trop, puis revérifier sur une commande test |
purchase absent ou sans transaction_id | Critique | Corriger le dataLayer du thème ou du module avant toute campagne |
consent default posé après GTM | Critique | Déplacer la définition du consentement avant le snippet GTM |
| Pixel actif sur une page refusée | Critique | Déclencher les balises publicitaires sur la mise à jour du consentement |
| Écart de montant lié à la TVA | Élevée | Aligner value sur le HT ou le TTC et le documenter |
| Conversion Ads importée depuis GA4 | Moyenne | Créer une balise de conversion GTM native pour l’objectif principal |
| Moyens de paiement absents des référents exclus | Moyenne | Ajouter les domaines de paiement à la liste |
| Rétention à 2 mois | Faible | Passer à 14 mois |
Les lignes « Critique » se corrigent avant la prochaine campagne. Les autres se planifient.
Quand passer la main à un audit complet
La checklist vous dit si la boutique est cassée. Elle ne vous dit pas pourquoi les conversions Ads divergent du chiffre d’affaires, ni si votre CMP respecte le consentement sur tous les parcours. Trois signaux justifient un audit complet : plusieurs lignes « Critique » dans le tableau, un changement de thème ou de module récent, ou un écart Ads/GA4 qui persiste après correction. Pour savoir ce que vous recevriez à la fin, voici la structure d’un rapport d’audit tracking, section par section. Et une fois la boutique vérifiée, la grille de contrôle de la propriété GA4 reprend les réglages côté Google Analytics.
FAQ
Un auto-audit suffit-il avant une campagne Google Ads ?
Pour détecter une panne grossière, oui. Pour vérifier que le Smart Bidding optimise sur de bonnes conversions, non : il faut contrôler la source de la conversion dans la durée.
Faut-il être développeur pour faire cette checklist ?
Non pour les blocs 1, 3 et 6. Les blocs 2, 4 et 5 demandent de lire les push dans la console et de trouver les réglages de votre module : votre prestataire peut vous les montrer en cinq minutes.
Pourquoi mes montants GA4 ne correspondent-ils jamais au centime près au back-office ?
Retours, annulations, TVA, frais de port, bloqueurs et refus de consentement créent des écarts normaux. Vérifiez la cohérence commande par commande.