Lorsque Affise enregistre une conversion, il vérifie l'offre et ses gains pour choisir l'un d'entre eux (ou le seul existant) et pour placer les valeurs nécessaires dans les statistiques. Par conséquent, si l'offre comporte plusieurs paiements, il est essentiel de sélectionner le paiement approprié.
Avant de commencer
Critères de sélection des gains
Quatre critères influencent la sélection des gains:
Existence d'un paiement personnel pour l'affilié à qui appartient la conversion/le clic/l'impression.
Valeur de l'objectif.
Autres champs (pays, villes, appareils, OS, sub1-sub8).
Pondération.
Le premier critère est le principal. Le système applique d'autres critères après l'avoir vérifié.
Existence d'un paiement personnel
Principe général : s'il existe un paiement personnel pour l'affilié auquel appartient cette conversion/clic/impression et que les autres critères sont remplis, le système enregistre la conversion sous ce paiement personnel comme approuvée ou attribue le coût au clic/impression. S'il n'y a pas de paiement personnel, le système vérifie tous les paiements généraux.
Le paiement personnel est toujours le premier à être choisi si le choix se porte sur deux paiements similaires : le paiement général et le paiement personnel (les autres critères sont remplis dans les deux cas).
Schéma 1 :
Ce critère est le premier que le système applique à la conversion/clic/impression lors de la sélection du paiement approprié.
Sélection par objectif
Ce critère n'est utilisé que pour les conversions.
Lisez d'abord les informations sur le suivi des objectifs.
Une fois que le système a enregistré la conversion, il examine la valeur de l'objectif envoyée par l'annonceur via le paramètre d'objectif. S'il n'y a pas de paramètre d'objectif, le système place la valeur d'objectif "1" par défaut. Ensuite, le système compare la valeur de l'objectif de la conversion avec les valeurs de l'objectif présentées dans les paiements personnels (s'il y en a) / dans les paiements généraux (s'il n'y a pas de paiements personnels).
Schéma 2 :
Sélection par d'autres champs
Le critère est utilisé pour les conversions/clics/impressions.
Le principe général est le même que la sélection par objectif.
Une fois que le système enregistre la conversion ou un clic/impression, il examine le pays, la ville, l'appareil, le système d'exploitation et les valeurs des paramètres sub1-sub8. Ensuite, le système compare les valeurs de conversion/clic/impression avec les valeurs présentées dans les paiements personnels (le cas échéant)/dans les paiements généraux (s'il n'y a pas de paiements personnels).
⚠️ N'oubliez pas que les sous-valeurs de la section Paiements de la page d'édition de l'offre sont sensibles à la casse.
Schéma 3 :
La différence entre les critères de la valeur de l'objectif et les critères de ces champs :
Le système vérifie tous les champs mentionnés ci-dessus en même temps. Si au moins l'un d'entre eux n'est pas rempli, le système vérifie les autres paiements présentés dans l'offre en fonction de l'existence de critères de paiement personnels.
Le champ Valeur de l'objectif ne peut pas être vide, mais les champs Pays, Villes, Appareils, OS, et Sub1-Sub8 peuvent l'être. Cela signifie que si le champ est vide dans le paiement, tous les pays, villes, appareils, systèmes d'exploitation et valeurs des paramètres sub1-sub8 sont autorisés.
Sélection par poids
Il arrive qu'une conversion/clic/impression puisse donner lieu à plusieurs paiements appropriés :
Lorsqu'il existe plusieurs paiements personnels appropriés, où les critères des valeurs d'objectif et d'autres champs sont remplis.
Lorsqu'il existe plusieurs paiements généraux, pour lesquels les deux critères des valeurs d'objectif et d'autres champs sont remplis. Il n'existe aucun paiement personnel pour l'affilié en question.
Dans ce cas, le système ne doit choisir qu'un seul paiement.
Lespoids sont les points que le paiement reçoit pour un champ particulier. Plus le paiement a de points en général, plus le système a de chances de le choisir.
Si, après avoir vérifié les poids, il y a toujours les mêmes paiements appropriés, le système choisit le paiement aléatoire.
⚠️ Ne confondez pas les pondérations des gains et les pondérations des URL supplémentaires. Il s'agit de deux options différentes, qui ne sont pas corrélées entre elles.
Cas
Cas №1. La conversion s'est faite avec l'objectif "2". Vous voyez les paiements suivants. Pourquoi y a-t-il 0 dans les champs Revenus et Paiements de la conversion ?
La conversion zéro est arrivée avec la valeur d'objectif "2", le système l'a donc enregistrée sous le deuxième paiement général. Les autres critères sont remplis dans les deux paiements.
Cas №2. La conversion provient d'Irlande. Vous voyez les paiements suivants. Pourquoi le système a-t-il choisi le paiement général, malgré l'existence d'un paiement personnel de l'affilié à qui appartient la conversion ?
La conversion n'est pas venue de Grèce. Le système a trouvé le paiement personnel nécessaire, mais il a également vérifié d'autres critères. Dans ce cas, la conversion provenait d'un autre pays. C'est pourquoi le système a refusé le paiement personnel et a vérifié le paiement général. Les objectifs étant les mêmes, le système a enregistré la conversion sous le paiement général.
Sélection des gains dans l'attribution probabiliste
Le processus de sélection des paiements dans cette situation est presque similaire au processus habituel, mais il présente plusieurs particularités :
Le système vérifie s'il existe un paiement personnel. Le schéma de cette étape est le même.
Le système vérifie la valeur de l'objectif. Cette étape se déroule de la même manière.
Le système vérifie les valeurs d'autres champs tels que les pays, les villes, les appareils, les systèmes d'exploitation et les sous-valeurs. Lors de cette étape, le système doit utiliser les paramètres pays, plateforme et sub2.
Exemple 1. Les paramètres suivants ont été définis :
Si le postback contient les paramètres de pays et de plateforme , le système lit les valeurs transmises dans ces paramètres. Si les valeurs correspondent aux paramètres ci-dessus, le système sélectionne ce paiement. Si le postback ne contient pas ces paramètres, le système lit les valeurs "Tous les pays" et "Tous les systèmes d'exploitation", ce qui signifie que le paiement est erroné et que le système en recherche un autre.
Exemple 2. Les paramètres suivants ont été définis :
Le système recherche de toute façon d'autres paiements, car le postback ne contient pas d'informations sur les appareils et les valeurs sub8 en raison de l'absence de paramètres pertinents. Le système le perçoit automatiquement comme "Tous les appareils" et "Toutes les valeurs sub8".
C'est pourquoi Affise recommande fortement de ne pas utiliser de restrictions dans d'autres champs (les villes, les champs d'appareils, d'autres sous). Le système perçoit toujours les informations de chaque postback comme "Toutes les villes", "Tous les appareils", et toutes les sous-valeurs, quels que soient les paramètres que vous utilisez dans le lien de postback.
Pour en savoir plus sur l' attribution probabiliste.
Le système compare les poids. Effectuez l'étape comme dans le cas d'une intégration habituelle.
Veuillez contacter l'équipe de support client d'Affise pour toutes les questions soulevées via l'e-mail : [email protected].