Suivi de Postback S2S : Comment le Configurer et Pourquoi il Est Meilleur que les Pixels

Chaque campagne de performance se résume finalement à une question : ce clic s'est-il transformé en argent ? Y répondre de manière fiable est le travail de le suivi postback serveur-à-serveur — et c'est la différence entre optimiser sur la vérité et optimiser sur une fiction confortable. Si vous utilisez le CPA, ce n'est pas un raffinement optionnel. C'est le mécanisme par lequel vous êtes payé.

Ce guide explique comment le suivi serveur-à-serveur fonctionne, pourquoi il survit aux choses qui brisent silencieusement les pixels, et exactement comment le configurer sur Adgora.

Pourquoi les pixels échouent et les serveurs non

Un pixel de suivi est une requête que le navigateur du visiteur effectue sur une page de remerciement. Cela signifie que chaque lien dans la chaîne dépend de la coopération du navigateur de quelqu'un d'autre. Les bloqueurs de publicité l'éliminent. Les modes de confidentialité le suppriment. L'utilisateur ferme l'onglet avant qu'il ne se déclenche. Les règles sur les cookies tiers se resserrent. Et parce qu'il est côté client, n'importe qui peut le déclencher manuellement — c'est pourquoi les conversions uniquement par pixel sont faciles à falsifier.

Un postback déplace le rapport vers l'endroit où se trouve la vérité : votre serveur. Lorsque la commande est confirmée dans votre base de données, votre backend appelle directement le réseau. Pas de navigateur, pas de bloqueur, pas de politique de cookies, pas d'onglet fermé. L'événement est rapporté parce qu'il s'est réellement produit, depuis le système qui sait qu'il s'est produit. C'est pourquoi il est à la fois plus précis et beaucoup plus difficile à falsifier.

Les trois éléments en mouvement

1. L'ID de clic

Lorsque un visiteur clique sur votre annonce, le clic passe par le traqueur d'Adgora à go.adgora.net, qui enregistre l'événement, effectue des vérifications anti-fraude et redirige l'utilisateur vers votre page de destination. Dans cette redirection, il appose un ID de clic unique — une seule valeur identifiant ce clic exact.

2. Le macro

Vous indiquez au réseau où placer cet ID en plaçant une macro dans votre URL de destination. Écrivez votre destination comme ceci :

https://yoursite.com/lp?click={clickid}&zone={zoneid}&geo={geo}

Adgora remplace chaque macro au moment de la redirection, de sorte que votre page reçoit les valeurs comme des paramètres de requête ordinaires. Les macros disponibles sont {clickid}, {zoneid}, {geo}, {device}, et {sub1} à travers {sub5} pour vos propres étiquettes de campagne.

3. Le postback

Lorsque la conversion se produit, votre serveur appelle le réseau :

https://api.adgora.net/s2s?clickid=CLICK_ID&status=confirmed&secret=YOUR_OFFER_SECRET

Adgora associe l'ID de clic à l'original, vérifie le secret par rapport à l'offre et enregistre la conversion. C'est la boucle entière.

Raccordement, étape par étape

1. Mettez la macro dans votre URL de destination. Ajoutez ?click={clickid} (plus tous les sous-éléments que vous souhaitez) à la destination de votre création.
2. Capturez-le à l'arrivée. Lisez le paramètre sur votre page de destination et stockez-le — dans la session, puis sur l'enregistrement de commande ou de lead lui-même. C'est l'étape que les gens omettent, et c'est pourquoi leurs postbacks plus tard n'ont rien à envoyer.
3. Déclenchez le postback au bon moment. Lorsque l'action est réellement terminée — paiement capturé, lead validé — faites en sorte que votre backend effectue l'appel avec l'ID de clic stocké, le statut et le secret de votre offre.
4. Ajoutez une nouvelle tentative. Les délais d'attente se produisent. Réessayez un postback échoué plusieurs fois avec un temps d'attente. Les doublons sont sûrs (voir ci-dessous), donc réessayer ne vous coûte rien et protège les revenus réels.
5. Testez avec un vrai clic. Cliquez sur votre propre annonce, complétez l'action et confirmez que la conversion apparaît. Ne supposez jamais que l'intégration fonctionne parce que le code semble correct.

