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

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 exactitud y la actualización de los datos dependen del tipo de integración de atribución de ingresos por anuncios, tal como se explica en la siguiente tabla.

Nota: los tipos de integración del SDK requieren la ayuda de desarrolladores para implementarse. Los tipos de integración S2S requieren que tengas las credenciales de red adecuadas.

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. Los datos no están disponibles en los Reportes de raw data y no se pueden compartir con Ad network mediante Postback o señales de UA.
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. Asegúrate de que la red de publicidad habilitó el reporte en su Data Locker y configuró sus ajustes de salida. Para Android: asegúrate de que los desarrolladores hayan habilitado la recopilación de AppSet_id, ya que algunas mediaciones pueden proporcionar solo este identificador. Consulta las instrucciones para desarrolladores sobre la recopilación del ID de AppSet.
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. El nivel de impresión mediante SDK es el tipo de integración que debes usar cuando utilizas una plataforma de mediación que no está incluida en la lista de Partners integrados de AppsFlyer. En el SDK de ingresos por anuncios, para mediation_network, el desarrollador debe elegir customMediation. 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.
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. Lista de partners de mediación que pueden enviar señales de UA a las redes de publicidad de UA: Para Android: asegúrate de que los desarrolladores hayan habilitado la recopilación de AppSet_id, ya que algunas mediaciones pueden proporcionar solo este identificador. Consulta las instrucciones para desarrolladores sobre la recopilación del ID de AppSet.

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.

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.

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.

Advertencia

