De un vistazo: Atribuye los ingresos por publicidad para completar la vista de rendimiento del valor de vida útil (LTV).
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 |
|
Nivel de dispositivo por API S2S |
|
Nivel de impresión por SDK |
|
Nivel de impresión (por SDK) con nivel de dispositivo (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
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:
- En AppsFlyer, ve a ROI360 > Configuración de ingresos > Ingresos por publicidad.
- En Integración de ingresos por publicidad, haz clic en Nueva integración de ingresos por publicidad.
- Selecciona un partner de ingresos por publicidad y haz clic en Siguiente.
-
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.
- Nota: 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 agregado por API S2S.
- Ingresos atribuidos. Significa ingresos basados en la fuente de adquisición de usuarios. Los reportes de ingresos atribuidos pueden ser:
- 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.
- Haz clic en Guardar.
-
Si se muestra el botón Probar conexión, como en la imagen anterior, haz clic en Probar conexión.
- Si se muestra la clave de API verificada, significa que has completado correctamente el procedimiento.
- Si se muestra cualquier otro mensaje, consulta Estado y prueba de la API de ingresos por publicidad y repite el procedimiento.
-
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. - [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
- [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
Para ver, editar o eliminar integraciones de redes de ingresos por publicidad:
-
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. - 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:
- En AppsFlyer, ve a ROI360 > Configuración de ingresos > Ingresos por publicidad.
- 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.
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 |
|
|
evento af_app_opened |
|
|
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. |
|
(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.
- 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.
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_ |
chartboost_ |
admob_ |
applovin_ |
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
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 |
|
event_revenue | Divisa de ingresos del evento | Contexto |
|
event_revenue_currency | Moneda del evento | Contexto |
Divisa de ingresos del evento |
event_revenue_XXX | Ingresos del evento XXX | Contexto |
|
País | País |
|
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:
|
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:
- Ve a Configuración > Integraciones activas.
- Selecciona un socio integrado.
- Ve a la pestaña Integración.
- Verifica que Activar socio esté activado. De lo contrario, los datos no se comparten.
- Ve a la pestaña Permisos.
- Activa los permisos de la red de publicidad.
- Activa Acceder al raw data de ingresos por publicidad.
- 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).
- Haz clic en Guardar configuración.
- Ponte en contacto con la red de publicidad para notificarle que has otorgado los permisos.
- 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:
- Busca y selecciona a tu partner, ya sea desde el marketplace o desde la página Configuración > Integraciones activas.
- En la pestaña Integración, desplázate hacia abajo y activa los postbacks de eventos in-app.
- Selecciona el evento AppsFlyer af_ad_revenue.
-
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 - 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?
|
¿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:
|
Rasgos y limitaciones
Característica | Observaciones |
---|---|
Limitaciones |
Los eventos de ingresos por publicidad no están disponibles para:
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:
|
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:
|
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 |
|
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 |
---|---|---|
|
Nivel agregado con geolocalización | |
Admost |
|
Nivel de dispositivo con geolocalización |
|
Nivel agregado con geolocalización | |
|
|
|
|
|
|
Anuncios de Bytedance: tráfico de China |
|
Nivel agregado con geolocalización |
Chartboost |
|
Nivel agregado con geolocalización |
Meta ads |
|
Nivel agregado con geolocalización |
Fyber |
|
|
Google Marketing Platform: DV360/CM (DoubleClick) |
|
Nivel agregado con geolocalización |
Google Admob |
|
|
Google Ads |
|
Nivel agregado con geolocalización |
IronSource |
|
|
Mintegral |
|
Nivel agregado con geolocalización |
Tapjoy |
|
Nivel de dispositivo con geolocalización |
|
Nivel agregado con geolocalización |
|
TopOn |
|
Nivel de dispositivo con geolocalización |
Tradplus mediation |
|
Nivel de dispositivo con geolocalización |
|
|
|
Voodoo Ads |
|
Nivel agregado con geolocalización |
|
Nivel agregado con geolocalización | |
Yandex |
N/A |
|