En bref : Les partenaires intégrés reçoivent des postbacks pour les installations et les événements in-app rejetés en raison de fraudes ou de non-conformité aux règles de validation.
Postbacks d'attribution rejetés liés à la fraude et aux règles de validation
Terminologie :
- Événements de fraude : installations et événements in-app bloqués par Protect360
- Événements non conformes : installations et événements in-app qui ne respectent pas les règles de validation
- Événements rejetés : Événements de fraude et événements non conformes aux règles de validation
- Installation avec attribution corrigée : Une installation détournée, identifiée puis bloquée, dont l'attribution est ensuite corrigée et attribuée à la véritable source média.
Postbacks
- Les partenaires intégrés reçoivent en temps réel les postbacks des événements rejetés.
- Il n'y a pas de postbacks d'événements frauduleux pour les événements in-app des installations avec attribution corrigée.
-
Les postbacks des événements rejetés sont envoyés au point de terminaison spécifié par le partenaire pour les postbacks d'installation et d'événement rejetés, avec les paramètres supplémentaires suivants :
- Raison du blocage
- Sous-raison du rejet
- Est rejeté
- Valeur de la raison de rejet (lorsqu'elle est disponible). Par exemple :
reject_reason=site_blacklist&reject_reason_value="1123456"&is_rejected=1
Le tableau suivant répertorie la raison du rejet, la valeur de la raison du rejet et une explication de cette raison :
| Raison du rejet | Valeur de la raison du rejet | L'utilisateur peut configurer | Explication |
|---|---|---|---|
| ctit_anomalies | Le temps mesuré entre le clic et l'installation, en secondes | x | Les anomalies CTIT sont des clics attribués qui ont été bloqués en raison d'un temps entre clic et installation jugé déraisonnable. |
| validation_installation_store | N/A | x | Installations dont la validation par l'App Store a échoué |
| site_blacklist | ID du site | x | Installations provenant d'ID de sites bloqués par AppsFlyer en raison d'une forte densité d'activités frauduleuses. Déterminé par nos algorithmes internes. |
| bots | N/A | x | Tentatives d'installation bloquées par des bots |
| click_flood | ID du site ou vide | x | Installations provenant de clusters bloqués par AppsFlyer en raison d'un grand nombre d'installations avec un CTIT élevé et un faible taux de conversion. |
| anomalies_comportementales | N/A | x | Les anomalies comportementales sont des fraudes à l'installation bloquées en raison d'un comportement post-installation incohérent et anormal. |
| hijacking_installation | N/A | x | Le détournement d'installation est attribué à des clics bloqués en fonction d'un délai de clic et d'installation déraisonnable, basé sur l'API côté serveur de Google Play. |
| validation_bots | Noms des règles ou vide | ✓ |
Règle définie par le client. |
| validation_hijacking | Noms des règles | ✓ | Règle définie par le client. |
| ai_layer | N/A | x | Les modèles d'IA sont utilisés pour analyser de grandes quantités de données, améliorant ainsi les capacités de détection pour identifier les activités frauduleuses sur les appareils et les installations. |
Raisons du rejet pour les événements in-app
| Raison du rejet | Valeur de la raison du rejet | Explication |
|---|---|---|
| Hérite de l'installation | Hérite de l'installation | Installation initiale identifiée comme fausse en raison du niveau d'installation ou de la liste de refus. |
| inapps_bots | paramètres_appareil_faux | L'algorithme AppsFlyer détecte la fraude |
| validation_inapps | nom_événement_invalide | Basé sur une règle de validation demandée ou définie manuellement |
| validation_inapps | valeur_événement_invalide | Basé sur une règle de validation demandée ou définie manuellement |
| validation_inapps | Nom(s) de la règle | Basé sur des règles définies manuellement |
Important !
- Pour distinguer les postbacks d'événements légitimes et les postbacks rejetés, vous devez configurer les macros des postbacks rejetés.
- Pour activer les postbacks rejetés pour la confidentialité avancée, vous devez d'abord ajouter les paramètres suivants au postback par défaut :
is-rejectedblocked-reasonblocked-sub-reasonblocked-reason-value
- Lorsque les paramètres ci-dessus sont ajoutés au postback par défaut et au postback de confidentialité avancée, les postbacks d'installation/d'événement in-app rejetés sont activés.