Resumen de los informes de datos sin procesar

De un vistazo: Los datos a nivel de fila (también denominados datos sin procesar) describen eventos relacionados con los usuarios, como instalaciones, eventos in-app, visitas a sitios web, instalaciones bloqueadas por Protect360, ingresos publicitarios generados y postbacks asociados al usuario enviados a socios. Los informes de datos sin procesar se pueden obtener mediante descarga, API y Data Locker.

Informes de datos sin procesar: herramientas e informes

Los informes de datos sin procesar te permiten analizar el comportamiento y los recorridos de los usuarios, conciliar cuentas de redes publicitarias y enriquecer tus sistemas CRM y BI. Usar datos sin procesar incrementa tu capacidad para analizar, optimizar y mejorar el rendimiento de la aplicación. 

Los informes están disponibles usando herramientas de generación de informes. Las herramientas cuentan con diferentes características que se adaptan a distintos casos de uso. Por ejemplo, para conciliar una cuenta de red publicitaria, descarga el informe necesario a través de la página Exportar datos. Para obtener datos de rendimiento del usuario que se van a cargar en tus sistemas de BI, obtén los datos programáticamente usando Data Locker o Pull API.

Consejo

¿Quieres entender mejor tus datos sin procesar? Consulta este breve e informativo curso en el Portal de Aprendizaje de AppsFlyer.

Herramientas de informes: características y funciones

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

Consideraciones:

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

Herramientas de informes

Herramienta Descripción Múltiples/única aplicación (1) Capacidad de actualización de datos (2) Incorporar en scripts Zona horaria Moneda
Página de exportación de datos sin procesar
  • Descarga el informe mediante la interfaz de usuario
  • Formato: Archivo CSV
Única Revisado continuamente x

Específico para la aplicación

Específico para la aplicación
API de recuperación*
  • Descargar informe usando llamadas API.
  • Formato: Archivos CSV
Única Revisado continuamente
  • Seleccionable
  • Predeterminado: UTC
  • Seleccionable
  • Predeterminado: USD
Data Locker P
  • Datos transmitidos a un almacenamiento en la nube
  • Sin límites de volumen
  • Ventana de disponibilidad de datos: 14 días.
  • Formato: CSV o parquet
Múltiples Se actualiza continuamente con un retraso de varias horas UTC USD 
API de envío P
  • Los datos del recorrido del usuario (instalaciones, in-app, retargeting, SKAN) son enviados a sus servidores en tiempo real.
  • Formato: JSON o parámetros de consulta
Puede usar el mismo punto de conexión Minutos después de que el evento se registre en AppsFlyer UTC + específico de la app USD + específico de la app
Datos de conversión del SDK (3)
  • Obtenga datos de conversión de atribución dentro de la aplicación.
  • Formato: JSON
N/D  En tiempo real, menos de 5 segundos   UTC N/D

Notas y abreviaturas:
(1) Soporte para múltiples aplicaciones
(2) La frescura real de los datos depende del informe en sí, ya que algunos son diarios.
(3) Los datos de conversión del SDK recuperan datos de atribución del usuario en menos de 5 segundos desde el primer lanzamiento de la app, siendo este el método menos preciso.
(P) Función premium
(*) Se aplican cuotas para la generación de informes

Limitaciones de la herramienta

Limitación  API de extracción (*) API de envío Almacén de datos SDK
Datos de conversión
Límite de datos 1 millón de filas por llamada N/D N/D N/D
Opciones de selección de datos Seleccione tipos de datos. Opciones limitadas de selección de campos Seleccione tipos de datos, campos y análisis dentro de la aplicación Seleccione tipos de datos, campos y análisis dentro de la aplicación No
Ventana de disponibilidad de datos 90 días N/D 14 días  Duración de toda la vida (disponible en el SDK)

(*) Se aplican cuotas para la generación de informes

Consideraciones para la integración

Consideración  API de extracción API de envío Almacén de datos SDK
Datos de conversión
Desarrollo del lado del servidor Opcional Requerido Opcional Opcional
Requiere procesamiento de datos Opcional Requerido Opcional Opcional
Riesgo de pérdida de datos No Sí, si los servidores de recepción están fuera de línea No Pequeño, si hay retrasos en la respuesta de la red publicitaria
Costes de procesamiento cliente-servidor Ninguno Altos Bajos Ninguno (a menos que se envíen los datos a los servidores)
Mantenimiento cliente-servidor Ninguno Altos Bajos Ninguno (a menos que se envíen los datos a los servidores)
Formato de datos Archivo CSV JSON o parámetros de consulta CSV o parquet JSON

