Réparer les événements de pixel en double sur Shopify (2026)

À retenir

Les événements en double se produisent lorsque le même pixel est installé à deux endroits simultanément (par ex., à la fois via une application Shopify et manuellement dans le theme.liquid).

Signes de doublons : événements d’achat en double dans le Gestionnaire d’événements Meta, conversions GA4 artificiellement gonflées, un ROAS publicitaire qui semble trop beau pour être vrai.

Solution : choisissez une méthode d’installation et supprimez l’autre. La méthode Customer Events est recommandée.

L’utilisation de GTM comme source unique de vérité évite la plupart des problèmes d’événements en double.

Les événements de conversion en double sont l’un des problèmes d’analytics les plus dommageables — et les plus courants — sur les boutiques Shopify. Ils font paraître votre ROAS meilleur qu’il ne l’est, vous poussant à surinvestir dans des campagnes qui ne performent pas réellement. Ils corrompent vos données d’audience pour le retargeting. Et ils rendent impossible toute confiance en vos chiffres.

Comment savoir si vous avez des événements en double ?

Meta Ads Manager : Allez dans Events Manager → votre Pixel → Test Events. L’événement purchase doit se déclencher une seule fois par commande terminée. Si vous voyez deux événements identiques se déclencher en l’espace de quelques secondes, vous avez des doublons.

GA4 : Allez dans Configurer → DebugView. Effectuez une commande de test. Si l’événement purchase apparaît deux fois avec le même ID de transaction, vous avez des doublons.

Signes indirects : Vos conversions signalées sur une plateforme publicitaire sont nettement supérieures au nombre de commandes Shopify défini pour la même période.

Causes fréquentes des événements de pixel en double sur Shopify

Cause 1 — Application + code manuel tous deux actifs

La cause la plus fréquente. Vous avez installé le pixel Meta manuellement dans theme.liquid il y a des années. Puis vous avez installé l’application Shopify Facebook & Instagram, qui installe aussi le pixel. Maintenant, les deux se déclenchent.

Vérification : Boutique en ligne → Thèmes → Actions → Modifier le code → ouvrez theme.liquid. Cherchez fbq (le code du pixel Meta). Si vous le trouvez ET que l’application Facebook & Instagram est installée, vous avez un doublon.

Solution : Supprimez le code manuel fbq de theme.liquid. L’application s’occupe de tout.

Cause 2 — Customer Events + theme.liquid tous deux actifs

Vous avez configuré un pixel de suivi via Paramètres → Événements clients (Customer events). Vous avez aussi le même code de pixel dans theme.liquid ou via GTM. Les deux se déclenchent sur les pages de la boutique, et les Customer Events se déclenchent aussi sur la page de paiement (checkout), que theme.liquid ne peut pas atteindre.

Vérification : Paramètres → Customer events → regardez quels pixels sont actifs. Comparez avec votre conteneur GTM et votre fichier theme.liquid.

Solution : Utilisez uniquement les Customer Events, supprimez la version dans theme.liquid. Ou utilisez uniquement GTM et supprimez la version dans les Customer Events.

Cause 3 — Le champ “Scripts supplémentaires” dans les paramètres de paiement (Checkout)

Un ancien snippet de tracking peut se trouver dans Paramètres → Passage en caisse (Checkout) → champ “Scripts supplémentaires” tout en bas. Ce champ était le moyen standard de suivre les achats avant l’existence des Customer Events. Si vous avez configuré des Customer Events entre-temps, l’ancien snippet est maintenant un doublon.

Vérification : Paramètres → Passage en caisse (Checkout) → scrollez vers le bas → cherchez du code dans le champ “Scripts supplémentaires”.

Solution : Si les Customer Events gèrent votre suivi de conversion, supprimez l’ancien code de ce champ.

Cause 4 — Multiples conteneurs GTM

Certaines boutiques ont plus d’un conteneur GTM installé (car divers membres de l’équipe ont configuré les choses de façon indépendante). Les deux contiennent des tags de suivi d’achat.

Pour mesurer les résultats, voir ajouter des scripts de suivi sur Shopify.

Pour mesurer les résultats, voir supprimer du code inutilisé sur Shopify.

Sur le même sujet : Supprimer les résidus de code d’applications sur Shopify.

Vérification : Ouvrez votre boutique, clic droit → Code source de la page → cherchez GTM-. Si vous voyez plusieurs ID de conteneurs GTM, c’est que vous avez plusieurs conteneurs.

Solution : Consolidez votre tracking dans un seul conteneur GTM, supprimez l’autre.

Comment réparer les événements Meta Pixel en double

