Guía de atribución de ingresos por publicidad

Premium

De un vistazo: Atribuye los ingresos por publicidad para completar la vista de rendimiento del valor de vida útil (LTV).

Attributes_ad_revenue.png

Atribución de ingresos por publicidad

  • Los anuncios se muestran en la aplicación en banners, muros de ofertas, intersticiales, etc., y generan ingresos por publicidad.
  • Los ingresos por publicidad, combinados con las compras in-app y los ingresos por suscripción, te proporcionan la imagen completa del LTV del usuario. Al hacer coincidir el LTV del usuario con la campaña de gastos en medios, el ROI se determina y está disponible para un análisis adicional en la plataforma. 

Datos de ingresos por publicidad atribuidos:

  • Se adquieren de las redes de mediación y/o monetización de anuncios a través de las API del servidor o mediante el SDK de reportes integrado en la aplicación (incluido iOS 14).
  • Se atribuyen a la fuente de medios que originalmente trajo al usuario. Por ejemplo:
    • El usuario ve un anuncio de la red A y descarga tu aplicación.
    • El anuncio se muestra dentro de la aplicación.
    • Los ingresos por publicidad se atribuyen a la Red A (responsable de la adquisición del usuario), independientemente de quién haya publicado el anuncio.
  • La granularidad de los reportes depende de la integración de la red de monetización y del tipo de atribución de los ingresos por publicidad.

Tipos de integración para la atribución de ingresos por publicidad

La atribución de ingresos por publicidad admite diferentes métodos de granularidad. La granularidad depende de la red de monetización.

Tipo de integración para la atribución de ingresos por publicidad Descripción

Nivel agregado por API S2S

  • AppsFlyer obtiene los ingresos diarios desglosados por geolocalización.
  • Los ingresos efectivos por acción (eRPA) se obtienen dividiendo los ingresos por la cantidad de instancias de un evento desencadenante.
  • Los eventos de activación son eventos in-app abiertos o específicos configurados en la aplicación.
  • Si estás utilizando una red de mediación, asegúrate de desactivar las integraciones de ingresos por publicidad para los partners de monetización que se median a través de la red de mediación antes de habilitar la integración de ingresos por publicidad con la red de mediación. Si no lo haces, se duplicarán los datos. 

Nivel de dispositivo por API S2S

  • La red de mediación o monetización reporta los ingresos por usuario a nivel de dispositivo. No todas las redes admiten granularidad a nivel de dispositivo.
  • Estos ingresos se atribuyen a la fuente de medios que trajo al usuario. Es decir, la atribución de ingresos por publicidad de AppsFlyer se adhiere a las reglas de atribución que se encuentran en la plataforma, incluidas las reglas de atribución por retargeting. 
  • Si estás utilizando una red de mediación, asegúrate de desactivar las integraciones de ingresos por publicidad para los partners de monetización que se median a través de la red de mediación antes de habilitar la integración de ingresos por publicidad con la red de mediación. Si no lo haces, se duplicarán los datos. 
  • El nivel de dispositivo por API S2S incluye el 100% de los ingresos por publicidad y tiene la mayor precisión de datos de los tipos de integración de ingresos por publicidad.
  • Los datos están disponibles en los reportes de raw data. No enviamos los postbacks de datos de nivel de dispositivo a los partners integrados.
Nivel de impresión por SDK
  • El nivel de impresión se refiere a cómo AppsFlyer recibe los datos. Los datos pueden terminar siendo reportados a otros niveles de granularidad (como el nivel de dispositivo).
  • La red de mediación o monetización reporta los ingresos por usuario a nivel de impresión. No todas las redes admiten la granularidad a nivel de impresión.
  • Estos ingresos se atribuyen a la fuente de medios que trajo al usuario. Es decir, la atribución de ingresos por publicidad de AppsFlyer se adhiere a las reglas de atribución que se encuentran en la plataforma, incluidas las reglas de atribución por retargeting. 
  • Si estás utilizando una red de mediación, asegúrate de desactivar las integraciones de ingresos por publicidad para los partners de monetización que se median a través de la red de mediación antes de habilitar la integración de ingresos por publicidad con la red de mediación. Si no lo haces, se duplicarán los datos. 
  • El nivel de impresión por SDK tiene la mejor actualización de datos de todos los tipos de integración de ingresos por publicidad.
  • Admite SKAN.
Nivel de impresión (por SDK) con nivel de dispositivo (por API S2S)
  • Permite atribuir y reportar datos a nivel de impresión que llegan a través del SDK el día X, y cambiarlos con los datos de nivel de dispositivo que llegan por API el día 1 y siguientes. Nota: Para Android, los datos reportados a través del SDK desde dispositivos desconocidos (sin ID de dispositivo disponibles) no se reemplazan por datos que llegan a través de API.
  • Permite la actualización de los datos para la precisión. Lo que significa que puedes disfrutar de una actualización de los datos del Día X con la precisión de los datos de los Días X+1 y siguientes.
  • Admite SKAN.

Implementación

Las siguientes secciones describen los tipos de atribución de ingresos por publicidad disponibles, así como los flujos de trabajo y los pasos necesarios para la implementación y el mantenimiento.