Si tu solución de mediación no aparece en la lista de partners compatibles, selecciona Mediación personalizada e intégrala mediante la API del SDK de ingresos por anuncios de AppsFlyer.
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.
    - Para Android: asegúrate de que los desarrolladores habiliten la recopilación de app_set_id, porque algunas mediaciones pueden proporcionar solo este identificador. Consulta las instrucciones para desarrolladores sobre la recopilación del ID de AppSet.
    - 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.
  - Para Android: asegúrate de que los desarrolladores habiliten la recopilación de app_set_id, porque algunas mediaciones pueden proporcionar solo este identificador. Consulta las instrucciones para desarrolladores sobre la recopilación del ID de AppSet.
  - 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.
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.
Haz clic en Guardar configuración.
- Si se muestra un mensaje de éxito, has completado el procedimiento.
- Si se muestra cualquier otro mensaje, consulta Estado y prueba de la API de ingresos por publicidad y repite el procedimiento.
AppsFlyer recopila datos del partner varias veces al día. Para más información, consulta Actualización de datos.
[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:

Nivel de impresión (por SDK)
- No hay duplicación si ambas plataformas de mediación usan integraciones a nivel de impresión mediante SDK.
- Si tienes varias integraciones y una de ellas es mediante SDK, te recomendamos que también hagas el resto de tus integraciones mediante SDK.
Para permitir que la red de publicidad obtenga datos de ingresos por publicidad:
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.
  - Mediar distintos formatos de anuncios. Por ejemplo, cuando la plataforma 1 muestra Banner e Interstitial, y la plataforma 2 muestra anuncios de AppOpen y Native.
  - Nivel de impresión por SDK

Selecciona el evento AppsFlyer af_ad_revenue.

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

Método

Ventajas

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.
Botón Probar conexión: disponible cuando añades o editas una integración de ingresos por anuncios. Úsalo para comprobar si la integración está operativa.

Para verificar que la integración esté operativa:

Haz clic en Guardar integració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	La conexión está activa y puede extraer datos. Los datos se extraen una vez al día. Para más información, consulta Actualidad de los datos.	Ninguna
La autenticación se realizó correctamente	Se recibieron eventos de ingresos por anuncios válidos desde el SDK.	N/A
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.
No se encontraron eventos	Postbacks de eventos de ingresos por publicidad para redes de publicidad	Confirma que la integración del SDK esté completa y que se estén enviando eventos de prueba. Puedes verificar la entrega de eventos en tiempo real con el visor de eventos en directo.

Advertencia

En las integraciones del SDK, también puedes verificar que los eventos de ingresos por anuncios se registren en tiempo real con el visor de eventos en directo. Ten en cuenta que solo muestra los eventos enviados desde dispositivos de prueba registrados.

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:
Usuario 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 de publicidad de 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

Usuario

Red de publicidad de UA

fb_
ad_view

chartboost_
ad_view

admob_
ad_view

applovin_
ad_view

is_ad_view

Total

Red A

2017-12-31

2018-01-01

2018-01-02

2018-01-03

2018-01-04

Red B

2017-12-31

2018-01-02

2018-01-04

Orgánico

2017-12-31

2018-01-01

2018-01-02

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

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

Reporte	Página de datos exportados	API Pull	Casillero de datos
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. Para más información, consulta Actualidad de los datos. ** Esto se refiere a los reportes con impression-level en el nombre, no a la integración de ingresos por anuncios a nivel de impresión.

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. Requisitos previos: 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
nombre_del_evento	Nombre del evento	Contexto	Evento para asignar af_ad_revenue a
ingresos_evento	Divisa de ingresos del evento	Contexto	Cantidad de ingresos utilizando la moneda de ingresos del evento Un valor cero indica impresiones sin ingresos.
moneda_ingresos_evento	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	Para SKAN 3, el valor es nulo.	Específico	El valor de este campo es específico de la red publicitaria. Para integraciones de servidor a servidor (S2S): MAX: Usa el ID de la unidad de anuncio (por ejemplo, f53328a3c). IronSource: Usa el tipo de unidad de anuncio, como banner, rewarded_video o interstitial. Para otras redes, consulta la guía de integración del partner correspondiente o ponte en contacto con el representante de tu red para confirmar el formato requerido.
segment	Segmento	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
ID de usuario	ID de usuario	Motive	Se completa si está disponible por parte del anunciante: Para las integraciones de nivel de impresión (SDK): Se recopila mediante `setCustomerUserId()` en el SDK de AppsFlyer. Para las integraciones de nivel de dispositivo (API): Se recopila desde la API de mediación (ID de usuario o ID de usuario del publisher configurado mediante el SDK de mediación). Odeeo y Appodeal no lo admiten.

Campos por red

Nombre para mostrar	Admob	Mediación de Unity LevelPlay (anteriormente ironSource)	AppLovin MAX	Appodeal	Fyber
Para SKAN 3, el valor es nulo.	✓	✓	✓	✓	✓
Segmento	-	(1)	-	-	-
Ubicación	-	✓	✓	✓	✓
Monetization network	✓	✓	-	✓	-
Impresiones	-	-	✓	✓	-
Mediation network	-	✓	✓	✓	-
(1) El anunciante debe configurar esto en ironSource

Reporte de muestra de raw data de ingresos por publicidad

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:

Dashboards (métricas de actividad y de cohorte): Continuo (15–60 minutos después de que ocurra el evento)
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:
- Dashboards (métricas de actividad y de cohortes): continuo (15–60 minutos después de que ocurra el evento)
- 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 Raw Data Export and Pull API, independientemente del tipo de integración o del paquete ROI360 (Advanced o Standard), los datos de un día determinado pasan a estar disponibles al día siguiente, en el día X+1, 6 PM UTC. Los datos no se actualizan después de esta hora en estas herramientas.

Nota: La disponibilidad de datos intradía en los dashboard requiere una suscripción a ROI360 Advanced.

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 a 24:00 del día x+13 [S2S] 00:00 — 24:00 del día x+6 [S2S] 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.	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.

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 a 24:00 del día x+13 [S2S]
00:00 — 24:00 del día x+6 [S2S]
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.

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.

Véase también

Clave de reporte

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.

Rasgos y limitaciones

Caducado	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 evento af_ad_revenue no está disponible para cohortes en Pivot y Master API. El evento está disponible en análisis de cohortes. Pueden producirse discrepancias al implementar los ingresos por pujas in-app de Anuncios de Meta. El recuento de usuarios únicos que disparan un evento af_ad_revenue no se admite en los paneles de control de AppsFlyer.
IDs de dispositivo compatibles	Los siguientes ID de dispositivo son compatibles para la atribución de ingresos de anuncios: ID de aplicación Identificador de anunciante (IDFA) IDFV GNA Company ID de aplicación ID de aplicación IMEI * AppSet ID solo es compatible con las mediaciones de AppLovin MAX e ironSource LevelPlay. Consulta las instrucciones para desarrolladores para recopilar AppSet ID.
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.
Truemoney	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
Granularidad de 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
SKÁN	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 postback a Partners pueden ser para «solo este partner» o «todas las fuentes de medios, incluidas las orgánicas». Más información 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.
Aplicaciones de CTV, PC y consola	Solo se admiten aplicaciones de Android e iOS. La plataforma Windows (UWP) es compatible con Vungle. No se admite ninguna otra plataforma.
Permitir que las redes de publicidad obtengan raw data de ingresos por publicidad	No disponible para integraciones MAX de nivel de dispositivo mediante API.
ID de cliente	Compatible tanto con integraciones de SDK como de nivel de dispositivo.
Conteo de eventos en dashboard	Se espera que el conteo de eventos sea mayor en los datos intradía (del día actual) que en los periodos históricos. Los datos históricos se agregan en impresiones únicas de ingresos de anuncios (mismo dispositivo × red × unidad de anuncio × placement), lo que da como resultado un conteo de eventos menor.

Lista de partners integrados de ingresos por publicidad

Fuente de medios	Tipo de integración disponible
Fuente de medios	Nivel de dispositivo	Nivel de dispositivo	ImpressionLevelAdRevenue
Admost	-	✓	✓
AppLovin	✓	-	-
Applovin Max	-	✓	✓
Appodeal	-	✓	✓
Anuncios de Bytedance: tráfico de China	✓	-	-
TikTok for Business	✓	-	-
Chartboost	✓	-	✓
Mediación a medida	-	-	✓
Google Ads	✓	-	-
Meta Ads	✓	-	-
Fyber	✓	✓	✓
Google Admob	✓	-	✓
Yeahmobi	✓	-	-
ironSource (LevelPlay)	✓	✓	✓
Mintegral	✓	-	-
Odeeo	-	✓	-
Tapjoy	-	✓	-
Topon	✓	✓	✓
TopOn	-	-	✓
Tradplusad	-	✓	✓
Unity Ads	✓	-	-
Unidad de anuncio	-	-	✓
Voodoo Ads	✓	-	-
Vungle	✓	-	-
Yandex	-	-	✓

Relacionada con

pm-michael-talapov

This article was translated using AI and may contain errors. For the most accurate information, please refer to the English version using the language selector.

How can we help?

Guía de atribución de ingresos por publicidad Premium

Atribución de ingresos por publicidad

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

Implementación

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.

Advertencia

Ver, editar y eliminar partners integrados de ingresos por publicidad

Desduplicar los ingresos por publicidad con referencias cruzadas.