Pixels & suivi
Les pixels sont de petits scripts qui déclenchent des événements lors des interactions clients. Ils alimentent retargeting, suivi des conversions et attribution — installez-les avant de lancer du payant.
Ce qu'on supporte
| Tracker | Couverture |
|---|---|
| Facebook Pixel (Meta) | Événements navigateur + Conversions API (serveur) |
| TikTok Pixel | Événements navigateur |
| Snapchat Pixel | Événements navigateur |
| Google Analytics 4 | Direct ou via GTM |
| Google Ads | Direct ou via GTM |
| HTML personnalisé | Injection libre dans <head> (Hotjar, Clarity, etc.) |
Chaque pixel peut être configuré par boutique (instance unique) ou en mode multi-pixels (plusieurs instances) — utile pour des annonces depuis plusieurs comptes pub ou pour tester des créas. Le multi vit sur /dashboard/pixels/multi.
Limites par plan
La disponibilité des pixels suit votre abonnement :
| Plan | Pixels par type | Notes |
|---|---|---|
| Gratuit | 0 | La gestion des pixels est verrouillée. Passez à un plan payant pour suivre vos annonces. |
| Pro | 1 par type (Facebook, TikTok, Snapchat, GA4, Google Ads, HTML personnalisé) | Un seul Pixel par canal — suffisant pour la plupart des boutiques. |
| Illimité | illimité par type | Ajoutez autant d'instances Facebook / TikTok / etc. que nécessaire sur /dashboard/pixels/multi. |
| Entreprise | illimité par type | Identique à Illimité. |
Quand un plan payant expire et que votre boutique repasse en Gratuit, les événements Pixel s'arrêtent — la configuration est conservée et reprend dès que vous vous réabonnez. Renouvellement : ouvrez /dashboard/subscribe et cliquez sur ▶ How to renew pour le tutoriel intégré, ou regardez la chaîne YouTube DZBuild.
Événements standards
À travers tous les pixels, la vitrine déclenche les mêmes événements canoniques :
| Événement | Quand |
|---|---|
PageView | Chaque chargement de page |
ViewContent | Vue d'une page produit |
AddToCart | Ajout panier (ou ouverture du fast-checkout) |
InitiateCheckout | Arrivée à l'étape paiement |
Purchase | Commande validée |
Lead | Soumission de formulaire landing (quand distinct de l'achat) |
Mappings : Facebook utilise ces noms tels quels ; TikTok et Snapchat ont des équivalents auto-mappés ; GA4 utilise view_item, add_to_cart, begin_checkout, purchase.
Configuration — Facebook Pixel
- Dans Meta Events Manager, créez un Pixel et copiez son ID.
- Ouvrez
/dashboard/pixelsdans DZBuild et collez l'ID dans le champ Facebook. - (Fortement recommandé) Générez un token Conversions API dans Events Manager et collez-le aussi. CAPI envoie les événements côté serveur, contournant iOS 14, bloqueurs de pubs et filtres.
- Enregistrez. Les événements partent immédiatement.
Configuration — TikTok / Snapchat / Google Ads / GA4
- Récupérez l'ID du Pixel (ou measurement ID pour GA4).
- Ouvrez
/dashboard/pixels, collez dans le champ correspondant. - Enregistrez.
Pour GA4, vous pouvez aussi passer par Google Tag Manager — collez le container ID dans le champ GTM et configurez GA4 dans GTM.
Mode multi-pixels
Ouvrez /dashboard/pixels/multi pour configurer plusieurs instances du même type. Cas d'usage :
- Annonces depuis 2 comptes Meta Business pour la même boutique — chaque compte a besoin de son Pixel.
- Tester une créa avec un Pixel et le trafic plein avec un autre.
- Séparer attribution entre pixel marque et pixel campagne.
Chaque instance peut avoir son propre token CAPI. Les événements partent à toutes les instances configurées.
Conversions API (CAPI)
CAPI = envoi d'événements côté serveur. Le pixel navigateur part depuis l'appareil du client ; CAPI envoie le même événement depuis les serveurs DZBuild. Cela contourne :
- Restrictions de tracking iOS 14+ (ATT)
- Protection anti-tracking de Brave / Firefox
- Bloqueurs de pubs (uBlock, Adblock Plus, etc.)
- Filtres réseau (certains FAI algériens)
DZBuild hash automatiquement l'email et le téléphone du client (selon la spec Meta) avant l'envoi CAPI. Les deux événements (navigateur + serveur) partagent un event_id que Meta déduplique pour ne compter la conversion qu'une fois. La qualité de matching (EMQ) passe typiquement de ~5 à ~9.
Override par landing page
Chaque landing page sur /dashboard/landing-pages peut avoir son propre Pixel qui prime sur celui de la boutique. Utile pour des campagnes vers des comptes pub différents.
Vérifier que ça marche
- Extension navigateur Facebook Pixel Helper — visitez votre vitrine et observez
PageViewetViewContentpartir. - Meta Events Manager → Test events — passez une vraie commande de test ; les événements arrivent en quelques secondes. Les événements CAPI sont étiquetés
Server. - TikTok Events Manager → Test events — même flow.
- GA4 → DebugView — même flow.
Bonnes pratiques
- Toujours installer un Pixel avant de lancer du payant. Sans, l'algo n'a rien sur quoi optimiser.
- Ajoutez CAPI dès l'activation des annonces Facebook — le gain EMQ se cumule sur les semaines.
- Source unique de vérité — choisissez les pixels que vous utilisez vraiment. N'en mettez pas 5 « au cas où ».
- N'envoyez pas de faux événements — gonfler les événements détériore la qualité de delivery sur la durée.
- Bon compte pub avec bon Pixel en mode multi — la mauvaise attribution gaspille le budget.
FAQ
Q : Mon Pixel envoie mais Meta dit « event-match quality basse ». R : Ajoutez Conversions API. Email et téléphone hashés côté serveur boostent l'EMQ.
Q : Naviguateur + CAPI sur le même Pixel ?
R : Oui — Meta déduplique via event_id. On envoie les deux avec le même ID.
Q : Où installer Hotjar / Clarity / un script perso ?
R : /dashboard/pixels → HTML personnalisé → collez le snippet. Injecté dans le <head> de toutes les pages vitrine.
Q : Les pixels ralentissent-ils ma boutique ? R : Tous chargés en async / non bloquant. Pas d'impact sur le score Page Speed.