Conexión con partners integrados de ingresos por publicidad

Antes de comenzar:

  • Solicita que el partner integrado de ingresos por publicidad te proporcione las credenciales de la API.

Para habilitar la integración de los ingresos por publicidad con la red de ingresos por publicidad:

  1. En AppsFlyer, ve a ROI360 > Configuración de ingresos > Ingresos por publicidad.
  2. En Integración de ingresos por publicidad, haz clic en Nueva integración de ingresos por publicidad.
  3. Selecciona un partner de ingresos por publicidad y haz clic en Siguiente.
    ad_revenue_ui.png
  4. Selecciona el tipo de datos de ingresos por publicidad que deseas recibir. Nota: No todas las redes de publicidad proporcionan todas las opciones que se enumeran a continuación.
    • Ingresos atribuidos. Significa ingresos basados en la fuente de adquisición de usuarios. Los reportes de ingresos atribuidos pueden ser:
      • Nivel agregado por API S2S.
        • Selecciona el evento en el que basar los ingresos por publicidad. Por ejemplo, si eliges el evento af_app_opened, los ingresos por publicidad totales se dividen entre todos los eventos app-opened, lo que te da los ingresos por publicidad por apertura de aplicación. 
      • Nivel de dispositivo por API S2S. 
        • Nota: Si habilitas la API de ingresos por publicidad a nivel de dispositivo de una red de mediación, debes deshabilitar las integraciones de ingresos por publicidad de las redes de monetización que media. Si no lo haces, se duplicarán los datos.
      • Nivel de impresión por SDK.
        • Dile a tus desarrolladores de aplicaciones que integren el conector del SDK de ingresos por publicidad de AppsFlyer. Hay opciones disponibles para Android, iOS y Unity.
      • Nivel de impresión (por SDK) con nivel de dispositivo (por API S2S).
        • Dile a tus desarrolladores de aplicaciones que integren el conector del SDK de ingresos por publicidad de AppsFlyer. Hay opciones disponibles para Android, iOS y Unity.
      • NotaSi estás utilizando una red de mediación, asegúrate de desactivar las integraciones de ingresos por publicidad para los partners de monetización que se median a través de la red de mediación antes de habilitar la integración de ingresos por publicidad con la red de mediación. Si no lo haces, se duplicarán los datos.
  5. Completa las credenciales de la API o el inicio de sesión, según lo requiera el partner integrado. Esto no es relevante para las integraciones de SDK.
  6. Haz clic en Guardar.
  7. Si se muestra el botón Probar conexión, como en la imagen anterior, haz clic en Probar conexión.
  8. Si no se muestra el botón Probar conexión, significa que has completado el procedimiento.
    AppsFlyer recopila los datos del partner varias veces al día.
  9. [Opcional] Haz el QA y compara los datos de ingresos por publicidad que ves en AppsFlyer con los datos de ingresos por publicidad que ves en tus paneles de control de partners de mediación y partners de UA. Aprender más
  10. [Opcional] Comparte los datos de ingresos por publicidad con tus partners a través de señales de UA y postbacks de eventos de ingresos por publicidad.

Nota: Si cambias de un tipo de integración a otro, el cambio entra en vigor a las 12 am UTC del día siguiente. 

Ver, editar y eliminar partners integrados de ingresos por publicidad

delete_edit_adi.png

Para ver, editar o eliminar integraciones de redes de ingresos por publicidad:

  1. En AppsFlyer, ve a ROI360 > Configuración de ingresos > Ingresos por publicidad y selecciona tu aplicación.
    Se muestra una lista de todas las integraciones de tus partners, junto con información sobre el producto y el tipo de integración, el estado de la integración y los nombres de los eventos de ingresos por publicidad.
  2. Pasa el cursor sobre la integración y haz clic en Editar o Eliminar según sea necesario.

Desduplicar los ingresos por publicidad con referencias cruzadas.

La duplicación parcial de los datos de ingresos por publicidad puede ocurrir cuando una aplicación utiliza dos plataformas de mediación, ambas asociadas con la misma red de monetización. En tales casos, cada plataforma de mediación reporta todos los ingresos por publicidad generados por su red de monetización asociada, independientemente de que esos ingresos se generaran mientras estaban mediados por una sola de las redes.

Para evitar la duplicación parcial de los datos de ingresos cuando hay referencias cruzadas entre dos plataformas de mediación:

  1. En AppsFlyer, ve a ROI360 > Configuración de ingresos > Ingresos por publicidad.
  2. En Configuración general, haz clic en Desduplicar los ingresos por publicidad cuando hay referencias cruzadas entre dos partners de mediación. Nota: No desdupliques si las dos plataformas de mediación median en diferentes formatos de anuncios. Por ejemplo, cuando la plataforma 1 muestra Banner e Interstitial, y la plataforma 2 muestra anuncios de AppOpen y Native. 
dedup.png

Granularidad agregada usando eventos abiertos o in-app

