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
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.
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 | ✓ | ✓ |