Los datos de conversión contienen detalles sobre las acciones de los usuarios, como las compras y sus Stock Keeping Units (SKU) o Consumer Packaged Goods (CPG) asociados. Cada instancia de conversión representa un único evento de conversión, capturando detalles como el SKU, el ID de usuario y la hora del evento.

Ejemplo de parámetros de conversión

AppsFlyer proporciona acceso a las conversiones de aplicaciones a través de la integración con tu aplicación utilizando el SDK de AppsFlyer o a través de fuentes de datos personalizadas proporcionadas por los colaboradores. También se pueden proporcionar eventos de conversión web y en tienda utilizando fuentes de datos personalizadas.

La fuente de engagement contiene detalles sobre las interacciones de los usuarios con los anuncios, como clics o impresiones. Cada instancia representa un evento de interacción e incluye atributos como el ID de la campaña, la fuente del medio y el tipo de contacto (por ejemplo, clic o impresión).

Ejemplo de parámetros de engagement

Para acceder a los datos de engagement, en las campañas on-site, puedes configurar nuevos eventos in-app con datos de atribución en el parámetro event_value mediante el SDK de AppsFlyer o compartir los datos a través de una fuente personalizada.

En las campañas off-site, los datos de engagement se reciben de terceros y no a través de eventos in-app o de una fuente personalizada.

La fuente de asignación de campañas nos permite determinar el engagement que activó cada conversión. DCP mapea la fuente de datos de mapeo de campaña con las SKUs en la fuente de datos de conversión para identificar las conversiones desencadenadas por una campaña. El flujo de atribución DCP asigna eventos de conversión a eventos de engagement haciendo coincidir los SKU de conversión con los engagements que los anuncian. El proceso tiene acceso a las fuentes de datos de colaboración, engagements y mapeo de campañas.

Ejemplo de parámetros de asignación de campañas

La información de mapeo anterior se proporciona a AppsFlyer como una fuente de datos personalizada.

Las campañas off-site implican engagements de usuarios en plataformas de terceros (como Meta o Google), con conversiones que se producen en las propiedades propias del colaborador y que se atribuyen a esos engagements off-site.

• Ejemplo: Una marca ejecuta un anuncio de Facebook dirigido a los datos de clientes segmentados de la CMN. Cuando los usuarios ven el anuncio en Facebook y hacen clic en él, se les dirige a la página del producto de la CMN.
• Atribución: DCP comparte eventos de conversión con el party, que realiza su propia atribución; después, DCP recupera resultados agregados a través de la API de reportar del party.

Las campañas on-site implican engagements de usuarios y conversiones que se producen dentro de las propiedades propias de un colaborador (como su aplicación o sitio web), y las conversiones se atribuyen a engagements on-site.

• Ejemplo: Una marca promociona un producto en un sitio web de Commerce Media Network. La audiencia incluye compradores anteriores de la plataforma de la CMN, segmentados por parámetros como el interés por categoría o el historial de compras. Cuando los usuarios ven el banner de la campaña y hacen clic en él, se les dirige a la página de detalle del producto en el mismo sitio.
• Atribución: DCP atribuye directamente las conversiones a las campañas on-site mediante datos de engagement del sitio web o la aplicación del colaborador.

El flujo de medición on-site de DCP procesa eventos in-app y registros de fuente personalizados recopilados desde la aplicación móvil o el sitio web de la CMN o del anunciante. DCP atribuye estas conversiones internamente mediante la lógica de atribución de AppsFlyer.

El flujo de medición on-site procesa datos de conversión y de engagement procedentes de dos fuentes principales:

• Eventos in-app (IAEs) se recopilan a través del SDK de AppsFlyer integrado en la aplicación móvil del colaborador.
• Los archivos de eventos de fuente personalizados son enviados a AppsFlyer por los colaboradores.

Ambos tipos de eventos se normalizan en una estructura unificada y se procesan mediante el mismo motor de atribución.

1. Configurar fuentes de medición

A continuación se describen las etapas de este proceso.

