Pourquoi le pixel seul ne suffit plus
Le pixel Meta est un script qui tourne dans le navigateur du client. Il est bloqué par les bloqueurs de publicité, limité par les réglages de confidentialité des iPhone, et il perd des événements quand la connexion coupe ou que la page se ferme trop vite. Chaque événement perdu, c'est une vente que Meta n'attribue à aucune publicité, et des données en moins pour optimiser vos campagnes.
L'API Conversions (CAPI) envoie les mêmes événements depuis le serveur de votre boutique, directement à Meta. Rien ne dépend du navigateur.
Pixel et API ensemble : la déduplication
Le bon réglage est d'utiliser les deux. Le pixel et le serveur envoient le même événement avec le même identifiant d'événement : Meta reconnaît le doublon et ne le compte qu'une fois. Vous gardez la réactivité du pixel et la fiabilité du serveur, sans gonfler vos résultats.
La particularité du COD : la vraie vente arrive plus tard
En boutique classique, l'achat a lieu sur la page de paiement. En COD, le formulaire n'enregistre qu'une intention. La vente se confirme au téléphone, puis se réalise à la livraison, plusieurs jours après le clic. Ces étapes se passent chez votre call center et votre livreur, loin du navigateur du client : seul le serveur peut les envoyer à Meta.
Voici les événements qu'AfriQuaShop envoie, et quand :
| Moment | Événement envoyé à Meta |
|---|---|
| Le client valide le formulaire | Lead et Purchase |
| Commande confirmée, préparée ou expédiée | AfriShop_Confirmed |
| Commande livrée ou payée | AfriShop_Delivered |
| Commande annulée, refusée ou retournée | AfriShop_Canceled |
Chaque événement de statut porte un identifiant propre à la commande. Si votre call center passe la commande de « confirmée » à « expédiée », Meta ne compte toujours qu'une confirmation.
Relier la livraison au bon clic
Pour qu'une livraison soit attribuée à la bonne publicité plusieurs jours plus tard, Meta doit reconnaître le client. AfriQuaShop conserve, au moment de la commande, les identifiants du clic publicitaire : les cookies Meta (_fbp et _fbc), l'identifiant de clic présent dans l'adresse de la page (fbclid) et le navigateur utilisé. Il les renvoie avec chaque événement de statut, accompagnés du téléphone du client haché (transformé de façon irréversible), comme l'exige Meta.
Pas d'attribution au hasard
Quand une commande n'a aucune information de clic, envoyer un événement de livraison laisserait Meta l'attribuer à n'importe quelle campagne récente. AfriQuaShop préfère ne rien envoyer dans ce cas plutôt qu'une donnée trompeuse.Mettre en place l'API Conversions avec AfriQuaShop
- Dans le Gestionnaire d'événements de Meta, ouvrez votre pixel et générez un jeton d'accès pour l'API Conversions.
- Dans AfriQuaShop, collez l'identifiant du pixel et ce jeton. Vous pouvez connecter plusieurs pixels, et assigner un pixel à un produit précis.
- Branchez votre call center (xcod, Redotafrica ou Google Sheet) pour que les statuts des commandes reviennent dans AfriQuaShop, et donc vers Meta.
- Vérifiez l'arrivée des événements dans l'onglet Tester les événements du Gestionnaire d'événements.
- Créez une conversion personnalisée sur AfriShop_Delivered pour lire votre coût par livraison dans le Gestionnaire de publicités.
Les erreurs fréquentes
Compter deux fois
Un pixel et une API qui envoient le même achat sans identifiant commun : Meta compte deux ventes. Toujours un identifiant d'événement partagé.
Optimiser sur des leads sans jamais regarder les livraisons
Si Meta ne reçoit que des leads, il apprend à trouver des gens qui remplissent des formulaires, pas des gens qui prennent livraison. Les événements de statut lui donnent enfin la suite de l'histoire.
Un jeton expiré
Si les événements serveur s'arrêtent d'un coup, vérifiez que le jeton n'a pas été révoqué dans le Gestionnaire d'événements.
- Pour lire et exploiter ces événements : le coût par livraison.