Charges utiles et exemples de données de conversion

En bref : utilisez les données de conversion pour identifier les scénarios de conversion, personnaliser l'expérience utilisateur, etc.

Présentation

Le guide suivant expose différents exemples de conversion d'utilisateur avec les charges utiles de données correspondantes :

Les données de conversion sont mises à disposition sur la plateforme via l'un des moyens suivants :

En raison du rapport précision/latence, les données de conversion pour les mêmes ID d'appareils peuvent varier d'une API à l'autre.

Champs de charge utile des données conversion non organique

Champs toujours proposés

Le tableau suivant liste les champs systématiquement présents pour les conversions non organiques, quelle que soit la media_source de conversion.

Nom du champ de la charge utile Nom du champ de données brutes Remarques
media_source Source média

Éditeur attribué. Équivaut au paramètre pid dans les liens d'attribution

install_time Heure d'installation  
click_time Temps de touch attribué L'heure (UTC) à laquelle le clic ou l'impression a eu lieu.
is_first_launch S/O true, false
af_status

Les données brutes sont divisées en rapports séparés : organiques, non organiques

"Non-organic"
af_siteid ID site  
adgroup_id Identifiant de publicité  
adset Ensemble de publicités  
adset_id Identifiant de l'ensemble de publicités  
agency Partenaire null, ou le nom de l'agence (pour les campagnes gérées par une agence)
campagne Campagne  
campaign_id Identifiant de la campagne  
http_referrer Référent HTTP  
retargeting_conversion_type Type de conversion de retargeting none, ou retargeting_conversion_type
af_sub[n] (n=1-5) Sous-paramètre [n] (n=1-5)  

Champs proposés dans certains cas

Les champs indiqués dans le tableau suivant sont disponibles en fonction de la manière dont le SRN renseigne l'événement individuel.

Nom du champ de données utiles Nom du champ de données brutes Remarques
af_channel Canal

Les SRN qui renseignent ce paramètre :

  • AppLovin
  • Google Ads
  • Meta Ads
  • Snapchat
  • TikTok for Business
  • Twitter

Exemple : Facebook-Instagram, Google-YouTube 

orig_cost  

Remarque (1)

costs_cents_USD  

Remarque (1)

af_cpi  

Remarque (1)

Remarque

(1) Les champs de coûts sont renseignés avec les valeurs transmises par le réseau publicitaire. Pour que le réseau publicitaire partage les données de coûts avec AppsFlyer, vous devez activer l'intégration des coûts sur la page Intégrations actives. Certains SRN proposent le partage des coûts en masse. Dans ce cas, les champs du coût au niveau de l'événement indiquent 0. 

Champs supplémentaires

Consultez le dictionnaire des champs de données brutes pour obtenir plus d'informations.

Restrictions

Nom du paramètre personnalisé

Les paramètres personnalisés ne peuvent pas avoir pour nom name (avec un n minuscule), Name avec un N majuscule est valide).

Si un paramètre a pour nom name, il est retiré de la charge utile.


Données de conversion UA avec les SRN

Les réseaux auto-reporting  (SRN) sont des réseaux publicitaires qui ont leurs propres mécanismes d'attribution, comme Meta ads et Google. 

Les SRN n'utilisent pas de liens d'attribution. Ce qui signifie que :

  • Les champs de charges utiles sont prédéfinis
  • Vous ne pouvez pas ajouter de champs à la charge utile en inscrivant un paramètre dans le lien d'attribution.

Les SRNs transmettent les conversions à AppsFlyer. Les données de conversion sont disponibles dans l'application. Les champs disponibles varient selon le SRN et sont détaillés dans les onglets propres à chaque SRN ci-dessous. 

Un point sur Meta Ads

Si vous menez des campagnes Meta ads sans avoir signé les conditions d'utilisation de Meta, c'est AppsFlyer qui attribue l'installation. La disponibilité des rapports est limitée comme suit :

  • Disponible : tableaux de bord et rapports agrégés et analytiques 
  • Non disponible : données brutes 
Meta ads Google ASA Snap Twitter Oath

Données de conversion Meta ads