La granularidad agregada para los ingresos por publicidad funciona de la siguiente manera:

  • La red integrada reporta los ingresos totales por día desglosados por ubicación geográfica. 
  • AppsFlyer deriva los ingresos efectivos por acción (eRPA) dividiendo los ingresos por la cantidad de instancias de un evento desencadenante.
  • AppsFlyer crea un evento _monetized, que incluye el eRPA total para cada dispositivo atribuido. Por ejemplo, ad_matched_monetized.
  • El uso de los ingresos de eRPA se atribuye a las fuentes de medios.
  • Puedes usar uno de los siguientes tipos de eventos: 
    • El evento in-app de monetización única requiere modificaciones en la aplicación. 
    • Evento af_app_opened que está disponible de forma predeterminada.
  • No reportes los montos de ingresos por publicidad en eventos in-app en paralelo a una integración de ingresos por publicidad. Si lo haces, los ingresos por publicidad se duplicarán en el panel de control porque AppsFlyer obtiene los datos de ingresos de la red de monetización por integración. 

Ingresos por publicidad agregados mediante eventos

Método de evento ¿Cómo se implementa? consideraciones

Evento in-app único de monetización 

  • Un evento in-app se establece en el momento de la visualización del anuncio. 
  • Esto proporciona un recuento distintivo de las acciones de los usuarios que permiten cálculos superiores de eRPA. 
  • Esto se puede refinar aún más al tener un evento in-app diferente para cada red de monetización, lo que te permite desglosar los ingresos por red de monetización.
    Consulta la tabla que aparece a continuación para ver una discusión completa. 
  • Requiere que el desarrollador modifique la aplicación.
  • Los ingresos se pueden desglosar por red de monetización en el panel de control.

evento af_app_opened

  • El SDK de Appsflyer envía el evento af_app_opened de forma predeterminada
  • Se activa por cada sesión de usuario 
  • No se requiere modificación de la aplicación.
  • Rápido de implementar. 
  • Los valores de eRPA se distorsionan significativamente a menos que muestres solo una aplicación por sesión.
  • Sin desglose de los ingresos por red de monetización.
  • El evento pertenece a todos los usuarios que inician la aplicación y no tienes indicios de que el usuario esté dispuesto a ver anuncios.

Comparación de métodos de eventos in-app

Método Pros Contras consideraciones
Utiliza el mismo evento para todas las redes. Por ejemplo, ad_watched. Esto genera automáticamente el evento ad_watched_monetized que contiene los detalles de monetización. Más simple de implementar. Sin información de calidad, como el número de clics y los ingresos por publicidad por red.
  • Mejor opción si el objetivo principal es encontrar fuentes/campañas que hagan que los usuarios tengan la mayor tendencia a hacer clic en los anuncios. 
  • No es adecuado para comparar el rendimiento de las redes de monetización.

(Práctica recomendada) A cada red se le asigna un evento único para ver anuncios. Ejemplo: pad_watch_admob,

 ad_watch_vungle.

Visibilidad completa y capacidad para comparar las redes de monetización en el panel de control, además del raw data. Los ingresos por publicidad no se acumulan en un solo evento. El número de eventos es equivalente al número de redes. Permite comparar redes monetizadas en el panel de control. Los ingresos por publicidad se separan por red mediante un evento in-app por red. 

Prueba y estado de la API de ingresos por publicidad

  • El estado operativo de la integración de ingresos por publicidad está disponible de la siguiente manera:

    • Panel de control de estado de integración de costos e ingresos por publicidad: lista centralizada de partners para los que está habilitada la integración de ingresos por publicidad para una o más aplicaciones alojadas en tu cuenta. 
    • Algunos partners te permiten probar la conexión API. Cuando esté disponible, aparecerá el botón Probar conexión. mceclip0.png
    • Para verificar que la conexión de la API esté operativa:
    • Haz clic en Probar conexión. 
      Aparece el mensaje Clave de API verificada. Si este no es el caso, sigue la guía de acciones correctivas en la siguiente tabla. 
Estado Significado Observaciones/acción requerida
Clave verificada de la API  Ninguna
Credenciales inválidas

Una o más de las credenciales proporcionadas son incorrectas.

Obtén las credenciales correctas de los partners de ingresos por publicidad
Faltan detalles de configuración Uno o más de los campos de credenciales están incompletos Recupera las credenciales en el panel de control del partner de ingresos por publicidad o comunícate con el partner y solicita las credenciales. 

Datos de ingresos por publicidad

Los datos de ingresos por publicidad están disponibles a través de los paneles de control de AppsFlyer y los reportes de raw data.

Datos agregados de ingresos por publicidad

Los ingresos por publicidad muestran la calidad de los usuarios de diferentes fuentes a lo largo del tiempo. A medida que los usuarios siguen iniciando la aplicación e interactuando con los anuncios, su valor de vida útil (LTV) aumenta.

Nota: Puede haber discrepancias entre los datos de ingresos por publicidad en diferentes paneles y reportes. Aprender más

La atribución de ingresos por publicidad está disponible de la siguiente manera:

  • Basada en LTV:
    • Paneles de control: general, eventos
    • Reportes de LTV
    • Panel de control y reportes de cohorte
    • API maestra
  • Basada en actividades:
    • Panel de control: Actividad
    • Raw data de ingresos por publicidad

Panel de información general - Reporte de estadísticas agregadas de rendimiento

