Guide antifraude Protect360

En bref : la fraude liée à l'attribution est un défi important dans l'industrie des applications. La fraude grève les budgets marketing, contamine les données de performance marketing et peut transformer des campagnes réussies en désastre. Protect360 offre une protection et une détection des fraudes en temps réel.

Protect360_-_Product_Master_Deck.jpg

Qu'est-ce que Protect360 ?

Protect360:

  • Protects against attribution fraud. It consists of dynamic tools that detect fraud and block fraudulent attribution.
  • Uses AppsFlyer scale, machine learning, and behavioral analysis to provide cover against known and new forms of click/install fraud including bots and behavioral anomalies.
  • Guards marketers from fraud at the device, publisher, and media source levels.
  • Uses a layered approach of real-time fraud blocking and post-attribution fraud identification

Blocage des fraudes en temps réel

The first layer of anti-fraud protection blocks the attribution of fraudulent media sources in real-time: Protect360 automatically blocks fraudulent installs and in-app events in real-time.

Note: Protect360 does not impact the app user experience. In case of fraud attempts involving real users, app installs complete normally, and only the attribution data is affected. 

À propos des événements bloqués

Fraude post-attribution

The second layer of anti-fraud protection relates to fraudulent events, detected after the install and real-time attribution.

When installs are detected as fraudulent in retrospect, they can't be erased, but need to be treated as real fraud and not charged for.

Une fois qu'une source, par exemple un ad network, un ID de site, ou encore un pays, est identifiée comme frauduleuse :

  • Les prochains clics provenant de la source sont bloqués.
  • Past installs:
    • From the start of the current calendar month until the present, are labeled as post-attribution fraud, but not erased from the data. As of January 2020, advertiser invoices are credited for the attribution fees of these installs.
    • From before the start of the current month, are not changed.
  • In-app events occurring:
    • Up until the install labeling: labeled as fraud.
    • After the install labeling: labeled as fraud.

Examples of post-attribution fraud:

  • Installations apparemment normales suivies de signaux frauduleux dans les évènements in-app.
  • A new form of fraud found
  • Installations qui se révèlent frauduleuses uniquement une fois que les algorithmes de détection d'anomalies ont collecté suffisamment de données statistiques sur les installations de l'éditeur

Fraud reconciliation with ad networks

With Protect360 advertisers gain the raw data needed to reconcile fraudulent installs and in-app events with ad networks.

To reconcile CPI-based campaigns using Protect360:

  • Au début de chaque mois, contactez votre responsable de compte pour chacun des ad networks ayant subi une fraude.
  • Collect the relevant fraudulent installs raw data from the Blocked installs and post-attribution installs reports.
  • Partagez les données brutes des fraudes avec le réseau à des fins de rapprochement et d'optimisation du trafic.
  • It's possible to create a raw data report which includes just the valid installs, but excludes post-attribution fraudulent installs. To do this, you need to download the monthly Attributed UA installs report and exclude all entries from the Post-attribution installs report.

To reconcile CPA/CPE-based campaigns using Protect360:

  • Au début de chaque mois, contactez votre responsable de compte pour chacun des ad networks ayant subi une fraude.
  • Collect the relevant fraudulent in-app events raw data from the Blocked in-app events and Post-attribution In-app events reports.
  • Share the fraud raw-data with the network for reconciliation and optimization of their traffic.
  • It's possible to create a raw data report which includes just the valid IAEs, but excludes post-attribution fraudulent events. To do this, you need to download the monthly Attributed UA in-app events report and exclude all entries from the Post-attribution in-app events report. 

Comment utiliser Protect360 ?

In the remaining tabs of this article, we explain how Protect360 works, how to use the Protect360 dashboard, and how to use raw data reports.

Le tableau ci-dessous décrit où se trouvent les données des deux couches de protection dans AppsFlyer :

  Données agrégées Données Brutes
Blocage des fraudes en temps réel Tableau de bord Protect360 Export Data page/Pull API
Fraude post-attribution Tableau de bord Protect360 API pull
  • La page Insight des anomalies fournit des informations sur les sources médias dont les installations contiennent des valeurs CTIT anormales, comparées aux autres sources non contaminées.
    Visitez la page pour étudier ces anomalies. Comparez les éléments entre les installations suspectes et vos données d'installations brutes, puis recherchez les signes suspects, tels que les numéros inhabituels de version d'app, les anciennes versions de système d'exploitation, les emplacements caractéristiques, etc. 
  • Use Validation rules to block installs with short CTIT values. Protect360 automatically blocks installs with very low CTIT values.

 Astuce

Dans quelle mesure votre verticale est-elle touchée par la fraude ?
Explorez notre guide de référence sur l'installation frauduleuse d'apps, qui couvre un large éventail de paramètres.

Cet article vous a-t-il été utile ?

Articles dans cette section