Studio de conversion SKAN

En bref : avec le Studio de Conversion SKAN, vous pouvez choisir quel type d'engagement utilisateur est mesuré au sein d'une app, et pour quelle durée. Vous pouvez mesurer les revenus, la conversion, l'engagement ainsi que la rétention, et ce dans une fenêtre d'activité comprise entre 12 à 72 heures après installation. En ajoutant la mesure SSOT (Single Source Of Truth), nous pouvons vous indiquer si un utilisateur a été attribué à la fois par AppsFlyer et par SKAN.

Lecture connexe : la solution SKAN

Studio de conversion SKAN : présentation

Dans le cadre du flux d'attribution SKAdNetwork (SKAN), un appareil iOS envoie un postback SKAN contenant la valeur de conversion (VC) la plus récente. Cette VC est limitée à 6 bits, ce qui signifie 64 valeurs possibles (0-63). Cette restriction oblige à faire des choix quant à l'utilisation des 6 bits.

Le Studio de Conversion offre une grande flexibilité pour que chaque bit soit mis à profit. Vous déterminez précisément les données de mesure qui seront encodées dans la VC, ce qui inclut la durée de la mesure après l'installation effectuée, et le type d'activité concerné.

 Type

Mode

Description Fenêtre d'activité

Flexible

Personnalisation

[Bonnes pratiques]

Définir une combinaison de revenus, de conversions (événements in-app) et de mesures d'engagement lors d'une fenêtre d'activité configurable. 12-72 h

Flexible

Décryptage

Créez une valeur de conversion personnalisée pour le mappage d'événements et définissez-la dans l'app. Utiliser cette option s'il est impossible d'intégrer le SDK AppsFlyer dans votre app. Pour utiliser la fonction « Decode », accédez à SKAN Conversion Studio, cliquez sur Options (⋮) puis sélectionnez Importer un fichier de mappage décryptage personnalisé

12-1512 h (63 jours)

Fixe 

Revenu

[Par défaut]

[Ancienne version]

Mesurer les revenus à l'aide de l'une des plages suivantes :

  • 1 $-630 $ par tranches de 10 $
  • 1 $ à 63 $ par tranches de 1 $
  • 0,01 $ à 0,63 $ par tranches de 0,01 $.
24 h

Fixe

Conversion

[Ancienne version]

Sélectionner 1 à 6 événements in-app comme événements de conversion 24 h

Fixe 

Engagement

[Ancienne version]

Nombre de fois qu'un utilisateur effectue un événement 24 h
Modes de mesure

Conseil ! Faites des essais dans le Studio de Conversion. Dans AppsFlyer, ouvrez Configuration > Studio de Conversion SKAN.

Principes des mesures et définitions

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

Utiliser le mode personnalisé (Custom)

En mode personnalisé, vous utilisez différents composants de mesure (comme les revenus et événements in-app, la priorité, le SSOT) pour définir d'une part ce qui doit être mesuré, et d'autre part la fenêtre d'activité visant à déterminer la durée et les intervalles de mesure. C'est l'ensemble de ces composants qui créent votre mode de mesure personnalisé.

Pour définir le mode Personnalisé, tentez différents réglages, en fonction des modifications la jauge de capacité de la valeur de conversion évolue. Affinez les paramètres jusqu'à obtenir les données qui vous intéressent le plus mais sans dépasser la capacité. Cf Calcul de la capacité de la valeur de conversion.

CapacitCounter.png

Étapes suivantes

Les paragraphes suivants vous expliquent les différents réglages et les composants. Ils vous guideront tout au long du mode personnalisé lorsque vous expérimenterez avec les différents paramètres de mesure.

Fenêtre d'activité

Déterminer combien de temps l'activité de l'utilisateur est mesurée

flex_activity_window.jpg

Obligatoire

Oui 

Pluri-utilisation autorisée

Non