Los registros de datos en bruto que ocurren en un contexto determinado se agrupan en informes. Por ejemplo, instalaciones no orgánicas, eventos orgánicos en la aplicación. Para facilitar la explicación, los informes se agrupan de la siguiente manera:

  • Recorrido del usuario: Úselo para seguir el recorrido y la interacción de un usuario con la aplicación.
    Por ejemplo: clic > instalación > evento dentro de la aplicación > desinstalación.
  • Característica: Están relacionadas con una función de AppsFlyer específica, pero no forman parte del recorrido principal del usuario. Por ejemplo, postbacks a redes publicitarias, informes de fraude y Reglas de Validación, e informes de ingresos por publicidad por usuario.

Campos del informe

El diccionario de campos de datos sin procesar incluye campos relevantes para los informes del recorrido del usuario y algunos campos de informes de características. Los principios son los siguientes:

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

Consejo! La mejor manera de familiarizarse con los informes es revisarlos. Puede descargar sus informes a través de la página de Exportación de datos

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

Grupos de campos de datos sin procesar del recorrido del usuario

Grupo de campos Relevante para usuarios orgánicos Campos de ejemplo
Aplicación ID de aplicación, nombre de la aplicación, versión de la aplicación, versión del SDK, ATT
Atribución

No, salvo en tiempo de instalación

Tiempo de instalación, tiempo de contacto atribuido, fuente de medios, campaña, conjunto de anuncios, anuncio, socio, tipo de conversión de retargeting

Atribución de colaboradores No Socio colaborador, tipo de coincidencia
Información del dispositivo ID de publicidad, GAID, OAID, tipo de dispositivo, ID de usuario del cliente
Ubicación del dispositivo Dirección IP, ciudad, país
Evento

Poblados en informes de eventos en la aplicación:

Nombre del evento, valor del evento, ingresos del evento

Informes del recorrido del usuario

Datos_sin_registro_-_Adquisición_de_usuarios_.png

Conceptos básicos del recorrido del usuario

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

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

Los informes 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 dentro de la app realizados por el usuario.

Los informes de retargeting incluyen:

  • Las impresiones y los clics que se producen al redireccionar al usuario.
  • Eventos de conversión: Ya sea un nuevo compromiso o una nueva atribución.
  • Eventos posteriores dentro de la app realizados durante la reactivación. Considere:
    • Los datos de retargeting siempre son no orgánicos.
    • Los eventos de retargeting en la app se incluyen tanto en los informes de UA como en los de retargeting de eventos en la app. Consulte la metodología de doble atribución de retargeting.

      Datos_crudos_-_Retargeting.png

Para seguir el recorrido de un usuario, combine los informes relacionados con la parte que le interesa, por ejemplo, instalaciones y eventos en la app. Luego, ordene el informe usando el ID de AppsFlyer, la hora del evento y el tipo de informe. El resultado es el conjunto de eventos de un usuario a lo largo del tiempo, es decir, su recorrido. 

Disponibilidad de informes del recorrido del usuario

  • La disponibilidad de los informes depende de su plan de suscripción.
  • Los informes pueden incluir usuarios orgánicos, no orgánicos o ambos, según se indique.
  • Las políticas de retención se aplican a los informes de datos sin procesar históricos según la herramienta de informes 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. 

Informes del recorrido del usuario

Categoría Exclusivo para Data Locker Tema del informe Orgánico No orgánico
Adquisición de usuarios Clics N/D
Redireccionamiento Clics de campañas de retargeting  El retargeting es siempre no orgánico
Adquisición de usuarios Impresiones N/D
Redireccionamiento Impresiones de campañas de retargeting El retargeting es siempre no orgánico
Adquisición de usuarios - Instalaciones 
Adquisición de usuarios - Eventos dentro de la app 
Adquisición de usuarios - Ingresos por publicidad atribuida -
Adquisición de usuarios - Ingresos por publicidad orgánica -
Redireccionamiento - Ingresos por publicidad de retargeting El retargeting es siempre no orgánico
Redireccionamiento - Conversiones de retargeting (re-engagement y re-atribución) El retargeting es siempre no orgánico
Redireccionamiento - Eventos de retargeting en la app (re-engagement y re-atribución) El retargeting es siempre no orgánico
Redireccionamiento   Sesiones de retargeting (re-engagement y re-atribución) El retargeting es siempre no orgánico
Adquisición de usuarios   Sesiones
Adquisición de usuarios - Desinstalaciones no orgánicas  -
Adquisición de usuarios - Desinstalaciones orgánicas -
Adquisición de usuarios Interacciones en múltiples plataformas

