Mensuração de reinstalações

Após a primeira instalação do aplicativo, o usuário desinstala e reinstala durante a janela de reatribuição. Uma reinstalação pode vir de uma campanha orgânica ou de UA (veja exemplos).

Em seguida:

• A instalação NÃO é atribuída - não aparece no dashboard, nem nos dados
• Parceiros podem receber postbacks de reinstalação apenas quando oferecem suporte a essa capacidade e quando recebem permissões explícitas por parte da AppsFlyer. Os anunciantes podem optar por enviar postbacks de reinstalação para um único parceiro ou para todos os canais de mídia, incluindo orgânicos, na página Integração ativa, na seção de postbacks de instalação.
• Consulte eventos in-app para mais informações sobre como os eventos in-app são atribuídos

Após a instalação do primeiro aplicativo, o usuário desinstala, inicia uma campanha de retargeting e reinstala durante a janela de reatribuição.

Em seguida:

• A instalação é atribuída à fonte de mídia de retargeting na visualização unificada e de retargeting do painel Visão geral
  • A visualização de aquisição do usuário não contém reatribuições
• Todos os eventos in-app a seguir são atribuídos ao canal de mídia de retargeting (consulte eventos in-app para mais informações)
• Um postback de instalação é enviado para o canal de mídia de retargeting

Para mais informações sobre a atribuição de retargeting, clique aqui.

Reinstalação

• Todos os eventos in-app são considerados como orgânicos ou desconsiderados completamente, dependendo do método de relatório.
• Eventos in-app serão relatados com o conversion_type e campaign_type como "unknown".
• A data usada para agregar dados depende do evento:
  • Para a maioria dos eventos in-app originados pelo SDK, a data do download do aplicativo é usada para agregar dados; não a data da reinstalação.
  • Para eventos de receita de anúncios (af_ad_revenue) enviados pelo conector SDK, a data da reinstalação é usada para agregar dados.

Re-atribuição

• Todos os eventos in-app são atribuídos ao canal de mídia de retargeting

O modo de primeira instalação fornece aos anunciantes uma imagem mais clara do engajamento do usuário. Mostra a eficácia das campanhas de UA e dos anúncios de retargeting atribuindo eventos in-app ao canal original, em vez de considerá-los orgânicos.

• Reinstalação no modo de primeira instalação: Todos os eventos in-app gerados a partir de reinstalações são atribuídos à instalação original (1). A hora da instalação para o evento in-app atribuído é a hora em que a primeira instalação ocorreu, não a hora em que a reinstalação ocorreu. Por exemplo, se houve uma instalação em 1 de março e depois uma reinstalação em 5 de março, e se a opção "Atribuição de eventos pós-instalação" estiver ativada, qualquer compra feita após a reinstalação será atribuída à hora de instalação do dia 1 de março.
• Reatribuição no modo de primeira instalação: Todos os eventos in-app são atribuídos ao anúncio de retargeting no canal primário e à instalação original no canal secundário. (2)

(1) Saiba mais sobre as limitações abaixo.

(2) Essas informações ficam disponíveis apenas nos dados brutos.

Exemplos de atribuição no modo de primeira instalação.

Exemplo 1

Um usuário instala o aplicativo (dia 0), faz uma compra de R$10 e desinstala o aplicativo.

No dia seguinte (dia 1), o usuário reinstala o aplicativo e faz uma compra de R$5.

Como o usuário já fez uma compra antes de reinstalar, não haverá uma contagem adicional de usuários únicos.

Veremos um aumento das receitas com o mesmo device_identifier.

Exemplo 2

Um usuário instala o aplicativo (dia 0), faz uma compra e desinstala o aplicativo.

No dia seguinte (dia 1), ele reinstala o app a partir de uma campanha de UA e faz uma compra.

No seu relatório de dados brutos, você pode verificar se os seus eventos in-app pós-instalação seguem a lógica do modo de primeira instalação seguindo os seguintes passos:

• Verifique o campo install_time no evento in-app. Se ele mostrar a hora da instalação original (e não da reinstalação), o evento foi atribuído à primeira instalação.
• Verifique o device_id (GAID ou IDFA). Ele deve ser o mesmo em todas as instalações e reinstalações, de modo que você possa usá-lo para conectar o evento à instalação original.
• O appsflyer_id do evento in-app é diferente do valor da instalação original. A AppsFlyer gera um novo AppsFlyer ID após cada reinstalação.

• Somente os usuários que consentiram em compartilhar seu identificador de dispositivo (como IDFA ou GAID) com o aplicativo para instalação e reinstalação terão seus eventos in-app atribuídos à instalação original
  • Os identificadores de dispositivo na primeira instalação e na reinstalação devem corresponder.
• A reinstalação deve ocorrer dentro da janela de reatribuição da última instalação registrada.
• Cada instalação e reinstalação ainda terá seu próprio appsflyer_id exclusivo.
• Os dashboards não diferenciam entre um evento in-app pós-instalação ou reinstalação
  • É possível ver isso através dos dados brutos