Nom du champ Remarques Source des données
match_type Toujours "srn" AppsFlyer
media_source Toujours "Meta ads" AppsFlyer
agency null ou valeur du paramètre af_prt dans le lien d'attribution Meta Ads
http_referrer Toujours null Meta Ads
retargeting_conversion_type   AppsFlyer
af_channel   Meta ads (publisher_platform)
af_status Toujours "Non-organic" AppsFlyer
ad_id Réservé à l'usage interne de Meta ads. Meta ads (ad_id)
click_time   AppsFlyer
install_time   AppsFlyer 
is_first_launch true, false Appareil
adset_id Disponible en données brutes : Adset ID Meta ads (campaign_id)
is_fb Toujours true AppsFlyer
campagne Disponible en données brutes : nom de campagne Meta ads (campaign_group_name)
campaign_id Disponible en données brutes : ID de campagne Meta ads (campaign_group_id)
is_paid Toujours true Meta Ads
adgroup Disponible en données brutes : Ad Meta ads (adgroup_name)
adgroup_id Disponible en données brutes : ID publicitaire Meta ads (adgroup_id)
adset Disponible en données brutes : Adset Meta ads (campaign_name)
af_siteid Toujours null Meta Ads
af_sub [1-5] Toujours null Annonceur

Attention ! Les champs concernant les coûts ne sont pas disponibles, car Meta ads ne transmet pas les données de coûts lors de la conversion. Si l'option partage des coûts est activée, Meta ads transmet les données de coûts à AppsFlyer plusieurs fois par jour.

Conversion UA avec les autres réseaux publicitaires

Pour les autres réseaux publicitaires, les données de la charge utile découlent directement des paramètres inscrits dans le lien d'attribution.

Examinez les charges utiles JSON suivantes.

Attention ! Les données de conversion sont renvoyées sous forme de carte. Le développeur n'interagit pas avec le JSON brut.

Applovin

Lien d'attribution :

https://app.appsflyer.com/com.company.app?af_ad=ad_name&af_ad_type=INTER
  &af_channel=video&af_siteid=123_site_id&af_c_id=b8******************************&
  af_adset=_DEFAULT&pid=applovin_int&c=campaign_name
  &af_click_lookback=7d&clickid=10****************
  &advertising_id=50********************************&af_ip=

Charge utile :

{
      "adgroup": null,
      "campaign": "campaign_name",
      "media_source": "applovin_int",
      "retargeting_conversion_type": "none",
      "adset_id": null,
      "campaign_id": null,
      "install_time": "2018-12-30 23:49:54.186",
      "adgroup_id": null,
      "orig_cost": "0.0",
      "click_time": "2018-12-24 14:29:33.738",
      "agency": null,
      "cost_cents_USD": "0",
      "af_ad_type": "INTER",
      "af_c_id": "b8******************************",
      "adset": null,
      "advertising_id": "50********************************",
      "af_sub1": null,
      "clickid": "10****************",
      "af_click_lookback": "7d",
      "af_siteid": "123_site_id",
      "af_ad": "ad_name",
      "http_referrer": null,
      "af_channel": "video",
      "af_adset": "_DEFAULT",
      "af_sub5": null,
      "af_sub4": null,
      "af_cpi": null,
      "af_sub3": null,
      "af_sub2": null,
      "af_status": "Non-organic"
  }
  
  • Les paramètres du lien d'attribution apparaissent sous forme de champs dans la charge utile.
  • Les autres champs de la charge utile qui ne sont pas dans le lien d'attribution portent une valeur nulle.
  • AppLovin prend en charge le partage des coûts publicitaires, mais transmet en masse les données de coûts à AppsFlyer. Les champs liés aux coûts indiquent la valeur 0.

ironSource

Lien d'attribution :

