Resumen de los reportes de raw data

Los reportes están accesibles mediante las herramientas de reportes mencionadas en esta sección.

Consideraciones:

• El rango de fechas del reporte se refiere a la fecha de la actividad (real) en la que ocurrió el evento. Esto es diferente de los reportes agregados donde el rango de fechas está basado en LTV.
• Descripciones de campos: consulta el diccionario de campos de datos.

Herramientas de reportes

Limitaciones de la herramienta

Consideraciones para la integración

El diccionario de campos de raw data incluye campos relevantes para los reportes del viaje del usuario y algunos campos de reportes de características. Los principios son los siguientes:

• Viajes del usuario:
  • Contar con un conjunto común de campos.
  • La inclusión de campos depende del contexto del viaje. Por ejemplo, los reportes no orgánicos incluyen la fuente de medios atribuida a traer al usuario. Los campos de atribución en los reportes orgánicos no se completan porque no hay fuente de medios. 
• Función: Contar con un conjunto único de campos o incluir campos del viaje del usuario junto con campos adicionales relevantes para la función. Por ejemplo, los reportes de SKAdNetwork tienen una lista única de campos, mientras que los reportes de postback contienen los campos del viaje del usuario y campos adicionales relacionados con el envío de postbacks a los partners. 

¡Consejo! La mejor manera de familiarizarse con los reportes es revisarlos. Puedes descargar tus reportes a través de la página de exportación de datos. 

Para facilitar la comprensión, los campos del viaje del usuario se agrupan según el contexto.

Grupos de campos de raw data del viaje del usuario

Los reportes del viaje del usuario contienen datos recopilados sobre eventos que ocurren durante toda la vida de un usuario. Los datos se dividen en reportes según:

• Fuente de usuario: orgánica o no orgánica
• Contexto del viaje:
  • Engagement con anuncios antes de la instalación de la app (visualizaciones y clics)
  • Adquisición
  • Retargeting

Los reportes de adquisición de usuarios (UA) incluyen:

• Las impresiones y los clics que ocurren antes de la instalación por parte de cualquier usuario potencial que interactúe con un anuncio.
• Evento de instalación.
• Eventos posteriores in-app realizados por el usuario.

Los reportes de retargeting incluyen:

• Las impresiones y los clics que se producen al redireccionar al usuario.
• Eventos de conversión: Ya sea reengagement o reatribución.
• Eventos posteriores in-app realizados durante el reengagement. Considere:
  • Los datos de retargeting siempre son no orgánicos.
  • Los eventos de retargeting in-app se incluyen tanto en los reportes de UA como en los de retargeting de eventos in-app. Consulte la metodología de doble atribución de retargeting.

    

Para seguir el viaje de un usuario, combina los reportes relacionados con la parte que te interesa, por ejemplo, instalaciones y eventos en la app. Luego, ordena el reporte usando el ID de AppsFlyer, la hora del evento y el tipo de reporte. El resultado es el conjunto de eventos de un usuario a lo largo del tiempo, es decir, su recorrido. 

• La disponibilidad de los reportes depende de tu plan de suscripción.
• Los reportes pueden incluir usuarios orgánicos, no orgánicos o ambos, según se indique.
• Las políticas de retención se aplican a los reportes de raw data históricos según la herramienta de reportes y el origen de los datos. En general, los datos están disponibles para los últimos 90 días. ¡Nota! Las políticas de retención no se aplican a los datos agregados. 

Reportes del viaje del usuario

Clics e impresiones

Instalaciones y conversiones de retargeting

Eventos dentro de la app

{"af_level":"10","af_user_journey":"3387","arena":"7","char_type":"paladin"}

Sesiones

Desinstalaciones

Reporte de engagement con anuncios por herramienta 

Reportes de adquisición de usuarios por herramienta 

Reportes de raw data de retargeting por herramienta

Entendiendo el viaje del usuario

El viaje del usuario es una serie de pasos que este realiza antes de alcanzar un objetivo, como comprar un producto o reservar un vuelo. El propósito de analizar un viaje del usuario es observar qué hace el usuario en la aplicación, cuán activo es y qué valor aporta en un periodo determinado.

Puedes identificar y destacar los viajes de usuario con la ayuda del ID de AppsFlyer. El ID se genera para cada instalación de la aplicación por dispositivo. El ID permanece sin cambios durante todo el ciclo de vida del usuario (desde la instalación hasta la desinstalación). El ID persiste si el usuario restablece el ID de su dispositivo.

Dado que los reportes de eventos de instalación e in-app tienen la misma estructura, se pueden fusionar en un único reporte. En el reporte combinado, puedes agregar y filtrar por ID de AppsFlyer e ID de usuario del cliente (si está disponible) para analizar las rutas de los usuarios.

Utiliza los reportes de postback para revisar copias de los datos enviados a una ad network. Por ejemplo, utilízalo para investigar discrepancias. Estos reportes son únicamente informativos y no son obligatorios para la integración con ad networks.

• El reporte incluye:
  • Copias de postbacks enviados a la fuente de medios atribuida.
  • Campos de datos en crudo y campos adicionales tal como se detalla en esta sección.
• El reporte no incluye: 
  • Instalaciones de SRN.
  • Eventos dentro de la aplicación relacionados con Meta Ads, X y Apple Search Ads. 
  • Postbacks de partners no atribuidos. Consulta eventos atribuidos a cualquier partner o de origen orgánico. 
  • Usuarios orgánicos. Lee sobre instalaciones orgánicas.
  • Campañas de instalación CPA con postbacks de instalación deshabilitados.
• A partir de marzo de 2021, los campos se rellenan conforme a la configuración de Privacidad Avanzada de una red. Es decir, si la Privacidad Avanzada está activa, algunos campos, como los identificadores de usuario, no están incluidos. Consulta la especificación de postbacks de Privacidad Avanzada para ad networks.
• URIs para reportes de postbacks a través de la API Pull

Reportes de postback (disponibles a través de la página de Exportación de Datos y la API Pull)

Campos adicionales en los reportes de postback

• Consulta los reportes de raw data de Protect360 y reglas de validación
• Las ad networks y las agencias necesitan permiso del anunciante para acceder a los reportes de Protect360 y a las reglas de validación

Para conceder a un partner integrado permiso para acceder a Protect360:

1. Accede a Colaborar > Integraciones activas. 
2. Selecciona el partner integrado.
3. En la pestaña Permisos, activa Acceder a tu dashboard de Protect360 y a los raw data a través de la API.
4. Para otorgar acceso al dashboard de eventos in-app (CPA), activa Acceder a los datos agregados de in-app.