En bref : les règles de validation sont une fonctionnalité premium d'AppsFlyer. Elles ajoutent une couche de protection personnalisée contre les campagnes mal ciblées et la fraude. Les règles permettent aux propriétaires d'apps de contrôler quelles installations et quels événements in-app sont bloqués, ou quelles installations sont attribuées à la source valide la plus récente.
Présentation
- Les règles de validation sont définies dans le générateur de règles à l'aide de conditions et d'une logique personnalisées qui filtrent et sélectionnent les installations d'app ou les événements in-app à conserver ou à bloquer.
- Les règles sont basées sur une variété de paramètres pour de multiples cas d'utilisation, notamment :
- Installations non ciblées pour votre campagne (mauvaise geo, version du système d'exploitation, etc.)
- Installations qui ne répondent pas à l'ordre d'insertion signée avec l'ad network
- Installations piratées par des réseaux frauduleux
- Fausses installations ou événements in-app envoyés par des bots, des émulateurs ou des fermes d'appareils
- Les règles définies pour les événements in-app ne prennent effet que sur les EIA associés à des installations qui n'ont pas déjà été bloquées.
- Les règles qui incluent un ad network sont visibles par le personnel de cet ad network (mais elles ne peuvent pas voir les autres ad networks inclus dans la règle). Ceci est dans l'intérêt de la transparence et pour aider les ad networks à mieux comprendre les performances du trafic qu'ils fournissent.
- Les règles s'exécutent en temps réel et sont effectives immédiatement. Pour en savoir plus, consultez la section Résultats.
- Des options supplémentaires de règles de validation sont disponibles pour les clients Protect360, en plus du blocage et de la détection automatiques de la fraude par Protect360. Ces conditions sont connues pour aider à la détection de diverses installations détournées, fausses installations et faux événements in-app.
Note : les règles de validation ne valident que les installations / évenements in-app qui n'ont pas été identifiés comme frauduleux par Protect360.
Résultats
- Pour les installations : les règles de validation, en fonction de l'action sélectionnée, bloquent soit l'attribution à des sources non valides, soit l'installation.
- Pour les événements in-app : les règles de validation bloquent l'événement in-app.
-
Voir le tableau suivant pour les détails.
Résultats du type de blocage des règles de validation Type de blocage Description Où les données d'installation peuvent être visualisées Les événements in-app qui suivent Bloquer attribution - Sélectionnée lorsque vous considérez l'installation comme réelle, mais vos conditions déterminent quelles sources doivent être attribuées ou non.
- L'attribution est corrigée, et l'installation est attribuée à la dernière source média valide.
- Si aucune source média valide n'est identifiée, l'installation est marquée comme étant organique.
- Tableaux de bord AppsFlyer et rapports de données brutes en tant qu'installation régulière (attribuée à la dernière source média valide)
- Avec Protect360 Premium :
- Tableau de bord des installations Protect 360
- Protect360 installe un rapport de données brutes (avec la source média bloquée)
- Sans Protect360 Premium :
- Protect360 installe un rapport de données brutes (avec la source média bloquée)
- A la même attribution corrigée que l'installation
- Données disponibles avec Protect360 Premium :
- Avec une attribution corrigée dans les tableaux de bord et les rapports AppsFlyer en tant qu'EIA régulier.
- Avec source média bloquée dans le tableau de bord des EIA Protect360 et le rapport de données brutes d'EIA Protect360 bloqués
Installation bloquée - Sélectionné lorsque les installations qui ne sont pas valides selon les conditions de la règle sont considérées comme fausses.
- L'installation n'est pas du tout attribuée (elle n'apparaît donc pas dans les tableaux de bord ou les rapports Appsflyer).
- Avec Protect360 Premium :
- Tableau de bord des installations Protect 360
- Protect360 installe un rapport de données brutes (avec la source média bloquée)
- Sans Protect360 Premium :
- Protect360 installe un rapport de données brutes (avec la source média bloquée)
- Bloqué
- Données disponibles avec Protect360 Premium dans le tableau de bord des EIA Protect360 et le rapport de données brutes des EIA bloqués
Événements in-app bloqués - Appliqué automatiquement aux règles de validation pour les événements in-app.
-
Avec Protect360 Premium :
- Tableau de bord Protect360 des EIA
- Rapport sur les données brutes des événements in-app Protect360
- Sans Protect360 Premium : N/A
- Données disponibles avec Protect360 Premium dans le tableau de bord des EIA Protect360 et le rapport de données brutes d'événements in-app bloqués
- Les ad networks et les agences ne peuvent afficher les données que si l'annonceur leur donne les autorisations requises.
- Lorsqu'une installation est bloquée ou attribuée à une source média valide en temps réel, un postback de rejet est instantanément envoyé à l'ad network bloqué, afin de rationaliser votre flux de réconciliation. Lorsque l'attribution est bloquée et corrigée à la dernière source média valide, un postback est également envoyé au dernier ad network valide.
-
Lorsqu'un événement in-app est bloqué, un postback de rejet est instantanément envoyé à l'ad network bloqué.
Remarque :- Un postback n'est envoyé que si l'ad network configuré pour le recevoir est intégré à AppsFlyer pour recevoir des postbacks.
- Les rapports de postbacks et de postbacks rejetés sont disponibles sur la page d'exportation.
- En savoir plus sur les postbacks et les postbacks rejetés.
-
Le blocage de l'installation et de l'attribution, ainsi que le blocage des EIA, n'affectent que la manière et l'endroit où les données sont rapportées dans AppsFlyer. Ils n'empêchent pas l'utilisation des apps par vos utilisateurs finaux.
- Si nécessaire, vous pouvez utiliser l'installation bloquée et les rapports de données brutes des EIA bloqués (disponibles via l'exportation, l'API pull et Data Locker), pour obtenir la liste des utilisateurs de l'app à désactiver.
-
Les rapports sur les installations/EIA bloqués et les postbacks rejetés contiennent le nom des règles qui ont bloqué les installations/EIA sous la raison du blocage. Consultez la section règles multiples s'il y a plus d'une règle.
- Lorsque les installations/EIA sont bloqués par le moteur anti-fraude Protect360, même s'il existe également une règle de validation, les motifs Protect360 s'affichent.
- Les règles peuvent entraîner des divergences dans les rapports entre AppsFlyer et les SRN comme Facebook Ads et Google Adwords car ils déploient leur propre logique pour valider les installations.
Règles multiples
- Plusieurs règles de validation peuvent être exécutées sur la même installation / EIA. Cela se produit lorsque l'installation remplit les conditions de plusieurs règles.
- L'installation/EIA est classé comme non valide lorsqu'il ne respecte pas les conditions de l'une ou l'autre des règles séparément.
- Dans les rapports de données brutes et les postbacks rejetés, le champ de la valeur Motif du blocage contient les noms de toutes les règles qui classent l'installation comme non valide. Le sous-motif du bloc contient le nom de la première règle à exécuter.
- Plusieurs règles pour la même installation sont séquencées pour s'exécuter dans l'ordre suivant, en fonction des types de blocage des règles :
Types de règle/blocage | Commande |
---|---|
Bloquer les installations |
Aléatoire |
Bloquer attribution |
Aléatoire |
Événement in-app bloqué |
Aléatoire |
Installations et attribution bloquées |
|
Installations et attributions bloquées avec le moteur Protect360 et les règles de validation |
|
Événements in-app bloqués avec le moteur Protect360 et les règles de validation |
|
Générateur de règles
L'interface utilisateur du générateur de règles est conçue pour la création interactive de règles. Astuce ! Familiarisez-vous avec le générateur de règles et expérimentez avant de lire cet article en détail.
Le générateur de règles contient les sections suivantes :
Section | Remarques |
---|---|
Événements |
|
Sources | Source de trafic pour laquelle la règle est appliquée. Voir également Sources Protect360 |
Important |
Décidez si les conditions définies déterminent que les installations sont invalides ou valides.
|
CONDITIONS |
Les conditions qui déterminent la validité de l'installation en fonction de divers paramètres, ainsi que votre sélection dans la section « considérée comme ». Voir également les conditions Protect360 |
Action |
Reportez-vous à la rubrique Résultats pour plus d'informations. |
Sources
C'est dans la section Sources que vous définissez les sources de trafic des installations auxquelles la règle s'applique.
Il existe deux options principales :
-
Tout le trafic : la règle s'applique à toute installation, quelle que soit sa source (agence, source média, campagne, organique, etc.).
Remarque : comme cette option inclut des installations organiques, aucune autre information source ne peut être sélectionnée et seule l'option d'installation bloquée est disponible. Cela est dû au fait qu'il n'est pas possible de bloquer/corriger l'attribution des installations organiques. - Non-organique uniquement : la règle s'applique aux sources que vous sélectionnez, avec les champs, opérateurs et valeurs décrits dans le tableau qui suit.
Des options de source supplémentaires sont disponibles pour les clients Protect360, pour les installations et les événements in-app.
Champ | operator | valeur | Remarques |
---|---|---|---|
agences |
|
|
|
Source média |
|
|
|
Campagne |
|
|
|
Identifiant de publicité |
|
||
Identifiant de l'ensemble de publicités | |||
Nom de l'ensemble de publicités |
CONDITIONS
La section Conditions est l'endroit où vous définissez les conditions qui déterminent quand les installations sont bloquées, ou attribuées à la dernière source valide.
Vous pouvez ajouter plusieurs conditions et des groupes de conditions à chaque règle.
Les conditions sont définies selon les conditions, opérateurs et valeurs définies dans le tableau qui suit.
Des options de source supplémentaires sont disponibles pour les clients Protect360, pour les installations et les événements in-app.
Condition | operator | valeur | Remarques |
---|---|---|---|
Campagne |
|
|
|
Identifiant de publicité |
|
||
Identifiant de l'ensemble de publicités | |||
Nom de l'ensemble de publicités | |||
Type d'appareil | |||
Géo |
|
|
|
Plate-forme |
Sélectionnez une valeur dans le menu. |
||
Version OS |
|
|
|
Jours rétrospectifs |
|
|
|
Est préinstallé |
|
|
|
Is deeplink (est deeplink) |
Un champ de deep link vide dans les données brutes est considéré comme Is deeplink = No |
Sources d'installation de Protect360
En plus des options de source habituelles, les clients Protect360 disposent d'une autre option de source pour définir les installations auxquelles leur règle s'applique. La source est définie selon le champ, les opérateurs et les valeurs indiqués dans le tableau qui suit.
Champ | operator | valeur | Remarques |
---|---|---|---|
ID site |
|
|
|
Conditions d'installation de Protect360
Les clients Protect360 disposent d'un ensemble de conditions supplémentaires pour valider leurs installations. Ces conditions peuvent être mélangées et associées à l'une des conditions non-Protect360 répertoriées précédemment.
Les conditions Protect360 sont définies selon les conditions, opérateurs et valeurs définies dans le tableau qui suit.
Condition | operator | valeur | Remarques |
---|---|---|---|
CTIT (Click Time to Install Time) |
|
|
|
ID utilisateur du client (CUID) |
|
|
|
Version de l'app |
|
|
|
Version du SDK | |||
Installateur/Magasin |
|
Sélectionnez une valeur dans le menu :
|
Dans le cas où l'appareil d'un utilisateur ne fournit pas le paramètre installateur/magasin à AppsFlyer, la règle ne prend pas effet. |
Sources d'événements in-app Protect360
Lorsque l'option Evénements in-app est sélectionnée dans la section Événements, les clients Protect360 disposent, en plus des options de source habituelles , d'une autre option de source pour définir les événements in-app auxquels leur règle s'applique.
La source est définie selon le champ, les opérateurs et les valeurs indiqués dans le tableau qui suit.
Remarque : toutes les autres sources d'événements in-app sont basées sur la source de l'installation à laquelle l'EIA est associé (par exemple, agence, source média, campagne, ID de site, etc.).
Champ | operator | valeur | Remarques |
---|---|---|---|
Nom de l'événement |
|
|
|
Conditions des événements in-app Protect360
Lorsque l'option Événements in-app est sélectionnée dans la section Événements, les clients Protect360 disposent d'options de conditions supplémentaires pour définir les événements in-app auxquels leur règle s'applique. Ces conditions peuvent être mélangées et associées à l'une des conditions non-Protect360 répertoriées précédemment.
Les conditions Protect360 sont définies selon les conditions, opérateurs et valeurs définies dans le tableau qui suit.
Condition | operator | valeur | Remarques |
---|---|---|---|
Nom de l'événement |
|
|
|
Source de l'évènement | |||
Valeur de l'événement |
|
||
Délai entre l'installation et l'événement (en secondes) |
|
Texte libre. Une valeur numérique unique. |
|
Logique entre les conditions et les groupes de conditions
Si vous ajoutez plusieurs conditions ou groupes de conditions à une règle, sélectionnez la relation logique entre elles en utilisant l'une des options suivantes :
- Et : signifie que l'installation est conforme à toutes les conditions définies.
- Ou : signifie que l'installation est conforme à au moins une des conditions définies.
Par exemple, si vous souhaitez valider les installations en fonction de la plateforme et du système d'exploitation, vous devez sélectionner et. De cette façon, la plate-forme définie doit toujours accompagner le système d'exploitation défini. Si vous souhaitez valider les installations en fonction de la plate-forme ou du système d'exploitation, vous devez sélectionner ou.
Procédures
Afficher la liste des règles
Pour afficher toutes les règles créées dans votre compte :
-
Dans AppsFlyer, accédez à Configuration > Règles de validation.
La fenêtre Règles de validation s'ouvre, avec la liste des règles de validation. - Sélectionnez votre vue tabulaire préférée à l'aide du bouton Vue liste/Détails.
-
Filtrez les règles de la liste à l'aide des options de recherche et de filtrage.
- Vous pouvez effectuer une recherche par nom de règle, source, nom de condition et valeur.
- Par exemple, tapez 7 pour trouver toutes les règles définies pour une version de système d'exploitation qui contient 7 (par exemple : 2.7.4, 7.1, etc.). Ou tapez Canada pour trouver les règles définies avec le Canada dans la condition géo.
Ajouter une règle
Pour configurer une nouvelle règle :
-
Dans AppsFlyer, allez dans Configuration > Règles de validation.
La fenêtre Règles de validation s'ouvre. -
Cliquez sur Ajouter une règle.
La fenêtre Ajouter une nouvelle règle s'ouvre. - Insérez un nom de règle.Utilisez un nom unique qui :
- décrit avec précision la règle.
- n'est pas offensant pour les ad networks, puisqu'il apparaît dans le rapport des installations bloquées, ainsi que dans celui des postbacks refusés aux ad networks.
- Complétez les sections du constructeur de règle.
- [Facultatif] Ajoutez des conditions et/ou groupes de conditions, selon les besoins. Veillez à sélectionner la logique pertinente entre les conditions/groupes de conditions.
- [Facultatif] Cliquez sur Estimer l'impact du trafic pour voir comment votre règle affectera le trafic.
- Cliquez sur Enregistrer.
Afficher l'impact des règles de validation
Visualisez l'impact estimé de vos règles de validation sur le trafic, c'est-à-dire le nombre d'installations et d'attributions bloquées qui pourraient survenir.
Remarque
- L'estimateur de règles de validation est uniquement accessible aux annonceurs. Les partenaires n'ont pas accès.
- Les estimations sont disponibles pour les règles liées aux installations, pas pour les événements in-app.
- L'estimation affiche également ce qui s'applique à la règle, mais qui est déjà bloqué par la protection antifraude Protect360, une autre règle de validation ou, si la règle estimée n'est pas nouvelle, le trafic bloqué par son paramètre précédent.
Pour voir l'impact estimé de votre règle de validation :
- Dans AppsFlyer, allez dans Règles de validation.
- Sélectionnez une règle existante ou cliquez sur + Ajouter une règle et créez une nouvelle règle avec des sources de règles et des conditions.
-
Faites défiler jusqu'au bas de la règle et cliquez sur Estimer l'impact sur le trafic.
La fenêtre de l'impact estimé de la règle s'ouvre. -
Choisissez si vous voulez baser l'impact estimé sur les données depuis le jour précédent ou sur les 7 derniers jours.
- L'estimation des nouveaux blocages, ainsi que le pourcentage du trafic nouvellement bloqué en raison de la règle de validation, s'affichent.
-
Lorsque la règle est définie sur des sources non organiques uniquement, l'estimation affiche l'impact de la règle par rapport à l'ensemble de votre trafic. Pour voir l'impact par rapport aux sources uniquement (par exemple, une source média ou une campagne spécifique), dans la légende du graphique, désélectionnez Autres sources.
Modifier ou supprimer une règle
Pour modifier, supprimer, activer ou désactiver une règle :
- Dans la liste de règles, sélectionnez l'action que vous souhaitez effectuer pour une règle spécifique.
- Sous Actif : activez ou désactivez la règle.
- Sous Action : modifiez ou supprimez la règle.
API des règles de validation
Les développeurs peuvent utiliser l'API des règles de validation pour obtenir, créer, mettre à jour les règles et mettre à jour leur statut.
- Obtenir des règles : fournit une liste de toutes vos règles de validation avec des détails concernant toutes les conditions de la règle.
- Créer une règle : crée une nouvelle règle avec des conditions spécifiques.
- Mettre une règle à jour : change/modifie les conditions d'une règle existante.
- Mettre à jour le statut d'une règle : active, désactive ou supprime une règle existante.
FAQ
Qu'est-ce qu'une « expression régulière » ?
Un modèle d'expression régulière est composé de caractères pour lesquels vous souhaitez trouver une correspondance. Les modèles simples sont construits avec des caractères pour lesquels vous souhaitez trouver une correspondance directe. Lorsque la recherche d'une correspondance nécessite plus qu'une correspondance directe, vous pouvez inclure des caractères spéciaux dans le modèle.
Exemples :
Expression régulière | Description |
---|---|
^abc | Commence par abc |
xyz$ |
Se termine par xyz |
^abc.*xyz$ |
Commence par abc et se termine par xyz |
^abc.*(?<!xyz)$ |
Commence par abc et ne se termine pas par xyz. |
^([0-9]{2}) |
Commence par 2 chiffres |
\"example_param\":\"[5|6] | La valeur du paramètre spécifié commence par 5 ou 6. |
^.{0}$|^\{\}$ | Est vide ou n'est que {} |
Pourquoi la source ou la condition ne s'affiche-t-elle pas comme valeur suggérée lorsque je la recherche ?
Il y a deux raisons possibles :
- Assurez-vous que la ou les apps concernées sont sélectionnées. Si l'app n'est pas sélectionnée, les valeurs ne s'affichent pas dans les résultats de recherche.
- Les résultats s'affichent uniquement si la valeur que vous recherchez est apparue dans votre trafic au cours des 30 derniers jours.
Si la valeur n'apparaît pas comme résultat de recherche, vous pouvez saisir la valeur sous forme de texte libre et appuyer sur la touche Entrée de votre clavier.
Pourquoi mes options de source média incluent-elles uniquement les publicités Facebook et Twitter ?
Les options du champ Sources de média sont affectées par votre sélection d'agence. Si l'agence « non transparente » est sélectionnée comme l'une des sources de trafic, aucune source de média ne s'affiche, à l'exception de Facebook Ads et Twitter, sur lesquels même les agences non transparentes doivent être transparentes.
Remarque : si votre règle s'applique à plusieurs apps, toute agence transparente dans certaines des apps sélectionnées, mais non transparente dans d'autres, est considérée comme non transparente. Cela signifie que vous ne pouvez pas sélectionner des sources média spécifiques autres que les publicités Facebook ou Twitter.
Est-il nécessaire d'avoir « et/ou » à la fois dans des conditions spécifiques et entre les groupes de conditions ?
Cela dépend de votre cas d'utilisation. Parfois, les deux options permettent d'obtenir les mêmes résultats. D'autres fois, les deux options sont nécessaires.
Par exemple, si, aux États-Unis, vous prenez uniquement en charge les installations sous OS V10 ou version ultérieure, mais au Brésil, vous prenez en charge les versions V7 et ultérieures, vous aurez besoin d'une règle comme :
{[Geo = US] and [OS version = 10]} OR {[Geo = Brazil] and [OS version = 7]}
Les règles de validation bloquent-elles les clics ?
Non. Les règles de validation peuvent bloquer les installations, bloquer l'attribution aux sources d'une installation (ce qui empêche la source média d'un clic/impression de recevoir l'attribution) ou bloquer les événements in-app. Cependant, aucune de ces options ne bloque le clic réel, et les indicateurs clés de performance du clic ne sont pas affectés par l'exécution des règles de validation.
En examinant les données brutes, je vois que les installations que je m'attendais à bloquer par des règles de validation ont une raison de blocage différente de mon nom de règle. Pourquoi ?
Cela signifie que le blocage était dû au moteur Protect360 et non à une règle de validation. Voir également règles multiples.
Les règles existantes s'appliquent-elles automatiquement au trafic d'agence récemment intégré ?
Cela dépend de vos paramètres Source, comme décrit dans le tableau ci-dessous.
Si la règle n'est pas appliquée automatiquement, vous devez la modifier :
- Modifiez le champ Agence de manière à ce qu'il contienne l'une des options suivantes : trafic de l'agence et trafic hors agence, ou sélectionnez l'agence en question.
Réglage de la source |
Sélection du champ de l'agence |
La règle est-elle appliquée si elle a été créée avant toute intégration d'agence avec l'une de vos apps ? |
La règle est-elle appliquée si elle a été créée après au moins une intégration d'agence avec l'une de vos apps ? |
---|---|---|---|
Tout le trafic |
N/R |
Oui |
Oui |
Non-organiques exclusivement |
N/R |
Non |
N/R |
Trafic des agences et non-agences |
N/R |
Oui |
|
Trafic hors agences et/ou d'agences spécifiques |
N/R |
Non |
Particularités
Particularité | Description |
---|---|
Accès de l'équipe | L'admin du compte doit accorder aux membres d'équipe l'autorisation d'afficher, d'ajouter et de modifier les règles de validation. |
Acquisition des utilisateurs | Les règles de validation s'appliquent aux installations, aux réinstallations et aux réattributions (lorsque l'app a été supprimée de l'appareil). Elles ne s'appliquent pas en cas de réengagement, c'est-à-dire lorsque l'app est toujours sur l'appareil. |
Désactivation automatique des règles |
Si vous créez des règles :
|