Audit tracking e-commerce : la checklist en 13 familles de défauts

Qu'est-ce qu'un audit de tracking, et pourquoi le faire ?

Un audit de tracking, ce n'est pas un PDF de 40 pages qui finit dans un tiroir. C'est une opération simple dans son principe : on pose côte à côte vos ventes back-office (Shopify, votre CMS, votre ERP) et les conversions déclarées par vos plateformes publicitaires, sur 30 jours. L'écart — et surtout son sens — dit déjà où creuser.

Si GA4 affiche 15 % de ventes en moins que votre back-office, des conversions se perdent avant d'arriver. Si Meta en affiche plus que votre back-office, vous comptez double. À partir de là, on remonte chaque perte jusqu'à sa cause. Et les causes, sur les stacks e-commerce, tombent presque toujours dans les mêmes 13 familles.

L'objectif final n'est pas d'avoir « plus de chiffres », c'est de savoir quel chiffre croire avant d'engager du budget média dessus.

Quelles sont les 13 familles de défauts à vérifier ?

Voici la grille que je passe sur chaque stack, dans l'ordre où les défauts font le plus mal. Pour chaque famille, le défaut qu'on trouve le plus souvent — et l'article qui rentre dans le détail quand il existe.

Par où commencer quand tout est à revoir ?

On ne répare pas 13 familles en même temps, et ce n'est pas nécessaire. Quatre défauts reviennent sur la quasi-totalité des comptes, et ce sont eux qui coûtent le plus cher en budget média gaspillé. Dans l'ordre :

1. Le Pixel Meta sans déduplication CAPI. Dès qu'un pixel et une API serveur envoient l'achat sans event_id commun, Meta compte double ou choisit arbitrairement. La règle de l'event_id se vérifie en cinq minutes.
2. Les tags qui partent avant le consentement. Exposition RGPD d'un côté, données sales de l'autre. Le test en deux minutes vous dit si vous êtes concerné.
3. Deux propriétés GA4 en parallèle. Installées au fil des prestataires, elles gonflent les chiffres sans que personne ne sache lesquels croire. Comment les détecter.
4. Tout qui repose sur le navigateur. Sans collecte first-party, la mesure meurt avec les cookies. C'est le rôle du tracking server-side, qu'on peut héberger de plusieurs façons selon le budget.

Peut-on faire cet audit soi-même ?

Les premiers tests, oui — et je les recommande, parce qu'ils vous donnent une idée honnête de l'état des lieux avant même de parler à qui que ce soit :

• Le test du consentement. Ouvrez votre site en fenêtre privée, ouvrez l'onglet Réseau des outils développeur, filtrez sur collect, tr/ et doubleclick. Si des requêtes partent avant que vous cliquiez sur la bannière, un tag fire trop tôt.
• Le test du double comptage. Prenez une commande réelle du jour dans votre back-office et cherchez-la dans les conversions GA4 et Meta. Comptée zéro fois, une fois, deux fois : chaque cas pointe vers une famille différente.
• Le test Google Ads. Vérifiez que les Enhanced Conversions sont activées et que le gclid est bien capturé jusqu'à l'achat — deux réglages qui, absents, faussent tout le smart bidding.

Ces tests révèlent les gros défauts. Ce qu'ils ne révèlent pas, c'est le réglage fin : une déduplication qui marche 90 % du temps, un consentement transmis au client mais pas au serveur, un EMQ correct mais améliorable. C'est là qu'un œil entraîné, et un scan des requêtes réseau ligne par ligne, font la différence entre « ça a l'air de marcher » et « c'est mesuré ».

Reste la question du budget : combien coûte une remise à niveau, et pourquoi le TJM est un piège.

FAQ

Nicolas MalabreMedia buyer senior — 10 ans d'achat média Google Ads & Meta. Je scanne des stacks e-commerce chaque semaine et je répare la couche de mesure des marques qui dépensent en publicité. Profil Malt ↗