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. Mesurez le revenu, la conversion, l'engagement et la rétention pendant une période post-installation précise. 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.
Studio de conversion SKAN : présentation
Dans le cadre du flux d'attribution SKAdNetwork (SKAN), un appareil iOS envoie des postbacks SKAN contenant la VC la plus récente à la fin de chaque fenêtre de mesure.
Pour SKAN 3 et -, un postback arrive après la fin de la fenêtre d'activité initiale. La fenêtre d'activité peut aller de 12 heures à 63 jours. La CV est limitée à 6 bits, ce qui signifie 64 valeurs possibles (0-63).
Pour SKAN 4, 3 postbacks arrivent à la fin de chacune des trois fenêtres, soit après les jours 2, 7 et 35. Pour :
- Fenêtre 1, la CV fin est limitée à 6 bits, ce qui signifie 64 valeurs possibles (0-63).
- Fenêtres 1-3, la CV approximative est limitée au résultat faible, moyen ou élevé. (Les fenêtres 2 et 3 n'ont pas de CV précises).
Ces restrictions au niveau des CV font que vous devrez probablement faire des choix sur comment utiliser ces 64 valeurs pour de CV précises, et ces 3 valeurs de CV approximatives.
Le Studio de Conversion offre une flexibilité maximale pour que chaque valeur de conversion soit pleinement mise à profit. Vous déterminez précisément les données de mesure qui doivent être encodées dans la CV, y compris l'activité et la durée de la mesure post-installation. Il existe plusieurs modes de mesure qui vous permettent de configurer les paramètres de votre CV.
Type | Mode de mesure | Description | Fenêtre d'activité |
---|---|---|---|
Flexible |
[Bonnes pratiques] |
Définir une combinaison de revenus, de conversions (événements in-app) et de mesures de l'engagement durant 3 fenêtres d'activité configurables. Les 3 fenêtres mesurent 3 périodes différentes, qui ne se chevauchent pas, et qui suivent l'installation. Autrement dit, la fenêtre 2 mesure les jours 3 à 7 après l'installation, et non les jours 0 à 7. |
|
Flexible |
Personnalisation |
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-1512 h (la durée par défaut est de 72 heures, mais elle peut être prolongée) |
Fixe |
Revenu [Par défaut] [Ancienne version] |
Mesurer les revenus à l'aide de l'une des plages suivantes :
|
24 h |
Fixe |
Conversion [Ancienne version] |
Sélectionnez 1 à 6 événements in-app. | 24 h |
Fixe |
Engagement [Ancienne version] |
Nombre de fois qu'un utilisateur effectue un événement | 24 h |
Flexible |
|
12-1512 h (63 jours) |
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 de mesure SKAN: valable pour SKAN 4 et +. Il y a 3 périodes (fenêtres) pendant lesquelles l'activité post-installation des utilisateurs est mesurée :
- Fenêtre 1 : 1-2 jours
- Fenêtre 2 : 3-7 jours
- Fenêtre 3 : 8-35 jours
- Les 3 fenêtres mesurent 3 périodes différentes, qui ne se chevauchent pas, et qui suivent l'installation. Autrement dit, la fenêtre 2 mesure les jours 3 à 7 après l'installation, et non les jours 0 à 7.
- Fenêtre d'activité : valable pour SKAN 3 et -. A une durée définie par défaut sur 24 heures, le début correspond à la première ouverture de l'app. Si vous utilisez SKAN 4+ mais que les appareils des utilisateurs ou les réseaux publicitaires ne prennent pas en charge SKAN 4, la fenêtre d'activité est alors de 48 heures.
-
Valeur de conversion (CV) : mesure de la qualité de l'utilisateur transmise dans les postbacks envoyés par iOS à la fin des fenêtres de mesure pour SKAN 4 (ou pour SKAN 3 et -, à la fin de la fenêtre d'activité). Le SDK AppsFlyer définit les CV pour vous. Si vous souhaitez régler vous-même la CV, utilisez l'option Decode pour importer votre fichier de mappage CV.
- Pour SKAN 4+, il existe des valeurs de conversion précises ou approximatives.
- Pour SKAN 4+, il existe des valeurs de conversion précises ou approximatives.
- 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.
- 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é.
-
Composants de la mesure:
- Revenus : mesure les revenus générés
- É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.
- Tunnel : 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.
- 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 au 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 tient compte de l'anonymat des foules d'Apple avant de remplir la CV dans le postback.
- Les actions de l'utilisateur qui ont lieu après la fin d'une fenêtre ne sont pas prises en compte.
- Tableau de bord et rapports 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 SKAN 4, en mode Custom et Decode, 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 l'API server-to-server (S2S). En fonction des modes, veuillez noter ce qui suit :
- SKAN 4 et Custom : 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.
Configuration des valeurs de conversion dans SKAN Conversion Studio
Plusieurs modes sont disponibles dans SKAN Conversion Studio pour définir les valeurs de conversion :
- SKAN 4 : utilise différents composants de mesure (comme les revenus et événements in-app, la priorité, le SSOT) pour définir ce qui est mesuré durant chacune des trois fenêtres de mesure.
- Personnalisé : utilise différents composants de mesure (comme les revenus et événements in-app, la priorité, le SSOT) pour définir ce qui est mesuré durant la fenêtre d'activité.
- Modes fixes : mesure la valeur de l'utilisateur avec l'une des mesures suivantes :
- Revenu
- Conversion
- Engagement
Pour en savoir plus sur les différents modes de mesure, consultez les sections suivantes.
Important !
La définition des valeurs de conversion dans SKAN Conversion Studio doit être effectuée par un admin ou un utilisateur de compte disposant des autorisations de gestion dans SKAN Conversion Studio.
Pour afficher ou modifier les autorisations des utilisateurs :
- Dans AppsFlyer, en haut à droite de l'écran, cliquez sur votre adresse e-mail.
- Sélectionnez Gestion des utilisateurs > Sélectionnez l'utilisateur.
- Si ce n'est déjà le cas, accordez à l'utilisateur les autorisations de gestion dans SKAN Conversion Studio. Pour en savoir plus sur les autorisations, cf Gestion des utilisateurs.
SKAN 4
Dans SKAN 4, vous utilisez différents composants de mesure tels que les revenus, les événements in-app, la priorité et la SSOT pour définir les éléments mesurés durant chacune des trois fenêtres de mesure. Ensemble, les composants créent votre mode de mesure SKAN 4.
Si vous effectuez une mise à niveau vers SKAN 4 à partir d'un mode SKAN précédent, votre mappage de schéma actuel est reporté pour la configuration fine de la fenêtre 1. AppsFlyer mappe automatiquement pour vous les valeurs élargies pour les fenêtres 1-3.
Pour définir manuellement SKAN 4, tentez différentes options. 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.
Remarque : si vous passez à SKAN 4 à partir d'un mode SKAN précédent, votre mappage de schéma actuel est reporté pour les mesures précises et AppsFlyer mappe automatiquement les valeurs approximatives pour vous. Et si vous êtes nouveau sur SKAN, AppsFlyer fournit un mappage initial par défaut.
Pour définir manuellement les valeurs de conversion dans Conversion Studio en utilisant le mode SKAN 4 :
- Dans le tableau de bord AppsFlyer, allez dans Configurations > SKAN Conversion Studio.
- Cliquez sur les options (⋮) pour afficher le menu des options et assurez-vous que la mesure SKAN est activée. Remarque : si elle est désactivée, le SDK n'appellera pas les fonctions SKAdNetwork iOS de type registerAppForAdNetworkAttribution et updateConversionValue.
- Sélectionnez le mode de mesure SKAN 4.0.
-
Cliquez sur Continuer.
Les paramètres de CV précise de la fenêtre 1 (1-2 jours) précise s'ouvrent. - [Optionnel] Activez la SSOT (Single Source Of Truth).
Le mécanisme SSOT signale (et déduplique) les installations apportées par plus d'une méthode de correspondance d'attribution. En savoir plus -
Cliquez sur + Ajouter une mesure pour ajouter différents composants de mesure.
Les sections suivantes décrivent les options et comosants de réglage. Utilisez-les comme référence pour tester les différents paramètres de mesure de SKAN :- Revenu
- Évènement in-app
- Tunnel
- Priorité
- Prévisions
-
Cliquez sur Approximative et reprenez les étapes 6 et 7 pour définir la CV approximative de la fenêtre 1 (1-2 jours).
Remarque :- Seuls les composants de mesure des revenus et des événements in-app sont disponibles.
- La CV basse doit être une session utilisateur visant à garantir l'envoi du postback.
- [Facultatif] Activez Verrouiller la fenêtre et définissez la condition (soit la durée soit la valeur de conversion approximative) pour que la fenêtre SKAN se verrouille avant la valeur par défaut. En savoir plus
-
Cliquez sur Fenêtre 2 (3-7 jours) et reprenez les étapes 6 à 8 pour définir la CV de la fenêtre 2.
Remarque :- Seuls les composants de mesure des revenus et des événements in-app sont disponibles.
- [Recommandé] La CV faible devrait être une session utilisateur.
-
Cliquez sur Fenêtre 3 (8-35 jours) et répétez les étapes 6 à 8 pour définir la VC de la fenêtre 3.
Remarque :- Seuls les composants de mesure des revenus et des événements in-app sont disponibles.
- [Recommandé] La CV faible devrait être une session utilisateur.
- Cliquez sur Enregistrer.
- 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.
Personnalisation
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 synthèse de la 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.
Pour définir manuellement les valeurs de conversion dans Conversion Studio en utilisant le mode personnalisé :
- Dans le tableau de bord AppsFlyer, allez dans Configurations > SKAN Conversion Studio.
- Cliquez sur les options (⋮) pour afficher le menu des options et assurez-vous que la mesure SKAN est activée. Attention ! Si elle est désactivée, le SDK n'appellera pas les fonctions SKAN iOS de type registerAppForAdNetworkAttribution et updateConversionValue.
- Sélectionnez le mode de mesure personnalisé .
-
Cliquez sur Continuer.
- [Optionnel] Activez la SSOT (Single Source Of Truth).
Le mécanisme SSOT signale (et déduplique) les installations apportées par plus d'une méthode de correspondance d'attribution. En savoir plus -
Cliquez sur + Ajouter une mesure pour ajouter différents composants de mesure.
Les sections suivantes détaillent les options de réglage et les composants. Utilisez-les comme guides lorsque vous expérimentez les différents paramètres de mesure de SKAN :- Revenu
- Évènement in-app
- Tunnel
- Priorité
- Prévisions
- Définissez la durée de la fenêtre d'activité (entre 12 heures et 63 jours) pendant laquelle vous souhaitez mesurer l'activité des utilisateurs.La valeur par défaut de Période d'activité vous permet de définir une fenêtre allant de 24 à 72 heures. Le réglage par défaut de Intervalle vous permet de définir 12 ou 24 heures. Utilisez la Fenêtre personnalisée pour étendre la fenêtre d'activité jusqu'à 63 jours, et définir des intervalles plus longs.
- Cliquez sur Enregistrer.
- 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.
Modes fixes
Les modes fixes vous permettent de mesurer la valeur utilisateur en utilisant l'une des mesures suivantes :
-
- Revenu
- Conversion
- Engagement
Au fur et à mesure que vous modifiez les paramètres du mode, la synthèse de la capacité des valeurs de conversion se met à jour. Optimisez vos paramètres pour capturer les données les plus importantes, sans dépasser la capacité. Cf Calcul de la capacité des valeurs de conversion.
Important !
- La mesure porte sur une fenêtre d'activité de 24 heures qui démarre dès la première ouverture de l'application.
- Si vous souhaitez envoyer des événements via le S2S, vous devez explicitement activer SKAN S2S
Pour définir manuellement les valeurs de conversion dans Conversion Studio en utilisant un mode fixe :
- Dans le tableau de bord AppsFlyer, allez dans Configurations > SKAN Conversion Studio.
- Cliquez sur les options (⋮) pour afficher le menu des options puis :
- Assurez-vous que la mesure SKAN est activée. Attention ! En cas de désactivation, le SDK n'appellera pas les fonctions SKAdNetwork iOS de type registerAppForAdNetworkAttribution et updateConversionValue.
- [Facultatif] Activer l'envoi d'événements par S2S. Option disponible si le mode sélectionné est revenu, conversion ou engagement.
- Sélectionnez un mode de mesure fixe.
- Suivez les informations et les instructions du tableau suivant pour le mode de mesure fixe que vous avez choisi.
-
Cliquez sur Enregistrer.
- 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.
Mesures en mode fixe
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 vous est impossible d'intégrer le SDK AppsFlyer dans votre app.
Pour utiliser Decode :
- Dans le tableau de bord AppsFlyer, allez dans Configurations > SKAN Conversion Studio.
- Cliquez sur les options (⋮) pour afficher le menu des options puis :
- Assurez-vous que la mesure SKAN est activée. Attention ! En cas de désactivation, le SDK n'appellera pas les fonctions SKAdNetwork iOS de type registerAppForAdNetworkAttribution et updateConversionValue.
- Exportez votre fichier de mappage Décodage.
-
Cliquez sur Enregistrer.
- 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.
Composants de la mesure
SSOT (Source Unique de Vérité)
Le procédé Single Source of Truth (SSOT) indique (et déduplique) 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 sera probablement 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 CV est reglée de manière à définir si un utilisateur est attribué à la fois par SKAN et par une autre méthode de correspondance. Dans quel cadre l'indicateur SSOT est-il utilisé ?
|
Composant de prévisions
Obligatoire |
Non |
Pluri-utilisation autorisée |
Non |
Options des paramètres |
|
Disponibilité |
|
Composant d'événement in-app
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é :
|
||||||||||||||||||||
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
Mesurer l'engagement à l'aide des plages
Exemple : Le schéma illustre les plages d'occurrence ci-dessous. Les plages d'occurrence définies sont le suivantes :
Le nombre d'occurrences est enregistré en fonction des plages suivantes :
|
||||||||||||||||||||
Limitation | Un événement in-app ne peut être associé qu'une seule fois à ce composant. |
Composant du revenu
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 :
|
||||||||||||||||||||
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
Enregistrer les revenus à l'aide des plages
Exemple : Le schéma illustre les plages de revenus ci-dessous.
Le revenu est enregistré en fonction des plages suivantes :
|
Composant de l'entonnoir
|
|||||||||||||
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).
|
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é :
- Dans AppsFlyer, rendez-vous dans Studio de Conversion SKAN
- Sélectionnez Personnalisé, puis cliquez sur Continuer.
- Si besoin est, cliquez sur Supprimer pour effacer les paramètres en cours.
- Cliquez sur + Ajouter une mesure.Sélectionnez Priorité.
Priority 1 s'affiche.
- Sélectionnez un composant de mesure dans :
- Revenu
- Évènement in-app
- 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.
- Cliquez sur Valider.
Le message Priorité validée s'affiche. Si ce n'est pas le cas, corrigez la priorité avant de continuer. - 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.
Verrouiller la fenêtre
Remarque: Le verrouillage de fenêtre n'est disponible qu'avec SKAN 4 et +.
Utiliser |
Par défaut, les fenêtres SKAN mesurent la valeur de l'utilisateur à certains moments suivant l'installation. Vous pouvez verrouiller les fenêtres plus tôt et envoyer des postbacks en même temps que les données disponibles. Pour ce faire, vous devez définir les conditions qui déclenchent le verrouillage des fenêtres. |
Obligatoire |
Non |
Pluri-utilisation autorisée |
Oui, une pour chaque fenêtre SKAN |
Conditions |
Le verrouillage de fenêtre offre deux possibilités pour verrouiller la fenêtre SKAN en avance :
|
Effets de l'utilisation du verrouillage de fenêtre |
Les postbacks SKAN ne contiennent aucune information indiquant l'heure de fermeture d'une fenêtre, le verrouillage d'une fenêtre n'est donc pas pris en compte lors du calcul de l'heure d'installation. Verrouiller la fenêtre en avance peut donc diminuer la précision avec laquelle l'heure d'installation est estimée. |
Fenêtre d'activité
Remarque :
- La fenêtre d'activité est uniquement pertinente pour SKAN 3 et - (c'est-à-dire les modes personnalisé et fixe).
- Si vous utilisez SKAN 4 et + mais que les appareils des utilisateurs ou les réseaux publicitaires ne prennent pas en charge SKAN 4, la fenêtre d'activité est alors de 48 heures.
Obligatoire |
Oui |
Pluri-utilisation autorisée |
Non |
Caractéristiques du décompte |
|
Durée du décompte |
|
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 :
|
Heure d'installation |
L'heure d'installation est calculée comme suit :
|
Options des paramètres |
La fenêtre Activité comprend deux paramètres : la durée et les intervalles.
|
Effets des modifications de la durée de la fenêtre d'activité |
|
Remarques concernant les réseaux publicitaires |
|
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 :
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. |
Informations supplémentaires
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 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.
Les colonnes du fichier de mappage CSV
Colonne | Description |
---|---|
app_id | |
conversion_value |
Valeur CV :
|
event_name | |
min_event_counter | Le seuil le plus bas de la plage du compteur d'événements |
max_event_counter |
|
min_event_revenue | Le seuil le plus bas de la plage des revenus d'événement en USD |
max_event_revenue |
|
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. |
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
Exemple 1
Composante | Description |
---|---|
Fenêtre d'activité |
|
Revenu |
|
Achat | Aucun |
Tunnel | 3 événements in-app |
Exemple 2
Composante | Description |
---|---|
Fenêtre d'activité |
|
Revenu |
|
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 3
Composante | Description |
---|---|
Fenêtre d'activité |
|
Revenu |
|
In-app paramétré pour l'engagement |
|
Tunnel | Aucun |
Exemple 4
Composante | Description |
---|---|
Fenêtre d'activité |
|
Revenu |
|
Paramétrage in-app pour la conversion |
1 événement in-app pour mesurer la conversion (requiert 1 plage) |
Tunnel |
Aucun |
Exemple détaillé de mesure des priorités
Dans une appl d'achat, l'annonceur souhaite que la mesure se concentre sur :
- Actions des utilisateurs non payants
- 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.
Exemple de paramétrage des priorités de mesure
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 |
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) |
Exemples de mode fixe
Exemple A : mesure du revenu
Facteur | Remarques |
---|---|
Scénario |
|
Configuration SKAN |
|
Métriques sélectionnées | Mesures liées au revenu disponibles
|
Nombre de lignes de données brutes par rapport |
Les rapports de données brutes sont disponibles via Data Locker
|
Considérations pour les développeurs |
Les événements générateurs de revenus sont reconnus |
Exemple B : mesure de conversion
Facteur | Remarques | |||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Exemple |
Événements in-app effectués par des utilisateurs
|
|||||||||||||||||||||||||
Configuration de l'attribution de SKAdNetwork |
Sélectionner le type de mesure : conversion
|
|||||||||||||||||||||||||
Métriques sélectionnées |
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
|
||||||||||||||||||||||||||
Considérations pour les développeurs |
|
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. Ouverture de l'app
|
||||||||||||
Configuration de l'attribution de SKAdNetwork |
|
||||||||||||
Métriques sélectionnées |
Exemples de métriques disponibles
|
||||||||||||
Nombre de lignes de données brutes par rapport |
Les rapports de données brutes sont disponibles via Data Locker
|
||||||||||||
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. |
API Studio de conversion SKAN
Si vous souhaitez appliquer les mêmes configurations de valeurs de conversion SKAN à plusieurs applications, concevoir le schéma pour chaque application séparément dans l'interface utilisateur de Conversion Studio peut s'avérer long et complexe. Pour gagner du temps et de l'énergie, vous configurer votre schéma SKAN une fois dans l'interface utilisateur, puis utiliser l'API du Studio de conversion SKAN pour utiliser ce même schéma dans plusieurs applications. Remarque : L'API prend uniquement en charge les schémas configurés dans l'interface utilisateur à l'aide de SKAN 4 ou des modes de mesure personnalisés (mais dans ces modes, le composant de mesure Predict n'est pas pris en charge).
Pour utiliser l'API Studio de conversion SKAN :
- Récupérez le jeton d'API. Seul un admin peut obtenir le jeton.
- Donnez à votre développeur le jeton d'API à utiliser dans l'en-tête d'authentification.
- Transmettez les identifiants des apps suivantes à vos développeurs :
- L'application pour laquelle le schéma SKAN est configuré dans l'interface utilisateur (c'est-à-dire l'application à partir de laquelle vous souhaitez copier le schéma SKAN).
- Toutes les applications auxquelles vous souhaitez appliquer le même schéma.
- Dites à votre développeur de suivre les instructions de l'API Studio de conversion SKAN dans le hub des développeurs.
Remarque :
- L'API peut être utilisée pour copier le schéma dans une application par appel d'API. Votre développeur peut alors créer un script pour copier le schéma requis dans plusieurs applications.
- L'API Studio de conversion SKAN n'est pas disponible pour les agences.
Procédures supplémentaires
Modifier le mode de mesure SKAN
Important :
- Lorsque vous commencez à utiliser le mode de mesure SKAN 4, vous ne pouvez plus revenir à un mode précédent.
- Lorsque vous modifiez les paramètres, ils prennent effet à 00:00 UTC et 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.
Désactiver la mesure de SKAN
Pour désactiver la mesure SKAdNetwork :
- Dans AppsFlyer, ouvrez Configuration > Studio de Conversion SKAN.
- Cliquez sur ⋮.
- Désactivez la mesure SKAdNetwork.
Entre autres, le SDK cessera d'appeler les fonctions SKAN de type registerAppForAdNetworkAttribution ou updateConversionValue. - Cliquez sur Enregistrer les modifications.
Signaler les événements par API de serveur à serveur
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 :
- Effectuez l'une des opérations suivantes :
- Si votre mode sélectionné est SKAN 4 ou personnalisé :
- Aucune modification des paramètres n'est requise.
- Si vous avez choisi le mode revenu, conversion ou engagement :
- Dans AppsFlyer, ouvrez Configuration > Studio de Conversion SKAN.
- Cliquez pour accéder aux options (⋮).
- Activez Enregistrer les événements in-app envoyés par l'API S2S.
- Dans AppsFlyer, ouvrez Configuration > Studio de Conversion SKAN.
- Si votre mode sélectionné est SKAN 4 ou personnalisé :
- 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é :
- Dans AppsFlyer, ouvrez Configuration > Studio de Conversion SKAN.
- Faites défiler jusqu'à votre mode de mesure actif.
- 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.
- Cliquez sur Enregistrer.
Caractéristiques et limitations
Caractéristiques | Remarques |
---|---|
Agences |
Les agences ont un accès limité au SKAN Conversion Studio des annonceurs. |
Valeurs approximatives |
Jusqu'à 10 composants de mesure. |
Rapport In-App Events Organiques |
Dans les modes Custom et Decode de SKAN 4, ni les mesures organiques des événements in-app, ni le revenu global ne sont disponibles. |