Descripciones de informes del recorrido del usuario

Clics e impresiones

Informe Características
Contexto Un usuario interactúa con una campaña y hace clic o visualiza un anuncio.
Características Los informes contienen un registro del enlace de atribución y los encabezados HTTP presentes cuando un usuario hace clic o visualiza un anuncio.
Caso de uso
  • Optimice las campañas que no conducen a la apertura de una aplicación (instalación, reatribución, reactivación).
  • Dirija nuevamente a estos usuarios usando diferentes campañas.
Ejemplo de informe Clics
Observaciones

Datos de SRN no disponibles.

Usuarios restringidos En algunos casos, debido a las reglas de privacidad, los datos de impresiones y clics están restringidos (no disponen de identificadores de usuario) o no están disponibles en absoluto. La disponibilidad depende de la fuente del medio y de la plataforma. 

Instalaciones y conversiones de retargeting

Nombre del informe 

Adquisición de usuarios: Instalaciones

Reorientación: Conversiones
Contexto

Cuando un usuario abre una aplicación por primera vez.

Después de que un usuario interactúa con un anuncio de retargeting y luego abre la aplicación. Una conversión de retargeting es una nueva interacción o reatribución.

Consulte la Guía de atribución de retargeting.
Casos de uso
  • Genere informes agregados utilizando campos que no están disponibles a través de las herramientas de análisis de AppsFlyer.
  • Combínelo con otros informes para un análisis avanzado en secciones cruzadas.
  • Analizar el rendimiento entre diferentes dimensiones como ciudades, áreas metropolitanas, etc. 
  • Segmentar a los usuarios según el país, ciudad e idioma para fines de orientación.
  • Obtener los ID de los dispositivos de los usuarios para objetivos de redireccionamiento.
Similar a las instalaciones.
Orgánico vs. no orgánico
  • No orgánico: Los grupos de campos de atribución y de contribuciones se llenan
  • Orgánico: El campo de fuente de medios está en blanco, nulo o es orgánico. Considérelo al cargar datos en sus sistemas. 
No aplicable
Ejemplo de informe Instalaciones El informe de conversiones de retargeting tiene la misma estructura que el informe de instalaciones. Algunos campos se completan en el contexto del retargeting. Consulte datos sin procesar de reorientación

Eventos dentro de la app

Informe Características

Contexto del informe

Lista cronológica de acciones realizadas por los usuarios después de la atribución (instalación, reatribución o reactivación)

Características

  • La estructura y campos del informe son similares a los informes de instalación.
  • Campos dedicados describen el evento. Estos datos incluyen el nombre, valor, ingresos y momento del evento. 

Caso de uso

Utilice el informe para:

  • Obtenga información al analizar el recorrido del usuario durante toda su interacción.

  • Combine los datos sin procesar de instalación y eventos dentro de la aplicación para seguir el recorrido completo del usuario.

Valores de los eventos

Campo de valor del evento

El campo de valor del evento contiene todos los datos del evento en formato JSON. Puede cargar esto en su sistema BI para un análisis más detallado.

¡Consejo! Puede utilizar Power Query en Microsoft Excel para analizar los parámetros del evento de los textos JSON.


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

Informe de ingresos

Los datos de ingresos y ROI en AppsFlyer se derivan del af_revenue enviado en eventos. 

Cuando se envía el parámetro af_revenue en un evento dentro de la aplicación, AppsFlyer lo utiliza para completar el campo de ingresos del evento. AppsFlyer usa este campo para actualizar el panel de control y los informes agregados. 

¡Nota! Use solo el parámetro af_revenue en eventos que describan los ingresos reales generados. Para otros eventos relacionados con ingresos, pero que no son definitivos, como add_to_cart, utilice otros parámetros como af_price.

Ejemplo de informe

Eventos dentro de la aplicación

