En resumen: Protege rápida y eficazmente tus inversiones de marketing siguiendo esta guía de onboarding paso a paso para maximizar tu valor de Protect360 en solo 6 semanas.
¿Cronología de onboarding y qué esperar?
Esta guía describe un enfoque de onboarding gradual de 6 semanas:
- Configuración (semanas 1–3): Integra y valida Protect360.
- Optimización (semanas 3–5): Optimiza en función de los insights iniciales.
- Reconciliación (semanas 5 a 6): Concilia los datos de fraude con los partners publicitarios.
- Protección avanzada (semana 6+) [Opcional]: Habilita capas avanzadas de protección contra el fraude.
Sobre Protect360
Protect360 es una solución avanzada de protección contra el fraude diseñada para detectar, prevenir y responder al fraude publicitario. Impulsado por IA y con detección en tiempo real, ayuda a bloquear el fraude, reducir el gasto desperdiciado y proteger tu marketing de amenazas como la inyección de clics, las instalaciones falsas y los bots. Permite un control preciso y una transparencia total a través de funciones como las reglas de validación y Fraud Protection Studio.
Configuración (semanas 1-3)
En este paso, la atención se centra en enviar datos in-app a AppsFlyer, configurar la configuración básica para la protección contra el fraude y alinear tus términos de Business Intelligence con los de AppsFlyer.
Datos de eventos in-app
Existen dos formas de enviar datos de eventos in-app a AppsFlyer: SDK y servidor a servidor (S2S). Dependiendo del método utilizado, puede ser necesario realizar alguna acción:
- SDK: No se requiere ninguna acción.
- Servidor a servidor (S2S) Asegúrate de que los eventos se envíen a través de la API3. Saber más sobre cómo hacerlo aquí.
Nota
Si no estás seguro de cuál utilizas, confirma con tus equipos de desarrollo o de operaciones de marketing
Configuración de Fraud Protection Studio
Fraud Protection Studio ofrece una forma de evaluar el impacto y el valor de las diferentes capas de la solución de protección contra el fraude de AppsFlyer. Te permite distinguir claramente entre la detección y la aplicación del fraude.
Comprender estas diferencias y las opciones disponibles es clave para tomar decisiones informadas:
- Implemented (predeterminado): Bloquea automáticamente la actividad fraudulenta en tiempo real o la marca como fraude posterior a la atribución si se detecta después de la instalación. Esto es ideal si la prevención inmediata del fraude se alinea con tus objetivos.
- Tagged: El fraude se detecta y etiqueta, pero sigue siendo válido para la atribución, lo que te permite analizar y revisar sin bloquear automáticamente. Elige esto si prefieres flexibilidad y un análisis inicial más profundo antes de aplicar.
Nota
Puedes cambiar (solo administrador) entre los modos Implemented y Tagged en cualquier momento para que coincidan con los objetivos empresariales en evolución. Saber más aquí.
Consejo: En esta etapa, cuando tu equipo se familiarice con Protect360, te recomendamos encarecidamente que visites la tarjeta de evaluación de detección de aplicaciones en Fraud Protection Studio para probar y comprender esta configuración a nivel de aplicación.
Configuración de conexión de datos
Puedes exportar los datos de Protect360 de tres maneras: Reporte de raw data, Pull API o Data Locker. Sea cual sea la forma que elijas, es importante configurar tus conexiones de datos correctamente para garantizar la exactitud de los reportes de datos sobre fraude y un análisis eficaz.
¡Importante!
Para obtener el valor completo de Protect360, exporta el reporte posterior a la atribución cada 8 de cada mes, para que puedas reconsolidarte con los partners.
Cómo mostrar correctamente las instalaciones secuestradas en tu BI
Para una mayor alineación y granularidad de los datos de protección contra el fraude dentro de tus sistemas, puedes utilizar reportes de raw data, Pull API o Data Locker para ver correctamente las instalaciones secuestradas dentro de tu BI.
Reporte de raw data
Para mostrar las instalaciones secuestradas correctamente en tu BI:
- Busca el campo Valor del motivo del rechazo.
- Este campo se completará con uno de los siguientes:
- Blanco, orgánico, colaborador1, colaborador2, etc.
- Informa a tu equipo de BI sobre el significado de cada uno, para que puedan alinear los términos y sus implicaciones.
- En blanco - No secuestrado
- Orgánico - cambia la atribución a orgánico
- Colaborador1, colaborador2, colaborador3, etc. - Atribución correcta a la fuente de medios especificada.
Nota
Para más información sobre tus datos Tagged, puedes ver los 4 reportes de raw data:
- Instalaciones Tagged
- Instalaciones Tagged posteriores a la atribución
- Eventos in-app Tagged
- Eventos in-app posteriores a la atribución
Pull API
Para mostrar las instalaciones secuestradas correctamente en tu BI:
- Busca el campo Valor del motivo del rechazo.
- Este campo se completará con uno de los siguientes:
- Blanco, orgánico, colaborador1, colaborador2, etc.
- Informa a tu equipo de BI sobre el significado de cada uno de ellos para que puedan alinear los términos y sus implicaciones.
- En blanco - No secuestrado
- Orgánico - ajusta la atribución a orgánico
- Colaborador1, colaborador2, colaborador3, etc. - Atribución correcta a la fuente de medios especificada.
Data Locker
Para mostrar las instalaciones secuestradas correctamente en tu BI:
- Busca el campo validation_reason_value.
- Este campo se completará con uno de los siguientes:
- Blanco, orgánico, colaborador1, colaborador2, etc.
- Informa a tu equipo de BI sobre el significado de cada uno de ellos para que puedan alinear los términos y sus implicaciones.
- En blanco - No secuestrado
- Orgánico - ajusta la atribución a orgánico
- Colaborador1, colaborador2, colaborador3, etc. - Atribución correcta a la fuente de medios especificada.
Reglas de validación
Las reglas de validación te permiten agregar una capa de lógica empresarial a tu protección contra el fraude, adaptada a tu estrategia de marketing. Con las reglas de validación, puedes definir qué instalaciones se consideran válidas o inválidas en función de una variedad de parámetros en múltiples casos de uso.
Contacta con tu Customer Success Manager o Account Manager para obtener más información sobre las mejores prácticas recomendadas para tu vertical.
Nota
Para que las reglas sean lo más efectivas posible, se recomienda revisar tu estrategia de UA/marketing/compra de medios y evaluar qué tipos de instalaciones o eventos in-app coinciden con tus esfuerzos, para permitir o bloquear según tus necesidades. Por ejemplo, si no promocionas tu aplicación en el país (GEO) X, puedes crear una regla para bloquear automáticamente cualquier actividad de este tipo que llegue desde GEO X. Puedes crear varias reglas para alinear la protección con tu estrategia de marketing.
Trabajar con dashboards
El dashboard de Protect360 proporciona una descripción general visual de tus datos de fraude, lo que te permite investigar más a fondo y comprender mejor la detección del fraude y su impacto en tus actividades.
Optimización (semanas 3–5)
Optimización de campañas
En este paso, es hora de optimizar tu campaña para asegurarte de que estás aprovechando al máximo Protect360. Para hacer esto, debes:
- Consultar las mejores prácticas.
- Revisar tu configuración de protección contra el fraude
- Configurar LVL
Mejores prácticas
- Combina datos en tiempo real y posteriores a la atribución para evaluar el rendimiento de la campaña en función de la calidad (retención, eventos in-app, etc.) y el fraude.
- Optimiza las campañas en función de site_id o subsite_id.
- Analiza las tasas y los tipos de fraude específicos de los partners.
Revisar tu configuración de protección contra el fraude
Revisa la configuración de Fraud Protection Studio para asegurarte de que aún se ajusten a tus objetivos.
Nota
Las instalaciones Tagged son un subconjunto de las válidas. Cambia al modo Implemented para bloquear en tiempo real según la detección de Protect360
Configuración de LVL
Configura LVL (Google License Verification Library) para el tráfico proveniente solo de la tienda de Google. Disponible exclusivamente para clientes Protect360, la License Verification Library (LVL) agrega una capa crítica de protección al verificar que cada instalación provenga de un usuario real con licencia de Google Play.
Al validar licencias a nivel de instalación, LVL ayuda a evitar el uso no autorizado, protege los ingresos de tu aplicación y garantiza una mayor alineación entre tus dashboards de Google Play y AppsFlyer. Saber más.
Reconciliación (semanas 5 a 6)
Reconciliación de datos de fraude
Después de implementar Protect360 y acumular varias semanas de datos de detección de fraude, es hora de conciliar tus insights sobre fraude con tus partners publicitarios.
Este paso crítico ayuda a garantizar que tú y tus partners estén alineados con el rendimiento de la campaña, los métodos de detección del fraude y la precisión.
Descarga tus datos posteriores a la atribución y colabora estrechamente con tus partners publicitarios para establecer referencias cruzadas entre las métricas de fraude. Esta reconciliación ayuda a identificar discrepancias, resolver conflictos de forma proactiva y fomentar la transparencia. Descubre aquí cómo conciliar los datos de fraude con los partners publicitarios.
Configuración avanzada de protección (semana 6+) [opcional]
Advanced Security Module
Disponible exclusivamente para clientes Protect360, el Advanced Security Module está diseñado para aplicaciones de alto tráfico. Añade una capa de seguridad vital a tu SDK de Android, validando las solicitudes de red en tiempo real para bloquear las instalaciones falsas y el tráfico manipulado.
Al filtrar las señales no autorizadas en la fuente, ayuda a reducir las discrepancias de la tienda de aplicaciones, refuerza la precisión de la atribución y protege tus datos contra el sofisticado fraude cibernético.
Conacta con tu CSM o envía un correo electrónico a hello@appsflyer.com