A simple vista: Los socios integrados reciben notificaciones de instalaciones y eventos dentro de la aplicación rechazados debido a fraude o incumplimiento de las reglas de validación.
Publicaciones de atribución rechazadas relacionadas con el fraude y las reglas de validación
Terminología:
- Eventos de fraude: instalaciones y eventos dentro de la aplicación bloqueados por Protect360
- Eventos no conformes: instalaciones y eventos dentro de la aplicación que no cumplen con las reglas de validación
- Eventos rechazados: Eventos de fraude y eventos de reglas de validación no cumplidos
- Instalación corregida por atribución: Una instalación secuestrada identificada y bloqueada, cuya atribución se corrige posteriormente y se asigna a la fuente de medios genuina.
Notificaciones
- Los socios integrados reciben notificaciones de eventos rechazados en tiempo real.
- No hay notificaciones de eventos de fraude para eventos dentro de la aplicación de instalaciones con atribución corregida.
-
Las notificaciones de eventos rechazados se envían al endpoint especificado por el socio tanto para instalaciones como para eventos rechazados, con parámetros adicionales como:
- Razón del bloqueo
- Sub-razón del rechazo
- Es-rechazado
- Valor de la razón del rechazo (cuando esté disponible). Por ejemplo:
reject_reason=site_blacklist&reject_reason_value="1123456"&is_rejected=1
La siguiente tabla enumera la razón del rechazo, el valor de la razón del rechazo y una explicación de la razón del rechazo:
| Razón del rechazo | Valor de la razón del rechazo | El usuario puede configurar | Explicación |
|---|---|---|---|
| ctit_anomalies | El tiempo medido de clic a instalación en segundos | x | Las anomalías de CTIT son clics atribuidos que han sido bloqueados debido a CTIT irrazonable (tiempo de clic a instalación). |
| store_install_validation | N/A | x | Instalaciones que fallaron la validación en el App Store |
| site_blacklist | ID del sitio | x | Instalaciones procedentes de IDs de sitios que AppsFlyer bloqueó debido a una alta densidad de actividad fraudulenta. Determinado por nuestros algoritmos internos. |
| bots | N/A | x | Intentos de instalación bloqueados realizados por Bots |
| click_flood | ID del sitio o vacío | x | Instalaciones provenientes de clusters bloqueados por AppsFlyer debido a un gran número de instalaciones con un alto CTIT y una baja tasa de conversión. |
| behavioral_anomalies | N/A | x | Anomalías de comportamiento siendo fraude de instalación bloqueadas debido a un comportamiento posterior a la instalación inconsistente y anormal. |
| secuestro de instalación | N/A | x | La instalación de secuestro se atribuye a clics bloqueados en función de un tiempo de clic y de instalación irrazonable, basado en la API del lado del servidor de Google Play. |
| validación_bots | Nombres de reglas u vacío | ✓ |
Regla definida por el cliente. |
| validación_secuestro | Nombres de reglas | ✓ | Regla definida por el cliente. |
| capa_ai | N/A | x | Se utilizan modelos de AI para analizar grandes cantidades de puntos de datos, mejorando las capacidades de detección para identificar actividades fraudulentas en dispositivos e instalaciones. |
Razones para rechazar eventos en la app
| Razón del rechazo | Valor de la razón del rechazo | Explicación |
|---|---|---|
| Hereda de la instalación | Hereda de la instalación | Instalación inicial identificada como falsa basada eninstalación o motivo de lista denegada |
| inapps_bots | parámetros_de_dispositivo_falso | el algoritmo de AppsFlyer detecta fraude |
| validación_inapps | nombre_de_evento_inválido | Basado en la regla de validación solicitada o definida manualmente |
| validación_inapps | valor_de_evento_inválido | Basado en la regla de validación solicitada o definida manualmente |
| validación_inapps | Nombre/s_de_la_regla | Basado en reglas definidas manualmente |
¡Importante!
- Para poder distinguir entre las devoluciones de eventos legítimos y las devoluciones rechazadas, debes configurar los macros de devoluciones rechazadas.
- Para habilitar las devoluciones rechazadas por Privacidad Avanzada, primero debes añadir los siguientes parámetros a la Devolución predeterminada:
is-rejectedblocked-reasonblocked-sub-reasonblocked-reason-value
- Cuando se agregan los parámetros anteriores tanto a la devolución predeterminada como a la devolución de privacidad avanzada, se habilitan las devoluciones rechazadas de instalación/eventos en la app.