De un vistazo: Descubre los métodos que utilizan los anunciantes para agregar y visualizar los datos de costes de marketing.
Agregación de costes
ROI360:
- Proporciona datos de costes publicitarios agregados y métricas de rendimiento LTV relacionadas con los costes. Estos datos están disponibles en los paneles de control y en los informes de rendimiento. Las métricas relacionadas con los costes disponibles incluyen ROI, ROAS, clics, impresiones, ROI de la campaña y coste efectivo promedio por instalación (eCPI) a lo largo del tiempo.
- Admite diferentes modelos de costes utilizados por el socio, como CPI, CPA, CPC y CPM.
- Registra el coste publicitario a través de API, la Importación de Costes (subida de archivos CSV) y el coste en el enlace de atribución.
- Las agencias pueden acceder a los datos de costes de ROI360 para anunciantes con una suscripción a ROI360.
Las siguientes métricas están disponibles para los anunciantes sin una suscripción a ROI360:
- Datos de costes reportados en el enlace de atribución.
- Datos de clics e impresiones de SRN, configurados mediante la pestaña de Coste del socio integrado de SRN.
Principios de agregación de datos de costes
Esta sección describe los principios básicos de la agregación de datos de costes de campaña.
Métodos de agregación de costes
Los datos de costes se obtienen de los socios utilizando uno o más métodos. Si el coste se reporta mediante más de un método, el mecanismo de priorización de costes determina qué datos se utilizan. Esto asegura que los datos de costes no se inflen.
Después de que AppsFlyer procesa los datos, se muestran en la zona horaria UTC (por defecto) o según la configuración de la zona horaria específica de la aplicación.
Método de agregación de costes | Modelos de costes compatibles | Granularidad de datos | Actualización de datos | Observaciones |
---|---|---|---|---|
API* | Todas | El nivel depende de la integración | Intradía | Los datos pueden cambiar después del evento de coste debido a que intentamos recibir datos hasta 7 días atrás (dependiendo de la red publicitaria). Esto nos permite tener en cuenta los cambios retroactivos realizados por la red publicitaria. |
Importación de costes (subida de archivos) | Todas | El nivel depende del archivo subido | Hasta 4 horas después de la importación | Los costes reportados pueden revertirse y los datos corregidos enviarse en un plazo de hasta 90 días. |
Coste en el enlace de atribución | CPI | Nivel de usuario |
Mínimo: tiempo real Máximo: Hasta 4 horas después de que se haga clic en el enlace |
No es posible realizar cambios |
* Las integraciones de API entre socios y AppsFlyer se realizan a través de Cost API o InCost API (nunca ambas). La API utilizada y la granularidad de los datos proporcionados dependen del socio. |
Disponibilidad de datos de costes e informes
La siguiente tabla indica dónde están disponibles los datos de costes.
Para entender la tabla, se aplican las siguientes explicaciones, a menos que se indique lo contrario en las observaciones de la tabla:
- UA: Datos de costes de campañas de adquisición de usuarios con al menos 1 instalación registrada recientemente (es decir, en los últimos 7 días aproximadamente).
- Unificado: Datos de costes de todas las campañas de la aplicación seleccionada, incluidas aquellas sin instalaciones registradas recientemente (es decir, en los últimos 7 días aproximadamente). La tabla indica cuándo los datos solo están disponibles para campañas con al menos 1 instalación registrada recientemente.
- Si no se admiten cambios en el nombre de la campaña, se mostrarán ambos nombres de campaña, uno con datos de atribución y otro con datos de costes. Ninguno de los nombres de campaña que se muestran incluirá la imagen completa de los datos.
Disponibilidad de datos de costes e informes
Método de reporte | Vista/tipo de datos | Soporte para cambio de nombre de campaña | Observaciones |
---|---|---|---|
Panel de visión general |
|
Sí | La vista de retargeting no muestra el coste. El coste de retargeting se muestra en la vista unificada. |
Panel de actividad | UA | Sí | |
Panel de cohorte |
|
Sí |
|
API de cohorte |
|
Sí | Estos datos unificados son solo para campañas con al menos 1 instalación registrada recientemente. |
Panel de SKAN | SKAN | No | Se muestran las instalaciones de SKAN, junto con los datos de costes de todas las instalaciones (incluidas las que no son de SKAN). |
API de rendimiento agregado de SKAN | SKAN | No | Se muestran las instalaciones de SKAN, junto con los datos de costes de todas las instalaciones (incluidas las que no son de SKAN). |
Panel dinámico | UA | No | |
API maestra | UA | No | |
Panel personalizado | UA | No | |
ETL de costes | Unificado | Sí | Se muestran todos los datos de costes disponibles. |
API de extracción agregada | UA | No | |
API push |
Datos de clics originales (no agregados) | No es relevante | |
API de extracción de datos originales | Datos de clics originales (no agregados) | No es relevante | |
Data Locker | Datos de clics originales (no agregados) | No es relevante | La cohorte de Data Locker no admite costes. |
Nota:
- La granularidad de los datos puede cambiar dependiendo del tipo de panel o informe. La herramienta de informes de ETL de costes contiene el conjunto completo de datos. Esto incluye detalles sobre la jerarquía de la campaña (fuente de medios, nombre de la campaña, conjunto de anuncios y las dimensiones proporcionadas por la red publicitaria, incluidas la ubicación geográfica, canal, ID del sitio y palabras clave).
- Los datos de costos informados en el enlace de atribución están disponibles en los informes de datos en bruto.
Mecanismo de priorización de costos
Para una fuente de medios específica, el costo se puede proporcionar mediante más de un método. Para evitar la inflación de costos, un mecanismo de priorización determina qué datos de costo están disponibles en la plataforma. La prioridad se asigna según el método de agregación. La prioridad de menor a mayor es: Costo en el enlace de atribución > API de costos > Importación de costos.
El mecanismo de priorización de costos afecta los informes y paneles de datos agregados. Los datos de costo del enlace de atribución disponibles en los informes de datos en bruto no se ven afectados por el mecanismo de priorización.
Consideraciones:
- El mecanismo de prioridad opera a nivel de campaña. Esto significa que si recibes dos entradas de costos para una campaña a través de diferentes mecanismos, compiten y la que tiene mayor prioridad prevalece para toda la campaña.
- En cualquier día, cuando hay datos de costos para una aplicación específica y fuente de medios (o agencia) a través de la Cost API, se ignoran los del enlace de atribución.
- Si cambias los métodos de agregación de costos, el cambio tiene un efecto retroactivo. Los datos históricos de costos agregados pueden modificarse.
- El cambio en el método de agregación de costos afecta al tráfico generado por las agencias de la misma forma. Esto incluye tanto agencias transparentes como no transparentes.
Ejemplo
Escenario: Una red publicitaria informa el costo en el enlace de atribución, pero decides habilitar la API de costos de la red.
Resultado: El costo se agrega tanto por el costo en el enlace de atribución como por la API de costos. Dado que la API de costos tiene prioridad, se ignora el costo del enlace de atribución.
Información adicional
Lista de redes publicitarias que admiten la API de costos
Cambio de nombres de campañas
AppsFlyer muestra las campañas usando el ID de campaña como clave.
Para evitar anomalías en la visualización, asegúrese de lo siguiente:
- Las campañas deben tener un ID único asignado.
- No utilice el mismo nombre para diferentes campañas con distintas IDs.
Obtenga más información sobre los cambios de nombre de las campañas
Costos sin instalaciones
¿Por qué veo datos de costos sin instalaciones? Esto ocurre cuando el costo se proporciona a nivel superior en la jerarquía (por ejemplo, a nivel de campaña), pero la información de rendimiento (clics e instalaciones) se ofrece a un nivel inferior (por ejemplo, conjunto de anuncios).
AppsFlyer completa los datos de costo de las dimensiones faltantes desde un nivel más alto de la jerarquía. Esto asegura una visión completa de los datos de costos a cualquier nivel y minimiza discrepancias internas.
Ejemplo
Un anunciante lleva a cabo una campaña. La jerarquía publicitaria se presenta de la siguiente manera:
- Fuente de medios: media_eg
- Campaña: campaña_eg
- Conjuntos publicitarios: conjunto publicitario1,conjunto publicitario2
Se muestra la siguiente información relacionada con la fuente de medios.
Jerarquía: Todas las fuentes de medios > media_eg
Campaña | Costo | Instalaciones |
---|---|---|
campaña_eg | $100 | 100 |
campaña_yy | $200 | 1000 |
campaña_zz | $300 | 2000 |
Al analizar campaign_eg, se muestra el nivel del conjunto de anuncios.
Jerarquía: Todas las fuentes de medios > media_eg > campaign_eg
Conjunto de anuncios | Costo | Instalaciones |
---|---|---|
Ninguno | $100 | |
conjunto de anuncios_1 | N/A | 30 |
conjunto de anuncios_2 | N/A | 70 |
En este caso, el costo de campaign_eg es $100 y se proporciona al nivel de campaña. Al desglosar el nivel del conjunto de anuncios, que en este caso es el nivel de componente, el costo no se puede detallar por conjunto de anuncios.
Para solucionar esto, AppsFlyer transmite el costo desde el nivel de campaña y lo presenta en una fila separada. En este caso, el conjunto de anuncios se muestra como ninguno y el campo de instalaciones se mantiene vacío.
Conversión de divisa de coste
Si la divisa del coste de la campaña proporcionada por la red publicitaria difiere de la divisa definida por la aplicación en la plataforma, el coste se convierte a la divisa definida por la aplicación de la siguiente forma:
- AppsFlyer obtiene las tasas de openexchangerates.org.
- Los tipos de cambio se actualizan cada hora para datos de hasta 7 días atrás.
- Las conversiones de divisa se realizan utilizando el último tipo de cambio conocido.
Características y limitaciones
Característica | Observaciones |
---|---|
Agencias |
|
Actualización de datos de API |
|
Cambios en el nombre de la campaña | Los datos de gasto publicitario se muestran utilizando el nombre más reciente de la campaña informado. Nota: Esto es para la visualización de datos agregados, no para los datos sin procesar en sí mismos. |
Zona horaria | Si una red publicitaria solo admite una zona horaria, y hay discrepancia entre la zona horaria que admite la red publicitaria y la establecida en la configuración de la aplicación, se utiliza la zona horaria admitida por la red publicitaria. |
Plataformas CTV, PC y consola | Para las aplicaciones en estas plataformas, los datos de coste deben enviarse a través de Ad Spend Ingestion utilizando el método de carga de archivos por correo electrónico. |
Multiplataforma | Los datos de coste no están disponibles para los clics e impresiones multiplataforma, es decir, cuando la impresión o el clic ocurre en una plataforma y la instalación de la aplicación en otra. |
Aplicaciones fuera de las tiendas | Los datos de coste de Mintegral no están disponibles para aplicaciones fuera de las tiendas (aplicaciones de plataformas distintas de Google Play y App Store). |
Geo | El desglose geográfico/por país no está disponible para las campañas agrupadas de Mistplay (campañas dirigidas a varios países). Para estas campañas, la ubicación geográfica se muestra como N/D. |
Smadex | Los paneles de control y los informes ETL de costes pueden mostrar datos de coste y atribución por separado. Esto ocurre cuando Smadex incluye otros elementos (como el ID de inventario) en el valor del ID del sitio. |