Reinstalações

Visão geral: uma reinstalação ocorre quando um usuário instala um aplicativo, o desinstala e o reinstala. As reinstalações resultam em um dos seguintes tipos de atribuição: reinstalação não orgânica, reinstalação orgânica ou nova atribuição (retargeting). As reinstalações ajudam a evitar várias cobranças para usuários que desinstalam e instalam novamente.

O que é uma reinstalação 

Uma reinstalação ocorre quando um usuário do aplicativo exclui um aplicativo e o reinstala durante a janela de reatribuição.

A reinstalação pode vir de uma campanha de retargeting (reatribuição), um canal orgânico ou um canal não-orgânico.

As reinstalações provenientes de um canal orgânico ou não-orgânico e que ocorrem dentro da janela de reatribuição são chamadas de reinstalações.

As reinstalações provenientes de campanhas de retargeting são chamadas de reatribuições.

Elas diferem na maneira como os eventos de reinstalação e in-app são atribuídos. 

Se ocorrer uma instalação fora da janela de reatribuição, a reinstalação será chamada de nova instalação. Uma nova instalação é atribuída ao canal de mídia (ou orgânico, se nenhum engajamento for registrado) e uma nova janela de reatribuição começa.

A tabela abaixo mostra o que a AppsFlyer chamaria de diferentes reinstalações

Fonte de reinstalação A janela de reatribuição é válida? O usuário interagiu com uma campanha de retargeting antes de reinstalar? O usuário interagiu com uma campanha de UA antes de reinstalar? Como isso é chamado
Campanha de retargeting Sim Sim Não Reatribuição
Canal orgânico ou não-orgânico Sim Não Sim ou não Reinstalação
Canal orgânico ou não-orgânico Não Não Sim ou não Nova instalação

Por que as reinstalações são importantes

Além de ser uma boa indicação de que os usuários estão voltando para seu aplicativo e de que suas campanhas estão funcionando, a atribuição de reinstalação adequada é importante para ajudar a evitar várias cobranças para usuários que desinstalam e instalam novamente dentro da janela de reatribuição.

Da mesma forma, atribuir eventos in-app de reinstalações ao canal de mídia original (primeira instalação) fornece aos anunciantes uma imagem melhor de como os usuários estão engajados. Também mostra a eficácia das campanhas de UA e dos anúncios de retargeting. Para mais informações, consulte eventos in-app abaixo.

Fluxo de reinstalação e resultados 

Reinstalação

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
  • NENHUM postback de instalação é enviado para qualquer canal de mídia
  • Consulte eventos in-app para mais informações sobre como os eventos in-app são atribuídos

Reatribuição

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.

Eventos in-app

Visão geral

Os eventos in-app executados por um usuário após uma reinstalação são considerados orgânicos atribuídos, não-orgânicos atribuídos ou orgânicos não atribuídos, a depender do status da atribuição de eventos pós-instalação (saiba mais abaixo).

Um exemplo de evento in-app é um usuário que reinstala um aplicativo e faz uma compra in-app.

Eventos in-app e como eles são atribuídos

Status da atribuição de eventos pós-reinstalação Após uma reinstalação Após uma reatribuição
Atribuído como in-apps orgânicos orgânico não atribuído Retargeting
Atribuído à primeira instalação(1) canal de mídia da primeira instalação Retargeting (2)

(1) Veja as limitações abaixo

(2) No campo de fonte primária. O primeiro canal de mídia de uma instalação estará listado no campo de canal secundário (você verá isso apenas nos dados brutos).

In-apps orgânicos não atribuídos

Reinstalação

  • Todos os eventos in-app são considerados como orgânicos ou desconsiderados completamente, dependendo do dashboard.
  • Eventos in-app serão informados com o conversion_type e campaign_type como "desconhecido".
  • 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.

Reatribuição

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

Atribuído à primeira instalação

 Pré-requisitos

Requer ativação. Entre em contato com seu CSM para falar sobre isso.

Objetivo

Fornece aos anunciantes uma visão melhor de como os usuários estão se engajando. 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

  • Todos os eventos in-app gerados a partir de reinstalações são atribuídos à instalação original (1)