Choisissez une seule méthode d’installation : l’application Facebook & Instagram (recommandé) OU un pixel personnalisé dans les Customer Events OU une configuration GTM manuelle.
Supprimez toutes les autres installations.
Testez via le Meta Events Manager → Test Events.
Si les événements se déclenchent toujours deux fois, vérifiez le champ “Scripts supplémentaires” dans les paramètres de Passage en caisse (Checkout).

Comment réparer les événements GA4 en double

Choisissez une seule méthode : l’intégration native GA4 de Shopify (Boutique en ligne → Préférences → Google Analytics) OU une balise GA4 via GTM.
N’utilisez pas les deux en même temps — c’est la cause la plus courante.
Désactivez-en une. Si vous utilisez GTM, allez dans Boutique en ligne → Préférences et supprimez l’ID de mesure. Si vous utilisez l’intégration native, mettez en pause votre balise GTM GA4.
Testez avec le DebugView de GA4.

Créez des éléments de conversion Shopify propres et bien trackés avec Fudge.

Try Fudge for Free

Utiliser GTM comme source unique de vérité

L’approche à long terme la plus propre : installez GTM une seule fois (dans theme.liquid) et gérez TOUT le tracking via GTM. Aucun autre code de tracking n’est présent ailleurs.

Avantages :

Chaque balise de tracking est visible au même endroit
Facile d’auditer, d’ajouter ou de supprimer des balises
Réduit le risque de doublons causés par les membres de l’équipe ajoutant du code indépendamment
Le mode Preview de GTM rend les tests très simples

Avec cette approche, votre configuration de Customer Events devrait être supprimée ou limitée aux événements que GTM ne peut pas atteindre (événements de la page de checkout sur les forfaits non-Plus).

Déduplication au niveau de la plateforme

Certaines plateformes intègrent une déduplication server-side si vous utilisez à la fois des pixels navigateur et des API server-side. Pour l’API Conversions de Meta, vous pouvez inclure un paramètre event_id à la fois dans l’événement du pixel navigateur et dans l’événement CAPI — Meta les associe et les compte comme une seule conversion.

Il s’agit d’une configuration avancée, mais qui vaut la peine d’être connue : la déduplication au niveau de la plateforme est un filet de sécurité, et non une solution pour pallier un code de pixel redondant.

FAQ

Comment détecter les événements de pixel en double sans tester manuellement chaque plateforme ?

Utilisez une extension de navigateur comme Meta Pixel Helper ou Omnibug — elles signalent en temps réel les événements en double déclenchés sur la même page. Pour un audit plus approfondi, le DebugView de GA4 et l'onglet Test Events de Meta affichent chaque événement déclenché pendant une session, rendant les doublons évidents. Certaines agences utilisent les logs server-side pour comparer le nombre d'événements à celui des commandes.

Les événements de pixel en double vont-ils gonfler mon ROAS déclaré ?

Oui — un doublon (x2) double effectivement les conversions rapportées, donnant l'impression que les campagnes ont deux fois le ROAS réel. C'est particulièrement nuisible pour les décisions de scaling publicitaire : vous allez surinvestir dans des campagnes qui ne performent pas vraiment. Corrigez les doublons avant de faire des réallocations budgétaires majeures basées sur les données du pixel.

Dois-je toujours utiliser Customer Events au lieu de theme.liquid pour le tracking ?

Oui pour le tracking des achats — Customer Events se déclenche sur les pages de checkout où theme.liquid ne peut pas accéder (le checkout Shopify est sandboxé pour les boutiques non-Plus). Pour les événements de la vitrine (pages vues, ajouts au panier), theme.liquid ou GTM fonctionnent tous les deux ; ne les combinez simplement pas avec Customer Events pour le même type d'événement.

Les pixels server-side et navigateur peuvent-ils se déclencher en même temps en toute sécurité ?

Oui, avec une bonne déduplication. L'API Conversions de Meta s'attend à ce que vous envoyiez le même event_id depuis le pixel navigateur et l'événement server-side — Meta les associe et ne les compte qu'une seule fois. Sans cet ID, vous auriez un double comptage. Le Measurement Protocol de GA4 utilise des modèles similaires.

Combien de temps faut-il pour que les corrections de pixel apparaissent dans Meta ou GA4 ?

Les outils en temps réel (Test Events de Meta, DebugView de GA4) affichent les modifications immédiatement. Les rapports de production ont un décalage de 24 à 72 heures en raison des fenêtres de traitement. Les données d'audience et de lookalike basées sur les événements historiques prennent 7 à 14 jours pour refléter pleinement ces données plus propres — soyez patient avant d'en juger l'impact.