• Eventos in-app: Los colaboradores identifican qué eventos in-app (p. ej., compra o registro) deben medirse como conversiones o engagement. Estos eventos ya deben recopilarse mediante el SDK de AppsFlyer, y los nombres de la aplicación y del evento deben seleccionarse explícitamente en la configuración de DCP.
• Archivos de eventos de fuente personalizados: Los colaboradores configuran el acceso a archivos de datos externos (por ejemplo, de BigQuery, S3 o Snowflake) y asignan campos clave como user_id, campaign_id y SKU al esquema de DCP para dar soporte a la atribución.

2. Preparar y asignar datos de conversión

Los eventos de conversión incluyen SKU e identificadores de usuario que DCP usa para determinar la actividad desencadenada por la campaña.

• La fuente de mapeo de campaña vincula las conversiones con los engagements mediante el mapeo del SKU del evento de conversión con el ID de campaña del evento de engagement.
• Las conversiones que no se pueden asociar a ninguna campaña se marcan como orgánico.

3. Vincular conversiones a engagements

DCP vincula las conversiones coincidentes con engagements mediante los siguientes criterios:

• Un ID de usuario compartido
• El mismo ID de campaña

Esto da como resultado registros de conversión atribuidos enriquecidos con metadatos tanto de campaña como de engagement.

4. Dividir conversiones con varios SKU

Si un evento de conversión incluye varios SKU:

• DCP divide los registros de conversión atribuidos con varias SKUs en registros individuales, cada uno de los cuales representa una única SKU.
• Cada registro refleja la atribución de un único objetivo de conversión.

5. Filtrar SKU que no son objetivo

Para garantizar que solo se conserven las conversiones relevantes:

• DCP filtra los registros de SKU que no son objetivos de conversión para la campaña.

6. Eliminar eventos de conversión duplicados

Antes de la atribución, DCP elimina los duplicados:

• Los registros duplicados de la misma fuente personalizada (por ejemplo, cargas repetidas) se descartan.
• Si existe un evento in-app (IAE) coincidente, sustituye al registro de la fuente personalizada.

7. Aplicar la lógica de atribución

DCP aplica el modelo de atribución de último toque de AppsFlyer con las siguientes reglas:

• Múltiples engagements por conversión: se selecciona el último toque según la escala de prioridad de AppsFlyer.
• Un engagement vinculado a varias conversiones: solo la primera conversión se atribuye al engagement; las conversiones adicionales permanecen sin atribuir.

Para más información, consulta Prioridades del método de atribución (Cascada de atribución).

8. Resultado: conjunto de datos de conversiones atribuidas

El resultado final incluye:

• Atribución a un único engagement de campaña por conversión
• Registros de conversiones a nivel de SKU depurados y validados
• DCP agrega las conversiones atribuidas para generar insights, incluidas las conversiones totales.
• Registros de conversiones listos para dashboards de analítica y exportaciones

Los eventos de conversión off-site los proporcionan los colaboradores mediante archivos fuente personalizados y deben incluir los identificadores necesarios para la atribución, como el ID de clic de Google (gclid) o el ID de clic de Facebook (fbclid). Estos eventos se comparten con plataformas externas como Google y Meta, que cotejan los datos con sus registros de campaña y devuelven metadatos enriquecidos, incluidos identificadores de campaña, conjunto de anuncios y material creativo.

1. Preparar datos de conversión

Los registros de conversiones se estandarizan en función de la configuración de la colaboración:

• Los colaboradores asignan campos personalizados a un esquema DCP unificado de conversión.
• Google Ads y Meta Ads requieren campos específicos; las reglas de validación garantizan que las asignaciones cumplan los estándares de cada partner antes de continuar.

2. Eliminar duplicados de eventos de conversión

Antes de la atribución, DCP elimina los registros duplicados de la misma fuente personalizada (por ejemplo, cargas repetidas) y los descarta.

3. Filtrar por elegibilidad para compartir

DCP comprueba si las conversiones offsite cumplen los criterios para compartirse:

• Hay un identificador válido específico del canal (por ejemplo, GCLID, FBCLID).
• La conversión coincide con una acción de campaña o un SKU definidos.
• La conversión entra dentro de la ventana de lookback:
  • Meta: 1, 7 o 28 días tanto para clic como para view-through.
  • Google: se define en la plataforma; no se admite la sustitución mediante API.

