Pixels d'application vs pixels personnalisés sur Shopify

Que sont les pixels d’application et les pixels personnalisés dans Shopify ?

Dans Shopify, les pixels d’application et les pixels personnalisés vivent tous deux sous Settings, Customer events, et s’exécutent tous deux sur votre boutique, le paiement et la page de remerciement. Les pixels d’application viennent avec des applications comme Facebook & Instagram et s’exécutent dans un bac à sable strict ; les pixels personnalisés sont du code que vous collez vous-même et s’exécutent dans un bac à sable plus permissif. Les deux attendent le consentement qu’ils requièrent.

Customer events a remplacé les endroits où les commerçants collaient autrefois des extraits de suivi, comme les préférences de la boutique en ligne, les scripts de paiement et les applications, par des pixels qui s’exécutent dans un bac à sable (pixels overview). Trois changements de l’année passée rendent ce choix plus important : Additional scripts s’est arrêté sur la page de remerciement, les pixels d’application sont passés à l’accès aux données Optimized par défaut, et Shopify a cessé de poser son cookie _shopify_y. Chaque détail Shopify ci-dessous a été vérifié le 24 septembre 2026.

Lequel choisir ?

Un pixel d’application venant de l’application propre à la plateforme dès qu’il fait ce dont vous avez besoin : Shopify recommande les pixels d’application quand c’est possible, pour leur sécurité et leurs mises à jour automatiques (pixels and customer events). N’écrivez un pixel personnalisé que quand aucune application ne convient, en sachant que Shopify ne prend pas en charge les pixels personnalisés (custom pixels).

Sources : les pages de Shopify sur les app pixels et la gestion des pixels personnalisés, et le guide des web pixels de shopify.dev.

L’application propre à une plateforme couvre une seule plateforme. Pour en envoyer à plusieurs depuis une seule application, une application de suivi fait l’affaire. cPixel, que nous développons, ajoute un seul pixel d’application, cPixel, qui déclenche les événements Meta, GA4 et Google Ads dans le navigateur ; son app embed optionnel charge les balises des autres plateformes sur les pages de la boutique. Ses achats pour Meta, TikTok, GA4, ChatGPT Ads, Pinterest et Snapchat partent de ses propres serveurs, construits depuis les webhooks de commande de Shopify plutôt que via un pixel serveur : comment cPixel envoie des événements côté serveur. Plus d’informations sur cPixel, qui envoie les achats Shopify à sept plateformes publicitaires.

Comment ajouter un pixel personnalisé ?

Écrivez du JavaScript simple, ajoutez-le sous Settings, Customer events, choisissez ses réglages de confidentialité, puis connectez-le. Il ne collecte rien tant que votre code ne s’est pas abonné aux événements de Shopify.

1. Retirez toute copie existante du même pixel de votre thème ou de tout autre endroit où il tourne encore, sinon ses événements comptent deux fois.
2. Depuis votre administration Shopify, allez dans Settings → Customer events, nommez le pixel et cliquez sur Add pixel.
3. Sous Customer privacy, réglez Permission (Required pour les finalités choisies, ou Not required) et Data sale. Un nouveau pixel personnalisé exige par défaut les permissions Marketing et Analytics et compte comme vente de données (custom pixel code).
4. Collez votre code dans Code. Le bac à sable n’exécute que du JavaScript, retirez donc les balises <script> et chargez le script du fournisseur avec du code à la place.
5. Cliquez sur Save, puis Connect pixel, et confirmez avec Connect.

Un pixel personnalisé suit la même forme quel que soit le fournisseur : chargez le SDK, puis transmettez-lui les événements de Shopify.

// Chargez le SDK du fournisseur avec du JavaScript : le bac à sable rejette le HTML
const script = document.createElement("script");
script.setAttribute("src", "https://vendor.example/sdk.js");
script.setAttribute("async", "");
document.head.appendChild(script);

// Transmettez-lui les événements standards de Shopify
analytics.subscribe("checkout_completed", (event) => {
  const checkout = event.data.checkout;
  // Appelez ici la fonction d'achat du fournisseur, avec des valeurs comme
  // checkout.order?.id, checkout.totalPrice?.amount et checkout.currencyCode
});

Pour un exemple complet, voir comment suivre les conversions ChatGPT Ads sur Shopify avec le pixel d’OpenAI.

Que ne peut pas faire un pixel ?

