Les intégrations natives n’ont pas supprimé les problèmes de tracking, elles les ont rendus silencieux : fini les tags manquants qui criaient, place aux doublons discrets (app + GTM historique), aux valeurs subies (TTC par défaut), aux ID de variantes désalignés du flux, au consentement qui ampute sans bruit. Auditez l’existant avant d’installer quoi que ce soit.
Il y a dix ans, connecter une boutique à Google était un chantier : du code, des tags, un prestataire. Aujourd’hui c’est une app, trois clics, et une coche verte.
Le progrès est réel, et il a fabriqué un nouveau problème, plus sournois que l’ancien : des milliers de comptes croient leur mesure « faite » parce qu’une intégration est installée, alors que personne n’a jamais vérifié ce qu’elle envoie, en double avec quoi, ni selon quelle définition.
Le tag manquant d’hier criait son absence dans les rapports. Le doublon silencieux d’aujourd’hui sourit, et fausse tout.
Shopify d’abord, le cas le plus outillé : l’app officielle Google & YouTube relie boutique, Merchant Center et Google Ads, et le pixel Shopify auto-tracke une partie des événements e-commerce (source : Analytics Help, à jour juin 2026). C’est l’installation la plus rapide du marché, et le terrain de doublons le plus fertile, précisément parce qu’elle cohabite presque toujours avec un GTM historique.
WooCommerce ensuite : l’extension officielle couvre l’essentiel (flux, conversions), avec l’écosystème de plugins qui peut enrichir, et empiler. Chaque plugin pose volontiers son propre dataLayer.
PrestaShop enfin : modules officiels et tiers, qualité variable, vérification d’autant plus indispensable.
Le dénominateur commun des trois : le natif installe vite et configure par défaut, et les défauts ne sont pas vos choix.
La règle qui évite 80 % des dégâts tient en une phrase : un signal, une source. Si l’app envoie le purchase, l’ancien tag GTM du purchase doit mourir, pas « rester au cas où ».
La cohabitation est le grand classique des boutiques qui ont vécu : un thème qui pousse son dataLayer, un pixel posé par l’agence de 2022, l’app installée en 2024, et des commandes comptées deux fois, donc une valeur apprise double, donc des enchères faussées.
D’où l’ordre des opérations que personne ne respecte : auditez l’existant AVANT d’installer le neuf, inventaire de tout ce qui envoie quelque chose (tags, apps, plugins, code de thème), puis décision explicite de qui possède chaque signal, puis seulement installation et nettoyage. Empiler d’abord, trier jamais : c’est la genèse de tous les comptes illisibles.
L’app installée, voici ce qu’elle ne vérifiera jamais pour vous, et qui se vérifie en une heure avec une commande réelle.
Un : la conversion remonte, une seule fois. Cherchez son transaction_id, il doit être unique.
Deux : la valeur, son montant correspond-il à votre définition (TTC ou HT, port inclus ou non) ? Les intégrations transmettent souvent le TTC par défaut ; si vous pilotez en HT, c’est un réglage, pas une fatalité, mais c’est VOTRE réglage à faire.
Trois : les identifiants produit des événements, alignés sur ceux du flux Merchant Center, variantes comprises. Le désalignement d’ID est le tueur silencieux du remarketing dynamique et des analyses par produit.
Quatre : le funnel GA4, les événements intermédiaires sont-ils là, avec leur items array, ou seulement le purchase ?
Cinq : le consentement, refusez les cookies sur votre propre site et observez ce qui part encore (et ce qui ne part plus). La couche de consentement mal branchée ampute la mesure sans un bruit, et vous découvrez l’amputation des mois plus tard dans un rapprochement.
Dernier étage, organisationnel : documenter qui envoie quoi, trois lignes dans un document que l’équipe connaît : « purchase : app Shopify ; événements funnel : pixel natif ; aucun tag GTM actif sur l’ecom ».
Ce document vaut de l’or au premier incident, à la première migration, au premier prestataire qui arrive. Sans lui, chaque nouveau venu réinvente l’inventaire, ou pire, réinstalle.
Le rapprochement mensuel back-office, posé dans la page socle de la branche, reste votre alarme continue : l’app peut changer de comportement à une mise à jour, et elle ne vous préviendra pas.
Boutiques qui ont vécu, migrations, refontes, changements d’agence : votre dette de tracking est quasi certaine, et l’audit de l’existant est votre premier chantier.
La limite, sans détour : la connexion propre transmet fidèlement ce que la boutique sait, elle ne sait ni votre marge, ni la qualité réelle de vos commandes. Les étages supérieurs de la branche commencent où l’app s’arrête.
Vous aviez installé l’app. La vraie question : depuis, qui a passé une commande test et vérifié l’unicité, la valeur, les identifiants, le funnel et le consentement, et où est écrit qui possède chaque signal ?
Si la réponse est « personne » et « nulle part », dites-le moi : on déroule la checklist en une heure, dans le cadre de votre tracking e-commerce, au service de votre acquisition.
L’intégration installe le tuyau, pas la vérité de ce qui y circule.
Doublons, TTC subi, ID désalignés : on passe la checklist ensemble et on voit ce que votre compte mesure vraiment.
Réserver un appelParlons de vos objectifs