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.

Par Ron Kopelman Publié le 2 novembre 2026 ⏱ 30 min Niveau : Débutant
Outils PrestaShop WooCommerce Google Analytics 4 Google Tag Manager Google Ads Meta (Pixel / CAPI)
Dans ce tutoriel
  1. À qui s’adresse cet auto-audit, et où il s’arrête
  2. Les outils nécessaires
  3. La checklist en 30 minutes
  4. Ce que vous trouvez, sa gravité, l’action
  5. Quand passer la main à un audit complet

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

⏱ 30 min Niveau : Débutant
  • 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 sertOù le trouver
Tag AssistantVoir quelles balises se déclenchent sur une page, avec leurs paramètresExtension Chrome ou tagassistant.google.com
Rapport DebugView de GA4Voir en temps réel les événements reçus par la propriétéInterface GA4, en mode debug
Inspecteur du dataLayerLire chaque push poussé dans dataLayerExtension Chrome dédiée
Console du navigateurTaper dataLayer pour afficher le tableau completTouche F12
Admin GA4Contrôler flux de données, conversions et référents exclusAdministration 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.

  1. Balises et doublons5 min

    • Sur une fiche produit, dans Tag Assistant, chaque balise GA4 ou pixel n’apparaît qu’une fois. Symptôme : deux page_view au 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.
  2. DataLayer e-commerce, du produit à la confirmation8 min

    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_item est envoyé, avec items contenant item_id, item_name et price. Symptôme : un item_id vide 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_cart part avec quantity et value. Symptôme : absence totale sur un bouton ajouté en AJAX, ce qui signale un bouton non instrumenté.
    • Panier et tunnel : view_cart puis begin_checkout, une seule fois par tunnel. Symptôme : un begin_checkout à chaque étape indique un déclenchement sur clic et non sur l’étape réelle.
    • Page de confirmation : un purchase avec un transaction_id unique. Rechargez la page : rien ne doit repartir. Symptôme : un purchase qui 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.

  3. Cohérence des montants avec le back-office5 min

    • Prenez trois commandes récentes : une simple, une avec remise, une avec livraison. Comparez le value du purchase avec 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 currency correspond à la devise réelle de la boutique. Symptôme : EUR sur une boutique facturée en franc suisse ou en dollars fausse toutes les conversions.
    • Le transaction_id correspond à 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.
    • Dans la console, en premier dans dataLayer, un consent default apparaît avant le premier chargement de GTM. Symptôme : un consent default posé 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.
    • 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 Purchase navigateur et le Purchase serveur portent le même event_id. Symptôme : sans identifiant commun, Meta compte deux fois la même commande.
  4. Paramétrage GA43 min

    • 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 trouvezGravitéAction
purchase ou page_view en doubleCritiqueDésactiver le script ou la balise en trop, puis revérifier sur une commande test
purchase absent ou sans transaction_idCritiqueCorriger le dataLayer du thème ou du module avant toute campagne
consent default posé après GTMCritiqueDéplacer la définition du consentement avant le snippet GTM
Pixel actif sur une page refuséeCritiqueDéclencher les balises publicitaires sur la mise à jour du consentement
Écart de montant lié à la TVAÉlevéeAligner value sur le HT ou le TTC et le documenter
Conversion Ads importée depuis GA4MoyenneCréer une balise de conversion GTM native pour l’objectif principal
Moyens de paiement absents des référents exclusMoyenneAjouter les domaines de paiement à la liste
Rétention à 2 moisFaiblePasser à 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.

Sources

Ron Kopelman

Vous préférez que je le fasse ?

Je mets en place ce tutoriel sur votre site, avec recette et documentation. Cadrage gratuit de 30 minutes.