Détournement de commissions
Découvrez ce que signifie le détournement de commissions, comment il fonctionne et quelles règles de calcul, de suivi ou de programme influent sur les résultats...
5 min de lecture
AffiliateMarketing
Glossary
Dans le marketing d’affiliation, la déduplication des conversions empêche que plusieurs enregistrements d’une même action admissible génèrent des conversions ou des commissions en double. Elle est nécessaire lorsque des événements sont renvoyés après une nouvelle tentative, que des pages de remerciement sont rechargées ou que le suivi par navigateur et serveur signale la même commande. La clé de correspondance et la portée de l’événement doivent permettre de distinguer les doublons des répétitions légitimes.
À retenir : dédupliquez une même action, et non toutes les actions d’un même client. Les renouvellements, commandes distinctes et ajustements doivent avoir des identifiants d’événement appropriés.
Pourquoi une même conversion peut-elle être reçue deux fois ?
Un client peut actualiser une page de confirmation, un serveur peut renvoyer une requête après un délai d’attente, ou un programme peut utiliser conjointement la transmission par navigateur et par serveur. Deux intégrations peuvent également soumettre le même événement métier. Il s’agit de scénarios de transmission, pas nécessairement de deux achats différents.
Lancez votre programme d'affiliation aujourd'hui
Configurez le suivi avancé en quelques minutes. Aucune carte de crédit requise.
Événement en double ou nouvel événement légitime
| Scénario | Traitement attendu |
|---|---|
| Même commande renvoyée après un délai d’attente | Mettre à jour ou reconnaître l’événement existant |
| Même commande signalée par un pixel et un postback | Appliquer la règle convenue : une conversion |
| Nouvelle facture d’abonnement admissible | Traiter comme un événement de renouvellement distinct |
| Remboursement d’une vente existante | Lier un ajustement à l’événement d’origine |
Que doit contenir la clé ?
Utilisez des identifiants stables de la source et une portée appropriée, par exemple le compte marchand, le type d’événement et l’identifiant de transaction ou de facture. N’utilisez pas uniquement un horodatage : des événements distincts peuvent avoir lieu au même moment, et des tentatives répétées peuvent arriver plus tard. Appliquez des règles de correspondance cohérentes dans toutes les intégrations.
Rejoignez notre newsletter
Soyez le premier à connaître les nouvelles fonctionnalités et mises à jour.
Quels éléments faut-il tester ?
- La transmission répétée de données identiques.
- L’arrivée des événements du navigateur et du serveur dans un ordre quelconque.
- Les requêtes simultanées concernant la même action.
- Une nouvelle commande ou un renouvellement pour le même client.
- Un montant corrigé ou un remboursement ultérieur.
Déterminez quelle source fait autorité si deux signalements divergent. Accepter silencieusement le premier événement peut conserver un montant erroné, tandis qu’accepter les deux peut entraîner un trop-perçu. La déduplication résout l’identité de l’événement ; la validation établit son admissibilité commerciale et ses valeurs exactes.
Que ne permet-elle pas de résoudre ?
La déduplication ne détermine pas lequel de deux affiliés ayant généré des recommandations réellement différentes mérite la commission. Elle ne permet pas non plus d’établir qu’une transaction est réelle ou qu’une méthode promotionnelle est autorisée. Ces questions nécessitent des règles d’attribution et de lutte contre la fraude, en complément du traitement des doublons.
Comment un administrateur peut-il examiner un doublon ?
Comparer les identifiants de la source
Vérifiez le marchand, la commande ou la facture, le type d’événement, la valeur initiale et la source de transmission. Deux enregistrements reçus à quelques instants d’intervalle peuvent correspondre à deux ventes réelles, tandis qu’une même action reçue plusieurs minutes plus tard peut être une nouvelle tentative. Fiez-vous à l’identifiant métier stable plutôt qu’à une simple règle de proximité temporelle.
Questions à se poser pour une configuration à double suivi
- Les signalements du navigateur et du serveur utilisent-ils le même identifiant de commande source ?
- Leurs devises et leurs montants donnant droit à une commission sont-ils cohérents ?
- Quelle source fait autorité si les montants diffèrent ?
- Comment les mises à jour sont-elles distinguées des nouvelles conversions ?
- Les événements de renouvellement et de remboursement sont-ils identifiés séparément ?
- La décision appliquée peut-elle être reproduite à partir d’un journal d’audit ?
La documentation sur la protection contre les événements répétés de Post Affiliate Pro décrit les contrôles de la plateforme. Vérifiez les règles de correspondance réellement appliquées au lieu de supposer qu’un seul paramètre résout tous les chevauchements entre le suivi par navigateur et par serveur.
Que se passe-t-il lorsque le même événement change ?
Une correction peut nécessiter une mise à jour plutôt que la suppression complète du second signalement. Par exemple, une commande de 100 $ peut faire l’objet d’un remboursement ultérieur de 20 $. La vente d’origine ne doit pas disparaître, et le remboursement ne doit pas devenir une nouvelle vente.
La documentation de Stripe sur les remboursements illustre les ajustements de paiement identifiés séparément. Associez ces enregistrements source à la transaction d’origine appropriée et appliquez la politique d’affiliation. La déduplication doit conserver les mises à jour pertinentes tout en empêchant les signalements répétés de générer des récompenses supplémentaires.
Choisir un identifiant pour chaque événement donnant droit à une commission
Un identifiant de transaction n’est utile que dans une portée définie. Le même identifiant peut apparaître dans plusieurs comptes marchands ou types d’événements. Pour les abonnements, utilisez l’identifiant d’un événement de facturation ou d’une facture plutôt que de supprimer tous les paiements associés au même identifiant client ou d’abonnement.
Dans un exemple hypothétique de paiement à double suivi, le pixel et le postback signalent tous deux la commande order-1042. Le système de suivi doit créer une seule commission sur la vente. Un renouvellement admissible ultérieur doit avoir son propre identifiant ; un remboursement doit être un événement d’ajustement lié à la vente d’origine, et non une nouvelle vente.
Conservez un registre des événements acceptés et rendez les nouvelles tentatives idempotentes. Les recommandations de Stripe sur les webhooks illustrent l’importance des identifiants et du contexte des événements lorsque les transmissions se répètent. Testez les arrivées simultanées et les nouvelles tentatives tardives, ainsi que les simples actualisations de page.
Pour les paramètres correspondants de Post Affiliate Pro, consultez la documentation sur la protection contre la fraude . Vérifiez la configuration et les exigences d’intégration au regard des règles de votre programme.
