Os dados de conversão contêm detalhes sobre as ações do usuário, como compras e SKUs (Stock Keeping Units) ou Consumer Packaged Goods (CPGs) associados. Cada instância de conversão representa um único evento de conversão, capturando detalhes como SKU, user ID e hora do evento.

Exemplos de parâmetros de conversão

A AppsFlyer oferece acesso aos eventos de conversão por meio da integração com o seu app usando o SDK da AppsFlyer, ou por meio de fontes de dados personalizadas fornecidas pelos colaboradores. Os eventos de conversão na web e na loja também podem ser fornecidos usando fontes de dados personalizadas.

A fonte de engajamento contém detalhes sobre as interações do usuário com anúncios, como cliques ou impressões. Cada instância representa um evento de engajamento e inclui atributos como o ID da campanha, a fonte de mídia e o tipo de toque (por exemplo, clique ou impressão).

Exemplos de parâmetros de engajamento

Para acessar os dados de engajamento, em campanhas on-site, você pode configurar novos eventos in-app com dados de atribuição no parâmetro event_value usando o SDK da AppsFlyer, ou compartilhar os dados por meio de uma fonte personalizada.

Em campanhas off-Site, os dados de engajamento são recebidos de um terceiro, não por meio de eventos in-app ou de uma fonte personalizada.

A fonte de mapeamento da campanha nos permite determinar o engajamento que acionou cada conversão. Um registro de mapeamento de campanha vincula eventos de conversão a eventos de engajamento ao associar SKUs ou CPGs a IDs de campanha. O DCP mapeia a fonte de dados de mapeamento de campanha usando as SKUs na fonte de dados de conversão para identificar conversões acionadas por campanha.

Campos de mapeamento de campanha

As informações de mapeamento acima são fornecidas à AppsFlyer como uma fonte de dados personalizada.

Campanhas off-site envolvem engajamentos de usuários em plataformas de terceiros (como Meta ou Google), com conversões ocorrendo nas propriedades próprias do colaborador e atribuídas a esses engajamentos off-site.

• Exemplo: Uma marca veicula um anúncio no Facebook direcionado aos dados segmentados de clientes da CMN. Quando os usuários veem o anúncio no Facebook e clicam nele, eles são levados à página do produto da CMN.
• Atribuição: A DCP compartilha eventos de conversão com o party, que realiza sua própria atribuição; em seguida, a DCP recupera resultados agregados pela API de reportar do party.

Campanhas on-site envolvem engajamentos de usuários e conversões que ocorrem nas propriedades próprias de um colaborador (como seu aplicativo ou site), com conversões atribuídas a engajamentos on-site.

• Exemplo: Uma marca promove um produto em um site de Commerce Media Network. A audiência inclui compradores anteriores da plataforma CMN, segmentados por parâmetros como interesse por categoria ou histórico de compras. Quando os usuários veem e clicam no banner da campanha, eles são levados à página de detalhes do produto no mesmo site.
• Atribuição: A DCP atribui diretamente as conversões às campanhas on-site usando dados de engajamento party do site ou aplicativo do colaborador.

O fluxo de mensuração on-site da DCP processa eventos in-app e registros de fonte personalizados coletados no aplicativo móvel ou site da CMN ou do anunciante. A DCP atribui essas conversões internamente usando a lógica de atribuição da AppsFlyer.

O fluxo de mensuração on-site processa dados de conversão e de engajamento originados de duas fontes principais:

• Eventos in-app (IAEs) são coletados por meio do SDK da AppsFlyer incorporado ao app mobile do colaborador.
• Os arquivos de eventos de fonte personalizada são enviados pelos colaboradores à AppsFlyer.

Ambos os tipos de evento são normalizados em uma estrutura unificada e processados pelo mesmo mecanismo de atribuição.

1. Configurar fontes de medição

As etapas desse processo estão descritas abaixo.

