Guide d'attribution de retargeting

En bref : les campagnes de retargeting (remarketing) incitent les utilisateurs à ouvrir une application et à se réengager, elles poussent également ceux qui ont supprimé une app à la réinstaller à nouveau.

Les bases du retargeting

L'attribution de retargeting a lieu lorsqu'un utilisateur s'engage dans une campagne de retargeting en cliquant sur un lien d'attribution de retargeting ou bien sur un deep link. Ce qui génère l'un des événements d'attribution suivants :

  • Réengagement : si l'app est déjà sur l'appareil, la source média qui incite l'utilisateur à ouvrir l'application est créditée d'un réengagement.
  • Réattribution (ou «réinstallation de retargeting») : si l'app n'est pas présente sur l'appareil de l'utilisateur (car celui-ci l'a désinstallée), l'engagement dans la campagne de retargeting fait qu'il réinstalle puis ouvre l'application. Si cela se produit au cours d'une fenêtre de réattribution : la réattribution sera imputée à la source média de retargeting. Lecture connexe : Les réinstallations. Reciblage_-_Flow__2_.png

Avant de lancer une campagne de retargeting, consultez les règles de réengagement et les exemples pratiques des sections suivantes. Vous pourrez ensuite mettre en place le retargeting en suivant les es instructions du chapitre dédié au retargeting. Pour une meilleure compréhension, nous vous conseillons de prendre connaissance du modèle d'attribution AppsFlyer et des fenêtres d'attribution qui lui sont associées.

Règles et fenêtres de réengagement

  • Les règles d'attribution de retargeting permettent de déterminer si un événement est un événement de retargeting, et s'il est bien attribué à la source média de retargeting.
  • Tout comme dans les campagnes d'attribution d'acquisition d'utilisateur, les réengagements de retargeting des SRN sont rapportés via API, et ceux des non-SRN via lien d'attribution.
  • Les règles, qui se basent sur le parcours utilisateur, sont constituées de :
  • Si un réengagement est attribué, les événements in-app sur toute la durée de la fenêtre de réengagement sont doublement attribués. Ce qui signifie qu'il sera attribué d'une part à la source média de retargeting et d'autre part à la source média AU d'origine, si celle-ci est connue.

Le schéma suivant détaille l'ensemble des règles de réengagement. Il vous aidera à déterminer si une interaction avec une campagne de retargeting sera attribuée ou non comme un réengagement.

Règles de réengagement

Retargeting_-_rules__4_.png

Références : les fenêtres d'inclusion et d'exclusion 

Les tableaux suivants contiennent des informations relatives aux fenêtres liées à l'attribution de retargeting.

Fenêtres d'inclusion

Type de fenêtre Description

Fraude de visibilité

Durée maximum entre le moment où l'utilisateur consulte une publicité et celui où il ouvre une app. 

Où est-elle configurée: lien d'attribution

Durée :

  • Par défaut : 1 jour
  • Période : 01-23 heures / 1-7 jours

Spécificités SRN:

La fraude de visibilité de retargeting est prise en charge par DoubleClick et Twitter.

Rétrospective post-clic

Durée maximum entre le moment où l'utilisateur clique sur une publicité et celui où il ouvre une app. 

Où est-elle configurée: lien d'attribution

Durée :

  • Par défaut : 7 jours
  • Période : 1-23 heures / 1-30 jours

Spécificités SRN : demandez au SRN quels sont les termes spécifiques à leur fenêtre rétrospective.

RÉENGAGEMENT

Quelques éléments à prendre en compte au sujet des fenêtres de réengagement :

  • La fenêtre démarre lorsque l'utilisateur ouvre l'app pour la première après son interaction avec la source média de retargeting.
  • À l'intérieur de la fenêtre, les événements in-app sont doublement attribués aux sources média de retargeting et d'acquisition d'utilisateurs.
  • La durée de la fenêtre est déterminée par le paramètre de l'app ou par le SRN.
  • Si l'utilisateur s'engage dans une autre campagne de retargeting au cours de la fenêtre de réengagement (celle-ci n'étant pas bloquée par une fenêtre d'exclusion), alors la fenêtre de réengagement en cours se termine sur le champ et une nouvelle fenêtre de réengagement démarre. 
  • Dans le cadre d'une réattribution : la durée de la fenêtre de réengagement n'a pas de limite de temps. Notez cependant que la fenêtre prend fin dans le cas d'une nouvelle installation, d'une réinstallation, ou à cause de limitation dans la rétention des données.

Où la définir : paramètres de l'app

  • Défaut : 30 jours
  • Période : 1-23 heures / 1-90 jours / valeur vie (lifetime).

Spécificités SRN: configurable pour les SRN

Si vous modifiez le paramètre de la fenêtre, les changements s'appliquent sur les réengagements à venir. Ils n'affectent pas les réengagements déjà existants.

Fenêtres d'exclusion

Type de fenêtre Description

Durée minimale entre les conversions de réengagement

N'enregistrez jamais un réengagement au cours de la fenêtre d'exclusion.

Durée minimale entre les conversions de réengagement 

  • Lors du réengagement une fenêtre s'ouvre, durant cette fenêtre les événements in-app sont attribués tant aux campagnes de retargeting (primaires) qu'aux campagnes d'UA (non primaires).
  • Cela permet de mesurer les performances des campagnes de retargeting.
  • Si un autre réseau génère un réengagement pendant cette fenêtre :
    • [Par défaut], la fenêtre de réengagement existante est fermée, un autre réengagement est enregistré et les événements in-app suivants sont attribués au réengagement le plus récent. 
    • Pour éviter que cela se produise, définissez un délai minimum entre les conversions de réengagement. Chaque nouvel engagement ne pourra ainsi être enregistré qu'une fois le temps minimum écoulé.
  • Ce réglage n'a aucune incidence dans les cas où la durée de la fenêtre de réengagement est plus courte que la durée de ce réglage. Exemple : si les fenêtres de réengagement sont de 1 jour et que ce paramètre est de 4 jours, alors ce paramètre n'a aucun impact. 
  • Ces paramètres n'affectent pas le délai entre l'installation et le réengagement. 

Où la régler : page des paramètres de l'app

Durée :

  • Par défaut : aucune
  • Période : 1-23 heures / 1-30 jours

Période d'inactivité minimale

N'enregistrez jamais un réengagement au cours de la fenêtre d'exclusion.

Où la régler : page des paramètres de l'app

Durée :

  • Par défaut : aucune
  • 0-30 jours

Spécificités SRN : les SRN ont leurs règles propres

Réattribution

La fenêtre de réattribution influence les réattributions mais pas les réengagements.

Les utilisateurs qui réinstallent au cours d'une fenêtre de réattribution après interaction avec une campagne de retargeting sont attribués aux sources média de retargeting. Lecture connexe : Les réinstallations

Où la définir : paramètres de l'app


Exemple d'implémentation des règles

Retargeting_-_1__1_.png

Liste de contrôle des règles de réengagement pour l'attribution post clic et post vue
Règle Règle

A

Un utilisateur s'est engagé dans une campagne de retargeting, en d'autres termes il a visualisé (ou a cliqué sur) une publicité définie comme étant une publicité de retargeting.

B

L'engagement a eu lieu au cours d'une fenêtre rétrospective post-vue ou post-clic.

C

L'utilisateur a été inactif sur un temps plus long que la durée d'inactivité minimale.

D

Dans le cas d'événements in-app, ils ont lieu au cours de la fenêtre de réengagement.

E

Le temps après le dernier réengagement est plus long que la durée minimale entre deux réengagements.

Exemples pratiques de retargeting

Exemple 1 : des achats avant, pendant et après la fenêtre de réengagement

Parcours utilisateur :

  • S'engage avec une publicité du réseau Z, installe l'application et effectue un achat (A).
  • S'engage avec une publicité de retargeting du réseau Y, installe l'app et effectue un achat (B).
  • Effectue un achat (C).

Retargeting_-_1__1_.png

Colonne P/S : primaire ou secondaire comme défini dans la double attribution des événements de retargeting


Exemple 2 : plusieurs conversions au cours de la fenêtre d'attribution de réengagement

Parcours utilisateur :

  • S'engage avec une publicité du réseau Z, installe l'application et effectue un achat (A).
  • S'engage avec une publicité de retargeting du réseau Y, installe l'app et effectue un achat (B).
  • Effectue un achat (C). 

Retargeting_-_2__1_.png

Colonne P/S : primaire ou secondaire comme défini dans la double attribution des événements de retargeting

Opérations de retargeting

Paramètres de retargeting

Les réglages suivants sont requis en fonction des différents cas.

Type de conversion  SRN Non SRN
RÉENGAGEMENT
  1. Rendez-vous dans Paramètres > Paramètres de l'app, sélectionnez  Activer l'attribution de retargeting.
  2. Par SRN : allez dans Intégration > Partenaires intégrés, et sélectionnez le SRN. Activez Attribution de réengagement.
  1. Rendez-vous dans Paramètres > Paramètres de l'app, sélectionnez  Activer l'attribution de retargeting.
  2. Appliquer le paramètre de retargeting aux liens d'attribution.
Réattribution

Faceboo k uniquement :

  1. Rendez-vous dans Paramètres > Paramètres de l'app, sélectionnez  Activer l'attribution de retargeting.
  2. Allez dans Intégration > Partenaires intégrés, et sélectionnez Facebook. Activez l'attribution de réinstallation.

Autres SRN

  1. Allez dans Intégration > Partenaires intégrés, et sélectionnez le SRN. Activez l'attribution de réinstallation.
  1. Aucun réglage particulier n'est requis.
  2. Appliquer le paramètre de retargeting aux liens d'attribution.


Paramètres de l'app

Effectuez cette opération une fois par application afin de mesurer les conversions de réengagement, la réattribution Facebook, ou bien les deux.

Pour activer le retargeting d'application :

  1. Dans AppsFlyer, allez à Configuration > Paramètres de l'app.
  2. Sélectionnez Activer l'attribution de retargeting.
  3. Cliquez sur Enregistrer les paramètres.

Configuration des partenaires

Pour configurer un partenaire de retargeting non-SRN :

  1. Dans AppsFlyer, rendez-vous dans Configuration > Partenaires intégrés
  2. Sélectionnez le réseau publicitaire.
  3. Sélectionnez Activer les paramètres de retargeting. Pour les non-SRN, cette opération transforme le lien d'attribution en URL de retargeting, et ce en ajoutant is_retargeting=true au lien. 
  4. Sélectionnez l'une des options suivantes :
    • Utilisez un lien d'attribution standard pour les liens de plate-forme unique (spécifique à l'app)
    • Utilisez OneLink
      • Si besoin est, entrez une URL de deep link , (voir notre guide du Deep Link).
  5. Copiez l'URL qui a été générée, et transmettez-la au réseau publicitaire afin de l'utiliser pour votre campagne de retargeting.
    Remarque: l'URL ne dure pas dans le temps pas et ne peut pas être enregistrée.