Caractéristiques du décompte

  • Le décompte possède une durée fixe, que vous définissez, et qui fonctionne à part du décompte IOS.
  • Le décompte iOS quant à lui possède une durée initiale de 24 heures. Chaque fois que la valeur de conversion augmente, le décompte repart à zéro.
  • Durée par défaut : 24 heures.
  • La mesure cesse lorsque l'un des deux décomptes atteint 0.
Durée du décompte
  • Durée : 12-72 heures. Pour obtenir plus d’options, cf Personnaliser la mesure dans ce tableau.
  • Lorsque le décompte arrive à zéro, AppsFlyer cesse d'effectuer les mesures.
  • Si le décompte possède une durée de plus de 24 heures, l'utilisateur doit interagir avec l'app au moins une fois dans l'intervalle. Dans le cas contraire, la mesure est interrompue car AppsFlyer ne pouvant pas empêcher le décompte iOS d'atteindre 0, iOS cesse alors de mesurer.

Durée

12 ou 24 heures. Les intervalles impactent la précision de la dernière période d'activité et de l'heure d'installation. Pour obtenir plus d'options, consultez la rubrique Personnaliser la mesure du tableau. 

La dernière période d'activité se trouve dans les rapports de données brutes, dans les colonnes min_install_time et max_install_time. Elle permet de déterminer l'heure d'installation, comme expliqué dans ce paragraphe.

Exemple :

  • La durée du décompte est fixée à 48 heures
  • La dernière activité de l'utilisateur remonte à l'heure 40
  • En fonction de l'intervalle défini, la dernière période d'activité aura pour valeur :
    • Intervalle de 12 heures : 36–48h
    • Intervalle de 24 heures : 24–48h

Heure d'installation

L'heure d'installation est calculée comme suit :

