[Beta] Atribuição cross-platform e user-based

O que é atribuição user-based?

Esse tipo de atribuição é um modelo cross-platform que usa de um Customer User ID (CUID) persistente para conectar eventos de conversão entre plataformas. Usando o CUID, esse modelo atribui qualquer atividade à fonte de mídia responsável por impulsionar o primeiro evento de conversão do usuário.

Exemplo de jornada cross-platform

Um usuário clica em um anúncio no Google web, completa o cadastro e faz uma compra no navegador no desktop. Mais tarde, o mesmo usuário clica em um anúncio mobile do Instagram, instala o aplicativo e faz outra compra dentro do app. Uma semana depois, o usuário instala o aplicativo de CTV da marca, faz o login usando o mesmo CUID e se inscreve para uma assinatura paga.

Como o CUID identifica o usuário em todas essas plataformas, e a campanha web do Google foi o primeiro evento não orgânico associado a esse CUID, toda a atividade subsequente – incluindo a compra no aplicativo mobile e a assinatura na CTV – é atribuída à campanha do Google.

Atribuição user-based vs. device-based

Esse modelo soluciona uma limitação intrínseca da atribuição device-based, que trata cada dispositivo como um usuário separado e isola a jornada do usuário entre plataformas. Em contraste, a atribuição user-based conecta eventos em diferentes dispositivos através do CUID, oferecendo uma mensuração consistente, atribuição precisa e uma verdadeira compreensão do lifetime value em toda a linha de produtos.

O exemplo abaixo ilustra a diferença entre os dois tipos de atribuição:

Um usuário clica em um anúncio do Meta na web, é redirecionado para o site do anunciante e cria uma conta. Mais tarde, o mesmo usuário instala o aplicativo iOS do anunciante, faz login e faz uma compra de 50 dólares. Alguns dias depois, o usuário vê um anúncio no YouTube, instala o aplicativo de PC do anunciante, faz um novo login e faz uma compra de 100 dólares.

A atribuição device-based atribui $0 ao Meta Ads, enquanto a atribuição user-based atribui $150. A tabela abaixo mostra como essa jornada seria atribuída em cada modelo:

O que faz com que um evento se torne um candidato para a atribuição cross-platform?

Um evento é considerado um candidato para a atribuição cross-platform quando ele atende a todas as seguintes condições:

• O CUID está presente: p evento deve incluir um Customer User ID (CUID) válido. Esse é um identificador persistente, fornecido pelo anunciante (por exemplo, login ID ou email anonimizado) que identifica o usuário entre dispositivos e plataformas. 
  • Se um evento não tiver um CUID mas compartilhar do mesmo appsflyer_id, a AppsFlyer pode preencher o CUID em uma janela de processamento curta, de até 4 horas antes do primeiro evento recebido com um CUID. Para mais informações, consulte janela de processamento de enriquecimento de CUID abaixo.
  • Eventos que são enviados sem um CUID e que não podem ser enriquecidos através de um processo de enriquecimento continuam a ser incluídos na atribuição cross-platform. Nesses casos, a atribuição é determinada usando o método de atribuição a nível de dispositivo (clássico).
• Ele pertence a uma linha de produtos: o aplicativo que gera o evento deve fazer parte de uma linha de produtos, um agrupamento de aplicativos relacionados (por exemplo, iOS, Android, CTV) à mesma marca, para as quais a atribuição é definida e configurada coletivamente. Para mais informações, veja agrupar aplicativos para atribuição cross-platform.
• Dentro da janela de restauração da inatividade: o evento deve se enquadrar no âmbito da janela de inatividade, um período configurável (por exemplo, 7 a 390 dias) durante o qual um CUID ainda é considerado ativo e elegível para atribuição dentro de uma determinada linha de produtos. Se o CUID não for identificado dentro dessa janela, o seu mapeamento de atribuição anterior será descartado. 
• Os campos de atribuição a nível de dispositivo estão presentes: o evento já deve conter parâmetros de atribuição a nível de dispositivo válidos (por exemplo, fonte de mídia, campaign ID) derivados do modelo clássico de atribuição device-based da AppsFlyer.

Como a fonte de atribuição é determinada?

Esse modelo atribui todos os eventos para um usuários específico (CUID) à fonte de mídia original que impulsionou a primeira conversão do usuário.

A fonte de mídia originalmente atribuída é determinada usando a seguinte lógica:

• Para cada evento in-app com um CUID em uma linha de produtos, a AppsFlyer identifica o evento de lançamento mais antigo desse CUID (ou seja, um evento de lançamento com uma fonte de mídia válida).
• A fonte de mídia atribuída a esse evento pela atribuição clássica é considerada a fonte de atribuição para o evento in-app.
• Essa fonte de mídia é usada como a fonte de atribuição cross-platform para todos os eventos subsequentes associados a essa CUID e linha de produtos.
• Se um evento in-app não possuir um CUID, a AppsFlyer tenta preenchê-lo em uma janela de processamento de enriquecimento que dura de 1 a 4 horas. 
• Se um evento sem CUID ocorrer fora da janela de enriquecimento definida, ele ainda será incluído na atribuição cross-platform. Esses eventos são atribuídos através do método de atribuição device-level (clássico).

Janela de processamento de enriquecimento de CUID

A janela de processamento de enriquecimento de CUID é o período (1–4 horas) durante o qual a AppsFlyer processa eventos recém-chegados para preencher customer user IDs (CUIDs) que estão em falta. Isso permite que a atribuição cross-platform ocorra, mesmo que alguns eventos in-app sejam enviados sem um CUID.

Como funciona o enriquecimento de CUID

• A cada 1 a 4 horas, a AppsFlyer executa um trabalho de processamento.
• Se um evento chegar sem um CUID mas compartilhar do mesmo appsflyer_id que um outro evento que possui um CUID, a AppsFlyer preenche o CUID em falta.
• Isso se aplica apenas a eventos recebidos durante a janela de processamento.

Exemplo de enriquecimento de CUID

• 8:01: um evento de primeira abertura é registrado com appsflyer_id = XYZ.
• 9:00: um evento de cadastro é registrado com cuid = 123 e appsflyer_id = XYZ.
• 12:00: a janela de processamento de 4 horas termina. A AppsFlyer faz a conexão retroativa do cuid = 123 ao evento de primeira abertura.
• 12:30: um evento de compra é registrado com appsflyer_id = XYZ mas sem CUID. Como o evento foi enviado depois que a janela terminou, a AppsFlyer não conecta o cuid = 123 a esse evento.

Limitações de enriquecimento de CUID

• Eventos sem um CUID enviados fora da janela de processamento de 1–4 horas são atribuídos usando a atribuição clássica da AppsFlyer e são adicionados aos resultados do método de atribuição cross-platform.
• O enriquecimento de CUID não é aplicado retroativamente fora da janela de processamento.

Configurar a atribuição criss-platform

Para configurar a atribuição cross-platform, você deve aplicar algumas configurações na AppsFlyer e implementar funções específicas do SDK ao código do seu aplicativo. 

• Na AppsFlyer, atribua os seus aplicativos a uma linha de produtos, selecione a atribuição cross-platform e especifique a janela de restauração. Para mais informações, consulte criar uma linha de produtos.
• No seu aplicativo, configure o SDK daAppsFlyer para enviar eventos com CUIDs. Se precisar de instruções para desenvolvedores, acesse o artigo Set Customer User ID.

Ver resultados de atribuição cross-platform

• Para ver resultados de atribuição cross-platform, consulte o artigo Data Locker: relatório de eventos cross-platform realizados por usuários finais.
• Em breve: um novo método de atribuição disponível no My Dashboards

.