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
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."
-
La date à laquelle les données sont agrégées dépend de l'événement :
- Pour la majorité des événements in-app issus d'un SDK c'est la date qui correspond au téléchargement de l'app qui est utilisée pour agréger les données, et non la date de réinstallation.
- Pour les événements de revenus publicitaires (af_ad_revenue) transmis par le connecteur SDK, c'est la date de réinstallation qui est utilisée pour agréger les données.
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.
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 |
organique |
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 la dernière installation qui a été enregistrée.
- 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 | ✓ | ✓ |