Meta Pixel et API Conversions pour boutiques COD
Envoyez les mêmes événements depuis le navigateur et depuis le serveur, avec un event_id partagé pour que Meta les déduplique, et associez le bon Pixel à chaque produit.
ReadyStore envoie PageView, ViewContent, InitiateCheckout, Lead et Purchase via le Pixel Meta (navigateur) et l’API Conversions (serveur) avec les mêmes event_name et event_id, ce qui permet à Meta de dédupliquer. Chaque produit peut avoir son propre Pixel, et l’attribution (UTM, fbclid, fbp, fbc) est conservée avec la commande.
Deux canaux, un seul comptage
Le Pixel s’exécute dans le navigateur : il peut être bloqué par une extension, un navigateur restrictif ou un refus de consentement. L’API Conversions envoie le même événement depuis votre serveur, sans dépendre du navigateur du visiteur.
ReadyStore génère un identifiant d’événement (event_id) et l’utilise pour les deux copies. Meta reconnaît qu’il s’agit du même événement et ne le compte qu’une fois. Lors d’une nouvelle tentative d’envoi, l’événement garde son event_id et son horodatage d’origine.
- Mêmes event_name et event_id côté navigateur et serveur
- Données client hachées (SHA-256) avant envoi serveur
- Réponse de commande jamais retardée par l’envoi vers Meta
Les événements envoyés
Les étapes du parcours de vente COD et leur canal d’envoi.
| Événement | Déclenché quand | Canaux |
|---|---|---|
| PageView, ViewContent | Affichage de la page produit | Navigateur + serveur, en parallèle |
| InitiateCheckout | Le client commence à remplir le formulaire de commande | Navigateur + serveur |
| Lead | Selon votre configuration : commande enregistrée ou commande abandonnée | Navigateur + serveur |
| Purchase | Après l’enregistrement réel de la commande | Navigateur (après la réponse) + serveur via une file durable |
Lead et Purchase ne partent qu’après la persistance de la commande ou de l’abandon, jamais avant.
Ce qui rend le suivi exploitable
Un Pixel par produit
Un store peut gérer plusieurs Pixels (Pixel ID, Dataset ID, accès CAPI) et chaque produit est lié au sien. Les événements ne se mélangent pas d’un produit à l’autre.
Attribution conservée
UTM (source, medium, campaign, content, term), fbclid, gclid, ttclid, fbp et fbc sont conservés avec la commande, avec l’URL d’arrivée, le référent et l’appareil.
File durable et relances
Les envois serveur passent par une file persistante : en cas d’échec (réseau, délai Meta, redémarrage), ils sont relancés automatiquement avec le même event_id, jusqu’à huit tentatives.
Qualité des données
Les commandes suspectées frauduleuses (même IP, plusieurs commandes en moins d’une heure) n’envoient pas de Purchase. Les listes d’IP bloquées complètent la protection.
Connecter votre Pixel en trois étapes
- 1
Ajoutez votre Pixel
Dans le tableau de bord, section Pixels : renseignez le Pixel ID, le Dataset ID et l’accès à l’API Conversions. Les identifiants sensibles sont chiffrés côté serveur.
- 2
Associez-le à vos produits
Choisissez le Pixel de chaque produit. Vous pouvez séparer vos campagnes, vos marques ou vos tests.
- 3
Vérifiez dans Meta
Contrôlez dans le Gestionnaire d’événements que les événements arrivent par les deux canaux et sont dédupliqués.
Questions sur le Pixel et l’API Conversions
Quelle différence entre le Pixel et l’API Conversions ?
Le Pixel envoie les événements depuis le navigateur du visiteur ; l’API Conversions les envoie depuis votre serveur. Utiliser les deux avec un event_id commun améliore la couverture sans compter deux fois.
Mes événements seront-ils comptés en double ?
Pas lorsque la déduplication fonctionne : les deux copies portent le même event_name et le même event_id, et Meta n’en retient qu’une. Contrôlez l’état de déduplication dans le Gestionnaire d’événements.
Puis-je utiliser plusieurs Pixels dans un même store ?
Oui. Chaque produit peut être lié à son propre Pixel, avec son identifiant et son accès à l’API Conversions.
ReadyStore garantit-il un pourcentage d’événements reçus ?
Non. Les résultats dépendent de vos audiences, de leurs navigateurs, des consentements et de Meta. ReadyStore met en place le double canal, la déduplication et les relances pour réduire les causes évitables de perte.
Pour aller plus loin
Commandes abandonnées
Conservez les coordonnées saisies sans commande finale et choisissez le comportement Meta par Pixel.
En savoir plusBoutique pour Facebook Ads
Une boutique et un suivi pensés pour les campagnes Meta : Pixel par produit, CAPI, attribution et abandons.
En savoir plusPixel vs API Conversions
Comprendre la différence entre Pixel et API Conversions, et comment la déduplication évite de compter deux fois.
En savoir plus
Mesurez vos campagnes jusqu’à la commande.
Créez votre boutique, ajoutez votre Pixel et associez-le à vos produits.