En resumen: Para evaluar el rendimiento durante la ventana de re-engagement de la campaña de retargeting, los eventos y sesiones en la aplicación se atribuyen dos veces a las fuentes de medios de adquisición de usuarios (UA) y retargeting.
Resumen general
En el modelo de atribución de AppsFlyer, los eventos que ocurren como resultado del engagement de usuario con una campaña de retargeting se atribuyen tanto a la fuente de medios que motiva la instalación como a la fuente de medios que motiva el re-engagement.
En la figura anterior, el evento de UA se atribuye a green_network. Se genera un evento. En contraste, después de que el usuario se envuelve con un anuncio de retargeting servido por blue_network, se generan dos eventos. El crédito de los eventos:
- blue_network como la fuente principal que motiva el re-engagement.
- green_network como la fuente secundaria que motivó la instalación original.
Para explicarlo mejor, la tabla a seguir contiene un escenario de cómo se atribuyen los eventos in-app antes, durante y después de una ventana de re-engagement. La notación en la tabla se refiere a los campos de raw data utilizados para identificar eventos de doble atribución:
- is_primary (is_primary_attribution): Si es true, la fuente de medios es la fuente de medios principal
- contexto: utiliza uno de los siguientes campos:
- [Mejor opción] conversion_type: instalación o re-engagement.
- is_retargeting: si es cierto, los datos se relacionan con la campaña de retargeting.
Atribución relativa a la ventana de re-engagement
Fuente de medios | Antes del re-engagement | Durante el re-engagement | Después del re-engagement |
---|---|---|---|
Adquisición de usuarios |
Principal is_primary: True conversion_type: install (is_retargeting: False) |
Secundario is_primary: False conversion_type: re-engagement (is_retargeting: False) |
Principal is_primary: True conversion_type: install (is_retargeting: False) |
Retargeting | N/A |
Principal is_primary: True conversion_type: re-engagement (is_retargeting: True)
|
N/A |
Compatibilidad con los tipos de vista del dashboard
Algunos dashboards y reportes de cohortes contienen múltiples opciones de vista unificadas, adquisición de usuarios y retargeting. Estos tipos de vista emplean una lógica similar a la empleada en los raw data.
Filtrado de datos por tipo de vista mediante el campo conversion_type
Tipo de vista | conversion_type | is_primary | Atribución |
---|---|---|---|
Adquisición de usuarios | install | True o False | Atribuyen eventos de la UA a la fuente de medios de UA |
re-engagement | False | Eventos de retargeting atribuidos a la fuente de medios de UA. | |
Retargeting | Re-engagement o reatribución | True | Eventos de retargeting atribuidos a la fuente de medios de retargeting |
Unificado | instalación o re-engagement | True | Todos los eventos atribuidos a la fuente de medios de último toque |
¿Cómo identifico eventos de retargeting de doble atribución en los reportes de adquisición de usuarios en la aplicación?
En los reportes de eventos in-app de UA, los eventos registrados como resultado de doble atribución se identifican de la siguiente manera:
- El campo is_primary_attribution identifica las fuentes de medios primaria y secundaria; cuando es false, significa que la atribución es el resultado de una campaña de retargeting y la fuente de medios de UA es secundaria.
- El campo is_retargeting siempre es false.
El registro correspondiente en el retargeting de los reportes de eventos in-app durante la ventana de re-engagement se relata de la siguiente manera:
- El campo is_primary_attribution siempre es true.
- El campo is_retargeting siempre es true.
- Para aclarar, no hay registro de ningún tipo si el evento no ocurre durante una ventana de re-engagement.