Mesurez le taux de désinstallation des utilisateurs provenant de différentes sources.

Pour configurer les mesures de désinstallation, référez-vous aux instructions du système d'exploitation correspondant.

using AppsFlyerSDK;

public class AppsFlyerObjectScript : MonoBehaviour, IAppsFlyerConversionData
{
    private bool tokenSent;

    void Start()
    {
        AppsFlyer.initSDK("devKey", "appID", this);
        AppsFlyer.startSDK();

#if UNITY_IOS
        UnityEngine.iOS.NotificationServices.RegisterForNotifications(UnityEngine.iOS.NotificationType.Alert | UnityEngine.iOS.NotificationType.Badge | UnityEngine.iOS.NotificationType.Sound);
#endif

    }

    void Update()
    {
#if UNITY_IOS
        if (!tokenSent)
        { 
            byte[] token = UnityEngine.iOS.NotificationServices.deviceToken;
            if (token != null)
            {
                AppsFlyer.registerUninstall(token);
                tokenSent = true;
            }
        }
#endif
    }
}

L'intégration au niveau SDK avec plusieurs plateformes partenaires externes (dont Segment, Adobe et Urban Airship) nécessite l'utilisation de l'API setAdditionalData.

Utilisez cette API uniquement si l'article d'intégration du partenaire spécifie clairement que l'API setAdditionalData est requise.

Exemple : code setAdditionalData

Dictionary<string, string> CustomDataMap = new Dictionary<string, string>();
CustomDataMap.Add("custom_param_1", "value_of_param_1");

AppsFlyer.setAdditionalData(CustomDataMap);

Par défaut, il doit s'écouler au moins 5 secondes entre deux lancements d'app pour qu'elles soient considérées comme deux sessions distinctes. Définir la durée minimale entre les sessions :

AppsFlyer.setMinTimeBetweenSessions(custom_time_ins_seconds);

Remarque Le fait de définir une durée personnalisée à valeur élevée entre les lancements peut avoir un impact négatif sur les API qui s'appuient sur les données de session (comme le deep linking).

Plus de détails sur le comptage des sessions d'application .

Indisponible dans Unity.

Certains services tiers (tels que les fournisseurs de services de messagerie ) :

• Encapsulent les liens dans des e-mails en utilisant leurs propres domaines d'enregistrement de clics.
• Vous permettent de définir vos propres domaines d'enregistrement des clics.

Si OneLink est encapsulé dans de tels domaines, il est possible que ses fonctionnalités soient limitées. Pour éviter ce problème :

• Appelez l'API setResolveDeepLinkURLs avant d'initialiser le SDK.
• Utilisez cette API pour obtenir le OneLink des domaines de clic qui lancent l'application. 

Scenario : les domaines de clic redirigent vers votre OneLink sur :https://mysubdomain.onelink.me/abCD.

Solution :

• Utilisez l'API setResolveDeepLinkURLs pour obtenir le OneLink vers lequel vos domaines de clic redirigent les utilisateurs.
• Cette méthode API reçoit une liste de domaines que le plug-in vient résoudre.
• Le code suivant vous permet d'utiliser votre domaine de clic tout en conservant les fonctionnalités de OneLink :

   Exemple

  AppsFlyer.setResolveDeepLinkURLs("example.com", "click.example.com");

Maintenant, utilisez les données de ce OneLink pour deep linker et personnaliser le contenu utilisateur.

Enregistrer les notifications push dans le cadre de campagnes de retargeting.

Pour enregistrer les notifications push :

• Appelez la méthode sendPushNotificationData.
• Cette méthode se trouve dans la méthode onCreate de chaque activité lancée à la suite d'un clic sur la notification :

#if UNITY_ANDROID && !UNITY_EDITOR
 AppsFlyerAndroid.handlePushNotifications();
#endif

Pour plus d'informations, consultez la mesure des notifications push.

Si les utilisateurs de l'app invitent leurs amis et contacts à devenir de nouveaux utilisateurs, ce sera une source de bénéfice.

Attribuez et enregistrez les installations provenant des invitations d'utilisateurs au sein de l'app. Attribution des invitations d'utilisateur

La cross-promotion des apps peut entraîner l'installation de nouvelles applications.

Attribuez et enregistrez les installations provenant d'une campagne de cross-promotion : faites la promotion de l'une de vos apps depuis une autre vous appartenant, et qui a été déjà lancée par un utilisateur. Attribution de la cross-promotion.

