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 |
|
Única | Revisado continuamente | x |
Específico para la aplicación |
Específico para la aplicación |
API de recuperación* |
|
Única | Revisado continuamente | ✓ |
|
|
Data Locker P |
|
Múltiples | Se actualiza continuamente con un retraso de varias horas | ✓ | UTC | USD |
API de envío P |
|
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) |
|
N/D | En tiempo real, menos de 5 segundos | ✓ | UTC | N/D |
Notas y abreviaturas: |
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) |
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 | Sí | 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 | Sí | ID de publicidad, GAID, OAID, tipo de dispositivo, ID de usuario del cliente |
Ubicación del dispositivo | Sí | Dirección IP, ciudad, país |
Evento |
Sí |
Poblados en informes de eventos en la aplicación: Nombre del evento, valor del evento, ingresos del evento |
Informes del recorrido del usuario
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.
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 |
|
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 |
|
Similar a las instalaciones. |
Orgánico vs. no orgánico |
|
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 |
|
Caso de uso |
Utilice el informe para:
|
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.
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 |
|
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 |
|
Campos disponibles |
|
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 |
|
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:
Considere:
|
¿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.
- El informe 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 informe no incluye:
- Instalaciones de SRN.
- Eventos dentro de la aplicación relacionados con anuncios de Meta, X y Apple Search Ads.
- Postbacks de socios no atribuidos. Consulte eventos atribuidos a cualquier socio o de origen orgánico.
- Usuarios orgánicos. Consulte 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. Consulte la especificación de postbacks de Privacidad Avanzada para redes publicitarias.
- URIs para informes de postbacks a través de la API de Pull
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:
- Accede a Colaborar > Integraciones activas.
- Selecciona el socio integrado.
- 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.
- Para otorgar acceso al panel de eventos en la aplicación (CPA), activa Acceder a los datos agregados de eventos en la aplicación.