Tout ce qui a besoin de la page elle-même. Un pixel ne peut ni dessiner sur la page ni la lire, donc extraire des détails de la page, le suivi des clics sortants et du défilement, et les heatmaps ne fonctionnent dans aucun des deux bacs à sable (limites du bac à sable).

• Afficher quoi que ce soit. Aucun bouton, formulaire, bannière ni fenêtre modale. Le contenu de la page de remerciement appartient à un bloc d’application.

• Lire la page. Aucun événement, détail produit, e-mail ou numéro de téléphone, clic sortant, défilement ni donnée de heatmap tirée de la page. Publiez ce dont vous avez besoin depuis le code du thème comme un événement personnalisé et abonnez-vous-y :

  // Dans le code de votre thème
  Shopify.analytics.publish("special_email_signup", { email_campaign_id: 123 });
  
  // Dans le pixel personnalisé
  analytics.subscribe("special_email_signup", (event) => {
    console.log(event.customData.email_campaign_id);
  });

• Voir la vraie adresse. Dans le bac à sable souple, l’adresse de page qu’un script détecte est celle du bac à sable. Le conseil de Shopify est de prendre la page du client depuis l’événement page_viewed, par exemple event.context.document.location.href.

Shopify note que tous les pixels d’application ne prennent pas en charge les événements personnalisés, vérifiez donc auprès du développeur de l’application avant de construire dessus.

Pourquoi un pixel attend-il le consentement ?

Parce que votre boutique demande le consentement là où se trouve le client, et que le pixel requiert une permission que le client n’a pas donnée. Le Pixel Helper de Shopify l’affiche comme Pixel is awaiting consent : acceptez votre bannière de cookies ou cliquez sur Give consent to continue test.

• Les valeurs par défaut. Sur les marchés réglés pour exiger le consentement, généralement l’EEE et le Royaume-Uni, un pixel ne s’exécute qu’une fois que le client a accordé les permissions qu’il requiert. Un nouveau pixel exige Marketing et Analytics, et un pixel marqué comme vente de données ne s’exécute pas pour les clients qui ont refusé la vente de données, sauf s’il prend en charge l’usage limité des données (pixels overview).
• Consentement donné, toujours en attente. Une bannière de cookies tierce doit synchroniser ses choix via la Customer Privacy API de Shopify. Effacer vos cookies réinitialise votre propre bannière. Avec un domaine personnalisé, les comptes clients ont besoin d’un sous-domaine de celui-ci, sinon les pixels et le consentement ne fonctionnent pas sur la page d’état de la commande (dépannage d’un pixel d’application).
• Un cas réel. Dans un fil de la Communauté d’août 2026, les achats d’une boutique ont cessé d’atteindre GA4 via l’application Google & YouTube. Les réponses ont retracé cela jusqu’à la bannière de cookies qui ne transmettait jamais les choix à la Customer Privacy API, donc Shopify retenait le pixel de l’application au paiement pendant qu’une balise du thème libérée par la bannière continuait de faire remonter des pages vues.

Une application peut aussi ne requérir aucune permission et vérifier le consentement dans son propre code à la place, en utilisant l’API pixel privacy de Shopify. cPixel fonctionne ainsi : ce que cPixel envoie, et comment le consentement le change.

Que signifie « Optimized » pour un pixel d’application ?

C’est le réglage d’accès aux données par défaut pour les pixels d’application depuis le 13 janvier 2026 : quand Shopify détecte qu’un pixel marketing partage plus de données qu’il n’en a besoin, elle peut mettre en pause tout ou partie des données de ce pixel jusqu’au retour d’une activité pertinente (app pixels, changelog).

• Les deux réglages. Always on donne au pixel un accès aux données sans limites ; Optimized laisse Shopify l’ajuster. L’optimisation s’applique aux pixels marketing ; certains pixels d’application, comme ceux des applications d’analytique, ne peuvent pas être optimisés et gardent Always on.
• Ce que Shopify évalue. Les recommandations payantes et organiques, les ventes, la maturité de la boutique, la configuration de la boutique et les réglages de campagne synchronisés. Son propre exemple est une application marketing que vous avez cessé d’utiliser, dont les données se mettent en pause après assez d’inactivité. Quand ce réglage par défaut est arrivé, Shopify l’a appliqué à tous les pixels marketing actifs mais n’en a restreint aucun pendant au moins sept jours.
• Ce qu’il laisse tranquille. Les outils marketing qui apportent actuellement du trafic ou des ventes, les événements destinés à l’analytique autonome, et les webhooks.
• Comment vérifier. Dans Settings → Customer events, ouvrez le menu du pixel et cliquez sur View details. Le journal d’activité liste chaque changement Data access paused ou Data access granted depuis le 3 juin 2026, avec sa raison.
• Comment le changer. Cliquez sur le nom du pixel, choisissez Optimized ou Always on, puis cliquez sur Save.

