Les API de conversion expliquées : renvoyer les conversions aux plateformes publicitaires
Pourquoi les plateformes publicitaires veulent des événements de conversion côté serveur, ce dont une Conversion API a besoin de votre tracker, et comment garder des données propres et consenties.
Pourquoi les plateformes demandent des événements serveur
Les plateformes publicitaires optimisent les enchères sur les conversions qu’elles peuvent voir. Un pixel navigateur en rate une part croissante : scripts bloqués, durée de vie des cookies raccourcie, navigateurs in-app et conversions qui surviennent des jours plus tard sur le domaine d’un réseau où votre pixel ne se charge jamais. Une Conversion API (CAPI) est l’alternative côté serveur : votre système indique directement une conversion à la plateforme, en HTTPS.
Pour le trafic affilié, c’est encore plus important, car la conversion a souvent lieu sur une page que vous ne contrôlez pas. Le seul signal fiable dont vous disposez est le postback qui arrive jusqu’à votre tracker. Transmettre ce signal à la plateforme publicitaire referme la boucle.
Ce que contient un événement de conversion
Les champs exacts varient selon la plateforme, mais chaque événement repose sur les mêmes briques :
- Nom de l’événement : lead, purchase, registration, ou un nom personnalisé reconnu par la plateforme.
- Heure de l’événement : le moment où la conversion a eu lieu, pas celui où vous l’envoyez.
- Identifiant de clic : le click ID propre à la plateforme, capté dès le premier clic, comme
gclid,fbclidouttclid. - Valeur et devise, si vous optimisez sur la valeur.
- Un ID d’événement pour que la plateforme puisse éliminer les doublons.
Du postback à la plateforme publicitaire
- Le visiteur clique sur l’annonce. La plateforme ajoute son click ID à votre URL.
- Le tracker enregistre ce click ID avec le clic, à côté de son propre click ID.
- Le réseau d’affiliation envoie un postback avec le click ID du tracker quand le visiteur convertit.
- Le tracker retrouve le clic, en extrait le click ID de la plateforme et envoie l’événement à la Conversion API de la plateforme.
- La plateforme attribue la conversion à l’annonce et s’en sert pour les enchères.
XPNSR Tracker prend en charge huit Conversion API et conserve une file de nouvelles tentatives, afin qu’une panne côté plateforme ne fasse pas perdre d’événements. Quel que soit l’outil que vous utilisez, assurez-vous que les envois échoués sont relancés et visibles, jamais silencieusement perdus.
Qualité du matching et déduplication
Les plateformes évaluent la qualité du rapprochement entre vos événements et leurs utilisateurs. Un click ID offre le meilleur matching. À défaut, certaines plateformes acceptent des identifiants hashés comme une adresse e-mail, mais uniquement si vous avez le droit de les partager.
Si vous utilisez aussi un pixel navigateur, envoyez le même event ID des deux côtés. La plateforme en garde un et supprime l’autre. Sans ID partagé, vous comptez en double et l’algorithme d’enchères surpaye.
Consentement et confidentialité
- N’envoyez que ce dont la plateforme a besoin pour attribuer la conversion. Un click ID et un horodatage suffisent souvent.
- Respectez les signaux de consentement de vos landing pages. Dans les régions où le consentement est requis, ne transmettez pas d’événements pour les visiteurs qui l’ont refusé.
- N’envoyez jamais de données personnelles brutes. Les plateformes qui acceptent des identifiants les attendent normalisés et hashés.
- Conservez une trace de ce qui est envoyé et où, afin de pouvoir répondre à une demande de suppression.
Essayez-le sur votre propre trafic.
XPNSR Tracker : clics illimités sur chaque offre, essai de 7 jours sur Start et Pro.