https://app.appsflyer.com/id123456789?
  af_ua=Mozilla/5.0+(iPhone;+CPU+iPhone+OS+12_1_2+like+Mac+OS+X)+AppleWebKit/605.1.15+(KHTML,+like+Gecko)+Mobile/16C101
  &clickid=ab*******************&redirect=false
  &ua=Mozilla/5.0+(iPhone;+CPU+iPhone+OS+12_1_2+like+Mac+OS+X)+AppleWebKit/605.1.15+(KHTML,+like+Gecko)+Mobile/16C101
  &af_lang=pt&imei=&af_sub1=&advertising_id=&af_ip=192.168.0.1&pid=ironsource_int
  &device_ip=192.168.0.1&c=campaign_name
  &idfa=01**********************************&af_siteid=123_site_id&
  af_enc_data=cN*********************************************************************

Charge utile :

{
      "adgroup": null,
      "af_enc_data": "cN**************************************************************************************",
      "campaign": "campaign_name",
      "media_source": "ironsource_int",
      "retargeting_conversion_type": "none",
      "adset_id": null,
      "campaign_id": null,
      "install_time": "2018-12-30 23:59:32.194",
      "adgroup_id": null,
      "redirect": "false",
      "orig_cost": "0.75",
      "click_time": "2018-12-30 23:58:54.517",
     "agency": null,
      "cost_cents_USD": "75",
      "adset": null,
      "advertising_id": "35**********************************",
      "af_sub1": null,
      "af_ip": "192.168.0.1",
      "clickid": "ab*******************",
      "af_sub3": null,
      "af_cost_value": "0.75",
      "af_ref": "ironsource_5f******************************************",
      "af_siteid": "123_site_id",
      "http_referrer": null,
      "af_cost_model": "cpi",
      "af_ua": "Mozilla/5.0 (Linux; Android 8.0.0; SM-N950F Build/R16NW; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/71.0.3578.99 Mobile Safari/537.36",
      "af_cost_currency": "USD",
      "af_sub5": null,
      "af_sub4": null,
      "af_lang": "en",
      "af_cpi": null,
      "af_click_lookback": "7d",
      "af_sub2": null,
      "af_status": "Non-organic"
  }
  

ironSource transmet les données de coûts à AppsFlyer lors de la conversion via les champs orig_cost, costs_cents_USD, et af_cost_value.

Cependant, les données de coûts n'apparaissent pas dans le lien d'attribution. ironSource crypte les données de coûts et les enregistre dans le champ af_enc_data.

Données de conversion pour le retargeting

Le retargeting comprend deux types de conversions : la réattribution ou le réengagement.

 Astuce

Les données de conversion pour le retargeting n'indiquent pas toujours clairement le type de conversion. Cf Autres sources de données de conversion.

Réattribution avec les SRN

Lorsqu'un utilisateur est réattribué via un SRN, la charge utile des données de conversion n'indique pas qu'il s'agit d'une campagne de retargeting. Comme les SRN n'utilisent pas de liens d'attribution, il n'est pas possible de définir de paramètre is_retargeting=true dans le lien d'attribution. Pour les SRN qui prennent en charge le retargeting, AppsFlyer détermine si l'utilisateur doit être réattribué ou non.

Il n'y a donc aucun moyen au niveau du SDK pour savoir si une installation provient d'une campagne de retargeting. Le seul moyen possible est de définir le nom de la campagne pour qu'il indique que c'est une campagne de retargeting.

 Remarque

Définir le nom de la campagne de manière à ce qu'il indique un retargeting n'est pas une méthode infaillible. Cf ces exemples pour en savoir plus.

Réattribution avec les réseaux publicitaires classiques

L'attribution aux réseaux publicitaires repose sur les liens d'attribution. Qu'il s'agisse de liens d'attribution ordinaires ou de OneLink, avec le retargeting le lien d'attribution comporte toujours le paramètre is_retargeting=true.

Campagne de retargeting avec Criteo

Lien d'attribution

https://app.appsflyer.com/id1234567895?pid=criteo_int&af_click_lookback=30d&
 c=campaign_name&is_retargeting=true&redirect=false&idfa=68**********************************
 & af_reengagement_window=30d

Charge utile de données de conversion

