Guía de atribución de ingresos por publicidad

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

mceclip0.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.

Tipos de integración para la atribución de ingresos por publicidad
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 usuario 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 usuario.
  • 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 usuario 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 usuario a los partners integrados.
[Beta] Nivel de impresión a través del 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.
[Beta cerrado] Nivel de impresión (por SDK) con nivel de usuario (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 usuario que llegan por API el día 1 y siguientes.
  • Tiene la ventaja de la actualización de los datos del día X con la precisión de los datos de los días X+1 y siguientes.
[Beta cerrado] Nivel de impresión por SDK con nivel agregado a través de API S2S
  • AppsFlyer obtiene los ingresos diarios desglosados por dimensiones de monetización, como la colocación, la unidad y el tipo de anuncio, etc.
  • 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 a nivel de impresión con dimensiones de monetización enviadas a través del conector SDK. Nota: Los montos de los ingresos por publicidad no se incluyen en los datos de nivel de impresión y solo están disponibles cuando se reciben los datos de nivel agregado. 
  • Este tipo de atribución es más precisa que el nivel agregado estándar por API S2S.

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

ad_revenue_integration_2.png

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 Configuración > Partners integrados.
    Se abre la ventana Partner integrado. 
  2. Selecciona un partner. Consejo: selecciona Activo e Ingresos por publicidad para mostrar a tus partners existentes que tienen capacidades de ingresos por publicidad.
    Se abre la ventana de configuración del partner integrado.
  3. Ve a la pestaña Ingresos por publicidad y habilita Obtener datos de ingresos por publicidad.
  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 usuario por API S2S. 
        • [Opcional] Agrega un nombre personalizado para el evento de ingresos por publicidad.
        • Nota: Si habilitas la API de ingresos por publicidad a nivel usuario 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.
      • [Beta cerrado] Nivel de impresión por SDK con nivel agregado por API S2S.
      • [Beta cerrado] Nivel de impresión (por SDK) con nivel de usuario (por API S2S)
        • [Opcional] Agrega un nombre personalizado para el evento de ingresos por publicidad.
      • 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 ingresos por publicidad.
  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.

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. 

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. 
Estado de conexión de la API de ingresos por publicidad

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 Facebook: 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):

LTV de usuario

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 usuario 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 usuario y disponible en los reportes a nivel de usuario.
  • [Beta cerrado] 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 usuario 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  - - [Beta cerrado]
 

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 a nivel agregado:
    • Los paneles de control y reportes de LTV son el Día X+2, 5 am UTC
    • Los paneles de control y reportes de actividad son Día X+1, 2 pm UTC
  • Para las integraciones de la API S2S a nivel de usuario:
    • Los paneles de control y reportes de LTV son el Día X+2, 5 am UTC
    • Los paneles de control y reportes de actividad son Día X+1, 2 pm UTC
    • Los reportes de raw data son Día X+1, 8 pm UTC
  • Para las integraciones del SDK a nivel de impresiones:
    • Los paneles de control y reportes de LTV son el Día X+2, 5 am UTC
    • [Beta] Los paneles de control de actividad y los reportes son Día X desde las 5 am UTC, actualizados cada 4 horas
    • Los reportes de raw data son Día X+1, 8 pm UTC
    • [Beta] 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.

En los reportes, la fecha del evento de ingresos por publicidad siempre es Día X, es decir, el día en que se produce el evento de ingresos por publicidad (el día en que se muestra el anuncio). Sin embargo, es posible que los datos no se muestren hasta 1 o 2 días después del evento (Día X+1 o Día X+2).

Información adicional

Migrar de la granularidad agregada a la de nivel de usuario

  • 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 usuario 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 usuario en AppsFlyer. 

Señales de UA para redes de publicidad

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 usuario.

Aprender más sobre las señales de UA

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
  • ironSource
  • Admost
  • Tradplusad
  • Yandex

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

  • AdAction
  • Adamobi
  • Adjoe
  • Adonco
  • Adshow
  • Apprainbow
  • Aura
  • Betop
  • Bidswave
  • Brandscale
  • Chameleostudios
  • Chartboost
  • Datawave
  • DLab
  • Ecomonline
  • Etusdigital
  • Foregon
  • GNA Company
  • Happimobi
  • Hybrid
  • Inflecto
  • Irismedia
  • ironSource
  • 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
  • Trademob
  • Truemoney
  • Unity Ads
  • Yandex
  • Yeahmobi
  • Z2A Digital
  • Zoyo

Preguntas frecuentes

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 usuario 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ísticas y limitaciones de los ingresos por publicidad
Característica Observaciones 
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.
Limitaciones

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

  • Postbacks de eventos in-app 
  • API push
  • Panel de Control de Retargeting

Limitaciones de granularidad a nivel de usuario:

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.

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 usuario 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 usuario 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 usuario
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
Facebook
  • Iniciar sesión en Facebook
Nivel agregado con geolocalización
Fyber
  • Secreto del cliente
  • ID. de API
  • ID de cliente
  • Nivel usuario 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 usuario
  • 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 usuario 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 usuario con geolocalización

Tradplus mediation

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

Nivel de usuario 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)
¿Fue útil este artículo?