Modelo de atribución de AppsFlyer

Las aplicaciones Android descargadas de Google Play y de las tiendas de aplicaciones alternativas generalmente se atribuyen por referencia. El referente proporciona la URL original, en la que se ha hecho clic antes de redirigir a la tienda de Android. Este es el método principal para la atribución de Android. Actualmente, Google Play y la tienda de aplicaciones Huawei admiten la atribución de referentes de instalación.  Atribución alternativa de la tienda de aplicaciones utilizando el referente.

La red de publicidad, que tiene acceso al dispositivo del usuario, envía el ID de dispositivo a AppsFlyer en la URL en la que se hizo clic, o cuando notifica a AppsFlyer que se ha efectuado una impresión. Esto permite que AppsFlyer haga coincidir el ID de dispositivo con el que se hizo clic con el ID de dispositivo capturado por el SDK de AppsFlyer.

La coincidencia de ID de dispositivo es el método de atribución principal en iOS.

Los ID disponibles son:

• Dispositivos iOS: identificador de anunciante (IDFA), identificador de proveedor (IDFV)
• Dispositivos Android: con servicios de Google Play: ID de publicidad de Google (GAID) 
• Dispositivos Android sin servicios de Google Play: OAID, ID de Android, IMEI, ID Fire 

Los ID de dispositivo permiten el hash con SHA1 o MD5 en los enlaces de atribución.

• El identificador de proveedor (IDFV) está disponible en iOS 6.-0+. No está sujeto a los mecanismos ATTrackingManager y LAT de Apple. Siempre está disponible y puede utilizarse para la publicidad cruzada de aplicaciones del mismo proveedor. 
• El SDK de AppsFlyer recopila el IDFV de forma predeterminada. 
• Según Apple, el valor de esta propiedad es el mismo para las aplicaciones que vienen del mismo vendedor y que funcionan en el mismo dispositivo. 
• Apple genera un identificador de proveedor (IDFV) cuando el usuario instala la primera aplicación de un proveedor determinado. Es decir, Apple comprueba que no hay otras aplicaciones del mismo proveedor en el dispositivo. Como resultado, borrar todas las aplicaciones de un determinado proveedor y luego instalar una aplicación del mismo proveedor genera un IDFV nuevo. 
• Debes enviar el IDFV si está disponible. Este mejora la atribución. Usamos el IDFV en una serie de situaciones que incluyen: 
  • Atribución de promociones cruzadas.
  • Atribución de reinstalaciones en el mismo dispositivo.
  • Reportes de raw data.
  • Audiencias.

Tras el primer lanzamiento de la aplicación, AppsFlyer verifica la configuración de la aplicación si se espera tráfico de cualquiera de las redes de autorreporte (SRN), como Facebook, Snapchat y Google Ads. 

AppsFlyer envía consultas a todas las SRN pertinentes mediante el ID de dispositivo exclusivo de la nueva instalación. La consulta se efectúa mediante las API de partners de medición móvil (MMP), según lo definido por las SRN. En función de las respuestas, AppsFlyer puede atribuir usuarios nuevos a una SRN.

El modelado probabilístico es una técnica estadística que aprovecha el aprendizaje de máquina para estimar el rendimiento de la campaña. Los parámetros de modelado probabilístico se recogen:

• inicialmente en el clic o visualización de anuncio (si está activado)
• de nuevo cuando se lanza la aplicación

Nota para las aplicaciones de iOS:

A partir de iOS 14.5+, el modelo probabilístico se puede utilizar en el contexto de los medios propios, la promoción cruzada y los flujos acordados de la web a la aplicación. 

Características de implementación

• Usa estadísticas y no se basa en ID únicos.
• Es un método alternativo que se utiliza cuando no hay un referente o un ID de publicidad. Se da prioridad a los métodos de atribución deterministas. 
• Pierde frente a los clics con coincidencia de ID o referente, si estos también se utilizan en la ventana retrospectiva.
• AppsFlyer determina la ventana de atribución de forma dinámica, en función de la red del usuario. La duración de la ventana es adaptativa pero más corta que la de otros métodos (hasta 24 horas).
• El modelado probabilístico de clics siempre está habilitado. 
• El modelado probabilístico por impresiones debe estar habilitado en la página de configuración de la aplicación y en la pestaña de integración de las no SRN pertinentes.

La privacidad avanzada agregada (AAP) expone los resultados del rendimiento de la campaña de manera agregada, lo cual evita cualquier opción para rastrear a los usuarios en aplicaciones y sitios web propiedad de diferentes empresas, y la capacidad de identificar de forma única a un usuario o un dispositivo.

AAP utiliza los niveles de privacidad de Apple SKAdNetwork como un punto de referencia mínimo para sus umbrales de preservación de la privacidad. AAP es el modelo de atribución predeterminado para los dispositivos Apple que operan con iOS 14.5+, excepto en los casos en que Apple lo permita explícitamente, como medios propios y usuarios que dieron su consentimiento para ATT.

A diferencia de los otros métodos de atribución descritos, el objetivo del algoritmo de aprendizaje de máquina AAP es maximizar la precisión del rendimiento agregado de la campaña, no la precisión de la atribución del usuario final.