Reatribuiçã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) Veja as limitações abaixo.

(2) Você só verá isso nos dados brutos.

 Observação

Os dados de KPI orgânicos no dashboard podem mostrar um valor mais baixo com a Atribuição de eventos pós-reinstalação definida como Atribuída à primeira instalação, pois alguns desses números agora podem ser atribuídos a um canal de mídia não orgânico.

Exemplos

Com Atribuído à primeira instalação ativado.

Exemplo 1

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

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

Reinstall_1.jpg

 

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

Canal de mídia

usuário

Af_purchase:

Usuários exclusivos

Dia 0

Af_purchase:

Usuários exclusivos

Dia 1 (cumulativo)

Receita

Dia 0

Receita

Dia 1 (cumulativo)

Media_source_A

 1 1 1 US$10 US$15

 

Veremos um aumento na receita com o mesmo device_identifier.

Appsflyer_id

Identificador do dispositivo

Canal de mídia

Nome do evento

Data do evento

111 XXX

media_source_A

install dia 0
111 XXX

media_source_A

af_purchase dia 0
222 XXX

orgânico

reinstalação dia 1
222 XXX

media_source_A

af_purchase dia 1

 

Exemplo 2

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

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

Canal de mídia

Nome do evento

Data do evento

Atribuição de reinstalação

Atribuição de evento in-app

media_source_A

install dia 0 media_source_A  

media_source_A

af_purchase dia 0   media_source_A

media_source_B

reinstalação dia 1 media_source_B  

media_source_B

af_purchase dia 1   media_source_A

 

Limitações

  • 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.
  • Eventos de receita de anúncios são atribuídos como orgânicos
  • Cada instalação e reinstalação ainda terá seu próprio appsflyer_id exclusivo
  • Os dashboards não diferenciam entre um evento in-app após a instalação ou reinstalação
    • É possível ver isso através dos dados brutos

Como os dados aparecem nos dashboards da AppsFlyer

 

  Reinstalação não orgânica Reinstalação orgânica  Reatribuição
A própria reinstalação Não visualizada Não visualizada Fonte de mídia de retargeting*
Atribuições de eventos in-app daqui para frente Eventos pós-reinstalação definidos como Atribuídos como in-apps orgânicos Orgânico não atribuído Orgânico não atribuído Canal de mídia de retargeting
Eventos de pós-reinstalação definidos como Atribuídos à primeira instalação Primeiro canal de mídia Primeiro canal de mídia Campanhas de retargeting
*Somente no dashboard de visão geral.

Relatórios de dados brutos de reinstalações

 Pré-requisitos

Requer ativação. Entre em contato com seu CSM para falar sobre isso.

Como os eventos de instalação e in-app são atribuídos

  Reinstalação não orgânica Reinstalação orgânica  Reatribuição Instalação não orgânica Instalação orgânica
Atribuído a  Campanha de UA Orgânica Campanhas de retargeting Campanha de UA Orgânica
Atribuição de evento daqui para frente Eventos pós-reinstalação definidos como Atribuídos como in-apps orgânicos Orgânica Orgânica Campanhas de retargeting Campanha de UA Orgânica
Eventos de pós-reinstalação definidos como Atribuídos à primeira instalação Primeira instalação Primeira instalação Campanhas de retargeting Campanha de UA Orgânica

Disponibilidade de relatórios de reinstalação

  • Os relatórios de dados brutos de reinstalação estão disponíveis usando as ferramentas de entrega detalhadas na tabela a seguir.
  • Os relatórios têm a mesma estrutura e são preenchidos de maneira semelhante para relatórios de instalação em que: 
    • Os campos de canal de mídia são preenchidos usando o canal de mídia que trouxe a reinstalação ou orgânico.
    • Hora da instalação: interprete como hora da reinstalação, significando o horário da primeira abertura do aplicativo após a reinstalação
    • Nome do evento: reinstalação
Método de entrega do relatório Reinstalação não orgânica Reinstalação orgânica
Dados de exportação
Pull API
Data Locker
Push API