En el panel de control de información general:

  • Los valores, incluidos los ingresos, son LTV. Consulta Valor de vida útil (LTV) vs. actividad.
  • La columna Ingresos incluye todos los ingresos, incluidos los ingresos por publicidad y las compras in-app.
  • Profundiza en la jerarquía de publicidad (fuente de medios, campaña, conjunto de anuncios, geolocalización) para ver los eventos monetizados en el reporte.
Panel de control de eventos

En el panel de control de actividad:

  • Los valores, incluidos los ingresos, se basan en la fecha de actividad. Consulta Valor de vida útil (LTV) vs. actividad.
  • Los Eventos promedio por usuario indican la tendencia de los usuarios a involucrarse con los anuncios presentados en la aplicación. 

Ejemplos

Tres usuarios instalan una aplicación el 31 de diciembre de 2017. Se atribuyen de la siguiente manera:

  • Usuario A: Red A
  • Usuario B: Red B
  • Usuario C: orgánico

La aplicación está integrada con cinco plataformas de monetización diferentes. Cada plataforma utiliza un evento in-app único utilizando el SDK de AppsFlyer de la siguiente manera:

  • Red de audiencia de Meta: fb_ad_view
  • Chartboost: chartboost_ad_view
  • Admob: admob_ad_view
  • Applovin: applovin_ad_view
  • IronSource: is_ad_view 

Después de la instalación, durante un período de cuatro días, se muestran anuncios a los usuarios de la siguiente manera:

Usuario

Red UA

fb_
ad_view

chartboost_
ad_view

admob_
ad_view

applovin_
ad_view

is_ad_view

Total

A

Red A

2017-12-31

2018-01-01

$1

2018-01-02

$1

2018-01-03

$1

2018-01-04

$1

 

$4
 B

Red B

2017-12-31

2018-01-02

$1

 

2018-01-04

$1

 

  $2
 C

Orgánico

2017-12-31

2018-01-01

$1

     

2018-01-02

$1

$2

Observando los datos, ahora podemos resumir los ingresos recaudados por usuario, por día (y por evento in-app):

Usuario

2018-01-01

2018-01-02

2018-01-03

2018-01-04

Valor del tiempo de vida (LTV) total

A

$1

$1

$1

$1

$4

B   $1   $1 $2
C $1 $1     $2
Total $2 $3 $1 $2 $8

Comprender los reportes:

Como se mencionó, los ingresos por publicidad están vinculados al LTV del usuario. Por lo tanto, el período de tiempo seleccionado en el panel de control representa la cohorte de instalaciones para las que se suman los ingresos hasta la hora y el día actuales. Examinemos un reporte con dos selecciones de fechas diferentes:

Reporte agregado: fechas seleccionadas: 2017-12-31-2018-01-05

Red

Ingresos de LTV

Orgánico

$2

Red A

$4

Red B

$2

Red C

$2

En este caso, la cohorte son los usuarios que instalaron la aplicación desde el 2017-12-31 hasta el día actual, 2018-01-05. Todos los ingresos generados por esos usuarios se vinculan a la fuente adquirente y se representan en el LTV del usuario.

Raw data de ingresos por publicidad

PremiumFeature.jpg

Los reportes de raw data de ingresos por publicidad contienen datos proporcionados por las redes de monetización que tienen integración a nivel de dispositivo o de impresiones con AppsFlyer. 

Principios del raw data de los ingresos por publicidad

  • Los datos se agregan por número de impresiones únicas por usuario. Las impresiones únicas se derivan de la combinación de la red de monetización de anuncios, el bloque de anuncios y la ubicación. 
  • El raw data a nivel de impresiones es:
    • Agregado a nivel de dispositivo y disponible en los reportes a nivel de dispositivo.
    • Disponible como en los reportes a nivel de impresiones en Data Locker.
    • La actualidad del raw data es idéntica a la de los ingresos por publicidad a nivel dispositivo en el panel de control de actividad.
Reporte

Página de datos exportados

Pull API  Data Locker
Ingresos por publicidad atribuidos (no orgánicos) ✓*
Ingresos por publicidad orgánicos ✓*
Ingresos por publicidad por retargeting  ✓*
Raw data a nivel de impresiones  - - ✓ 
* El reporte versionado también está disponible, actualizado varias veces al día, con datos agregados a nivel de dispositivo. Los reportes de Data Locker no versionados son diarios.

Características y campos de datos

Los campos de los reportes de ingresos por publicidad se rellenan:

  • Por el propio evento de ingresos por publicidad y aparecen en la tabla siguiente. Estos campos se dividen en:
    • Específico: campos específicos de los ingresos por publicidad. Por ejemplo, impresiones y colocación. Nota: Los campos rellenados difieren según el partner de monetización, como se muestra en la tabla Campos por red de esta sección.
    • Contexto: campos que tienen un significado similar en otros reportes de raw data. Por ejemplo, el nombre del evento, el valor del evento, la moneda. 
  • Como resultado de la atribución del evento a la fuente de medios que trajo al usuario. Es decir, estos campos se copian del evento de conversión que trajo al usuario. Por ejemplo, fuente de medios y campaña. Estos campos no se enumeran en la siguiente tabla. 