Observaciones

  • Los eventos de retargeting dentro de la aplicación se registran dos veces, tanto en los informes de datos sin procesar de UA como de retargeting.
  • Los eventos dentro de la aplicación no incluyen el evento de apertura (af_app_opened). Esto está disponible en el informe de datos sin procesar de sesiones.
  • Ubicación geográfica: Se obtiene utilizando la dirección IP del usuario en el momento del evento.

Sesiones

Informe Características
Contexto Cuando el usuario abre la aplicación, se envía un evento de sesión a AppsFlyer. El evento se registra si se supera el umbral de tiempo mínimo entre sesiones
Características

La estructura del informe es la misma que la de los informes de eventos dentro de la aplicación. Las sesiones (eventos de sesión) se enumeran en un informe separado debido al gran número existente.

Caso de uso Analice la interacción del usuario con la aplicación.
Ejemplo de informe El informe de sesiones es similar al de eventos dentro de la aplicación. Nota: En los datos en bruto, las sesiones incluyen el nombre del evento launch

Desinstalaciones

Informe Características
Contexto Registro de usuarios que desinstalan la aplicación. 
Características
  • Este informe se actualiza diariamente y no continuamente, como ocurre con otros informes del recorrido del usuario. 
  • En el informe, el tiempo del evento representa el momento en que AppsFlyer determina que la app fue desinstalada, y no el momento exacto de la desinstalación. Consulte Medición de desinstalación.
Campos disponibles
  • Si el usuario procede de una fuente de medios no orgánica, los campos de fuente de medios se completan. 
  • Considere que el evento de desinstalación lo generan los servidores de AppsFlyer después de determinar que el usuario desinstaló. Por consiguiente, muchos campos no están completados. 
  • Los identificadores de usuario disponibles son los registrados en el momento de la instalación. El CUID nunca está disponible. 
  • Los campos geográficos se completan con la ubicación del usuario al interactuar con la fuente de medios (clic o impresión). Si no se dispone de la ubicación de interacción, se utiliza la ubicación asociada al evento de instalación. 
Ejemplo de informe Desinstalaciones Nota! En el ejemplo, por claridad, la fila 2 indica qué campos se completan si hay datos relevantes disponibles. 
Casos de uso
  • Analizar el evento de desinstalación, el dispositivo y las características del usuario.
  • Construir una audiencia de eventos de desinstalación para reorientación.

Disponibilidad del informe de recorrido del usuario por herramienta

Informe de interacción con anuncios por herramienta 

Informe Exportar datos API de extracción Almacén de datos API de envío SDK
Datos de conversión
Impresiones (1) - - - -
Clics (1) - - - -
(1) Los datos de clics e impresiones están disponibles gracias a fuentes que no son SRN. Las SRN no ponen estos datos a disposición.

Informes de adquisición de usuarios por herramienta 

Informe Exportar datos API de extracción Almacén de datos API de envío Datos de conversión del SDK
Instalaciones
Sesiones - - - -
Eventos dentro de la app -
Desinstalaciones - -

Informes de datos sin procesar de reorientación por herramienta

Informe Exportar datos API de extracción Almacén de datos API de envío SDK
Datos de conversión
Clics (1) - - - -
Conversiones (reatribuciones + reengagements)
Impresiones (1) - - - -
Sesiones - - - -
Eventos dentro de la app -

(1) Los datos de clics e impresiones están disponibles gracias a fuentes que no son SRN. Las SRN no ponen estos datos a disposición.

FAQ

Detalles

¿Por qué faltan los datos brutos de los anuncios de Meta?

Por defecto, los datos brutos de los anuncios de Meta se atribuyen a la fuente de medios restringida. Véase datos a nivel de usuario de anuncios Meta.

¿Cuál es la diferencia entre las marcas de tiempo?

Las marcas de tiempo son comunes a todos los informes. Esto permite combinar diferentes informes.

Las siguientes marcas de tiempo son relevantes: 

  • Hora de contacto atribuido: La hora en que el usuario interactuó con un anuncio.
  • Hora de instalación : La hora en que se inicia la aplicación por primera vez.
  • Hora del evento: La hora en que ocurre el evento.

Considere: 

  • En los informes de instalación, las horas de instalación y de eventos coinciden.
  • En los informes de eventos dentro de la aplicación, las horas de instalación y de eventos son distintas. Esta diferencia puede mostrar el tiempo que pasa entre el inicio de la aplicación y la interacción del usuario con ella.

¿Cuál es el propósito del campo colaborador?

