O evento in-app de conversão deve incluir a informação SKU. No exemplo seguinte, a chave af_order_info identifica as informações de SKU: 

"event_value": {
    "af_currency": "EUR",
    "af_content": "retail",
    "af_order_id": "637f7c400f0e3fddd9e5bcbc",
    "af_order_info": [
        {
            "sku": "a",
            "revenue": 1.1,
            "qty": 2
        },
        {
            "sku": "b",
            "revenue": 100.5,
            "qty": 1
        }
    ]
}

Para mais informações sobre como preparar eventos in-app, consulte a seção Criar eventos in-app abaixo.

As campanhas on-site podem receber engajamentos através de eventos in-app. O evento in-app de engajamento deve incluir os dados de atribuição na chave event_value. Veja, como exemplo, a seguinte estrutura JSON event_value:

"event_value": {
    "media_source": "onsite",
    "campaign_name": "winter_bags",
    "campaign_id": "637f7c400f0e3fddsdfaafe33",
    "engagement_type": "click"
}

Pode usar os campos abaixo na sua chave JSON evant_value:

Para mais informações sobre como preparar eventos in-app, consulte a seção Criar eventos in-app abaixo.

Para fornecer dados de conversão e engajamento através de eventos in-app, configure o SDK da AppsFlyer integrado ao seu aplicativo. Para mais informações sobre a criação de eventos in-app, consulte:

• Visão geral de eventos no aplicativo (in-app events)
• Implementar eventos in-app ao SDK da AppsFlyer - para desenvolvedores

Use o esquema na tabela abaixo para criar um arquivo fonte de conversão personalizado: 
O esquema de conversão é unitário para os tipos de campanha off-site e on-site e para os diferentes parceiros de mídia. 
O esquema de conversão é unitário para os tipos de campanha off-site e on-site e para os diferentes parceiros de mídia.

Parceiros de mídia selecionados: 

G: Google

M: Meta

Cores de fundo: 

      Campos obrigatórios

      Campos recomendados

      Qualquer um dos campos selecionados é obrigatório

      Os campos passam por hashing de acordo com as regras especificadas pela SRN.

Use o esquema abaixo para criar a fonte de dados de engajamento.

Use o esquema abaixo para criar a fonte de mapeamento da campanha.

Antes de cada execução de atribuição, o DCP carrega registros de mapeamento de campanhas a partir das fontes personalizadas. É possível escolher entre dois modos de carregamento desses registros:

• Última estratégia: o DCP usa os registros mais recentes com base na data de envio do registro.

  Por exemplo, se a fonte contiver registros com datas de envio de 18 de janeiro, 17 de janeiro ou 29 de dezembro, o sistema selecionará os registros com a data de 18 de janeiro.

• Estratégia diária: o DCP só aceita registos cuja data de envio corresponde ao dia da execução da atribuição. Por exemplo, se a execução ocorrer à meia-noite de 19 de janeiro, o sistema só selecionará registros de campanha com a data de envio de 19 de janeiro.

No final de cada dia, o DCP executa o trabalho de atribuição para esse dia apenas se puder acessar a pasta dedicada a esse dia e aos registros de conversão nela contidos. No entanto, você pode enviar a pasta para um determinado dia em uma data posterior. Por exemplo, você pode enviar a pasta de 17 de janeiro em 22 de janeiro.

• No final de cada dia, o DCP executa o trabalho de atribuição para esse dia. O job só será executado se o DCP conseguir encontrar a pasta para esse dia. O nome da pasta é idêntico ao nome do dia.
• A pasta diária pode incluir registros de eventos que datam de 30 dias a partir do dia da pasta. Por exemplo, na pasta Jan 17, o trabalho processa registros de 18 de dezembro a 17 de janeiro.
• Se você não enviar a pasta para um determinado dia, você tem 30 dias para enviá-la. Por exemplo, se você não enviou a pasta de 17 de janeiro, pode enviá-la até 17 de fevereiro. No entanto, recomendamos que ela seja enviada o mais próximo possível da data da pasta.
• Se o DCP não encontrar a pasta do dia atual, continuará a procurar a pasta de 10 em 10 minutos durante os 7 dias seguintes.

Para cada registro de conversão, o DCP procura os eventos de engajamento que a desencadearam.

• Os registos dos engajamentos estão incluídos em pastas datadas. No entanto, não é necessário enviar uma pasta de engajamento para cada dia. Por exemplo, você pode enviar uma pasta de 13 e 15 de janeiro sem enviar a pasta de 14 de janeiro. Nesse exemplo, os registros de 14 de janeiro serão retirados da pasta 15 de janeiro.
• O job de atribuição para uma determinada pasta de conversão será iniciado apenas se existir uma pasta de engajamento com a mesma data que a pasta de conversão ou uma data posterior. Por exemplo, o job de atribuição para a pasta de conversão de 17 de janeiro será iniciado somente se a pasta de engajamento de 17 de janeiro ou as pastas com datas posteriores, como 18 de janeiro, existirem.
• O job de atribuição recolhe todos os eventos de engajamento que se enquadram na janela de lookback do engajamento.

Os dados de conversão e engajamento podem ser obtidos de eventos in-app, fontes personalizadas ou uma combinação de ambos. O DCP permite que você escolha se pretende usar um único modo ou misturá-los, permitindo que as conversões sejam obtidas de eventos in-app enquanto os engajamentos são obtidos a partir de arquivos personalizados, ou vice-versa.

Ao configurar eventos in-app para conversões, engajamentos ou ambos, é necessário especificar o App ID e o nome do evento de conversão ou engajamento. No final do dia, o job de atribuição seleciona todos os eventos com o nome especificado e o App ID que tem a mesma data de evento que o dia da conversão.