Définitions

• Fenêtre d'activité : définit pendant combien de temps l'activité post-installation est mesurée. La durée de la fenêtre dépend à la fois des décomptes iOS et AppsFlyer. La mesure s'arrête lorsque l'un des décomptes arrive à 0. Le postback iOS est envoyé entre 0 et 24 heures après la fin du décompte iOS.
• Single Source of Truth (SSOT) : le procédé qui permet d'indiquer si l'utilisateur a été attribué à la fois par SKAN et par une autre méthode de matching. L'indicateur permet de retirer les données d'installation qui sont en double dans les données brutes SKAN, et donc d'obtenir des résultats de performance fidèles à la réalité.
• Capacité de la valeur de conversion : le nombre VC nécessaire pour mapper votre paramètre. Plus vous sélectionnez de composants et d'éléments de mesure, plus la capacité de la valeur de conversion est importante. Chaque période ou paramètre sélectionné consomme une capacité de valeur de conversion (de plus chaque nouvelle unité de paramètre ajoutée dans un composant la consomme de manière exponentielle !) Exemples d'utilisation optimale de VC.
• Composants de la mesure:
  
  • Revenus : les revenus générés
  • Événement in-app: l'engagement, la mesure de l'utilisateur unique, ou les deux.
  • Entonnoir : la liste d'une série d'événements produits par un utilisateur
  • Priorité : un composant qui contient des revenus, un événement in-app, ou les deux.
  • Predict (Prévisions) :  Utilise des algorithmes avancés de machine learning pour fournir des estimations précises, basées sur la LTV, des performances de la campagne. Les KPI estimés de niveau utilisateur (y compris l'estimation des revenus et de la rétention) sont codés et transmis à SKAN sous la forme d’une valeur de conversion unique, que SKAN signale ensuite sous forme de publication, avec l’ID de campagne et la source d’attribution.  

Fondamentaux

• Admin exclusivement : seul l'admin est habilité à enregistrer les paramètres du Studio de conversion. Les utilisateurs du compte peuvent quant à eux consulter les paramètres.
• À tout moment, un seul mode peut être actif.
• Pour un mode donné, AppsFlyer mappe les combinaisons définies par vos paramètres vis-à-vis des VC. Vous pouvez consulter et télécharger le tableau de mappage.
• Dans l'application, AppsFlyer définit la VC après chaque action mesurable de l'utilisateur, et ce à l'aide du mode de mesure qui s'applique lors du premier lancement de l'app par un utilisateur.
• iOS prend en compte les taux de confidentialité Apple avant d'inscrire la VC dans le postback.
• Les actions de l'utilisateur qui ont lieu après la fin de la fenêtre d'activité ne sont pas prises en compte.
• Tableau de bord SKAN :

  • L'affichage et les mesures du tableau de bord SKAN varient en fonction du mode actif et de la configuration.

  • L'affichage est mis à jour quotidiennement en fonction du mode qui est actif à minuit UTC. La mise à jour est disponible à partir de 05:00 UTC.

  • Dans Custom (Personnalisé) et Decode (Décodage), les données organiques des événements in-app ne sont pas disponibles. 

Principes de base du S2S

Les actions mesurables peuvent être transmises via API server-to-server (S2S). En fonction des modes, veuillez noter ce qui suit :

• Personnalisé : le S2S est toujours activé.
• Décodage : le S2S n'est pas pris en charge et n'est donc pas disponible. AppsFlyer ne définit pas de VC pour ce mode.
• Revenus, conversion et modes d'engagement : vous devez forcément activer l'enregistrement des événements S2S avant d'envoyer les événements.

Le composant de mesure des priorités (proposé dans le mode personnalisé) vous permet de classer par ordre le parcours d'activité d'un utilisateur en fonction de vos objectifs marketing. Les mesures classées en haute priorité l'emportent sur les mesures à faible priorité. Vous avez ainsi la possibilité de choisir quelles mesures doivent être effectuées à chaque étape de l'entonnoir de conversion. 

Chaque priorité (63 maxi) peut contenir un revenu, un événement in-app, ou les deux ensemble. Lorsqu'un utilisateur produit différents événements dans l'app, AppsFlyer détermine le degré de priorité correspondant à chaque action, puis définit la VC en fonction.

Pour faire simple : si l'on compare l'utilisation du mode Personnalisé avec composant et sans composant de priorité, on constate que sans le composant de priorité, AppsFlyer mappe l'ensemble des mesures possibles pour définir les VC. Mais avec le composant de priorité, seules les mesures prioritaires que vous avez explicitement définies sont utilisées pour mapper les VC. 

Le principe de priorité est expliqué plus en détails dans cet exemple.

Fonctionnement de la priorité

• Vous pouvez définir 1 à 63 priorités. Le nombre disponible dépend de votre fenêtre d'activité et des paramètres de la SSOT.
• «Priority 1» possède toujours la priorité la plus haute. Plus «Priority» a un nombre élevé, et plus la priorité est basse.
• Une priorité se compose soit de revenu , soit d'un événement in-app,, soit des deux composants. Une priorité donnée peut contenir plusieurs événements in-app et flux de revenus. 
• La priorité ne peut pas être définie pour un entonnoir. Cependant, vous pouvez choisir la priorité pour différents événements in-app afin de mesurer la conversion des utilisateurs dans un entonnoir.
• Pour utiliser le composant de mesure des priorités, vous ne pouvez pas avoir d'autres composants configurés, comme les événements in-app ou les revenus.

Pour définir une mesure en fonction de la priorité :

1. Dans AppsFlyer, rendez-vous dans Studio de Conversion SKAN
2. Sélectionnez Personnalisé, puis cliquez sur Continuer.
3. Si besoin est, cliquez sur Supprimer pour effacer les paramètres en cours.
4. Cliquez sur + Ajouter une mesure.Sélectionnez Priorité. 
   Priority 1 s'affiche.
   

   

5. Sélectionnez un composant de mesure dans :
   • Revenu
   • Évènement in-app
6. Remplissez les champs en suivant l'interface utilisateur.
   • N'oubliez pas qu'une priorité peut se composer d'un revenu, d'un événement in-app, ou bien des deux.
   • Les valeurs de plages des occurrences d'événements et des revenus doivent se suivre dans un ordre croissant. Exemple : les plages suivantes sont classées dans l'ordre croissant et elles se suivent : 1-5, 5-8, 8-10, etc. Une plage peut être utilisée plus d'une fois (elle est répétée) si la deuxième fois où elle est utilisée fait partie d'un ensemble, et a la même durée que la dernière priorité avec une plage. Par exemple, 1-5, 1-5 + ajouter au panier.
7. Cliquez sur Valider.
   Le message Priorité validée s'affiche. Si ce n'est pas le cas, corrigez la priorité avant de continuer.
8. Effectuez l'une des opérations suivantes :
   • Pour ajouter une priorité, cliquez sur + Ajouter une priorité.La priorité 1 existante change de rang et devient la priorité 2. Complétez les paramètres de priorité comme précédemment.
   • Pour supprimer une priorité, cliquez sur ... > Supprimer.
   • Pour modifier le niveau de priorité, cliquez sur Options (⋮), puis sélectionnez Changer l'ordre ou bien Baisser la priorité.
   • Pour dupliquer une priorité, cliquez surOptions (⋮), puis sélectionnez Dupliquer.
   • Cliquez sur Enregistrer pour terminer le paramétrage des priorités.

• Affichez les événements associés à une VC en la sélectionnant. Les événements mappés s'affichent sous le tableau.
• Téléchargez le tableau de mappage des CV au format .CSV. Cliquez sur Télécharger le fichier de mappage.
• Pour obtenir le mappage des CV utilisez l'API de schéma CV SKAN pour les annonceurs. 

Comme nous l'avons vu précédemment, le nombre maximum de valeurs de conversion est de 64. La formule suivante permet de calculer combien de valeurs de conversion sont utilisées par le mode.

(activity time duration in hours / interval size in hours) * 
(number of revenue ranges + 1 ) * 
(number of in-app event ranges + 1 ) * 
(number of steps in a funnel + 1)

Vous pouvez modifier la formule pour inclure tous les composants de mesure

Dans une appl d'achat, l'annonceur souhaite que la mesure se concentre sur :

• les actions des utilisateurs non payants
• les revenus des utilisateurs payants

De fait, l'annonceur utilise les VC pour enregistrer les revenus d'une manière plus précise. Pour obtenir ces mesures détaillées, un ensemble de priorités est appliqué aux mesures tel qu'indiqué dans le tableau suivant.

N'oubliez pas :

• La priorité la plus élevée est toujours celle qui est en 1. Remarque ! Les numéros des priorités ne correspondent pas à ceux des VC. Les mappages des VC s'affichent dans l'interface utilisateur.
• Le nombre de priorités ne peut pas dépasser 63. Le nombre réel disponible dépend de la fenêtre d'activité et de l'activation ou non de la SSOT.
• Chaque priorité contient une plage de revenus, ou une plage d'événements in-app, ou les deux.
• Valeurs de la plage : la valeur la plus basse n'est pas comprise dans la plage, mais la valeur la plus haute l'est. Exemple, la plage $5-$10 n'inclut pas la valeur 5, mais elle comprend la valeur 10. 

Le tableau qui suit présente des exemples de parcours utilisateur. Chaque exemple indique la liste des actions effectuées par l'utilisateur tout au long de son parcours, ainsi que la priorité définie par AppsFlyer.

Dans le tableau :

• Les actions multiples sont séparées par des >
• La valeur entre parenthèses () correspond à la priorité définie par AppsFlyer une fois que l'utilisateur a réalisé l'action. En fonction de la priorité AppsFlyer met à jour la CV dans l'app.

• La mesure porte sur une fenêtre d'activité de 24 heures qui démarre dès l'ouverture de la première application.
• Si vous souhaitez envoyer des événements en utilisant le S2S, vous devez explicitement activer SKAN S2S

Types de mesures de la qualité utilisateur

Cette configuration doit être réalisée par un admin ou un utilisateur de compte autorisé à Modifier les paramètres de l'app.

Pour afficher ou modifier les autorisations des utilisateurs :

1. Dans AppsFlyer, en haut à droite de l'écran, cliquez sur votre adresse e-mail.
2. Sélectionnez Gestion des utilisateurs > Sélectionner l'utilisateur.
3. Si nécessaire, accordez à l'utilisateur les accès suivants : Page de configuration de l'app et Page de configuration SKAN. Pour en savoir plus sur les autorisations, cf Gestion des utilisateurs.

Pour configurer SKAN :

1. Dans AppsFlyer, ouvrez Configuration > Studio de Conversion SKAN.
   Le studio de conversion s'ouvre.
2. Effectuez l'une des opérations suivantes :
   1. Cliquez sur Options (⋮) pour afficher le menu et procédez à l'une des actions suivantes :
      • Activez ou désactivez la mesure SKANetwork. 
      • Activer l'envoi d'événements via S2S. Option disponible si le mode sélectionné est revenu, conversion ou engagement. Remarque ! En mode personnalisé le S2S est toujours activé.
      • Exportez votre fichier de mappage Décodage.
   2. Sélectionnez un mode de mesure parmi les suivants :
      • Personnalisé 
      • Revenu
      • Conversion
      • Engagement
3. Vérifiez que la mesure SKAN est bien activée. Important ! Si elle est désactivée, le SDK n'appellera pas les fonctions SKAdNetwork iOS de type registerAppForAdNetworkAttribution et updateConversionValue.
4. Cliquez sur Enregistrer les modifications.
   La mesure est active. Les utilisateurs qui ouvrent l'app pour la première fois sont mesurés à l'aide de ces paramètres. Les données d'attribution de SKAdNetwork sont mises à jour dans le tableau de bord 48-72 heures après la première ouverture de l'app.
5. Vérifiez que les mappages de postback d'événements in-app de votre partenaire mappent bien les événements que vous avez configurés.

Vous pouvez sélectionner un mode de mesure SKAN autre à tout moment. 

Important :

• Lorsque vous modifiez les paramètres, une période de transition démarre. Au cours de cette transition, nous décodons la valeur de conversion en utilisant les derniers paramètres sélectionnés. Cependant, un postback qui arrive à l'instant T concerne une installation qui a eu lieu dans le passé.
• Le nombre d'installations signalé n'est pas lié à la modification des paramètres et est exact. Dans les données brutes, nous indiquons les postbacks décodés pendant la période de transition avec un paramètre skad_ambigu_event. 
• La période de transition est calculée à partir de la durée de la fenêtre d'activité avant les modifications :
  Période de transition = fenêtre d'activité + 48 heures. Par défaut la période de transition est de 24 + 48 heures. La durée maximale de la période de transition est de 48 + 72 heures. 
• Les réseaux publicitaires ne prennent pas en compte la période de transition ou l'heure d'installation, puisqu'ils considèrent que l'heure d'arrivée du postback et l'heure d'installation sont les mêmes.

Campagne en pause :

• Si vous utilisez l'intégration Facebook, la modification des paramètres met automatiquement en pause les campagnes Facebook.
• Pour vos autres campagnes, pensez à les interrompre pendant toute la durée de la période de transition.

Pour désactiver la mesure SKAdNetwork :

1. Dans AppsFlyer, ouvrez Configuration > Studio de Conversion SKAN.
   
2. Cliquez sur ⋮.
3. Désactivez la mesure SKAdNetwork. 
   Entre autres, le SDK cessera d'appeler les fonctions SKAN de type registerAppForAdNetworkAttribution ou updateConversionValue.
4. Cliquez sur Enregistrer les modifications.

Le SDK et l'API de serveur à serveur (S2S) peuvent tous deux envoyer des événements in-app aux serveurs AppsFlyer.

Le flux S2S est le suivant :

• Un événement en lien avec l'utilisateur se produit sur les serveurs de l'annonceur. L'app peut être ouverte ou fermée à ce moment. 
• Les serveurs de l'annonceur signalent l'événement à AppsFlyer par S2S.
• AppsFlyer calcule la valeur de conversion mise à jour, puis : 
  • Si l'app est ouverte sur l'appareil de l'utilisateur : le SDK est informé de la valeur mise à jour. Le SDK met à jour la valeur de conversion iOS sur l'appareil.
  • Si l'app n'est pas ouverte sur l'appareil de l'utilisateur : le serveur attend que l'app soit ouverte pour informer le SDK de la valeur de conversion. L'action doit forcément se produire avant la fin de la fenêtre d'activité. Si la notification échoue, l'événement est ignoré.

Version du SDK requise

• Adoptez la dernière version du SDK dans l'app. Important ! Aucune action supplémentaire n'est requise de la part du développeur. 

Pour implémenter l'envoi d'événements in-app via l'API de serveur à serveur :

1. Effectuez l'une des opérations suivantes :
   • Si vous avez choisi le mode Personnalisé :
     • Aucune modification des paramètres n'est requise.
   • Si vous avez choisi le mode revenu, conversion ou engagement :
     1. Dans AppsFlyer, ouvrez Configuration > Studio de Conversion SKAN.
        
     2. Cliquez pour accéder aux options (⋮).
     3. Activez Enregistrer les événements in-app envoyés par l'API S2S.
2. Envoyer les événements par S2S. 

Limitation

• Si vous implémentez l'anonymisation de l'utilisateur pour un utilisateur donné, vous ne pouvez pas envoyer d'événements par S2S pour cet utilisateur. 

Si vous avez configuré le mode de mesure Revenus ou Engagement, la SSOT (Single Source of Truth, qui supprime les doublons et signale avec précision les données iOS) n'est pas prise en charge. En savoir plus sur la SSOT

Pour activer la SSOT lorsque le mode Revenu ou Engagement est configuré :

1. Dans AppsFlyer, ouvrez Configuration > Studio de Conversion SKAN.
2. Faites défiler jusqu'à votre mode de mesure actif. 
3. Cliquez sur + Ajouter SSOT.
   • Le bouton SSOT est automatiquement activé.
   • Vos plages de mesure en mode fixe sont modifiées au minimum, pour donner à la SSOT un certain espace de valeur de conversion.
4. Cliquez sur Enregistrer.