Guide d'attribution de retargeting

Recommandé pour

Marketeurs Développeurs

Dernière mise à jour : 25 octobre 2022 08:49

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.

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 :
- Fenêtres d'inclusion, la période durant laquelle un réengagement peut avoir lieu.
- Fenêtres d'exclusion, la période durant laquelle un réengagement ne peut pas avoir lieu.
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

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ù est-elle définie : lien d'attribution 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 pendant laquelle les événements in-app sont attribués à la fois aux campagnes de retargeting (primaires) et d'UA (non primaires) débute. Cela permet de mesurer les performances des campagnes de retargeting. Si un autre réseau ou une autre campagne 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ù définir la page des paramètres des partenaires intégrés dans l'onglet Intégration. Durée : Par défaut : aucune 0-30 jours Remarques sur les SRN : Considérez que les SRN suivent généralement leurs propres règles en matière de période d'inactivité. Si votre réglage diffère de celui du SRN, cela peut entraîner des divergences.
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

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

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

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	Rendez-vous dans Paramètres > Paramètres d'app. Vérifiez que l'option attribution de réengagement est bien activée. Par SRN : allez dans Configuration > Partenaires intégrés, et sélectionnez le SRN. Activez l'Attribution de réengagement.	Rendez-vous dans Paramètres > Paramètres d'app. Vérifiez que l'option attribution de réengagement est bien activée. Par non-SRN : appliquer le paramètre de retargeting aux liens d'attribution tel que décrit dans cette section
Réattribution	Allez dans Configuration > Partenaires intégrés, et sélectionnez le SRN. Activez l'attribution de réinstallation.	Aucun réglage particulier n'est requis. Ajouter le paramètre de retargeting aux liens d'attribution tel que décrit dans cette section.

Paramètres non-SRN

Pour installer un partenaire de retargeting du réseau publicitaire (non-SRN) :

Dans AppsFlyer, allez dans Configuration > Partenaires intégrés.
Sélectionnez le réseau publicitaire.
Sélectionnez Activer les paramètres de retargeting. Cette opération transforme le lien d'attribution en URL de retargeting en ajoutant is_retargeting=true au lien.
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).
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

Le tableau de bord général contient des mesures de retargeting ainsi que des métriques d'acquisition d'utilisateurs. Les mesures sont basées sur la LTV et concernent les utilisateurs qui s'engagent dans une campagne de retargeting.

Pour afficher les données de retargeting :

Dans AppsFlyer, allez dans Tableaux de bord > Général.
Cliquez sur Type d'affichage, puis sélectionnez Retargeting.
Les données de retargeting s'affichent.
Important ! Vous pouvez également visualiser les données de retargeting dans la vue unifiée. Voir Types de vues du tableau de bord.

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ètres du lien d'attribution de retargeting
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. Restrictions de modélisation probabiliste pour les apps iOS.	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 du lien d'attribution. Cette action définit le paramètre af_reengagement_window du 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

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

Les rapports de retargeting, tout comme les rapports agrégés et de données brutes d'AU, sont proposés par les outils de reporting.
Le retargeting des événements et sessions in-app est doublement attribué.

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.

Interpréter les rapports de données brutes dans le contexte du retargeting
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
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 Organique Re-Targeting 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

Informations supplémentaires

Modélisation probabiliste

Depuis le 17 février 2021, la modélisation probabiliste est compatible avec le retargeting. Des limitations s'appliquent avec iOS 14.5+. La fenêtre rétrospective utilisée dans la modélisation probabiliste de retargeting est définie dynamiquement par AppsFlyer, elle dépend du système d'exploitation.

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 est compatible avec la modélisation probabiliste.
Les données sur le coût des campagnes de retargeting sont disponibles dans les tableaux de bord et les rapports de vue d'ensemble et 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.