• Eventos in-app: Os colaboradores identificam quais eventos in-app (por exemplo, compra, cadastro) devem ser mensurados como conversões ou engajamentos. Esses eventos já devem ser coletados pelo SDK da AppsFlyer, e os nomes do aplicativo e do evento devem ser selecionados explicitamente na configuração do DCP.
• Arquivos de eventos de fonte personalizada: Os colaboradores configuram o acesso a arquivos de dados externos (por exemplo, do BigQuery, S3 ou Snowflake) e mapeiam campos-chave, como user_id, campaign_id e SKU, para o esquema do DCP, para dar suporte à atribuição.

2. Preparar e mapear dados de conversão

O DCP conecta cada evento de conversão que foi mapeado para uma campanha a um evento de engajamento com o mesmo user ID e ID de campanha, criando um registro de conversões atribuídas que contém os detalhes de campanha e conversão.

• A fonte do mapeamento de campanha faz a correspondência entre conversões a engajamentos, mapeando o SKU do evento de conversão para o ID da campanha do evento de engajamento.
• As conversões que não podem ser associadas a nenhuma campanha são marcadas como orgânicas.

3. Vincular conversões a engajamentos

O DCP vincula as conversões correspondentes aos engajamentos usando os seguintes critérios:

• Um ID de usuário compartilhado
• O mesmo ID da campanha

Isso resulta em registros de conversão atribuídos, enriquecidos com metadados de campanha e de engajamento.

4. Dividir conversões com vários SKUs

Se um evento de conversão incluir vários SKUs:

• O DCP separa os registros de conversões atribuídas com vários SKUs em registros individuais, cada um representando um único SKU.
• Cada registro reflete a atribuição de um único alvo de conversão.

5. Filtrar SKUs fora do alvo

Para garantir que apenas as conversões relevantes sejam mantidas:

• O DCP filtra registros de SKUs que não são destinos de conversão para a campanha.

6. Desduplicar eventos de conversão

Antes da atribuição, o DCP remove duplicatas:

• Registros duplicados da mesma fonte personalizada (por exemplo, uploads repetidos) são descartados.
• Se existir um evento in-app (IAE) correspondente, ele substituirá o registro da fonte personalizada.

7. Aplicar lógica de atribuição

O DCP aplica o modelo de atribuição de último toque da AppsFlyer com as seguintes regras:

• Vários engajamentos por conversão: o último toque é selecionado com base na escala de prioridade da AppsFlyer.
• Um engajamento vinculado a várias conversões: somente a primeira conversão é atribuída ao engajamento; as conversões adicionais permanecem não atribuídas.

Para mais detalhes, consulte as prioridades do método de atribuição (cascata de atribuição).

8. Saída: conjunto de dados de conversões atribuídas

A saída final inclui:

• Atribuição a um único engajamento de campanha por conversão
• Registros de conversão no nível de SKU limpos e validados
• O DCP agrega conversões atribuídas para gerar insights, incluindo o total de conversões.
• Registros de conversão prontos para dashboards de análise e exportações

Os eventos de conversão off-site são fornecidos por colaboradores por meio de arquivos de fonte personalizados e devem incluir os identificadores necessários para atribuição, como o ID de clique do Google (gclid) ou o ID de clique do Facebook (fbclid). Esses eventos são compartilhados com plataformas externas, como Google e Meta, que cruzam os dados com seus registros de campanha e retornam metadados enriquecidos, incluindo identificadores de campanha, conjunto de anúncios e criativo.

1. Preparar dados de conversão

Os registros de conversão são padronizados com base na configuração da colaboração:

• Os colaboradores mapeiam campos personalizados para um esquema DCP unificado de conversão.
• Google Ads e Meta Ads exigem campos específicos; as regras de validação garantem que os mapeamentos atendam aos padrões de cada parceiro antes de continuar.

2. Desduplicar eventos de conversão

Antes da atribuição, o DCP remove registros duplicados da mesma fonte personalizada (por exemplo, uploads repetidos).

3. Filtrar por elegibilidade de compartilhamento

O DCP verifica se as conversões off-site atendem aos critérios de compartilhamento:

• Há um identificador válido específico do canal (por exemplo, GCLID, FBCLID).
• A conversão corresponde a uma ação de campanha ou a um SKU definido.
• A conversão está dentro da janela de lookback:
  • Meta: 1, 7 ou 28 dias para clique e view-through.
  • Google: definido na plataforma; substituição via API não é compatível.

