Réinstallations

En bref: une réinstallation se produit lorsqu'un utilisateur installe une appli, la désinstalle, puis la réinstalle à nouveau. Les réinstallations donnent lieu à l'un des types d'attribution suivants : réinstallation non organique, réinstallation organique ou réattribution (retargeting). Les réinstallations permettent de ne pas avoir à payer deux fois pour les utilisateurs qui désinstallent et installent à nouveau.

Qu'est-ce qu'une réinstallation ?

Une réinstallation se produit lorsqu'un utilisateur supprime une application puis la réinstalle au cours de la fenêtre de réattribution .

La réinstallation peut provenir d'une campagne de retargeting (réattribution), d'une source organique ou d'une source non organique.

Les réinstallations qui proviennent d'une source organique ou d'une source non organique et qui ont lieu dans la fenêtre de réattribution sont appelées «réinstallations».

Les réinstallations qui proviennent des campagnes de retargeting sont appelées «réattributions».

La différence est donc la manière dont les événements de réinstallation et in-app sont attribués. 

Si une installation a lieu en dehors de la fenêtre de réattribution , la réinstallation est appelée «nouvelle installation». Une nouvelle installation est attribuée à la source média (ou organique si aucun engagement n'a été enregistré) et une nouvelle fenêtre de réattribution s'ouvre.

Le tableau ci-dessous indique comment AppsFlyer catégorise les différentes réinstallations

Source de la réinstallation La fenêtre de réattribution est-elle appliquée ? L'utilisateur a-t-il interagi avec une campagne de retargeting avant de réinstaller ? L'utilisateur a-t-il interagi avec une campagne UA avant de réinstaller ? Appellation
Depuis une campagne de retargeting Oui Oui Non Réattribution
Depuis une source organique ou non organique Oui Non Oui et non Réinstallation
Depuis une source organique ou non organique Non Non Oui et non Nouvelle installation

Pourquoi les réinstallations sont-elles importantes ?

En plus de démontrer que les utilisateurs reviennent sur votre application et que vos campagnes sont efficaces, l'attribution correcte d'une réinstallation est importante pour éviter aux utilisateurs qui désinstallent et réinstallent dans la fenêtre de réattribution de payer deux fois..

De même, l'attribution des événements in-app issus de réinstallation à la source média originale (première installation) permet aux annonceurs d'avoir une meilleure compréhension de l'engagement des utilisateurs. c'est aussi un bon indicateur de l'efficacité des campagnes UA et des publicités de retargeting. Pour plus d'informations, consultez la section événements in-app ci-dessous.

Processus de réinstallation et résultats

Réinstallation

Après la première installation de l'app, l'utilisateur la désinstalle, puis la réinstalle au cours de la fenêtre de réattribution. Une réinstallation peut provenir d'une campagne organique ou d'une campagne UA (cf nos exemples ).

Voici ce qu'il en résulte :

  • L'installation n'est PAS attribuée : elle n'apparaît ni sur le tableau de bord, ni dans les données.
  • AUCUN postback d'installation n'est envoyé aux sources média.
  • Consulter la section événements in-app pour savoir comment les événements in-app sont attribués.

Réattribution

Après la première installation de l'app, l'utilisateur la désinstalle, puis s'engage dans une campagne de retargeting et la réinstalle à nouveau pendant la fenêtre de réattribution.

Voici ce qu'il en résulte :

  • L'installation est attribuée à la source média de retargeting et s'affiche dans les vues retargeting et Unifiée du tableau de bord général.
    • La vue Acquisition d'utilisateurs n'inclut pas les réattributions
  • Tous les événements in-app qui suivent sont attribués à la source média de retargeting (cf chapitre événements in-app pour plus d'informations)
  • Un postback d'installation est envoyé à la source média de retargeting.

Pour plus d'informations sur l'attribution de retargeting, cliquez ici.

Évènement in-app

Présentation

Les événements in-app produits par un utilisateur suite à une réinstallation sont soit attribués à des événements organiques ou non organiques, soit non attribués à des événements organiques en fonction du statut d'attribution des événements post réinstallation (cf détails ci-dessous).

Exemple d'événement in-app : un utilisateur qui réinstalle une app puis effectue un achat in-app.

Les événements in-app et leur système d'attribution

Statut d'attribution des événements post réinstallation Après une réinstallation Après une réattribution
Attribué comme in-app organique Organique non attribué Retargeting
Attribué à la première installation (1) Source média de la première installation Retargeting (2)

(1) Voir les restrictions ci-dessous

(2) Dans le champ de la source primaire. La source média de la première installation sera affichée dans le champ de la source secondaire (uniquement dans les données brutes).

In-app organiques non attribués

Réinstallation

  • Tous les événements in-app sont comptés comme organiques ou complètement ignorés en fonction du tableau de bord.
  • Les événements in-app seront transmis avec le type de conversion et le type de campagne marqués comme "inconnu."

Réattribution

  • Tous les événements in-app sont attribués à la source média de retargeting.

Attribué à la première installation

Conditions préalables

Nécessite une activation. Contactez votre CSM pour en discuter.

Objectif

Fournit aux annonceurs une meilleure vision de l'engagement des utilisateurs. Montre l'efficacité des campagnes UA et des publicités de retargeting lorsque les événements in-app sont attribués à la source d'origine plutôt qu'à l'organique.

Réinstallation

  • Tous les événements in-app générés par les réinstallations sont attribués à l'installation d'origine (1)

Réattribution

  • Tous les événements in-app sont attribués à la publicité de retargeting dans la source primaire et à l'installation d'origine dans la source secondaire. (2)

(1) Voir les restrictions ci-dessous.

(2) Ne s'affiche que dans les données brutes.

 Remarque

Les données des KPI organiques affichées dans le tableau de bord peuvent avoir une valeur inférieure quand l'attribution des événements post réinstallation est réglée sur Attribué à la première installation puisque certains des résultats peuvent être attribués à une source média non organique.

Exemples

Avec «Attribué à la première installation» activé.

Exemple 1

Un utilisateur installe l'app (jour 0), effectue un achat de 10 dollars, puis désinstalle l'app.

Le jour suivant (jour 1), l'utilisateur réinstalle l'app et effectue un achat de 5 dollars.

Reinstall_1.jpg

 

Puisque l'utilisateur a déjà effectué un achat avant la réinstallation, on ne comptera pas d'utilisateur unique en plus.

Source média

utilisateurs

Af_purchase :

Utilisateurs uniques

Jour 0

Af_purchase :

Utilisateurs uniques

Jour 1 (cumulé)

Revenu

Jour 0

Revenu

Jour 1 (cumulé)

Media_source_A

 1 1 1 10 $ 15 $

 

Nous verrons une augmentation du revenu pour le même device_identifier.

Appsflyer_id

ID d'appareil

Source média

Nom de l'événement

Date de l’événement

TEST TRADUCTION XXX

media_source_A

install jour 0
TEST TRADUCTION XXX

media_source_A

af_purchase jour 0
222 XXX

media_source_A

reinstall jour 1
222 XXX

media_source_A

af_purchase jour 1

 

Exemple 2

Un utilisateur installe l'app (jour 0), effectue un achat puis désinstalle l'app.

Le jour suivant (jour 1), l'utilisateur réinstalle l'application depuis une campagne UA et effectue un achat.

Source média

Nom de l'événement

Date de l’événement

Attribution de réinstallation

Attribution d'événements in-app

media_source_A

install jour 0 media_source_A  

media_source_A

af_purchase jour 0   media_source_A

media_source_B

reinstall jour 1 media_source_B  

media_source_B

af_purchase jour 1   media_source_A

 

Restrictions

  • Seuls les utilisateurs qui ont accepté de partager leur ID d'appareil avec l'app (ex. IDFA ou GAID) pour l'installation et la réinstallation verront leurs événements in-app attribués à l'installation d'origine.
    • Les ID d'appareils de la première installation et de la réinstallation doivent correspondre.
  • La réinstallation doit avoir lieu dans la fenêtre de réattribution de l'installation originale
  • Les événements de revenus publicitaires sont attribués comme étant organiques
  • Chaque installation et réinstallation aura toujours son propre appsflyer_id.
  • Les tableaux de bord ne font pas de différence entre un événement in-app post installation et une réinstallation.
    • Pour avoir le détail il faut consulter les données brutes

Comment les données apparaissent-elles dans les tableaux de bord AppsFlyer ?

 

  Réinstallation non organique Réinstallation organique Réattribution
La réinstallation elle-même Non visible Non visible Source média de retargeting
Les attributions d'événements in-app à venir Événements post réinstallation définis sur Attribués comme in-apps organiques Organique non attribué Organique non attribué Source média de retargeting
Événements post réinstallation définis sur Attribués à la première installation Première source média Première source média Campagne de retargeting
*Uniquement dans le tableau de bord général.

Rapports de données brutes des réinstallations

Conditions préalables

Nécessite une activation. Contactez votre CSM pour en discuter.

Comment l'installation et les événements in-app sont attribués

  Réinstallation non organique Réinstallation organique Réattribution Installations non organiques Installations organiques
Attribué à  Campagne UA Trafic Campagne de retargeting Campagne UA Trafic
L'attribution des événements à venir Événements post réinstallation définis sur Attribués comme in-apps organiques Trafic Trafic Campagne de retargeting Campagne UA Trafic
Événements post réinstallation définis sur Attribués à la première installation Première installation Première installation Campagne de retargeting Campagne UA Trafic

Disponibilité des rapports de réinstallation

  • Les rapports de données brutes des réinstallations sont fournis par les outils décrits dans le tableau suivant.
  • Les rapports ont la même structure que les rapports d'installation et sont remplis de la même manière : 
    • Les champs de la source média sont renseignés d'après la source média à l'origine de la réinstallation ou de l'organique.
    • Heure de l'installation: identique à l'heure de réinstallation, c'est-à-dire l'heure où l'app a été ouverte la première fois après la réinstallation.
    • Nom de l'événement : reinstall
Méthode d'édition du rapport Réinstallations non organiques Réinstallations organiques
Données d'exportation
API Pull
Data Locker
API Push