Guía antifraude de Protect360

De un vistazo: El fraude relacionado con la atribución es un desafío importante en la industria de las aplicaciones. El fraude agota los presupuestos de marketing, contamina los datos de rendimiento de marketing y convierte campañas exitosas en fracasos. Protect360 ofrece a los propietarios de las aplicaciones protección y detección del fraude en tiempo real.

Protect360_-_Product_Master_Deck.jpg

¿Qué es 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

Bloqueo de fraude en tiempo real

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. 

Sobre los eventos bloqueados

Fraude posterior a la atribución

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.

Una vez que una fuente, como una red de publicidad, un ID de sitio o un país, se identifica como fraudulenta:

  • Se bloquean los futuros clics provenientes de la fuente.
  • 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:

  • Instalaciones en apariencia regulares seguidas de señales fraudulentas dentro de eventos in-app
  • A new form of fraud found
  • Instalaciones que resultan ser fraudulentas solo después de que los algoritmos de detección de anomalías recopilan suficientes datos estadísticos acerca de las instalaciones de cualquier publisher

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:

  • Al comienzo de cada mes, comunícate con el gerente de cuenta de cada red de publicidad en la que se haya producido fraude.
  • Collect the relevant fraudulent installs raw data from the Blocked installs and post-attribution installs reports.
  • Comparte el raw data sobre fraude con la red para conciliar y optimizar su tráfico.
  • 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:

  • Al comienzo de cada mes, comunícate con el gerente de cuenta de cada red de publicidad en la que se haya producido 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. 

¿Cómo se usa 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.

En la siguiente tabla se indica dónde se encuentran los datos correspondientes a ambas capas de protección en AppsFlyer:

  Agregados Raw Data
Bloqueo de fraude en tiempo real Panel de control de Protect360 Export Data page/Pull API
Fraude posterior a la atribución Panel de control de Protect360 API pull
  • La página de insights sobre anomalías ofrece información sobre fuentes de medios que tienen instalaciones con valores de CTIT anormales en comparación con otras fuentes confiables.
    Visita la página para investigar estas anomalías. Haz una referencia cruzada de las instalaciones sospechosas con tu raw data de instalación y busca signos sospechosos, como números de versión de aplicaciones extraños, versiones antiguas del sistema operativo, ubicaciones distintivas, etc. 
  • Use Validation rules to block installs with short CTIT values. Protect360 automatically blocks installs with very low CTIT values.

 Consejo

¿Qué tan afectada por el fraude está tu vertical?
Explora nuestra Guía de puntos de referencia de la instalación fraudulenta de aplicaciones que abarca una amplia gama de parámetros.

¿Fue útil este artículo?

Artículos en esta sección