1. AppsFlyer Support
  2. Marketeurs
  3. Mesures et engagement
  4. Re-cibler les utilisateurs
  5. Attribution de retargeting

Guide d'attribution de retargeting

Avatar
Gray Goldstein
Dernière mise à jour :
  • Marketeurs
  • Développeurs

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.

Retargeting_-_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 maximale 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 maximale 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ù la définir : 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

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.

Types de conversion

SRN

Non SRN

RÉENGAGEMENT

  1. Rendez-vous dans Paramètres > Paramètres d'app.

  2. Vérifiez que l'option attribution de réengagement est bien activée.

  3. 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 d'app.

  2. Vérifiez que l'option attribution de réengagement est bien activée.

  3. Par non-SRN : appliquer le paramètre de retargeting aux liens d'attribution tel que décrit dans cette section

Réattribution

  1. Allez dans Intégration > Partenaires intégrés, et sélectionnez le SRN.

  2. Activez l'attribution de réinstallation.

  1. Aucun réglage particulier n'est requis.

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

  1. Dans AppsFlyer, ouvrez Configuration > Partenaires intégrés.

  2. Sélectionnez le réseau publicitaire.

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

  4. Sélectionnez l'une des options suivantes :

    • Utilisez un lien d'attribution standard pour les liens de plateforme unique (spécifique à l'app).

    • Utilisez OneLink.

      • Si besoin est, entrez une URL de deep link , (cf 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

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 :

  1. Dans AppsFlyer, allez dans Tableaux de bord > Général.

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

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. Important ! 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

  • 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

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.

Cet article vous a-t-il été utile ?

Articles dans cette section

Articles associés