Statuts, mises en attente et paiement à la livraison

Toutes les conversions ne sont pas finales au moment où elles se déclenchent. Un statut indique au réseau dans quel état se trouve l'action — confirmé lorsqu'elle est bonne, rejetée ou retournée lorsqu'elle ne l'est pas. Cela compte parce qu'un renversement devrait également renverser l'argent, et ne pas rester dans vos statistiques comme un revenu qui n'a jamais existé.

Adgora prend également en charge un flux de paiement à la livraison, où une conversion reste en attente jusqu'à ce que son statut devienne livré. Pour les biens physiques, c'est le modèle honnête : l'"action" n'est pas vraiment une action au moment du paiement — c'est une action lorsque le colis arrive et est payé. Envoyez le changement de statut lorsque la réalité change, et la facturation suit. C'est la colonne vertébrale du manuel de dropshipping et du marketing CPA en général.

Idempotence : pourquoi les doublons sont sûrs

Adgora enregistre chaque conversion une fois, identifiée par l'ID de clic et l'offre. Un postback réessayé, un webhook déclenché deux fois, ou un fraudeur rejouant une URL capturée touchent tous la même protection : la conversion existe déjà, donc elle n'est pas comptée à nouveau. C'est pourquoi vous devriez ajouter des réessais sans vous inquiéter, et c'est aussi l'une des raisons pour lesquelles la fraude par postback échoue ici — rejouer une conversion légitime mille fois facture exactement une fois. Le tableau d'ensemble est dans la fraude publicitaire expliquée.

Gardez le secret secret

Chaque offre a son propre secret de postback. C'est ce qui prouve que l'appel vient de vous plutôt que de quelqu'un qui a deviné un ID de clic. Gardez-le côté serveur — jamais en JavaScript, jamais dans une URL qu'un navigateur peut voir, jamais dans un dépôt public. Si un secret fuit, faites-le tourner. Et parce que les points de terminaison de postback attirent les tentatives de force brute, Adgora limite le nombre d'appels par adresse IP source ; une intégration saine ne s'approche jamais de ce plafond, mais un secret divulgué qui est attaqué le fera.

Ce que le bon suivi débloque

Une fois que les conversions sont liées aux clics, tout ce qui est en aval devient plus précis. Vous pouvez lire le coût par action par zone géographique, emplacement, créatif et sous-ID au lieu de deviner à partir du taux de clics. Vous pouvez éliminer une source qui génère du volume sans revenu. Vous pouvez développer le segment qui couvre votre paiement. Chaque discipline d'optimisation dans le ciblage et chaque marge dans l'arbitrage dépend de cette intégration unique étant correcte.

Prêt à le connecter ? Créez un compte Adgora, créez une offre pour obtenir votre secret de postback, et mettez {clickid} dans votre URL de destination. Consultez l'aperçu de l'annonceur pour voir comment le suivi s'intègre dans le reste de la pile.

Principaux points à retenir

• Les postbacks S2S sont rapportés depuis votre serveur, donc les bloqueurs de publicités, les règles de cookies et les onglets fermés ne peuvent pas les interrompre.
• La boucle est {clickid} macro → stockez-le → postback avec statut + secret de l'offre.
• Stocker l'ID de clic sur la commande est l'étape que la plupart des intégrations manquent — et la raison pour laquelle leur suivi est vide.
• Les conversions sont idempotentes par ID de clic et offre, donc ajoutez des réessais librement et les attaques de relecture échouent.
• Utilisez les statuts honnêtement — y compris le flux en attente → livré pour le paiement à la livraison — afin que la facturation suive la réalité.
• Gardez le postback secret côté serveur ; faites-le tourner s'il fuit.