As conversões que não atenderem a qualquer um dos critérios serão excluídas do compartilhamento com parceiros.

4. Filtrar de acordo com a atribuição de último toque

A atribuição é definida com base no touchpoint mais recente:

• Se um ID de clique válido do Google ou da Meta for mais recente, a atribuição será dada a esse parceiro e compartilhada somente com ele.
• Se ambos os IDs de clique existirem na conversão, o mais recente prevalece.

5. Compartilhar com Google e Meta

As conversões qualificadas são compartilhadas com segurança por meio das APIs dos parceiros:

• Meta: API de Conversões (CAPI)
• Google: API de Conversões Offline (OCI)

Cada conversão é enviada a apenas um parceiro. Os colaboradores devem configurar a conta de destino (ID do conjunto de dados da Meta ou ID da ação de conversão do Google).

6. Enriquecimento de resposta do Google e da Meta

Google e Meta retornam dados de atribuição enriquecidos por meio de suas APIs de insights, incluindo:

• ID da campanha
• ID do conjunto de anúncios
• ID do anúncio
• ID criativa

A AppsFlyer executa a atribuição com base nos registros enriquecidos.

7. Saída: conjunto de dados de conversão atribuída

A saída final inclui:

• Registros de conversão em nível de SKU limpos e validados
• Quando um único evento de engajamento é responsável por vários eventos de conversão, apenas a primeira conversão é atribuída ao engajamento, enquanto as outras permanecem não atribuídas.
• Os registros de conversão estão prontos para dashboards de analytics e exportações

Este fluxo descreve como a Data Collaboration Platform (DCP) da AppsFlyer processa dados de conversão de várias fontes, incluindo:

• Conversões on-site, que incluem eventos in-app e registros de fonte personalizados coletados no CMN ou no app mobile ou site do anunciante. A DCP atribui essas conversões internamente usando a lógica de atribuição da AppsFlyer.
• Conversões off-site, em que os dados de conversão se originam de uma fonte personalizada e são compartilhados com plataformas externas, como Google e Meta. Essas plataformas fazem a correspondência dos dados com seus próprios registros de campanha e retornam metadados enriquecidos, incluindo identificadores de campanha, conjunto de anúncios e criativo.

O fluxo de atribuição off-site e on-site da DCP elimina duplicações, atribui, enriquece e une todos os dados de conversão para gerar um único conjunto de dados unificado de performance.

1. O processamento de registros no local e fora do local é realizado

Os registros de conversão são padronizados com base na configuração da colaboração:

• Processamento on-site até a etapa 6, inclusive, na atribuição on-site.
• Processamento off-site até a etapa 4, inclusive, na atribuição off-site.

2. Aplicar atribuição de último toque

A atribuição é definida com base no touchpoint mais recente:

• Se um evento CMN (on-site) for o mais recente, a conversão será atribuída à CMN e não será compartilhada com a Meta nem com o Google.
• Se um ID de clique válido do Google ou da Meta for mais recente, a atribuição irá para esse parceiro e será compartilhada apenas com ele.
• Se ambos os IDs de clique existirem na conversão, o mais recente prevalecerá.

3. Compartilhar com Google e Meta

As conversões qualificadas são compartilhadas de forma segura por meio das APIs dos parceiros:

• Meta: API de conversões (CAPI)
• Google: API de conversão offline (OCI)

Cada conversão é enviada para apenas um parceiro. Os anunciantes devem configurar a conta de destino (ID do conjunto de dados da Meta ou ID da ação de conversão do Google).

4. Enriquecimento da resposta off-site

Google e Meta retornam dados de atribuição enriquecidos por meio de suas APIs de insights, incluindo:

• ID da campanha
• ID do conjunto de anúncios
• ID do anúncio
• ID criativa

5. Mesclagem de conversões on-site e off-site

O DCP mescla essas conversões off-site com conversões on-site em um conjunto de dados final no qual cada conversão é:

• Atribuída a uma única fonte: Google, Meta ou CMN
• Enriquecida com metadados da campanha
• Pronta para dashboards, exportações e análises de performance