Campos rellenados por ingresos por publicidad

api_name Nombre de campo Tipo de campo Descripción
event_time Hora del evento
Contexto
La fecha a la que se atribuyen los ingresos
event_name Nombre del evento
Contexto
  • El valor predeterminado es af_ad_revenue
  • También puede ser un evento personalizado
event_revenue Divisa de ingresos del evento
Contexto
  • Cantidad de ingresos utilizando la moneda de ingresos del evento 
  • Un valor cero indica impresiones sin ingresos.
event_revenue_currency Moneda del evento
Contexto
Divisa de ingresos del evento
 event_revenue_XXX Ingresos del evento XXX
Contexto
  • En la página de exportación: ingresos convertidos a la moneda específica de la aplicación 
  • En Data Locker siempre en USD
  • En Pull API según la moneda del Pull. 
País País


Contexto

País de instalación de la conversión
ad_unit

 Unidad de anuncio

Específico

Tipo de anuncio

segment Segment Específico Nombre de ubicación del anuncio
monetization_network Monetization network Específico Red que envía el anuncio
Impresiones Impresiones Específico Número de veces que el usuario vio el anuncio
mediation_network Mediation network Específico Red de mediación que informa el evento a AppsFlyer

Campos por red

Nombre para mostrar Admob ironSource AppLovin MAX Appodeal Fyber
Ad unit
Segment - (1) - - -
Ubicación -
Monetization network - -
Impresiones - - -
Mediation network - -
(1) El anunciante debe configurar esto en ironSource

Actualización de los datos

La actualización de los datos depende del tipo de integración y del método de reporte. 

Para las integraciones de la API S2S, lo más temprano que los datos están disponibles es:

  • Paneles de control y reportes (vía Data Locker) a partir del Día X+1, 8 AM UTC, aproximadamente 4 veces al día, cada 6 horas. Y, para los suscriptores de ROI360, los Días 2, 3, 7 y 14, una vez al día.

Para las integraciones del SDK a nivel de impresiones, lo más temprano que los datos están disponibles es:

  • Paneles de control y reportes (vía Data Locker) de mejor escenario, a partir del Día X desde las 5 AM UTC, actualizados aproximadamente 6 veces al día, cada 4 horas.
  • Los reportes de raw data a nivel de impresiones (a través de Data Locker) son del Día X a partir de la 1 AM UTC, actualizados cada hora.

Para el nivel de impresión (vía SDK) con el nivel del dispositivo (vía la API S2S), obtienes la actualización de los datos para el Día X con la exactitud de los datos para los Días X+1, de la siguiente manera:

  • Para los datos de nivel de impresión que llegan a través del SDK:
    • Paneles de control y reportes (vía Data Locker) de mejor escenario, a partir del Día X desde las 5 AM UTC, actualizados aproximadamente 6 veces al día, cada 4 horas.
    • Los reportes de raw data a nivel de impresiones (a través de Data Locker) son del Día X a partir de la 1 AM UTC, actualizados cada hora.
  • Para los datos de nivel de dispositivo que llegan a través de la API S2S:
    • Paneles de control y reportes (vía Data Locker) a partir del Día X+1, 8 AM UTC, aproximadamente 4 veces al día, cada 6 horas. Y, para los suscriptores de ROI360, los Días 2, 3, 7 y 14, una vez al día.

Para integraciones heredadas (anteriores a ROI360), la actualización de los datos es el Día X+1, a las 5 PM UTC como muy temprano.

Nota: Al cambiar el tipo de integración, los datos recibidos a través del tipo de integración anterior para fechas anteriores no serán rellenados por el nuevo tipo de integración. Por ejemplo, si el día X el tipo de integración se cambió de SDK a S2S, se obtendrán los datos del día X+1 en adelante y no se extraerán para los días anteriores al día X.

Reportes de ingresos por publicidad de Data Locker 

Nombre Actualización Secciones de los reportes
Ingresos por publicidad diarios (agregados a nivel de dispositivo)

Los ingresos por publicidad para un día determinado (día X) se reportan al día siguiente (X+1), a las 8 PM UTC.

Por ejemplo, los ingresos por publicidad del 1 de mayo se reportarán el 2 de mayo.

El reporte incluye las secciones de ingresos por publicidad atribuidos, orgánicos y de retargeting.
Reporte de ingresos por publicidad de versiones diarias (agregado a nivel de dispositivo) El reporte diario consta de:
  • Versiones diarias creadas cada 4 horas durante el día de los ingresos (día X). Los datos diarios son recopilados por el conector de ROI del SDK.
  • Versiones de día completo creadas los días 2,3,7 y 13, basadas en datos provenientes de reportes de la API S2S.
Es decir, el conjunto de versiones de un reporte diario incluye las siguientes versiones:
  • 00:00 — 04:00 del día X.
  • 00:00 — 08:00 del día X [conector ROI de SDK]
  • 00:00 — 12:00 del día X [conector ROI de SDK]
  • ...
  • 00:00 — 24:00 del día X [conector ROI de SDK]
  • 00:00 — 24:00 del día x+1 [S2S]
  • 00:00 — 24:00 del día x+2 [S2S]
  • 00:00 — 24:00 del día x+6 [S2S]
  • 00:00 a 24:00 del día x+13 [S2S]