{
      "adgroup": null,
      "campaign": "campaign_name",
      "media_source": "criteo_int",
      "retargeting_conversion_type": "re-attribution",
      "adset_id": null,
      "campaign_id": null,
      "af_reengagement_window": "30d",
      "install_time": "2018-12-01 23:13:03.126",
      "adgroup_id": null,
      "redirect": "false",
      "af_sub5": null,
      "click_time": "2018-11-18 20:02:31.559",
      "agency": null,
      "cost_cents_USD": "0",
      "is_retargeting": "true",
      "af_cpi": null,
      "af_click_lookback": "30d",
      "af_siteid": null,
      "idfa": "68**********************************",
      "http_referrer": null,
      "orig_cost": "0.0",
      "af_sub4": null,
      "adset": null,
      "af_sub1": null,
      "af_sub3": null,
      "af_sub2": null,
      "af_status": "Non-organic"
  }
  • Paramètre retargeting_conversion_type - ce paramètre indique le type de retargeting. Peut être une réattribution, un réengagement, ou aucun des deux.
  • Paramètre is_retargeting : true - ce paramètre indique que l'installation est une installation réattribuée
  • af_reengagement_window: la fenêtre d'attribution du réengagement correspond au nombre de jours au cours durant lequel un événement peut être attribué à un utilisateur réengagé. Comme il s'agit d'une conversion de réattribution, ce paramètre est redondant.

Réattribution avec deep linking différé

En général, vous cherchez à deep linker des utilisateurs réattribués qui, par définition, n'ont pas installé l'application. Par exemple, vous mettez en place une campagne qui vise à faire revenir les utilisateurs qui ont désinstallé l'application. La campagne fait la promotion d'un produit ou d'un service et vous souhaitez proposer aux utilisateurs un contenu relatif à ce même produit ou service.

C'est ce qu'on appelle le Deep Linking différé. La charge utile des données de conversion pour le Deep Linking différé est issue de la méthode onConversionDataSuccess.

Deferred Deep Linking avec des SRN

Les paramètres de Deep Link définis dans les campagnes SRN ne sont pas disponibles en dehors du SRN. Il le paramètre af_dp, qui contient le chemin du schéma dans l'application. La seule exception à cette règle est lorsque vous utilisez les campagnes Google App dans Feeds. Pour installer le deep linking différé, une autre logique s'applique aux campagnes SRN. Vous devez utiliser les données de la réponse onConversionSuccess, comme la campagne, l'adset, l'adgroup, pour rediriger par programme vos utilisateurs.

Données de conversion pour le deep linking différé avec Meta ads

Android iOS
{
     "adset":"Adidas Running Shoes Women",
       "adgroup": null,
     "campaign_id":"6**********",
     "af_status":"Non-organic",
     "retargeting_conversion_type": "none",
     "agency":null,
     "af_sub3":null,
     "af_siteid":null,
     "adset_id":"6**********",
     "is_fb":true,
     "is_first_launch":true,
     "click_time":"2017-07-18 12:55:05",
     "iscache":false,
     "ad_id":"6**********",
     "af_sub1":null,
     "campaign":"running shoes summer collection",
     "is_paid":true,
     "af_sub4":null,
     "adgroup_id":"6**********",
     "is_mobile_data_terms_signed":true,
     "af_channel":"Facebook",
     "af_sub5":null,
     "media_source":"Meta ads",
     "install_time":"2017-07-19 08:06:56.189",
     "af_sub2":null
  }