Tableau de bord de retargeting

RetargetingDashboard_us-en.png

Le tableau de bord de retargeting contient les métriques LTV des utilisateurs qui s'engagent dans une campagne de retargeting, ouvrent l'app (réengagement) ou bien la réinstallent (c'est à dire qu'ils réattribuent l'app).

  • Les filtres de données situés en haut du tableau de bord de retargeting sont les mêmes que ceux présents dans la vue d'ensemble du tableau de bord. Si vous passez d'une page à l'autre, les filtres restent en place.
  • Utilisez les filtres pour sélectionner les données à afficher. Les filtres disponibles incluent : source média, géo, etc.
  • La recherche avancée contient des filtres supplémentaires : noms de campagne, canaux et agences.
  • Regrouper par pour regrouper les données selon n'importe laquelle de ces dimensions.

Après avoir activé l'attribution de retargeting dans votre compte AppsFlyer, vous pouvez afficher les résultats de vos campagnes de retargeting dans le tableau de bord. 

Métriques principales du retargeting
Métrique SRN Non SRN Description
Impressions S/O Y  
Clics S/O Y  
Conversions Y Y Formule : réengagements + réattributions
Ré-attributions Y Y  
Réengagements Y Y  
Revenu Y Y  

Clics de retargeting

Répartition des clics quotidiens sur les liens de retargeting au cours de la période spécifiée.


Réengagements comparés aux réattributions

Répartition des réengagements quotidiens par les utilisateurs actuels comparés aux utilisateurs passés, au cours de la période spécifiée.


Rapport de retargeting agrégé

mceclip0.png

Utilisez le tableau pour comparer les performances des sources média, des pays, des agences et des canaux. Vous pouvez cliquer sur chaque source média pour étudier de manière détaillée les données au niveau des campagnes, des jeux de publicités et de chaque publicité.

Pour chaque ligne, s'affichent le nombre d'impressions, de clics, de conversions, le taux de conversion (Conversions / Clics), les revenus et l'ARPU. Les données de coût des campagnes de retargeting ne sont actuellement pas comprises dans les rapports de retargeting agrégés. Par conséquent, les colonnes Coût, ROI et eCPI ne sont pas renseignées (N/A). Les données de coût et de ROI des campagnes de retargeting se trouvent dans l'affichage unifié des rapports de cohorte.

Liens d'attribution de retargeting

  • Les liens de retargeting sont similaires aux liens d'acquisition utilisateur conventionnels.
  • Vous pouvez les créer pour :
    • Les non SRN qui prennent en charge le retargeting.
    • Les médias propres, à l'aide de la page de gestion des liens.
Paramètre Descriptions Obligatoire
is_retargeting Définir sur : is_retargeting=true Oui
ID publicitaire

Dans la mesure du possible, envoyez un ID publicitaire de type IDFA, OAID, IDFV, etc. Depuis le 17 février 2021, la modélisation probabiliste est prise en charge pour le retargeting.

Non

Fenêtre rétrospective de clic de retargeting

  • La fenêtre rétrospective de clic de retargeting fonctionne comme celle des campagnes d'acquisition d'utilisateur.
  • Elle définit la durée maximale qui peut s'écouler entre le moment où un utilisateur clique sur une publicité et celui où il est attribué.
  • La fenêtre rétrospective est définie avec le paramètre &af_click_lookback.
  • Le réglage par défaut est de 7 jours.

Exemple

Pour fixer la fenêtre rétrospective post clic à 14 jours, ajoutez le texte suivant au lien d'attribution de la campagne de retargeting : &af_click_lookback=14d

Non
Délai de la fenêtre rétrospective post vue de retargeting
  • La fenêtre rétrospective post vue de retargeting fonctionne comme celles des campagnes d'acquisition utilisateur.
  • Elle définit la durée maximale qui peut s'écouler entre le moment où un utilisateur consulte une publicité et celui où il est attribué.
  • La valeur par défaut est de 1 jour.
  • La fenêtre rétrospective est définie avec 

af_viewthrough_lookback={time}

Exemple

Pour fixer la fenêtre rétrospective post vue à 5 heures, ajoutez le code suivant au lien d'attribution de la campagne de retargeting : &af_viewthrough_lookback=5h

Non
Fenêtre de réengagement
  • La fenêtre de réengagement peut être définie dans l'interface utilisateur. Ceci définit le paramètre af_reengagement_window sur le lien d'attribution. Le paramètre peut être ajouté manuellement.
  • La valeur par défaut est de 30 jours. 
  • Les valeurs suivantes de la fenêtre de réengagement sont disponibles :
  • Heures : 1 à 23 heures
  • Jours : 1-90 jours
  • Valeur vie : dure jusqu'à ce que l'utilisateur désinstalle l'app ou procède à un autre réengagement, par exemple : af_reengagement_window=lifetime

Par exemple, af_reengagement_window=60d signifie que les événements rapportés dans les 60 jours qui suivent le réengagement seront attribués à la source média de retargeting.

Non
Paramètres du lien d'attribution de retargeting

Période rétrospective post vue de retargeting

https://app.appsflyer.com/id123456789?pid=remerge_int&af_dp=mydeeplink%3A%2F%2F&
clickid={clickid}&af_siteid={publisher}&idfa={device_id_raw}&sha1_idfa={device_id}
&af_sub1={creative_name}&is_retargeting=true&af_reengagement_window=60d

Rapports de retargeting et données brutes

Rapport des conversions de retargeting

  • Le rapport de Conversions de retargeting contient les données brutes des réengagements et des réattributions.
  • Certains champs du retargeting n'ont pas la même signification quand ils apparaissent dans un rapport d'acquisition utilisateur.
Colonne 

Description

Nom de l'événement

  • Le champ est rempli en fonction du type de rapport.
  • Rapports d'événements in-app : le nom de l'événement in-app.
  • Rapports de conversion de retargeting : réengagement ou réattribution. Attention ! En ce qui concerne Data Locker, les valeurs sont les suivantes :
    • installation signifie réattribution
    • retargeting signifie réengagement

Type de touche d'attribution

Types d'engagement :

  • Clic
  • Impression (réattributions uniquement)

Temps de touch attribué

Moment d'engagement du retargeting

Heure d'installation

Le premier lancement de l'app après le réengagement ou la réattribution.

Heure de l'évènement

L'heure à laquelle l'événement s'est produit

ID AppsFlyer

  • Réattributions : un nouvel ID AppsFlyer
  • Réengagement : reste inchangé

Est retargeting

TRUE pour les conversions et événements de retargeting

Est une attribution principale

TRUE pour les conversions et événements de retargeting

Type de conversion de retargeting

Ce champ sera prochainement obsolète (date à venir). Utilisez conversion_type et campaign_type pour déterminer le contexte de la conversion.

  • RÉENGAGEMENT
  • Réattribution

Types de conversion

Le type de conversion :

  • sans rapport
  • Réinstallation (1)
  • Réengagement 
  • Inconnu (2)

(1) Si conversion_type= reinstall et campaign_type=retargeting est équivalent à retargeting_conversion_type=re-attribution

(2) Événements in-app/sessions non attribués à une source média.

Type de campagne

La source qui draine l'utilisateur :

  • UA
  • Trafic
  • Retargeting
  • Inconnu

Attribution rétrospective

Fenêtre rétrospective post clic de retargeting

URL d'origine

Comprend l'un des éléments suivants : 

  • Lien de retargeting
  • Données de deep linking
  • Vide pour les SRN

Champs contributeur

Non disponible pour les réengagements

Interpréter les rapports de données brutes dans le contexte du retargeting

Informations supplémentaires

Modélisation probabiliste

Depuis le 17 février 2021, la modélisation probabiliste est prise en charge pour le retargeting.  La fenêtre rétrospective utilisée dans la modélisation probabiliste de retargeting est définie dynamiquement par AppsFlyer, elle dépend (entre autres) du système d'exploitation, de l'utilisation Wi-Fi, etc.

Vérifiez que les clics envoyés de serveur à serveur génèrent les données de modélisation probabiliste attendues.

Conditions d'utilisation de l'app

Pour exécuter une campagne de retargeting, l'application doit répondre aux critères minimum suivants.

  • iOS
    • Outre l'intégration standard du SDK AppsFlyer, vous devez ajouter un code au délégué d'app, consultez l'article Integration du SDK (section liens d'attribution).
    • Sous iOS 9, le code Universal Link App Open doit être implémenté. Liens universels avec iOS 9.

  • Android :

    • Si le deep link ouvre une activité différente de l'activité principale, consultez l'article Integration du SDK (section liens d'attribution).

Limitations du retargeting

  • Depuis le 17 février 2021, le retargeting prend en charge la modélisation probabiliste.
  • Les données de coût de campagne pour le retargeting se trouvent dans les rapports de cohorte, dans la vue unifiée.

FAQ

Clics de retargeting :

  • Les clics de retargeting incluent les utilisateurs reciblés qui s'engagent avec un lien d'attribution AppsFlyer.
  • Les clics provenant des SRN ou des notifications push ne sont pas compris dans le décompte.
  • Certains clics génèrent de nouvelles installations qui sont attribuées en tant qu'acquisition d'utilisateur. Cette situation survient lorsque des non-utilisateurs (ou des utilisateurs passés dont la fenêtre de réattribution a expiré) s'engagent avec un lien de retargeting et une installation.

Dans quels cas l'heure de touch attribué est-elle identique à l'heure d'installation ?

  • Lorsque les utilisateurs de liens universels ou de liens d'apps Android emploient le deep linking, ils sont redirigés vers l'app sans transiter d'abord par AppsFlyer.
  • Lors du lancement d'une app lorsque le SDK signale un nouveau réengagement, AppsFlyer reproduit les données du clic en employant l'horodatage du lancement. L'heure d'engagement et l'heure de lancement sont ainsi identiques.
Cet article vous a-t-il été utile ?

Articles dans cette section