Cada versión del reporte incluye las secciones de ingresos por publicidad atribuidos, orgánicos y de retargeting.
Reporte de ingresos por publicidad de nivel de impresiones (nivel de impresiones) Los registros de ingresos por publicidad de nivel de impresiones se escriben en un archivo separado cada hora.  

Información adicional

Migrar de la granularidad agregada a la de nivel de dispositivo

  • La migración no afecta los datos históricos de ingresos por publicidad. Estos datos permanecen sin cambios.
  • Los datos de ingresos por publicidad se extraen una vez al día a las 14:00 UTC utilizando las opciones de granularidad seleccionadas en ese momento.
  • La granularidad a nivel dispositivo no requiere que definas eventos in-app (como lo haces para los reportes de nivel agregado). Puedes seguir enviando estos eventos, ya que no afectan los reportes de granularidad a nivel dispositivo en AppsFlyer. 

Señales de UA para redes de publicidad

 Nota

Es posible que desees trabajar con redes de publicidad que puedan recibir señales de UA. Esto significa que las redes de publicidad responsables de la adquisición de usuarios pueden recibir datos de redes de mediación sobre ingresos por publicidad y usarlos para optimizar las campañas de UA de sus clientes. 

Para dar señales a las redes de publicidad y UA, los partners mediadores deben tener una integración a nivel de impresión o a nivel de dispositivo.

  • Para saber qué necesita hacer el partner para recibir el reporte, consulta aquí.
  • Para saber qué necesita hacer el anunciante para otorgar permiso al partner para el reporte, consulta aquí.

Lista de partners de mediación que pueden enviar señales de UA a las redes de publicidad de UA:

  • Applovin Max
  • Google AdMob
  • Appodeal
  • Chartboost
  • Fyber
  • Tapdaq
  • Topon
  • Unity
  • Mediación de Unity LevelPlay (anteriormente ironSource)
  • Admost
  • Tradplusad
  • Yandex

 Lista de redes de publicidad de UA que pueden recibir señales de UA:

  • AdAction
  • Adamobi
  • Adjoe
  • Adonco
  • Adshow
  • Appier
  • Apprainbow
  • Aura de Unity
  • Betop
  • Bidswave
  • Brandscale
  • Chameleostudios
  • Chartboost
  • Datawave
  • DLab
  • Ecomonline
  • Etusdigital
  • Foregon
  • GNA Company
  • Happimobi
  • Hybrid
  • Inflecto
  • Irismedia
  • Lambadapp
  • Leadidadmonster
  • Lifestreet
  • Liftoff
  • Melodong
  • Mintegral
  • Mobrand
  • Moloco
  • Motive
  • Mpnd
  • Msla
  • Muvmobile
  • Nexamob
  • Nftdroper
  • Nsofmedia
  • Performadlive
  • Personalyrtb
  • Pitatroas
  • Rebornads
  • RTBhouse
  • Runfuns
  • Scmobi
  • Shalltry
  • Shareit
  • Smadex
  • Tapjoy
  • Targetmedia
  • Thepurpleline
  • TikTok for Business
  • Trademob
  • Truemoney
  • Unity Ads
  • Yandex
  • Yeahmobi
  • Z2A Digital
  • Zoyo

Permitir que las redes de publicidad obtengan raw data de ingresos por publicidad

Antes de que las redes de publicidad responsables de la adquisición de usuarios puedan recibir datos de las redes de mediación, deben recibir tu permiso.

Requisitos previos:

  • Se requiere suscripción avanzada a ROI360.
  • comunícate con la red de publicidad para confirmar que dispone de un flujo de procesamiento y una lógica de optimización para procesar tus datos.

Para permitir que la red de publicidad obtenga datos de ingresos por publicidad:

  1. Ve a Configuración > Integraciones activas. 
  2. Selecciona un socio integrado. 
  3. Ve a la pestaña Integración.
  4. Verifica que Activar socio esté activado. De lo contrario, los datos no se comparten.
  5. Ve a la pestaña Permisos.
  6. Activa los permisos de la red de publicidad.
  7. Activa Acceder al raw data de ingresos por publicidad.
  8. En la Opción de envío, selecciona si deseas enviar datos para los ingresos por publicidad solo de este partner (Solo este partner) o para los ingresos por publicidad de todas las fuentes de medios (Todas las fuentes de medios, incluidas las orgánicas).  
  9. Haz clic en Guardar configuración. 
  10. Ponte en contacto con la red de publicidad para notificarle que has otorgado los permisos.
  11. Asegúrate de que la red de publicidad habilitó el reporte en su Data Locker y configuró sus ajustes de salida.

Postbacks de eventos de ingresos por publicidad para redes de publicidad

Puedes configurar los postbacks de los ingresos por publicidad para las redes de publicidad. Esto significa que las redes de publicidad responsables de la adquisición de usuarios pueden recibir datos en tiempo real de las redes de mediación sobre los ingresos por publicidad y usarlos para optimizar las campañas de UA de sus clientes. 

