Choisir entre postback global et postback par campagne

Partir du besoin de réception, pas du nombre d'offres

Dix campagnes ne nécessitent pas automatiquement dix postbacks. Si un seul tracker reçoit les mêmes événements avec les mêmes champs, une configuration commune peut simplifier la maintenance. Inversement, deux campagnes peuvent exiger des contrats différents : l'une mesure une demande qualifiée, l'autre une commande validée. La première question est donc ce que le destinataire attend, et non combien de lignes figurent dans votre liste d'offres.

Rédigez une matrice avec campagne, événement attendu, outil destinataire, identifiant de rapprochement, montant éventuel et responsable du contrôle. Regroupez seulement les lignes réellement compatibles. Si une différence vient d'un filtre du tracker plutôt que du réseau, examinez d'abord la possibilité de configurer ce filtre côté destinataire. Multiplier les points de sortie sans nécessité augmente le nombre de secrets, de mappings et de preuves de réception à maintenir.

Reconnaître les cas où une exception est justifiée

Une campagne gérée dans un autre tracker peut nécessiter une destination spécifique. Une équipe distincte peut également avoir un circuit de réception séparé, sous réserve des permissions de partage de données. Une exception peut enfin correspondre à un mapping particulier ou à un pilote isolé. Dans chaque cas, écrivez pourquoi le global ne convient pas et ce que la configuration supplémentaire apporte. Une préférence de nommage ne justifie pas nécessairement un nouveau circuit.

N'utilisez pas un postback par campagne pour contourner un statut bloqué, une absence d'accord fournisseur ou une restriction du compte. Une fonctionnalité peut être disponible pour certaines sources et pas pour d'autres. Le manager doit confirmer le circuit effectivement pris en charge et l'autorité qui produit la conversion. Tant que cette confirmation manque, la bonne décision est de préparer la configuration et son test, pas de présenter la livraison comme opérationnelle.

Écrire la règle de priorité avant de combiner les réglages

Dans l'organisation Cash Nutra, un réglage S2S actif propre à une campagne est conçu pour remplacer le global sur le périmètre concerné, et non pour envoyer deux notifications du même événement. Cette règle ne signifie pas que toutes les sources ont déjà leur livraison activée. Faites confirmer la prise en charge réelle de la campagne et le point de sortie utilisé. Ne créez pas un second expéditeur pour compenser une absence de réception non diagnostiquée.

Votre fiche de test doit préciser le comportement attendu pour global seul, exception active et exception désactivée. Notez également le traitement d'une URL refusée ou d'une campagne sans capacité de livraison. Le retour au global ne doit jamais être une supposition de l'opérateur : vérifiez le comportement autorisé dans ce cas. Cette matrice évite qu'une configuration enregistrée mais inactive soit interprétée comme une règle effectivement sélectionnée par le système.

Contrôler les champs et les droits de chaque destinataire

Pour chaque URL, vérifiez le domaine de réception, le protocole attendu, la méthode, le mapping du clic et les éventuels mécanismes d'authentification documentés. Demandez quels statuts sont transmis et comment une mise à jour est représentée. Deux destinataires utilisant un champ nommé payout peuvent lui donner des interprétations différentes. Confirmez montant et devise ensemble. N'insérez pas un prix consommateur là où le tracker attend une commission affiliée.

Limitez les informations transmises au besoin de la mesure. Les identifiants de suivi ne justifient pas l'ajout d'une adresse client ou d'un détail de commande non nécessaire. Gardez les secrets hors des messages de campagne et des captures partagées. Si une URL contient un secret requis par le fournisseur, utilisez le canal de configuration autorisé et protégez les journaux qui peuvent la conserver. Un destinataire de test doit bénéficier du même examen qu'un destinataire définitif.

Passer d'une configuration enregistrée à une réception prouvée

Enregistrer une URL établit une intention ; activer un circuit autorise son utilisation ; retrouver un événement prouve une réception dans un scénario donné. Ces trois étapes doivent apparaître séparément dans votre fiche. Vérifiez les statuts affichés et la réponse du backend. Si la plateforme indique que la livraison n'est pas activée pour la source, ne recommencez pas indéfiniment la sauvegarde : demandez au responsable de confirmer le prérequis manquant.

Le test doit utiliser un événement synthétique convenu et une procédure qui ne crée pas de revenu commercial. Retrouvez l'identifiant reçu, le clic associé et le résultat du traitement. En cas de réponse HTTP positive sans conversion visible, rapprochez les journaux avant de modifier les deux configurations à la fois. Conservez le résultat pour chaque circuit distinct : un test global réussi n'atteste pas automatiquement de la réussite d'une exception utilisant un autre chemin.

Maintenir les exceptions lors d'un changement de tracker

Une exception oubliée peut continuer à envoyer des événements à un ancien outil alors que le global a été mis à jour. Lors d'une migration, inventoriez toutes les configurations actives, leur propriétaire et leur date de dernier test. Déterminez comment traiter les conversions tardives liées aux anciens clics. Le changement doit préserver leur rapprochement ou documenter la limite, plutôt que déplacer tous les retours au même instant sans tenir compte de l'historique.

Votre espace Cash Nutra constitue le point de départ pour le postback global ; les campagnes et leur manager permettent de clarifier les besoins spécifiques. Préparez dès l'inscription le nom du tracker et un schéma de réception, puis complétez les paramètres après validation des offres. Une architecture simple et explicitement testée est plus facile à exploiter qu'une collection d'URL dont personne ne connaît la priorité, les exceptions ou le destinataire réel.

Avant de vous lancer

• Regrouper les campagnes selon leur destinataire et leur événement attendu.
• Justifier chaque exception au circuit global.
• Confirmer la priorité et l'unicité de l'expéditeur pour chaque événement.
• Distinguer sauvegarde, activation autorisée et réception prouvée.
• Inventorier les exceptions avant tout changement de tracker ou de responsable.

Questions fréquentes