Vous pouvez utiliser les données de la réponse getConversionData (comme la campagne, l'adset, etc.) pour rediriger par programme vos utilisateurs et leur proposer un contenu qui suscitera leur intérêt.

 Exemple

L'application est une app de eCommerce spécialisée dans les vêtements de sport. Un utilisateur qui n'a pas encore installé l'app s'engage avec une publicité et installe l'application. Une fois l'app lancée, le SDK transmet les données de conversion. Le développeur fait en sorte que l'app ouvre l'activité collection de chaussures de course d'été (campagne) dans le store, et propose la catégorie chaussures de course pour femmes (adset).

Deep linking différé avec liens d'attribution

Il existe trois façons de créer des deep links pour les utilisateurs :

Schémas d'URI

Avec les schémas URI, tant pour les liens d'attribution que pour OneLink, le lien d'attribution et les données utiles sont les suivants :

Lien d'attribution

http://app.appsflyer.com/com.appsflyer.nivisampleapp?pid=media_source_name
  &c=campaign_name&af_dp=superapp%3A%2F%2deeplink-activity

Le lien profond universel OneLink

// short OneLink
  https://dhba.onelink.me/2rAD/71ba577e
  
  //long OneLink
 https://dhba.onelink.me/2rAD?pid=media_source_name&c=campaign_name
  &is_retargeting=true&af_dp=superapp%3A%2F%2deeplink-activity
  

Charge utile

{
      "af_deeplink": true,
      "campaign": "campaign_name",
      "media_source": "media_source_name",
      "retargeting_conversion_type": "none",
      "adset_id": null,
      "campaign_id": null,
      "orig_cost": "0.0",
      "click_time": "2018-12-30 23:59:09",
      "install_time": "2018-12-30 23:59:39.330",
      "agency": null,
      "cost_cents_USD": "0",
      "adset": "AD_SET_NAME",
      "ad_id": "AD_ID",
      "af_siteid": null,
      "http_referrer": null,
      "af_cpi": null,
      "af_sub5": null,
      "af_sub4": null,
      "af_sub1": null,
      "af_sub3": null,
      "af_sub2": null,
      "af_status": "Non-organic",
      "scheme": "superapp",
      "host": "deeplink_activity"
  }
  • af_deeplink : true - lorsque ce paramètre apparaît et qu'il est défini sur true, recherchez les champs scheme et host
  • scheme et host - ces champs découlent du paramètre af_dp du lien d'attribution, ils indiquent le schéma et l'activité vers lesquels l'utilisateur doit être deep linké.

Liens universels iOS et liens vers les apps Android

Ce sont les deux autres moyens pour actionner le deep linking.

Lorsque vous utilisez des liens universels ou des liens d'app, le OneLink et la charge utile sont les suivants :

Le lien profond universel OneLink

// short OneLink
  https://dhba.onelink.me/2rAD/71ba577e
  
  //long OneLink
 https://dhba.onelink.me/2rAD?pid=media_source_name&c=campaign_name
  &is_retargeting=true
  

Charge utile

{
      "install_time": "2019-01-08 16:24:49.853",
      "cost_cents_USD": "0",
      "campaign": "campaign_name",
      "retargeting_conversion_type": "none",
      "is_first_launch": true,
      "click_time": "2019-01-08 16:24:14.322",
      "af_click_lookback": "7d",
      "orig_cost": "0.0",
      "af_status": "Non-organic",
      "iscache": "true",
      "shortlink": "71ba577e",
      "media_source": "media_source_name",
      "is_retargeting": true
  }
  • champ shortlink - il s'agit du champ qui indique le OneLink d'où provient l'utilisateur. Il permet au développeur de savoir comment procéder pour lancer une activité et proposer du contenu. D'autres champs, comme campaign, peuvent être utilisés dans le même but.

     Important !

    Le champ shortlink n'apparaît pas dans la charge utile avec l'utilisation d'un long OneLink.

    Dans les deux cas (OneLink court ou long), nous recommandons d'ajouter un paramètre personnalisé qui indiquera l'activité. Par exemple &deep_link_activity=shoes_cateogry

 Remarque

L'utilisation de liens universels et des liens d'app n'est possible qu'avec OneLink.

Réengagement avec les SRN

Comme pour les campagnes de réattribution, lorsqu'un utilisateur est réattribué via un SRN, les données de conversion n'indiquent pas qu'il s'agit d'une campagne de ré-engagement. Vous pouvez définir le nom de la campagne pour qu'il indique qu'il s'agit d'une campagne de ré-engagement.

Ré-engagement avec les réseaux publicitaires classiques

Ici aussi, la charge utile des données de conversion n'indique pas que l'utilisateur provient d'une campagne de ré-engagement. Pour pallier ce problème, vous pouvez donner un nom à la campagne qui indique que c'est une campagne de ré-engagement.

Réengagement via le deep linking

La principale fonction du ré-engagement est d'envoyer l'utilisateur à un endroit précis. Par exemple la publicité pour un produit ou une promotion. Dans ce cas, vous voudrez envoyer les utilisateurs qui ont cliqué sur la publicité directement vers l'activité de l'application qui concerne ce produit ou cette promotion.

Pour ce faire, vous passez par le Deep Linking. Les données de conversion dans le Deep Linking sont très importantes. Elles contiennent les informations qui permettent au développeur de personnaliser l'expérience de l'utilisateur et le diriger vers la bonne activité.

Ré-engagement : deep linking avec les SRN

Les données de conversion ne sont pas disponibles lorsqu'un utilisateur ré-engagé provient d'un SRN. Le développeur doit utiliser les méthodes du SRN pour les obtenir au moment où l'application est lancée.

Ré-engagement : deep linking avec les réseaux publicitaires

Lorsqu'un utilisateur est ré-engagé et que l'app est lancée, les données de conversion suivantes sont disponibles dans la méthode onAppOpenAttribution :

Sous iOS comme Android, en cas d'utilisation de la version courte du OneLink, les données de conversion s'affichent sous la forme d'une carte avec l'ensemble des paramètres du lien :

Exemple :

{
     af_dp: "superapp://Deeplink",
     pid: "media_source_name"
     c: "campaign_name",
     link: "https://abcd.onelink.me/12ab/12ab34c"
     is_retargeting: true
  }
  • Le développeur d'app peut utiliser ces paramètres, comme af_dp ou le nom de la campagne, pour envoyer l'utilisateur vers une activité précise, et lui proposer le contenu correspondant.

 Important !

Nous vous recommandons d'utiliser la version courte du OneLink. Cliquez ici pour en savoir plus.

Une autre des raisons qui fait qu'il vaut mieux utiliser la version courte du OneLink, c'est la structure des données de conversion renvoyée par la version longue. Avec la version longue, les données de conversion s'affichent sous forme de carte avec un champ unique appelé link et qui contient l'intégralité du OneLink long.

{
     "link": "https://abcd.onelink.me/12ab?pid=media_source&c=campaign_name&is_retargeting=true&af_dp=superapp%3A%2F%2FDeepLink"
  }
  

Autres sources de données de conversion

  • API Push offre une charge utile de conversion détaillée qui stipule la réattribution ou le ré-engagement. Les charges utiles de l'API Push comprennent un champ appelé re_targeting_conversion_type. Ce champ indique le type de conversion, réattribution ou réengagement. Pour en savoir plus, consultez notre guide sur l'API Push.
  • Les rapports de données brutes contiennent également des indicateurs pour le type de conversion. Dans le rapport de données brutes pour les conversions de retargeting, il se trouve une colonne Nom de l'événement. La valeur de cette colonne est soit reengagement soit reattribution en fonction du type de conversion.

Exemples d'acquisition utilisateur et de réattribution mélangées

  1. Un utilisateur installe votre application, puis la désinstalle. L'installation place l'utilisateur dans une fenêtre de réattribution. Vous avez mis en place une campagne d'acquisition d'utilisateurs (et non de retargeting) dans Meta ads. Vous avez également paramétré l'intégration d'AppsFlyer avec Facebook pour autoriser le retargeting.

    Alors qu'il se trouve toujours dans la fenêtre de réattribution, l'utilisateur voit la publicité, clique dessus et réinstalle l'application. Pour AppsFlyer, l'utilisateur est un utilisateur réattribué.

    Cela repose sur deux choses :
    1. La configuration avec Meta ads autorise le retargeting
    2. L'utilisateur se trouve dans la fenêtre de réattribution

    Dans ce cas, le nom de la campagne n'indique pas la réattribution.
  2. Prenons le même exemple, mais cette fois, l'utilisateur se trouve en dehors de la fenêtre de réattribution. Dans ce cas, l'installation sera une nouvelle installation non organique.
  3. Prenons un autre exemple. Vous avez mis en place une campagne de retargeting sur Meta ads. Certains utilisateurs tombent sur la campagne et installent l'application. Cependant, ces utilisateurs installent l'application pour la première fois. Ces utilisateurs ne sont donc pas considérés comme des utilisateurs réattribués. AppsFlyer les considère par contre comme des utilisateurs issus d'une campagne d'acquisition d'utilisateurs.