Meta Conversions API, sans Google Tag Manager

Une vente bloquée par le navigateur n'est pas perdue pour toi, mais elle l'est pour l'algorithme de Meta : il n'apprend rien de cet acheteur. Quand le signal arrive complet, Meta montre tes publicités aux gens qui ressemblent à tes acheteurs. Selon Meta, les annonceurs qui envoient leurs événements web par la Conversions API obtiennent en moyenne un coût par résultat inférieur de 17,8 %.

Meta active désormais par défaut une API Conversions en un clic, qui recopie ce que ton pixel envoie : une vente que le pixel ne voit pas, elle ne la voit pas non plus. Ce qu'elle couvre et ce qu'elle laisse passer.

Oriva envoie tes conversions, pas chaque page vue : achat, lead, inscription, et tes événements personnalisés. Pour chacune :

• la valeur et la devise ;
• un identifiant d'événement, le même que celui de ton pixel si tu le lui transmets (voir plus bas) ;
• les informations qui aident Meta à reconnaître l'acheteur, quand tu les fournis : email, téléphone, prénom, nom, code postal, identifiant client. Elles sont mises au format demandé par Meta puis hachées de façon irréversible (SHA-256) avant d'être enregistrées. Oriva ne les garde jamais en clair ;
• l'adresse IP et le navigateur du visiteur, que Meta exige pour un événement web. Oriva les efface de sa base au bout de 90 jours ;
• les cookies du pixel Meta (_fbc, _fbp). Si le cookie de clic manque mais que l'adresse d'arrivée portait un fbclid, Oriva le reconstruit comme Meta le documente ;
• les détails de commande standard (référence, produits, quantité). Jamais la commission versée à un affilié : elle ne regarde pas Meta.

Un événement standard (achat, lead, inscription) est reconnu directement par Meta. Un événement personnalisé apparaît dans Events Manager dès le premier envoi. Pour en faire l'objectif d'une campagne, Meta documente la conversion personnalisée : tu la crées dans Events Manager à partir de cet événement, tu choisis l'événement standard le plus proche pour l'optimisation, puis tu la sélectionnes comme objectif de performance quand tu crées ta campagne.

Oui, c'est même recommandé. Meta déduplique un événement reçu à la fois du navigateur et du serveur s'ils portent le même nom et le même identifiant d'événement. Donne donc la même référence de commande à ton pixel (paramètre eventID) et à Oriva (event_id). Sans ça, Meta compte la vente deux fois. L'onglet Santé d'Oriva te prévient quand il voit ton pixel Meta à côté d'une destination Meta active, pour que tu vérifies ce point.

Sur Shopify, l'app officielle Facebook & Instagram réglée sur « Maximum » envoie déjà les achats à Meta côté serveur : lis notre guide avant d'ajouter une destination Meta.

Sans accord du visiteur pour la publicité, Oriva n'envoie rien à Meta. Au départ, Oriva considère que le visiteur n'a pas donné son accord : il faut relier ton bandeau de cookies (Axeptio, Didomi, Cookiebot, tarteaucitron…) à Oriva, en une ligne.

Le bouton « Tester cette destination » envoie un appel de test avec ton code d'événement de test, et t'affiche la réponse de Meta. Attention, Meta précise que les événements de test ne sont pas écartés : ils comptent aussi pour le ciblage et la mesure. Retire le code de test une fois la vérification faite.

Tu le vois dans le journal de livraison, avec la réponse de Meta et une phrase qui explique quoi faire (par exemple : token expiré, génère-en un nouveau dans Events Manager). Une erreur passagère est rejouée automatiquement. Un événement de plus de 7 jours est refusé par Meta : Oriva le marque en échec sans l'envoyer.

• un pixel Meta (un « jeu de données » dans Events Manager) et son identifiant ;
• un token d'accès, généré dans les paramètres du pixel, section API de conversions ;
• facultatif : un code d'événement de test.