El campo colaborador lista las fuentes de medios del colaborador. A veces se les llama Instalaciones asistidas. En Protect360, también se usa para la corrección de atribución de instalaciones secuestradas.

¿Qué es el campo de palabras clave y por qué no está disponible en todas las instalaciones no orgánicas?

Las instalaciones atribuidas a Google Ads o Apple Search Ads pueden incluir las palabras clave o el ID de palabra clave asociado al anuncio que trajo la instalación. 

Consejos para los informes de instalación

Entendiendo el recorrido del usuario

Un recorrido 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 recorrido del usuario es observar qué hace el usuario en la aplicación, cuán activo es y qué valor aporta en un periodo determinado.

Puede identificar y destacar los recorridos 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 informes de eventos de instalación e in-app tienen la misma estructura, se pueden fusionar en un único informe. En el informe 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.

 Ejemplos

Usuario involucrado—fuerte

  • Un usuario instaló la aplicación el 20 de agosto a las 09:31.
  • El informe fusionado muestra que realizó compras el 20 de agosto a las 10:31, el 22 de agosto a las 15:22 y el 25 de agosto a las 16:47.
  • De esto concluimos que el usuario está involucrado. Hizo una compra una hora después de abrir la aplicación y continuó comprando los días siguientes a la instalación.

Usuario involucrado—débil

  • Un usuario instaló la aplicación el 30 de julio. El informe fusionado muestra que añadió un artículo a su carrito el 15 de agosto, pero no hubo eventos de compra posteriores.
  • Puedes suponer que el usuario está indeciso para realizar una compra y decidir volver a dirigirlo con el artículo que añadió al carrito.

Análisis del recorrido del usuario para la optimización de campañas

  • El responsable de adquisición de usuarios (UA) de una app de viajes descarga los informes de instalaciones y eventos en la app y los combina.
  • Luego, para ver los recorridos de los usuarios en la app, filtra o agrupa los datos por ID de AppsFlyer.
  • Observa que un usuario en particular, identificado por su ID de AppsFlyer, descargó la app hace 12 meses y reservó un vuelo varios días después.
  • Posteriormente, el usuario visualizó algunas ofertas de vuelos pero no hizo ninguna reserva. Al profundizar más, el gerente de UA descubre más usuarios con el mismo patrón y decide investigar aún más.
  • Descubre que la mayoría de estos usuarios provienen del Anuncio A de la Campaña B ejecutada en la Fuente de medios C. Se descubre que este anuncio y campaña estaban dirigidos a usuarios interesados en viajar a un destino específico.
  • Al analizar el recorrido del usuario, el gestor de UA podría deducir que la campaña estaba demasiado centrada y que los usuarios no estaban suficientemente involucrados con la aplicación.

Informes de funciones

Informes sobre funciones adicionales disponibles en la plataforma

Postbacks

Utilice los informes de postback para revisar copias de los datos enviados a una red publicitaria. Por ejemplo, úselos para investigar discrepancias. Estos informes son únicamente informativos y no son obligatorios para la integración con redes publicitarias.

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

Tema del informe Eventos enviados a la fuente de medios atribuida
Instalaciones Instalaciones no orgánicas (UA)
Eventos dentro de la app Eventos no orgánicos dentro de la aplicación

Postbacks de conversión de retargeting

Retargeting (reengagement y reatribución)

Eventos de retargeting en la aplicación 

Eventos de retargeting en la aplicación

Campos adicionales en los informes de postback

Campo Observaciones
URL de postback

Es posible que algunos valores, como los ingresos, no aparezcan en el campo adecuado, pero aun así podrás consultar estos datos en la URL Postback.

Método de postback  
Código de respuesta HTTP del postback 200: Confirma que la red publicitaria ha recibido el postback
Mensaje de error de postback   

Normativas de validación y protección contra fraudes de Protect360

  • Consulta los informes de datos en crudo de Protect360 y reglas de validación
  • Las redes publicitarias y las agencias necesitan permiso del anunciante para acceder a los informes de Protect360 y a las reglas de validación

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

  1. Accede a Colaborar > Integraciones activas
  2. Selecciona el socio integrado.
  3. En la pestaña Permisos, activa Acceder a tu panel de control de Protect360 y a los datos brutos a través de la API.
  4. Para otorgar acceso al panel de eventos en la aplicación (CPA), activa Acceder a los datos agregados de eventos en la aplicación.

Consulta también