Un identifiant AppsFlyer est créé pour chaque nouvelle installation d'une app. Utilisez l'ID AppsFlyer pour :

• Envoyez des événements in-app serveur à serveur.
• Faites correspondre l'ID aux enregistrements d'utilisateurs dans vos systèmes en arrière-plan.
• Mappez les entrées lors de la fusion des données des API Pull et Push.

Pour obtenir l'ID AppsFlyer unique :

string AppsFlyerUID = AppsFlyer.getAppsFlyerId();

Définissez votre ID utilisateur client unique (CUID) et recoupez-le avec un ID AppsFlyer unique.

CUID unique : 

• Apparaît dans les rapports CSV de données brutes d'AppsFlyer.
• Peut être utilisé dans les API de postback pour les croiser avec vos ID internes.

Pour définir le CUID, utilisez :

AppsFlyer.setCustomerUserId("someId");

Bonnes pratiques !Définissez le CUID au début du flux de l'application — il est associé uniquement aux évènements rapportés après son installation.

Call setCustomerUserId before calling startSDK

• Les événements enregistrés seront associés au CUID.
• Les données associées apparaîtront dans les rapports de données brutes pour les installations et les événements.

AppsFlyer.setCustomerUserId("someId");

Obtenir l'ID utilisateur du client

Consultez CUID pour plus d'informations.

Délai d'initialisation du plug-in pour customerUserID

Définissez d'abord l'ID utilisateur client unique (CUID) puis initialisez le SDK. Ceci vous garantit que vos données d'installation et d'événement contiennent bien votre CUID.

Consultez les instructions relatives au système d'exploitation :

1. Android
2. iOS

OAID est l'un des identifiants d'appareil uniques qui permet l'attribution.

Pour collecter l'OAID :

    <androidPackage spec="com.appsflyer:oaid:5.2.0">
    </androidPackage>

Il exemple différents cas, comme ceux en rapport avec la réglementation légale ou le respect de la vie privée, qui peuvent obliger à désactiver et stopper tout enregistrement (tracking)

Bonnes pratiques Suivez les instructions exactes du scénario qui correspond à votre application.

Pour arrêter le suivi :

• Appelez stopSDK et définissez-le sur true.
  

  AppsFlyer.stopSDK(true);

• Le plug-in cesse de fonctionner et ne communique plus avec les serveurs AppsFlyer.

Pour réactiver le suivi : appelez stopSDK et définissez-le sur false.

Pour anonymiser un utilisateur d'application :

1. Définissez l'API lors de l'initialisation du SDK
2. Appelez anonymizeUseet définissez-le sur true.
   

   AppsFlyer.anonymizeUser(true);

3. Les installations, les évènements et les sessions d'un utilisateur sont anonymisés.

Pour redémarrer le suivi : appelez anonymizeUser et définissez-le sur false.

Dans certains cas, les annonceurs peuvent choisir de cesser le partage de données de niveau utilisateur avec des réseaux publicitaires/partenaires pour certains utilisateurs. Parmi les motifs on retrouve : 

• Les politiques de confidentialité telles que la CCPA ou le RGPD
• Les mécanismes de retrait des utilisateurs
• La concurrence avec certains partenaires (ad networks, tiers)

AppsFlyer fournit deux méthodes d'API pour arrêter le partage de données avec l'ensemble des partenaires ou avec certains d'entre eux :

• setSharingFilter: Used by advertisers to set some (one or more) networks/integrated partners to exclude from getting data.
• setSharingFilterForAllPartners: Used by advertisers to exclude all networks/integrated partners from getting data.

Ces méthodes de filtrage sont prises en charge à partir de la version 5.4.1 du SDK.

La méthode de filtrage doit être appelée à chaque fois que le SDK est initialisé et affecte la session entière.  Si un délai est requis pour déterminer si vous devez définir les filtres de partage, mieux vaut retarder l'initialisation du SDK. 

Lorsque la méthode est activée avant le premier appel de startSDK :

• Les utilisateurs des SRN sont attribués comme organiques, et leurs données ne sont pas partagées avec les partenaires intégrés.
• Les utilisateurs des réseaux publicitaires par clic (non-SRN) sont attribués correctement dans AppsFlyer, mais ne sont pas partagés avec ceux-ci via postback, API, rapport de données brutes, ou toute autre méthode.

Actuellement, les données de désinstallation ne peuvent pas être filtrées à l'aide de ces méthodes. Vous pouvez toutefois arrêter d'envoyer des événements de désinstallation aux partenaires en utilisant leurs pages de configuration dans AppsFlyer.