Las conversiones que no cumplan alguno de los criterios se excluyen de la compartición con Partners.

4. Filtra según la atribución de último toque

La atribución se asigna en función del punto de contacto más reciente:

• Si un ID de clic válido de Google o Meta es más reciente, la atribución se asigna a ese partner y se comparte solo con ese partner.
• Si ambos ID de clic existen en la conversión, prevalece el más reciente.

5. Compartir con Google y Meta

Las conversiones aptas se comparten de forma segura mediante las API de Partners:

• Meta: Conversions API (CAPI)
• Google: Offline Conversion API (OCI)

Cada conversión se envía a un solo partner. Los colaboradores deben configurar la cuenta de destino (ID del conjunto de datos de Meta o ID de la acción de conversión de Google).

6. Enriquecimiento de respuestas de Google y Meta

Google y Meta devuelven datos de atribución enriquecidos a través de sus API de Insights, incluidos:

• Cadena
• ID de conjunto de anuncios
• Retargeting: Primer inicio después del re-engagement o la reatribución.
• Creative ID

AppsFlyer realiza la atribución en función de los registros enriquecidos.

7. Resultado: conjunto de datos de conversiones atribuidas

El resultado final incluye:

• Registros de conversión a nivel de SKU depurados y validados
• DCP une cada evento de conversión que se asignó a una campaña a un evento de engagement con el mismo ID de usuario e ID de campaña, creando un registro de conversión atribuido que contiene detalles de campaña y conversión.
• Los registros de conversión están listos para dashboards de analítica y exportaciones

Este flujo describe cómo la Data Collaboration Platform (DCP) de AppsFlyer procesa datos de conversión de varias fuentes, entre ellas:

• Conversiones on-site, que incluyen eventos in-app y registros de fuentes personalizadas recopilados desde la CMN o desde la aplicación móvil o el sitio web del anunciante. DCP atribuye estas conversiones internamente mediante la lógica de atribución de AppsFlyer.
• Conversiones off-site, en las que los datos de conversión proceden de una fuente personalizada y se comparten con plataformas externas como Google y Meta. Estas plataformas relacionan los datos con sus propios registros de campañas y devuelven metadatos enriquecidos, incluidos identificadores de campaña, de conjunto de anuncios y de creativo.

El flujo de atribución off-site y on-site de DCP deduplica, atribuye, enriquece y combina todos los datos de conversión para generar un único conjunto de datos de rendimiento unificado.

1. Se realiza el procesamiento de registros on-site y off-site

Los registros de conversión se estandarizan según la configuración de la colaboración:

• Procesamiento on-site hasta e incluido el paso 6 en la atribución on-site.
• Procesamiento off-site hasta e incluido el paso 4 en la atribución off-site.

2. Aplicar la atribución de último toque

La atribución se asigna en función del punto de contacto más reciente:

• Si un evento de CMN (on-site) es el más reciente, la conversión se atribuye a CMN y no se comparte con Meta ni con Google.
• Si un ID de clic válido de Google o Meta es más reciente, la atribución se asigna a ese partner y se comparte solo con ese partner.
• Si ambos ID de clic existen en la conversión, prevalece el más reciente.

3. Compartir con Google y Meta

Las conversiones aptas se comparten de forma segura a través de las API de partners:

• Meta: API de conversiones (CAPI)
• Google: API de conversiones offline (OCI)

Cada conversión se envía solo a un partner. Los anunciantes deben configurar la cuenta de destino (ID del conjunto de datos de Meta o ID de la acción de conversión de Google).

4. Enriquecimiento de respuestas off-site

Google y Meta devuelven datos de atribución enriquecidos a través de sus API de Insights, incluidos:

• Cadena
• ID de conjunto de anuncios
• Retargeting: Primer inicio después del re-engagement o la reatribución.
• Creative ID

5. Combinación de conversiones on-site y off-site

DCP combina estas conversiones off-site con las conversiones on-site en un conjunto de datos final en el que cada conversión está:

• Atribuida a una única fuente: Google, Meta o CMN
• Enriquecida con metadatos de campaña
• Lista para dashboards, exportaciones y análisis de rendimiento