Para enviar postbacks a redes de publicidad de UA, debes tener una integración a nivel de impresiones a través del SDK con la red de mediación. AppsFlyer genera automáticamente un evento af_ad_revenue por cada impresión. Estos eventos se pueden seleccionar de la lista de eventos que se enviarán a través de postbacks de eventos in-app a la red de publicidad de UA.

¡Importante!

Si bien puedes enviar postbacks de ingresos por publicidad a partners específicos, debes asegurarte de validar cómo los partners utilizan los datos antes de comenzar la integración.

Para configurar postbacks de eventos de ingresos por publicidad:

  1. Busca y selecciona a tu partner, ya sea desde el marketplace o desde la página Configuración > Integraciones activas.
  2. En la pestaña Integración, desplázate hacia abajo y activa los postbacks de eventos in-app
  3. Selecciona el evento AppsFlyer af_ad_revenue.
  4. Asígnalo al evento de red de publicidad de UA de la siguiente manera:
    Red de publicidad de UA Evento para asignar af_ad_revenue a Captura de pantalla
    ironSource adRevenue

    Unity Ads ad_revenue

    Moloco No es necesario asignarlo  
    Mintegral No es necesario asignarlo  
    Smadex No es necesario asignarlo  
    Anuncios de Meta fb_mobile_purchase

    TikTok for Business: SRN avanzada ImpressionLevelAdRevenue

    Aura de Unity ad_revenue

  5. Haz clic en Guardar integración.

Lista de partners de mediación que pueden enviar eventos de ingresos por publicidad a nivel de impresiones a redes de publicidad de UA:

  • Applovin Max
  • Google AdMob
  • Appodeal
  • Chartboost
  • Fyber
  • Tapdaq
  • Topon
  • Unity
  • ironSource
  • Admost
  • Tradplusad
  • Yandex

 Lista de redes de publicidad de UA que pueden recibir postbacks de eventos de ingresos por publicidad:

  • ironSource
  • Unity Ads
  • Moloco
  • Mintegral
  • Anuncios de Meta
  • Smadex
  • TikTok for Business: SRN avanzada

Preguntas frecuentes

¿Cómo puedo obtener los ingresos totales por publicidad de cada plataforma?

  • La atribución de ingresos por publicidad está vinculada y se muestra en relación con la fuente de adquisición de usuarios.
  • Esto proporciona la vista LTV de tu ROI y KPI.
  • Para ver los ingresos totales de cada plataforma de monetización, usa un evento in-app diferente para cada red y usa el siguiente procedimiento:
    1. En el panel de control general, ve a la tabla del informe de estadísticas agregadas de rendimiento.
    2. Selecciona hasta cuatro eventos monetizados que representen las plataformas que deseas consultar. 

      selecting_monetized_events.png

    3. Descarga el informe haciendo clic en Exportar CSV.

    4. Suma la columna Ingresos del evento monetizado de la plataforma solicitada.

      revenue_sum_up.png

    Nota: Estos ingresos por publicidad totales son datos de LTV, es decir, son los ingresos totales generados por una red de monetización para tu aplicación de los usuarios que instalaron durante el rango de fechas especificado.

¿Los ingresos por publicidad están disponibles en la página de actividad?

Sí. La página Actividad reporta los ingresos combinados de las compras in-app y los ingresos por publicidad. Nota: Los datos de ingresos por publicidad se envían a AppsFlyer diariamente, el día siguiente al evento

¿Necesito activar el partner en la pestaña Integración?

Si te involucras con el partner solo para la monetización de anuncios (ingresos por publicidad), no habilites Activar partner en la pestaña de integración.  Habilita solo Obtener datos de ingresos por publicidad en la pestaña Ingresos por publicidad.

¿Cómo se atribuyen los ingresos por publicidad a nivel de dispositivo si un usuario tiene una versión de la aplicación sin el SDK de AppsFlyer?

Los ingresos por publicidad se atribuyen como orgánicos.

¿Existe alguna discrepancia entre los datos de ingresos por publicidad en diferentes paneles de control y reportes? 

Puede haber discrepancias entre los datos de ingresos por publicidad en el panel de información general y los reportes de raw data, y en los paneles de actividad o cohorte. Esto se debe a que: 

  • Los datos de ingresos por publicidad en los paneles de control de cohortes y actividades, así como los datos a través de la API maestra y la API de cohortes se actualizan retroactivamente; en el panel de control general, y a través de la exportación de raw data y la Pull API, no. 
  • A veces, los datos se muestran en los paneles de control de actividad y cohorte antes que en el panel de control de información general.
  • Los paneles incluyen eventos marcados como af_ad_revenue y _monetized, mientras que el raw data solo incluyen los eventos af_ad_revenue.

Rasgos y limitaciones

Característica Observaciones 
Limitaciones

Los eventos de ingresos por publicidad no están disponibles para:

  • API push
  • Panel de Control de Retargeting

Limitaciones de granularidad a nivel de dispositivo:

El recuento de usuarios únicos que disparan un evento af_ad_revenue no se admite en los paneles de control de AppsFlyer.

Acceso a la red de publicidad No se puede acceder a los reportes de cohorte.
Acceso de agencias