Heure d'installation = heure d'arrivée du postback - [Dernière période d'activité moyenne] - [Délai du postback iOS]

  • Heure d'arrivée du postback : l'heure à laquelle le postback iOS a été réceptionné par l'appareil (généralement par le réseau publicitaire).
  • La dernière période d'activité moyenne repose sur la VC et est calculée comme suit :
    • Si CV = 0, la dernière période d'activité est supposée nulle (0).
    • Si CV > 1 ou CV = null : en utilisant min_install_time et max_install time, elles sont calculées en fonction de l'intervalle et de la dernière fois où l'utilisateur a interagi avec l'application.  Exemple : si l'intervalle est 12, comme la dernière activité de l'utilisateur a eu lieu 25 heures après l'installation, le résultat est [24 + 36] / 2 = 30. 
  • Délai du postback iOS: [24 + 48 ] / 2 = 36. Notez que le décompte iOS se termine 24 heures après la dernière modification apportée à la VC, et que le postback est envoyé entre 0 et 24 heures après. 36 heures est la valeur répandue. 

Options des paramètres

La fenêtre Activité comprend deux paramètres : la durée et les intervalles.

  • Durée : 24–72 heures avec un intervalle de 24 heures. 3 intervalles maximum.
  • Durée : 12–72 heures avec un intervalle de 12 heures. 6 intervalles maximum.

Effets des modifications de la durée de la fenêtre d'activité

  • Le postback est envoyé entre 0 et 24 heures après la fin du décompte iOS. 
  • Initialement, le décompte iOS est réglé sur 24 heures.
  • Si vous définissez la fenêtre d'activité sur plus de 24 heures, l'utilisateur devra être actif au moins une fois dans l'intervalle pour faire en sorte que le décompte iOS ne se termine pas.

 

Remarques concernant les réseaux publicitaires

  • La durée par défaut du décompte est fixée à 24 heures.
  • Vous pouvez choisir une durée différente, mais pensez au préalable à vérifier si vos partenaires de réseau publicitaire peuvent prendre en charge une autre période que celle définie par défaut. 
  • Avec une fenêtre de 24 heures, vous pouvez améliorer vos mesures en divisant cette période de 24 heures en 2 intervalles de 12 heures chacun. Vous pourrez ainsi savoir si l'utilisateur a continué son activité dans l'application après les 12 premières heures. 

Exemple d'utilisation des capacités d'une période

Cette illustration donne l'exemple d'un décompte de 60 heures avec un intervalle de 12 heures.

Options de personnalisation de la fenêtre d'activité

Avec la personnalisation des mesures vous pouvez choisir une fenêtre d’activité plus longue et profiter d'une granularité de niveau horaire. Il en va de même pour le paramétrage des intervalles. Les paramètres ont les caractéristiques suivantes :

  • Fenêtre d’activité :
    • Période : 12 à 1512 heures (63 jours)  
    • Granularité : 1 heure
  • Intervalles :
    • Période : 1 heure au minimum, et tout autre multiplicateur de la fenêtre d'activité
    • Granularité 1 heure

Remarque : le rapport entre la fenêtre d'activité et les intervalles doit être un nombre entier.

Recommandation : ne définissez pas l’intervalle sur plus de 24 heures car au-delà, l’estimation de l'heure d’installation perdra en précision.

SSOT (Source Unique de Vérité)

SSOT permettant de savoir si un utilisateur est attribué à la fois par SKAN et par une autre méthode de matching

SSOTControl.png

Le procédé Single Source of Truth (SSOT) indique les installations qui ont été rapportées par différents matchings d'attribution. C'est à dire SKAN plus une autre méthode d'attribution. L'indicateur est disponible dans les rapports de données brutes SKAN et il sera (prochainement) utilisé dans le calcul des mesures de la fenêtre SSOT du tableau de bord général.

Obligatoire

Non

Pluri-utilisation autorisée

Non

Options des paramètres

Lorsque SSOT est activé, la VC est reglée de manière à définir si un utilisateur est attribué à la fois par SKAN et par une autre méthode de matching.

Dans quel cadre l'indicateur SSOT est-il utilisé ?

  • [Prochainement] Dans la fenêtre SSOT du tableau de bord général AppsFlyer
  • Les rapports de données brutes SKAN contiennent le champ af_attribution_flag. Si la réponse est «true», l'utilisateur a été attribué à la fois par SKAN et par une autre méthode.
  • Rapports d'API d'attribution agrégée SKAN.

Composant de prévisions

Estimation des revenus, de la rétention et du comportement des utilisateurs à long terme à partir de données mesurables sur le comportement

Predict-SKAN_Conversion_Studio__1_.png

Obligatoire

Non

Pluri-utilisation autorisée

Non

Options des paramètres

Disponibilité

  • Disponible pour les abonnés à Predict
  • Pour bénéficier de l’accès à Predict, contactez votre CSM

Composant d'événement in-app

Pour mesurer la conversion (le nombre d'utilisateurs uniques qui ont réalisé un événement), l'engagement (le nombre de fois où un événement a été réalisé), ou même les deux.

ConversionStudioIn-app-event.png

Obligatoire

Non

Pluri-utilisation autorisée

Oui
Options des paramètres

Sélectionnez un événement in-app, puis configurez les périodes en fonction du type de mesure recherché :

  • Conversion uniquement : configurez une période comprise entre 0 et 1
  • Engagement et conversion : configurez plusieurs périodes avec les plages sélectionnées

Périodes pour l'engagement

Pour mesurer l'engagement, vous devez créer des périodes d'occurrence. Lorsque l'occurrence de l'événement d'engagement choisi est signalée se produit, SKAN l'associe à la période correspondant au nombre d'occurrences de l'événement.

Caractéristiques

  • Chaque période contient une plage d'occurrences définie par les valeurs from (de) et to (à). La valeur la plus basse n'est pas comprise dans la plage, mais la valeur la plus haute oui. Exemple : 5–10 signifie strictement supérieur à 5, 10 compris.
  • La plage avec la valeur la plus basse commence toujours par 0 (mais 0 n'est pas compris).
  • Vous pouvez créer autant de plages que vous le souhaitez, mais n'oubliez pas que chaque plage influe sur la capacité de votre valeur de conversion. 
  • Les plages doivent se suivre (sans espaces entre elles).

Mesurer l'engagement à l'aide des plages

  • Lorsque l'occurrence d'un événement est rapportée, SKAN associe l'occurrence à la plage concernée. Les occurrences enregistrées sont calculées d'après la plage moyenne. La valeur est arrondie au nombre entier le plus proche. Exemple : 5.7 est arrondi à 6.
  • Si le nombre d'occurrences dépasse la plus haute valeur de la période la plus élevée, les occurrences sont comprises dans la période la plus élevée. Le nombre d'occurrences enregistré correspond à la valeur moyenne de la période la plus élevée. Le nombre réel d'occurrences est donc ignoré. 
  • Dans les données brutes, le nombre réel d'occurrences et de plages est bien proposé.

Exemple :

Le schéma illustre les plages d'occurrence ci-dessous.

Les plages d'occurrence définies sont le suivantes :

  • A : 0-5
  • B : 5-10
  • C : 10-20

Le nombre d'occurrences est enregistré en fonction des plages suivantes :

Exemple Nombre d'occurrences indiqué par le SDK Plage associée Nombre d'occurrences rapporté
1 5 3
2 6 B 8
3 10 B 8
4 125 C 15
 
Limitation Un événement in-app ne peut être associé qu'une seule fois à ce composant.

Composant du revenu

Pour mesurer le revenu produit par l'utilisateur durant la fenêtre d'activité

ConversionStudioRevenue.png

Obligatoire

Non

Pluri-utilisation autorisée

Oui, si vous utilisez la source de revenu des événements in-app. 

Options des paramètres

Le revenu peut être enregistré pour un seul événement, ou vous pouvez associer chaque revenu à un flux précis selon les événements in-app sélectionnés.

Parmi les différentes sources de revenu vous trouverez :

  • Revenu total
    • Tout revenu qui est enregistré par SKAN avec l'événement af_skad_revenue.
    • Le composant ne peut être inclus qu'une seule fois.
  • Évènement in-app
    • Le revenu rapporté selon le type est attribué à un événement in-app choisi et est enregistré via SKAN pour pour ce même événement in-app.
    • Le composant peut être utilisé plusieurs fois.
    • Si vous signalez les revenus aux réseaux publicitaires via postback, vérifiez que le mappage de vos postbacks d'événements in-app incluent les événements de revenus in-app que vous avez définis.

Périodes

Pour mesurer les revenus, vous devez créer des plages de revenu. Lorsque les revenus sont rapportés, SKAN associe chaque revenu à la plage concernée.

Caractéristiques

  • Chaque période contient une plage de revenus définie par les valeurs from (de) et to (à). La valeur la plus basse n'est pas comprise dans la plage, mais la valeur la plus haute oui. Exemple : 5–10 signifie strictement supérieur à 5, 10 compris.
  • La plage avec la valeur la plus basse commence toujours par 0 (mais 0 n'est pas compris).
  • Vous pouvez créer autant de plages que vous le souhaitez, mais n'oubliez pas que chaque plage influe sur la capacité de votre valeur de conversion.
  • Les plages doivent se suivre (sans espaces entre elles).
  • Les montants sont en USD
  • Si vous lancez des campagnes sur Facebook, vous devez avoir 4 plages au minimum.
  • Les valeurs de plage comportent 4 chiffres maximum après la virgule.

Enregistrer les revenus à l'aide des plages

  • Lorsque les revenus sont rapportés, SKAN associe chaque revenu à la plage concernée. Le revenu enregistré correspond à la plus haute valeur de la plage. 
  • Si le revenu rapporté dépassent la valeur moyenne de la plage la plus élevée, le revenu est compris dans la plage la plus élevée. Important ! Le revenu enregistré correspond à la valeur moyenne de cette plage. Le montant réel du revenu est donc ignoré.
  • Dans les données brutes, le montant réel du revenu et la plage correspondante sont bien proposés.

Exemple :

Le schéma illustre les plages de revenus ci-dessous.

  • A : 0-5
  • B : 5-10
  • C : 10-20

Le revenu est enregistré en fonction des plages suivantes : 

Exemple Revenu rapporté par le SDK Plage associée Revenu enregistré
1 5 2.5 $
2 6 B 7,5 $
3 10 B 7,5 $
4 125 C 15 $

Composant de l'entonnoir

Pour mesurer le nombre d'événements in-app après un enchainement d'événements au sein d'un entonnoir. On considère que l'utilisateur qui produit un événement dans l'entonnoir a forcément effectué tous les événements qui le précédent.

ConversionValueFunnel.png 

Obligatoire

Non

Pluri-utilisation autorisée

Non

Options des paramètres

Liste un enchainement d'événements dans un entonnoir. Comme chaque événement est traité comme l'ensemble des événements qui le précédent, l'ordre dans lequel vous choisissez de lister les événements est très important. Cf exemple suivant.

Exemple

Un entonnoir contient les événements a, f, b, k et z (cf image précédente).

Exemple Événement réalisé Événements enregistrés
1 A A
2 B a, f, b
3 z a, f, b, k, z

Composant de mesure des priorités

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.

    Priority1.png

  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. Une plage peut être utilisée plus d'une fois (elle est répétée) si elle fait partie d'une même série. Exemple : les plages suivantes sont classées dans l'ordre croissant et elles se suivent : 1-5, 5-8, 8-10, etc.
  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.

Infos supplémentaires sur le mode personnalisé

Afficher le mappage des VC

  • 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 VC au format .CSV. Cliquez sur Télécharger le fichier de mappage.

CVmapping.png

Colonne Description 
app_id  
conversion_value Plage de valeurs des VC 0-63
event_name  
min_event_counter Le seuil le plus bas de la plage du compteur d'événements
max_event_counter
  • Le seuil le plus haut de la plage du compteur d'événements.
  • Dans les rapports générés par AppsFlyer, le nombre d'événements est calculé d'après la formule suivante : Total ([min_event_counter + max_event_counter]) / 2
min_event_revenue Le seuil le plus bas de la plage des revenus d'événement en USD
max_event_revenue
  • Le seuil le plus haut de la plage des revenus d'événement en USD
  • Dans les rapports générés par AppsFlyer, le revenu est calculé d'après la formule suivante : ([min_event_revenue + max_event_revenue]) / 2)
min_time_post_install

Le seuil le plus bas (nombre d'heures après installation), indiquant quand l'utilisateur a été actif pour la dernière fois dans l'application.

max_time_post_install

Le seuil le plus haut (nombre d'heures après installation), indiquant quand l'utilisateur a été actif pour la dernière fois dans l'application. 

last_config_change La date à laquelle vous avez enregistré la configuration du Studio de Conversion SKAN.
Les colonnes du fichier de mappage CSV

Formule de capacité de la valeur de conversion

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

Exemples de VC personnalisées optimisées

Composante Description 

Fenêtre d'activité

  • Durée : 24 heures
  • Intervalle : 24 heures (soit 1 intervalle)
Revenu
  • Le revenu est rapporté en fonction d'un seul événement in-app (global. 
  • Plages de revenus : 15 
Achat Aucun
Tunnel 3 événements in-app
Exemple 1
Composante Description 

Fenêtre d'activité

  • Durée : 24 heures
  • Intervalle : 12 heures (soit 2 intervalles)
Revenu
  • Les revenus sont rapportés et classés par type selon deux événements in-app différents
  • Plages de revenus : 3 (par événement in-app)
Paramétrage in-app pour la conversion 1 événement in-app pour mesurer la conversion, chaque événement in-app requiert une plage
Tunnel Aucun
Exemple 2
Composante Description 

Fenêtre d'activité

  • Durée : 24 heures
  • Intervalle : 24 heures (soit 1 intervalle)
Revenu
  • Le revenu est rapporté en fonction d'un seul événement in-app (global. 
  • Plages de revenus : 3
In-app paramétré pour l'engagement
  • 2 événements in-app pour mesurer le nombre d'événements d'engagement
  • Plages d'occurrences : 3 par événement in-app
Tunnel Aucun
Exemple 3
Composante Description 

Fenêtre d'activité

  • Durée : 48 heures
  • Intervalle : 12 heures (soit 4 intervalles)
Revenu
  • Le revenu est rapporté en fonction d'un seul événement in-app (global. 
  • Plages de revenus : 7
Paramétrage in-app pour la conversion

1 événement in-app pour mesurer la conversion (requiert 1 plage)

Tunnel

Aucun

Exemple 4

Exemple détaillé de mesure des priorités

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. 

Nº de priorité

Plages de revenus

Évènement in-app
1 [Priorité élevée] $5-$10 send_recommendation
2 $5-$10 --
3 $0-$5 send_recommendation
4 $0-$5 --
5 -- send_recommendation
add_to_cart
6 --

send_recommendation

7 [Priorité basse] -- add_to_cart
-- Aucune valeur définie
Exemple de paramétrage des priorités de mesure

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.
Exemples de parcours utilisateur

Exemple de parcours utilisateur

Actions de l'utilisateur et priorité
A add_to cart (7)
B add_to_cart (7) > send_recommendation (5)
C Achat de 3$ (4)
D Achat de 6$ (2)
E Achats de 6$ (2) > send_recommendation (1) 

Utilisation des mesures en mode fixe

Types de mesures de la qualité utilisateur

  • 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
Mesures en mode fixe
Mode de mesure Description
[Par défaut] Revenus

RevenueFixed.png

Revenus générés durant la fenêtre d'activité de 24 heures 

Sélectionnez un taux unité/USD parmi les suivants :

  • 0.01 $ pour mesurer jusqu'à 0.63$.
  • 1$ pour mesurer jusqu'à 63$
  • 10$ pour mesurer jusqu'à 630$

AppsFlyer remplit automatiquement les 63 plages de mesure des revenus. Dans le tableau de bord, le revenu enregistré correspond au seuil maximum de la plage. Exemple, si la plage est comprise entre 60$ et 61$, le revenu enregistré est de 61$. Remarque ! Les revenus personnalisés utilisent une autre méthode de calcul pour définir le montant des revenus. 

Métriques disponibles :

    • Revenu
    • ROI
    • ROAS
    • ARPU  : revenus/utilisateurs installant l'app
    • Taux de conversion des utilisateurs : utilisateurs effectuant un achat/installant l'app
    • eCPA
Conversion

mceclip0.png

Événements in-app effectués à une ou plusieurs reprises pendant la fenêtre d'activité de 24 heures

Réglages :

  • Sélectionnez dans le menu déroulant 1 à 6 événements in-app à mesurer. Limitation : la liste est limitée aux 300 premiers événements sur les 30 derniers jours.
  • Dans le tableau de bord SKAdNetwork, sélectionnez un événement qui désignera l'événement de conversion.

Métriques par événement in-app :

    • Nombre d'utilisateurs effectuant un événement
    • Taux de conversion : utilisateurs effectuant l'événement de conversion/utilisateurs installant l'app
    • eCPA
    • Sessions (utilise l'événement af_app_opened)

Exemple de comptage des utilisateurs :

  • Inscription complète
  • A effectué un achat
  • A atteint un niveau de jeu

Clarification :utilisez la mesure de conversion pour comptabiliser si un utilisateur a effectué un événement. Utilisez la mesure de l'engagement pour compter combien de fois un utilisateur effectue un événement.

Engagement

mceclip1.png

Nombre de fois où l'utilisateur a réalisé un certain événement in-app au cours de la fenêtre d'activité SKAN

Réglages :

  • Sélectionnez un événement in-app dans la liste déroulante.
  • La sélection in-app est également désignée comme l'événement de conversion.
  • Plage de valeurs : 0-63

Métriques de l'événement in-app :

    • Nombre d'utilisateurs effectuant l'événement
    • Nombre moyen d'événements par utilisateur
    • de l'installation à la première commande
    • eCPA
    • Sessions

Exemples :

  • Mesurez le nombre de fois :
    • où un utilisateur a ouvert l'app
    • où un utilisateur a vu une publicité

Exemples de mode fixe

Exemple A : mesure du revenu
Facteur Remarques
Scénario
  • 20 utilisateurs installent l'app et effectuent les achats suivants :
    • 9 utilisateurs, effectuant chacun un achat de 10 $
    • 5 utilisateurs, effectuant chacun un achat de 5 $
    • 1 utilisateur effectue un achat de 1 $, puis de 3 $, puis de 5 $, et enfin de 1 $. 10 $ au total.
  • Données de coût fournies par l'API de l'ad network : 30 $
Configuration SKAN
  • Sélectionner le type de mesure : revenu
  • Définir le facteur de conversion  : 1 unité de conversion = 1 $
  • Événement de conversion désigné : dans le SDK, vous devez envoyer des revenus en utilisant le paramètre af_revenue.
Métriques sélectionnées  Mesures liées au revenu disponibles
  • Installations : 20
  • Revenus : 125 $
  • Conversions : 15
  • ARPU : 6,25 $
  • ROI : 316 %
Nombre de lignes de données brutes par rapport 

Les rapports de données brutes sont disponibles via Data Locker

  • Postbacks de l'appareil : 20 lignes
  • Installations : 20 lignes
  • Événements in-app : 15 lignes. Important ! L'utilisateur effectuant plusieurs achats est représenté par une seule ligne de 10 $. 
Considérations pour les développeurs

Les événements générateurs de revenus sont reconnus

Exemple B : mesure de conversion
Facteur Remarques
Exemple
  • 5 utilisateurs (A-E) installent l'app
  • Ils effectuent 0 à 3 événements in-app différents, comme le montre le tableau suivant
  • Données de coût fournies par l'API de l'ad network : 30 $
  in-app-1 in-app-2 in-app-3
Utilisateur A A effectué A effectué -
Utilisateur B A effectué - A effectué
Utilisateur C A effectué A effectué -
Utilisateur D A effectué A effectué -
Utilisateur E - - -
Événements in-app effectués par des utilisateurs
Configuration de l'attribution de SKAdNetwork

Sélectionner le type de mesure : conversion

  • Sélectionner les événements in-app  : in-app-1, in-app-2, in-app-3
  • Dans le tableau de bord SKAdNetwork, vous devez sélectionnez un des événements pour calculer la métrique des utilisateurs convertis. Vous pouvez modifier l'événement sélectionné selon vos besoins. 
Métriques sélectionnées
Métrique  App  in-app-1 in-app-2 in-app-3
d'installations 5      
Conversions 4      
Utilisateurs uniques   4 3 1
eCPA 7,5 $      
Indicateurs liés à l'app disponibles

Important ! Comme l'événement de conversion désigné est in-app 1, la valeur 4 est utilisée pour calculer les mesures au niveau de l'app et pour les mesures in-app-1. 

 

Les rapports de données brutes sont disponibles via Data Locker

  • Postbacks de l'appareil : 5 lignes
  • Installations : 5 lignes
  • Événements in-app : 8 lignes
Considérations pour les développeurs
  • Veillez à envoyer les événements que les utilisateurs effectuent dans l'app.
  • La solution SKAdNetwork ne tient pas compte des valeurs des événements (sauf en ce qui concerne la mesure des revenus).
Exemple C  : mesure de l'engagement
Facteur Remarques
Exemple

5 utilisateurs installent l'app et l'ouvrent le nombre de fois indiqué dans le tableau.

  Nombre de fois où l'événement a été effectué
Utilisateur A 63
Utilisateur B 10
Utilisateur C 5
Utilisateur D 1
Utilisateur E -
Ouverture de l'app
Configuration de l'attribution de SKAdNetwork
  • Sélectionnez le type de mesure : engagement
  • Événement de conversion désigné : af_app_opened Important ! Vous pouvez utiliser n'importe quel événement disponible. 
Métriques sélectionnées

Exemples de métriques disponibles

  • Installations : 5
  • Conversions : 4
  • Sessions : 79
Nombre de lignes de données brutes par rapport 

Les rapports de données brutes sont disponibles via Data Locker

  • Postbacks de l'appareil : 5 lignes
  • Installations : 5 lignes
  • Événements in-app : 79 lignes ; une ligne équivaut à une session
Considérations pour les développeurs

À chaque fois que l'utilisateur effectue l'événement d'engagement sélectionné : envoyez l'événement in-app. SKAdNetwork compte le nombre de fois que vous envoyez l'événement.

Tableau de bord et métriques

Les mesures organiques en mode Custom (Personnalisé) et Decode (Décodage) pour les événements in-app ne sont pas disponibles.

Mesures disponibles

Métrique Formule/type 
d'installations Décompte
Clics Décompte
Impressions Décompte

Taux de clic par installation

Installations/Clics x 100 
Coût Coût de la campagne [Fonctionnalité Premium]
Coût effectif par installation (eCPI) Coût/Installations
Utilisateurs convertis

Nombre d'utilisateurs uniques réalisant un événement de mesure spécifique :

  • Mode personnalisé : systématiquement af_skad_revenue (si autre est sélectionné, les utilisateurs convertis restent vides)
  • Mode de revenu : systématiquement af_skad_revenue
  • Mode de conversion : événement in-app sélectionné dans les paramètres du tableau de bord. 
  • Mode Engagement : événement in-app tel que défini dans Conversion Studio
Taux d'utilisateurs convertis

Utilisateurs convertis/Installations x 100

Coût effectif par action (eCPA)

Coût/Utilisateurs uniques effectuant un événement défini

Mesures disponibles (quel que soit le composant de mesure)

Types de mesures de la qualité utilisateur

Mesures disponibles par composant de mesure
Composant de mesure Description
Revenu

Le revenu est enregistré en USD suivant la plage associée au revenu indiqué. Le revenu enregistré dans le tableau de bord correspond à la plus haute valeur de la plage.

Métriques :

    • Revenu
    • ROI
    • ROAS
    • ARPU : revenu/nombre d'utilisateurs qui installent l'app
    • Taux de conversion des utilisateurs : nombre d'utilisateurs qui effectuent un achat/utilisateurs qui installent l'app
    • eCPA
Tunnel

Les événements in-app sont réalisés dans le cadre d'un entonnoir.

Métriques par événement in-app :

  • Le nombre d'utilisateurs qui réalisent chacun des événements
  • eCPA
  • Sessions

Exemple de comptage des utilisateurs :

  • Inscription complète
  • A effectué un achat
  • A atteint un niveau de jeu

Conseil ! Utiliser l'entonnoir permet de mesurer si un utilisateur a produit une séquence d'événements.

Achat

Nombre de fois que l'utilisateur a effectué un événement in-app défini pendant la fenêtre de mesure

Réglages :

  • Sélectionnez un événement in-app dans la liste déroulante.
  • La sélection in-app est également désignée comme l'événement de conversion.

Métriques de l'événement in-app :

    • Nombre d'utilisateurs effectuant l'événement
    • eCPA
    • Sessions

Exemples :

  • Mesurez le nombre de fois :
    • où un utilisateur a ouvert l'app
    • où un utilisateur a vu une publicité

Procédures

Configurer l'attribution SKAN

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.

AppsFlyerAdmin_us-en.png 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.

Modifier le mode de mesure SKAN

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.

Désactiver la mesure de SKAN

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.

Signaler les événements par API de serveur à serveur

SKAdNetwork_-_S2S__2_.png

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. 

Ajouter le SSOT aux mesures en mode fixe

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.
Cet article vous a-t-il été utile ?