En bref : pensez à profiter des fonctionnalités de SDK complémentaires et avec la collaboration de votre développeur implémentez différentes API comme la mesure des désinstallations, l'attribution des invitations d'utilisateurs, les notifications push et les paramètres de confidentialité.
Méthodes d'attribution complémentaire
Ces méthodes d'attribution complémentaire vous seront utiles si vous prévoyez de mesurer la TV, les désinstallations ou les applications préinstallées.
Toutes les plateformes
Attribution TV
Attribuez les utilisateurs mobile à des publicités TV diffusées dans un lieu et à moment précis.
Mesure des désinstallations
Mesurez le taux de désinstallation des utilisateurs provenant de différentes sources. La mesure des désinstallations peut vous aider à analyser et optimiser vos campagnes en fonction de ce KPI significatif.
Découvrez comment configurer la mesure des désinstallations.
Android uniquement
Applications pré-installées
Dans les campagnes de pré-installation, les propriétaires d'apps passent un contrat avec les fabricants d'appareils (OEM) pour qu'ils y préinstallent leurs applications.
Avec AppsFlyer, vous pouvez facilement attribuer les installations d'applications pré-installées. Lorsque les utilisateurs lancent votre application pour la première fois, AppsFlyer attribue l'installation au fabricant en tant que source média.
Sessions
Mesurez l'engagement des utilisateurs vis-à-vis de votre app en comptabilisant le nombre de sessions utilisateur au cours d'une période donnée.
Toutes les plateformes
Personnalisation de la durée entre sessions
Par défaut, il doit s'écouler au moins 5 secondes entre deux lancements d'app pour que les sessions soient considérées comme distinctes. En savoir plus sur la comptabilisation des sessions.
Le fait de définir la durée personnalisée entre deux lancements sur une valeur élevée peut impacter négativement les API qui s'appuient sur les données de session, comme le deep linking.
Android uniquement
Sessions d'arrière-plan pour applications utilitaires
Vous pouvez créer manuellement des rapports de sessions utilisateur. Cela peut être utile pour les apps utilitaires qui s'exécutent en back-end.
Médias propres
Utilisez OneLink pour attribuer vos sources média propres, comme les sites, réseaux sociaux et invitations d'utilisateurs.
Toutes les plateformes
Résoudre les URL Deep Link encapsulées
Certains services tiers tels que les prestataires de services de messagerie encapsulent des liens dans des emails avec leurs propres domaines d'enregistrement des clics. Certains vous permettent même 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 résoudre ce problème, votre développeur doit configurer l'application à l'aide des API suivantes :
Voir setResolveDeepLinkURLs dans le cadre du SDK Android
Voir resolveDeepLinkURLs dans le cadre du SDK iOS
Voir setMinTimeBetweenSessions dans le cadre du SDK Unity
Enregistrement des notifications push
AppsFlyer prend en charge la mesure des campagnes de notification push pour l'ensemble des fournisseurs, dont les services de notification push Google Cloud Messaging et Apple.
Attribution des invitations utilisateur
Le fait de permettre à vos utilisateurs existants d'inviter leurs amis et contacts en tant que nouveaux utilisateurs de votre application peut être un facteur de croissance important pour votre application. Avec AppsFlyer, vous pouvez attribuer et enregistrer les installations provenant d'invitations utilisateur au sein de votre app.
En savoir plus sur l'attribution des invitations.
Attribution des promotions croisées
En savoir plus sur l'attribution des promotions croisées.
Attribuer des sessions d'app initiées depuis des sites (domaines) propres
Les propriétaires d'app qui passent par les liens universels pour le deep linking (sans OneLink) peuvent configurer le SDK pour attribuer les sessions initiées via un domaine associé à leur app (Android / IOS).
Par exemple :
- Un utilisateur lance une recherche sur Google puis clique sur votre domaine www.example.com.
- Si l'utilisateur n'a pas encore installé l'application, il est dirigé vers le site (www.example.com).
- Si l'utilisateur a installé l'app sur son appareil, il est deep linké à l'application qui est associée à www.example.com. La session est attribuée à la source média (paramètre
pid) configurée dans le SDK.
La documentation destinée aux développeurs est disponible ci-dessous :
Conseil ! Les smart scripts One Link permettent aux propriétaires d'app d'augmenter la conversion des visiteurs d'un site en utilisateurs d'app.
Confidentialité des utilisateurs
Prenez en compte les différentes réglementations comme le GDPR et le CCPA, ainsi que les besoins de votre entreprise, et réfléchissez aux politiques de demande de consentement (accord ou refus) à mettre en place.
Toutes les plateformes
Politique de demande de consentement (refus)
Il pourra vous être nécessaire de demander à votre développeur de paramétrer le SDK AppsFlyer afin de stopper ou limiter la collecte de données, (par exemple pour vous conformer au RGPD ou CCPA). La demande de consentement peut avoir lieu à différents niveaux en fonction des réglementations et des droits des utilisateurs. Pour en savoir plus sur le sujet, cf le refus de consentement des utilisateurs.
Exclure les partenaires de l'obtention de données
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)
Le partage de données avec les partenaires est contrôlé via la méthode setSharingFilterForPartners :
Voir setSharingFilterForPartners dans le cadre du SDK Android
Voir resolveDeepLinkURLs dans le cadre du SDK iOS
Voir setSharingFilterForPartners dans le cadre du SDK Unity
iOS uniquement
SDK en mode strict
Utilisez le SDK en mode strict pour supprimer complètement la fonctionnalité de collecte IDFA et les dépendances de structure AdSupport (par exemple, lors du développement d'une app jeune public).
Si vous commercialisez des apps destinées au jeune public, votre développeur doit installer le SDK en mode strict et non pas en mode standard. Remarque : l'IDFV reste disponible.
Désactiver des infrastructures publicitaires
Pour désactiver les infrastructures AdSupport et iAd, le SDK fournit les paramètres suivants :
-
disableCollectASApour refuser les attributions d'Apple Search Ads. -
disableAdvertisingIdentifierpour ne pas collecter l'ID publicitaireApple
-
setDisableCollectIAdpour refuser les attributions d'Apple Search Ads. -
setDisableCollectAppleAdSupportpour ne pas collecter l'ID publicitaireApple