Si les chiffres d’une plateforme ont chuté pendant que ses campagnes étaient en pause, lisez ce journal avant de supposer que le suivi a cassé ; pour Meta, les autres causes sont dans le pixel Meta ne suit pas les achats. Savoir si un pixel devrait être Always on est un jugement sur cette application, demandez donc à son développeur.

Comment tester un pixel ?

Avec le Pixel Helper de Shopify : dans Settings → Customer events, cliquez sur un pixel personnalisé puis Test, ou, pour un pixel d’application, cliquez sur l’icône de menu à côté et choisissez Test (un pixel d’application à la fois). Naviguez ensuite et passez commande dans l’onglet qui s’ouvre (testing custom pixels, app pixels).

1. Pour un pixel personnalisé, Shopify suggère cet abonnement pendant vos tests, qui journalise chaque événement standard dans la console :

   analytics.subscribe("all_standard_events", (event) => {
     console.log("Event data ", event?.data);
   });

2. Visitez une page, consultez un produit, ajoutez-le au panier, démarrez le paiement, saisissez les détails de livraison et terminez une commande de test. Chaque événement devrait obtenir un point vert ; un point rouge signifie que votre callback a échoué, et développer l’événement montre l’erreur.

3. Confirmez la réception dans l’outil propre à la plateforme aussi ; l’exemple de Shopify est le pixel helper de TikTok. Tag Assistant de Google fait exception, comme l’explique la section suivante. Vérifier chaque pixel de la page passe ces outils en revue.

Pixel Helper teste un pixel à la fois, vous ne pouvez pas modifier un pixel pendant qu’il tourne, et son journal s’efface à chaque nouvelle page ouverte. La sortie console d’un pixel personnalisé se trouve dans son propre cadre, choisissez donc ce cadre dans la console de votre navigateur.

Peut-on utiliser Google Tag Manager dans un pixel personnalisé ?

Oui. Shopify documente la configuration, mais les balises que Tag Manager charge s’exécutent quand même à l’intérieur des limites du bac à sable du pixel personnalisé, et Shopify indique que Google ne le recommande ni ne le prend en charge. Pour les propres balises de Google, Shopify recommande plutôt l’application Google & YouTube.

1. Copiez le code de Tag Manager pour l’en-tête de la page et retirez ses balises HTML.
2. Collez le reste dans un nouveau pixel personnalisé.
3. Abonnez-vous aux événements de Shopify et transmettez chacun au dataLayer de Tag Manager.
4. Configurez Tag Manager pour accepter ces événements (pixel personnalisé Google Tag Manager).

La fonctionnalité Troubleshoot tag de Tag Assistant ne peut pas voir les balises dans un pixel personnalisé, testez donc avec Pixel Helper et les rapports propres aux plateformes. Plus de détails dans Balise Google non détectée. Pour les balises non Google que vous faites tourner via Tag Manager, Shopify suggère des applications avec des pixels d’application (remplacer les scripts Google Tag Manager).

Questions fréquentes

Pourquoi Customer events est-il grisé ?

Généralement une permission de staff. View customer events laisse un membre du staff voir les pixels d’application et personnalisés, Manage and add custom pixels lui permet d’ajouter et modifier les pixels personnalisés, et gérer les pixels d’application nécessite Manage and install apps and channels (permissions de la boutique). Demandez au propriétaire de la boutique d’ajouter ce dont vous avez besoin à votre rôle.

Les pixels s’exécutent-ils sur les pages de compte client ?

Seulement une fois que vous connectez un sous-domaine personnalisé pour les comptes clients, et alors ils n’y suivent que l’événement page_viewed (pixels overview).

Qu’est-ce qui a remplacé le cookie _shopify_y ?

Le clientId sur les événements standards et DOM de Shopify. Shopify a cessé de poser _shopify_y et _shopify_s le 1 janvier 2026 ; event.clientId porte l’identifiant que le premier détenait. Il n’y a pas de remplacement pour _shopify_s, mais un pixel peut poser son propre cookie de durée de session via l’API du navigateur (changelog Shopify).