Agencias:

  • No pueden acceder a las configuraciones de ingresos por publicidad.
  • Pueden ver todos los paneles de control y los datos relevantes para ellos.
Transparencia de Agencias No se admite
Zona horaria

Los ingresos por publicidad se muestran solo en los paneles de control y reportes de AppsFlyer en la zona horaria UTC. Es decir, si los datos se reportan a las 2 PM UTC+2, en AppsFlyer se muestran como 2 PM UTC. Se procesan diariamente.

Esto se debe a que AppsFlyer necesita normalizar los datos recopilados de múltiples fuentes y partners, la mayoría de los cuales reportan sus datos en UTC.

Divisa 

En AppsFlyer:

  • El panel de control muestra la divisa específica de la aplicación del anunciante.
  • Los reportes de raw data muestran la divisa original y también la convierten a la divisa específica de la aplicación del anunciante.
Tipo de datos Se admiten tanto los datos orgánicos como los no orgánicos
Actualización de los datos Ingresos por anuncios
Datos históricos/retroactivos
  • Los datos se extraen y están disponibles desde el día de la integración. Esto significa que los datos históricos no están disponibles antes de la fecha de integración (día 0).
  • Los datos de ingresos por publicidad recibidos a través de la API S2S para un día específico se actualizan los días 1, 2 y 3.
  • Los datos de ingresos por publicidad en los paneles de control de cohortes y actividades, así como los datos a través de la API maestra y la API de cohortes se actualizan retroactivamente; en el panel de control general, y a través de la exportación de raw data y la Pull API, no. Si tienes el paquete de ingresos avanzado, los datos también se actualizan en Data Locker.
Acceso de usuario a la cuenta Compatible
SKAN Compatible con conectores SDK de ingresos por publicidad a nivel de impresión.
Geolocalización/país En el panel de control de Cohorte, cuando la geolocalización es desconocida (N/A), los datos N/A no se muestran cuando se agregan por geolocalización.
Postbacks de eventos in-app Los postbacks a partners son para datos relacionados con eventos in-app atribuidos a ese partners; no incluyen datos relacionados con otras fuentes de medios.
Aplicaciones de CTV, PC y consola No se admite. Solo se admiten aplicaciones de Android e iOS.

Lista de partners integrados de ingresos por publicidad

Partner Se requieren parámetros de credenciales Granularidad de datos

AdColony

  • Clave de API
  • ID de aplicación
Nivel agregado con geolocalización

Admost

  • ID de aplicación de red
  • Token
Nivel de dispositivo con geolocalización

AppLovin

  • Clave de reporte
  • Nombre del paquete de la aplicación
Nivel agregado con geolocalización

AppLovin MAX

  • Clave de reporte
  • Nombre del paquete de la aplicación
 
  •  Nivel de dispositivo con geolocalización
  • Nivel de impresión (por SDK)

Appodeal

  • Clave de aplicación
  • Clave de API
  • ID de usuario
  • Nivel agregado con geolocalización
  • Nivel de dispositivo
Anuncios de Bytedance: tráfico de China
  • Clave segura
  • ID de aplicación
  • ID de cuenta
Nivel agregado con geolocalización
Chartboost
  • ID de usuario
  • Firma del usuario
  • ID de aplicación
Nivel agregado con geolocalización
Meta ads
  • Acceso a Anuncios de Meta
Nivel agregado con geolocalización
Fyber
  • Secreto del cliente
  • ID. de API
  • ID de cliente
  • Nivel de dispositivo con geolocalización 
  • Nivel de impresión (por SDK)
Google Marketing Platform: DV360/CM (DoubleClick)
  • Iniciar sesión en Google Marketing Platform - DV360/CM
Nivel agregado con geolocalización
Google Admob
  • ID de la aplicación AdMob
  • Nivel agregado con geolocalización
  • Nivel de impresión (por SDK)
Google Ads
  • Autenticación de API por OAuth
Nivel agregado con geolocalización
IronSource
  • Clave secreta
  • Nombre de usuario
  • ID de aplicación
  • Nivel agregado con geolocalización
  • Nivel de dispositivo
  • Nivel de impresión (por SDK)

Mintegral

  • ID de aplicación
  • Clave secreta
  • Clave API 
Nivel agregado con geolocalización

Tapjoy

  • ID de aplicación
  • Clave de API de marketing
Nivel de dispositivo con geolocalización

TikTok for Business

  • Clave segura
  • ID de aplicación
  • ID de cuenta

Nivel agregado con geolocalización

TopOn

  • ID de aplicación de red
  • Clave de publisher

Nivel de dispositivo con geolocalización

Tradplus mediation

  • Clave de API
  • ID de aplicación de red

Nivel de dispositivo con geolocalización

 

Unity Ads

  • Clave de API
  • ID de aplicación
  • Nivel agregado con geolocalización
  • Nivel de impresión (por SDK)
Voodoo Ads
  •  ID de paquete
  • Token de acceso
Nivel agregado con geolocalización

Vungle

  • Clave de API
  • ID de aplicación
Nivel agregado con geolocalización

Yandex

N/A
  • Nivel de impresión (por SDK)