Guide mis à jour le 28 août 2026 · EXPERAISE
Les anciens plans de tracking Shopify reposaient souvent sur des sélecteurs DOM, des interceptions réseau et des scripts injectés à plusieurs endroits. Cette architecture casse dès qu’un thème, un panier ou un checkout évolue. Les Web Pixels proposent un environnement contrôlé pour écouter les événements clients.
En bref. Utilisez les Web Pixels pour la collecte analytics et publicitaire, en respectant le consentement. Appuyez-vous sur les événements standards, documentez le mapping vers chaque destination et évitez de dupliquer les mêmes événements avec des scripts de thème ou plusieurs applications.
Ce que change l’API Web Pixels
Un pixel s’abonne à des événements publiés par Shopify, comme la consultation produit ou les étapes du checkout. Les pixels applicatifs s’exécutent dans une sandbox stricte ; les pixels personnalisés disposent d’un contexte différent mais restent isolés du storefront classique.
Cette séparation réduit certaines dépendances au DOM et aide à appliquer les choix de confidentialité. Elle impose aussi de comprendre quelles données sont réellement disponibles dans chaque événement.
Événements standards et événements personnalisés
Commencez par les événements standards : page_viewed, product_viewed, product_added_to_cart et les événements de checkout pertinents. Ils offrent une convention stable et des payloads documentés.
Créez un événement personnalisé seulement lorsqu’une interaction business importante n’est pas couverte : usage d’un configurateur, validation d’un quiz ou engagement avec une recommandation. Définissez alors un nom et un schéma pérennes.
Consentement et finalité
Un événement disponible techniquement ne doit pas être envoyé à toutes les destinations. Classez les outils par finalité, configurez le consentement et vérifiez le comportement avant et après choix du visiteur.
Shopify distingue les événements storefront utilisés pour réagir à l’interface et les Web Pixels destinés à l’analytics. Ne détournez pas les événements UI pour contourner les mécanismes de consentement.
Éviter la double collecte
Recensez les canaux actifs : application officielle, pixel personnalisé, GTM, script de thème, intégration serveur et réglages natifs de la plateforme publicitaire. Pour chaque destination, désignez une voie principale.
Utilisez transaction_id, event_id ou les identifiants adaptés pour la déduplication lorsque plusieurs couches sont nécessaires. Comparez les volumes d’événements entre Shopify, GA4 et les plateformes, sans attendre une égalité parfaite.
Mettre en place une recette durable
Testez les variantes de panier, les codes promotionnels, les marchés, les moyens de paiement et les remboursements. Vérifiez à la fois l’émission par Shopify et la réception par la destination.
Ajoutez le tracking à la checklist de chaque mise en production. Une nouvelle app de panier ou une modification du checkout peut changer le parcours sans déclencher d’erreur visible pour le client.
Checklist opérationnelle
- Inventorier tous les pixels actifs
- Choisir une source par destination
- Mapper les événements standards
- Définir les règles de consentement
- Tester les étapes checkout
- Contrôler les identifiants de déduplication
- Documenter la date de recette
Plan d’action sur 30 jours
Semaine 1 : établir la référence
Documentez l’existant, les outils actifs et les indicateurs disponibles. Conservez des captures ou exports afin de comparer le résultat après intervention.
Semaine 2 : corriger le socle
Traitez les incohérences qui faussent l’analyse ou empêchent l’usage. Commencez par une zone contrôlée avant de déployer le changement à tout le catalogue.
Semaine 3 : déployer et recetter
Testez sur mobile et desktop, avec les principaux marchés, variantes et scénarios d’achat. Notez les écarts et attribuez un responsable à chaque correction.
Semaine 4 : mesurer et décider
Comparez les indicateurs à la référence sans confondre corrélation et causalité. Conservez ce qui améliore réellement le parcours et transformez les nouveaux constats en backlog priorisé.
Livrable attendu : une référence datée, les changements déployés, les contrôles de recette et une décision explicite pour chaque prochaine action. Ce journal évite de réinterpréter les résultats plusieurs semaines plus tard.
Questions fréquentes
Web Pixels remplace-t-il Google Tag Manager ?
Pas dans tous les cas. Il fournit la couche d’événements Shopify ; GTM peut encore orchestrer certaines destinations selon l’architecture retenue.
Un pixel personnalisé accède-t-il à tout le DOM ?
Non. Les pixels s’exécutent dans des environnements sandboxés avec des APIs et données encadrées.
Peut-on suivre sans consentement ?
La collecte doit respecter la réglementation et les choix du visiteur. L’architecture technique ne remplace pas la gouvernance de confidentialité.