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 purchase com appsflyer_id = XYZ  é registrado, mas não tem 
• 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.

• My Dashboards: Disponível pelo modelo "Cross Platform". Para mais informações sobre como selecionar um modelo de dashboard, consulte Criar um dashboard personalizado.

Perguntas frequentes (FAQs)

This article was translated using AI and may contain errors. For the most accurate information, please refer to the English version using the language selector.