Protect360 - FAQ à l’attention des partenaires

En bref : Trouvez les réponses aux questions que les partenaires posent le plus par rapport à Protect360.

Anomalies au niveau des clics/impressions

Pourquoi les impressions/clics sont-ils plafonnés ?

Le système Protect360 AppsFlyer prend en compte plusieurs paramètres lorsqu'il définit le plafonnement des engagements publicitaires, ce qui inclut entre autres : le volume des impressions/clics, le CVR, le taux d'anomalies détectées, les fluctuations normales de l'activité, ainsi que les standards que ce soit en termes d’activité ou de géo. L'algorithme est dynamique et mis à jour toutes les heures, afin de tenir compte de l'évolution des tendances.

Une fois le mécanisme de plafonnement déclenché, Protect360 bloque les impressions ou les clics du réseau publicitaire pour le cycle de 24 heures en cours pour l'application concernée. Cela signifie que les impressions/clics qui se produisent une fois le plafond atteint ne sont pas enregistrés par AppsFlyer, et ils ne sont pas pris en compte pour l'attribution.

Un réseau peut éviter de dépasser ce plafond en arrêtant les campagnes et les éditeurs dont le nombre d'engagements publicitaires est anormalement élevé et qu’il n’impacte pas les résultats.

Nous vous recommandons de parcourir ces articles :
Plafonnement des impressions et des clics
FAQ sur le plafonnement

Pourquoi ai-je un problème de plafonnement des clics avec une app, alors que je ne travaille pas avec le client ?

Ce scénario indique probablement que votre PID a été manipulé par un tiers afin de contourner vos propres résultats de mesure. A titre préventif, AppsFlyer propose une solution de "signature des clics" pour vérifier que chaque clic portant votre PID est bien issu de vous.

Vous pouvez transmettre l'article "Signature des clics pour les réseaux publicitaires" à votre équipe afin d'explorer les possibilités de mise en œuvre. En attendant, indiquez au chatbot de votre tableau de bord d'ouvrir un dossier, et notre équipe vous guidera à travers les étapes.

Le nombre de clics plafonnés est très faible. Pourquoi un nombre aussi bas déclenche-t-il le plafonnement des clics ?

Le nombre de "clics plafonnés" affiché sur le tableau de bord Protect360 n'est pas l'élément qui déclenche le plafonnement. Il indique plutôt le nombre de clics qui vont être ignorés pour l'attribution dans le cycle du plafonnement.

De même, les clics (et les performances liées) examinés par le mécanisme de plafonnement représentent ce qui s'est passé avant le déclenchement du mécanisme.

Nous vous recommandons de lire ces articles sur le plafonnement des impressions et des clics.

Pourquoi les installations sont-elles bloquées en raison d’un click flooding, alors que le taux de conversion est élevé ?

Nos algorithmes de click flooding se lancent à différents intervalles au cours de la journée, et chaque fois que le seuil est franchi (sur la base de paramètres et d'un procédé internes), les engagements publicitaires de l'éditeur se retrouvent non éligibles pour l'attribution.

Remarque : Certains de nos algorithmes de click flooding fonctionnent pour plusieurs applications, ce qui fait que les anomalies issues de sources frauduleuses identiques sont également reconnues pour d'autres applications promues. 

Nous vous recommandons de lire : Qu'est-ce que le click flooding ?

Anomalies au niveau des installations / évènements in-app

Pourquoi mon installation de test est-elle rejetée des attributions ?

La détection anti-fraude AppsFlyer applique différents procédés de protection à de multiples niveaux,comme les installations uniques et les ensembles d'installations. Les ensembles sont examinés sous différentes formes : par éditeur, par source média, par application, etc. L'activité frauduleuse est vérifiée à l'aide de différents algorithmes statistiques et d'algorithmes de machine learning qui considèrent chaque ensemble comme un tout. Ainsi, si un ensemble est jugé frauduleux à cause d’un résultat trop élevé, toutes les installations de cet ensemble sont considérées comme frauduleuses. Une des techniques bien connue des fraudeurs consiste à mélanger quelques installations légitimes à un grand nombre d'activités frauduleuses dans l'espoir que la fraude sera suffisamment "diluée" pour ne pas déclencher de blocage.

Par défaut, toutes les installations entrantes sont considérées comme trafic LIVE - par conséquent, pour vous assurer que votre installation de test n'est pas classée dans les algorithmes Protect360, vous devez suivre les étapes mentionnées dans cet article pour enregistrer votre appareil comme appareil de test avant d'effectuer un test.

Quelles méthodes de détection sont utilisées pour repérer les rejets d'installation ?

Pour mieux comprendre, veuillez consulter le "sous motif de fraude" associé au rejet. Ces données sont également disponibles dans les rapports Protect360 et dans le tableau de bord Protect360, sous réserve de l'accès accordé par l'annonceur concerné.

Nous vous recommandons de lire cet article sur les motifs de blocage de Protect360.

Affichage et compréhension des données Protect360

Comment puis-je consulter les résultats de Protect360 ?

Vous pouvez afficher les résultats de nos actions de détection à l'aide du tableau de bord Protect360 et des rapports de données brutes, sous réserve de l'accès accordé par l'annonceur concerné.

Nous vous recommandons de parcourir ces articles :
Tableau de bord Protect360
Données brutes Protect360

Comment être notifié en temps réel d'un trafic bloqué ?

AppsFlyer fournit aux réseaux publicitaires des postbacks d'attribution refusée pour chaque installation que Protect360 rejette de l'attribution.

Vous pouvez activer le "postback de rejet" en ajoutant des paramètres de "postback de rejet" à votre template de postback en passant par la gestion de l'intégration.

Pourquoi y a-t-il des pics dans les détections post-attribution ?

La détection en temps réel avant l'attribution et la détection après l'attribution participent du procédé de détection d'anomalies Protect360 AppsFlyer, qui fonctionne à différents moments.

Par rapport à la détection en temps réel, la détection post-attribution s'appuie davantage sur des pointeurs de données collectés après l'installation. Si des anomalies sont alors détectées, Protect360 enregistre les activités anormales et les affiche dans la catégorie post-attribution.

Compte tenu de ce qui précède, certaines méthodes de détection (timestamp_anomalies, behavioral_anomalies, etc.) sont plus susceptibles d'être détectées en post-attribution qu'en temps réel, car les données ne sont pas concluantes pour une installation propre, mais gagnent en importance lorsqu'elles sont analysées dans le cadre de leur distribution.

En savoir plus sur la détection post-attribution.