AppsFlyer admite la atribución de instalaciones orgánicas a campañas de TV y radio con la fuente de medios TV. Una instalación orgánica se atribuye a la TV cuando se produce todo lo siguiente:

Métodos de atribución de TV:

• Carga de archivos
• Partners integrados de TV
• Shazam

Consulta Integración con partners de medición de atribución de TV. 

AppsFlyer permite atribuir instalaciones de aplicaciones en las que las aplicaciones se instalaron en el dispositivo antes de que lo comprara el usuario.

Como no hay ninguna instancia previa de engagement de usuarios, ya sea por clics o por impresiones, las instalaciones se atribuyen en el momento del primer inicio mediante la API del SDK de AppsFlyer. Consulta Configuración y prueba de campañas previa a la instalación para Android.

La mayoría de las instalaciones son el resultado de los clics de los usuarios en anuncios, como banners, videos e intersticiales.

Al hacer clic en un anuncio, se abre una ventana retrospectiva por clics con una duración predeterminada de 7 días. Las instalaciones que ocurren en el período de la ventana retrospectiva se consideran no orgánicas y se atribuyen a la fuente de medios. Las instalaciones que ocurren fuera de la ventana retrospectiva se consideran instalaciones orgánicas. A menudo se conocen como atribuidas orgánicamente. 

• Una ventana retrospectiva de siete días se considera el estándar de la industria. Configura la duración de la ventana según tu acuerdo con la fuente de medios. 
• Alinea las ventanas retrospectivas de SRN con la duración determinada por la SRN. 

Lectura relacionada: Ventanas retrospectivas

Los usuarios que visualizan anuncios móviles, pero que no hacen clic en ellos, pueden atribuirse a las redes de publicidad donde se presentaron los anuncios.

Ventana retrospectiva para la atribución por impresiones:

• es más corta que la ventana retrospectiva de atribución por clics.
• es configurable.

Para habilitar la atribución por impresiones, configura la ventana retrospectiva en la ventana de configuración.

Esto es especialmente útil para redes de publicidad de video que suelen tener CTR bajos en sus anuncios de video. También resulta útil para redes de publicidad tradicionales que ofrecen anuncios regulares.

En los casos en que hay un clic y una impresión, el clic siempre prevalece, ya que es una instancia de engagement activo.

Lectura relacionada: Atribución por impresiones

AppsFlyer atribuye totalmente solo una fuente de medios por instalación, por lo general según el último clic en el anuncio o la última impresión del anuncio (si no hubo clics).

Las instalaciones asistidas (lo que también se conoce como atribución multi toque) son instalaciones en las que la campaña/fuente de medios no fue el último punto de toque, pero sí "tocó" al usuario antes de la instalación, y esto tuvo lugar dentro de la ventana de atribución retrospectiva.

Las redes de asistencia se muestran como colaboradores de la instalación en AppsFlyer.

Para obtener más información, haz clic aquí.

Una reinstalación ocurre cuando un usuario instala la aplicación, la desinstala y, luego, la vuelve a instalar. La atribución de reinstalaciones está regulada por la ventana de reatribución de la siguiente manera:

• Si la reinstalación ocurre después del vencimiento de la ventana de reatribución: se registra una instalación nueva.
• Si la reinstalación ocurre durante la ventana de reatribución, aplica una de las siguientes situaciones:
  • Si el usuario se involucró con una campaña de retargeting antes de la reinstalación: se registra una reinstalación de retargeting (también conocida como reatribución).
  • Si el usuario no se involucró con una campaña o se involucró con una campaña de UA: no se registra ninguna instalación. Todos los eventos in-app de estos usuarios que reinstalan se atribuyen a fuentes orgánicas. 

Para pruebas de dispositivos e instalaciones múltiples, registra el dispositivo en AppsFlyer. Si no lo registras, solo se registra la primera instalación. 

Reinstalar aplicaciones de iOS desde una copia de seguridad de iCloud

Cuando se realiza una copia de seguridad de una aplicación mediante iCloud y luego se restaura (en el mismo dispositivo o en otro), AppsFlyer no la cuenta como una instalación nueva o reinstalación. Un usuario que restaura una aplicación desde iCloud mantiene su ID de AppsFlyer y sus datos de atribución.

Un usuario que reinstala una aplicación dentro de la ventana de reatribución (90 días de forma predeterminada) se considera una reatribución. Si esta instalación ocurre después de involucrarse con una campaña de retargeting, se registra como una reinstalación de retargeting, también conocida como una reatribución, y se reporta en el retargeting. 

• Cuando los usuarios existentes actualizan la aplicación a una versión posterior, esto no se trata como un evento de atribución contable, si AppsFlyer atribuyó previamente al usuario. Nota: Si migras a AppsFlyer desde un MMP diferente los usuarios existentes en la primera apertura de la aplicación, después de la migración, se atribuyen a orgánico. 
• Las métricas relacionadas con la cantidad de usuarios por versión de la aplicación están disponibles en el panel de control de información de SDK.