En bref : Configurez votre politique d'identification d'utilisateur pour exercer un contrôle au niveau du compte sur les données qu'Audiences partage avec les partenaires.
À propos
Une fois que vous avez défini une audience, AppsFlyer Audiences envoie les identifiants des membres de cette audience à vos partenaires publicitaires sélectionnés. Cela leur permet de diffuser vos publicités uniquement à ces utilisateurs.
Pour respecter les exigences de confidentialité d'iOS 14.5 et d'autres considérations de confidentialité des utilisateurs, Audiences vous offre un contrôle total pour déterminer quels identifiants sont partagés avec les partenaires :
- au niveau du compte
- au niveau des connexions partenaires
Cet article explique le processus de gestion de votre politique d'identifiant utilisateur au niveau du compte. Pour plus d'informations sur la gestion des identifiants partagés au niveau des connexions partenaires, consultez la section Gérer les connexions du guide Audiences.
Identifiants utilisateur
Cette section décrit les identifiants qui peuvent être partagés avec les partenaires.
Identifiants partagés
Par défaut, Audiences partage les identifiants suivants avec les partenaires :
- iOS : IDFA (sur iOS 14.5 et supérieur, disponible uniquement si un utilisateur autorise le partage de cet identifiant)
- Android : GAID
Certains partenaires publicitaires prennent également en charge les identifiants suivants :
- Email (haché)
- Numéro de téléphone (haché)
- OAID et IMEI (tous deux pertinents uniquement pour les magasins Android autres que Google Play)
D'autres identifiants supplémentaires peuvent être utiles pour vos processus internes (tels que le CRM ou l'analyse) :
- CUID
- IDFV (uniquement valable pour iOS)
Pour plus d'informations (y compris les exigences relatives à l'utilisation d'identifiants spécifiques dans AppsFlyer), consultez le tableau des identifiants ci-dessous.
Tableau des identifiants
| Identifiant | Système d'exploitation | Partagé par défaut ? |
Exigences d'utilisation |
|---|---|---|---|
| IDFA | iOS | Voir Remarque (droite) |
Par défaut, partagé uniquement pour les utilisateurs avec le statut ATT : autorisé ou non déterminé |
| GAID | Android | Oui | Aucune |
| OAID | Android (hors Google Play) |
Non | Doit être configuré dans le SDK AppsFlyer |
| IMEI | Android (hors Google Play) |
Non | Doit être configuré dans le SDK AppsFlyer |
| CUID | iOS Android |
Non |
|
| IDFV | iOS | Non |
|
| Email (haché) | iOS Android |
Non |
|
| Numéro de téléphone (haché) | iOS Android |
Non |
Définition de la politique d'identification des utilisateurs au niveau du compte
La politique d'identification des utilisateurs ne peut être définie que par un utilisateur administrateur.
Pour définir ou modifier votre politique, suivez ces étapes :
- Dans AppsFlyer, dans le menu latéral, sélectionnez Engage > Audiences.
- Cliquez sur l'icône des paramètres (engrenage) dans le coin supérieur droit.
-
Dans la fenêtre Politique d'identification des utilisateurs, sélectionnez les paramètres conformes aux politiques de confidentialité de votre organisation.
- Si vous choisissez d'autoriser le partage d'identifiants autres que IDFA, GAID, OAID et IMEI, vous devez d'abord consulter et accepter les Conditions d'utilisation des identifiants supplémentaires.
- Si vous choisissez d'interdire les identifiants téléchargés par les connexions partenaires existantes, il vous sera demandé de confirmer que vous souhaitez arrêter de télécharger ces identifiants.
- Cliquez sur Enregistrer.
Les modifications apportées à votre politique IDFA entreront en vigueur à partir de la sortie d'iOS 14.5 par Apple. Toutes les autres modifications apportées à votre politique d'identification d'utilisateur prendront effet lors du prochain téléchargement vers les partenaires.
Réglementations en matière de confidentialité
Cette section décrit les réglementations sur la confidentialité qui influencent comment les identifiants utilisateurs peuvent être partagés.
iOS
À partir de la version 14.5, iOS exige que chaque application offre à l'utilisateur une option permettant d'autoriser ou d'interdire le partage de son identifiant appareil IDFA à des fins publicitaires (App Tracking Transparency). Le fait qu'un utilisateur ait vu et répondu, ou non, à cette option (la "boîte de dialogue de consentement ATT") détermine le statut ATT de cet utilisateur.
Les options de politique d'audience pour le partage d'identifiants dans iOS sont basées sur le statut ATT le plus récent d'un utilisateur. Vos options de partage sont les suivantes :
| Option de politique utilisateur | Statut ATT correspondant |
|---|---|
|
Ne jamais télécharger |
Cet identifiant n'est pas transmis aux partenaires |
|
Statut ATT : uniquement autorisé |
L'identifiant est téléchargé si le statut ATT le plus récent est authorized ou af_authorized |
|
Statut ATT : autorisé ou non déterminé |
L'identifiant est téléchargé si le statut ATT le plus récent est autorisé, af_authorized, non_déterminé ou af_unavailable |
|
Toujours télécharger |
L'identifiant est téléchargé indépendamment du statut ATT. Assurez-vous que votre application respecte bien ses conditions d'utilisation. |
Remarque : Audiences considère le statut ATT d'un nouvel utilisateur comme non déterminé jusqu'à ce qu'il ait vu et répondu à la boîte de dialogue de consentement ATT.
Pour des définitions détaillées du statut ATT, voir :
- Définitions du statut ATT d'Apple
- Définitions du statut ATT d'AppsFlyer (af_authorized, af_unavailable)
De plus, tous les utilisateurs de l'Espace économique européen (EEE) sont soumis à l'application par Google de la loi sur les marchés numériques (DMA).
Android
Les utilisateurs Android de l'Espace économique européen (EEE) sont soumis à l'application par Google de la loi sur les marchés numériques (DMA).
Loi sur les marchés numériques de l'UE
Dans le cadre de l'application par Google de la loi sur les marchés numériques (DMA) le 6 mars 2024, Google met à jour sa politique de consentement des utilisateurs de l'UE. En tant que partenaire Google App Attribution, AppsFlyer apporte les modifications nécessaires pour soutenir leurs exigences politiques, tout en garantissant que les annonceurs maximisent la valeur de leurs canaux marketing Google Ads. En savoir plus
Voici comment les changements affecteront les audiences :
-
Nouveau SDK AppsFlyer
Le dernier SDK AppsFlyer recueillera le consentement des utilisateurs auprès des propriétaires d'applications pour l'Espace économique européen (EEE) afin que leurs données puissent être partagées avec Google. Pour les audiences créées dans AppsFlyer (telles que les audiences personnalisées et suggérées), les informations de consentement collectées à partir du SDK seront automatiquement partagées avec Audiences, puis avec Google. Une fois que vous avez mis à jour vers le dernier SDK, ce processus se déroulera automatiquement. -
Audiences connectées à Google
- Consentement accordé - AppsFlyer enverra les appareils des utilisateurs de l'EEE ayant donné leur consentement pour partager leurs informations avec Google.
- Consentement refusé - AppsFlyer n'enverra pas les appareils des utilisateurs de l'EEE qui ont refusé leur consentement à partager leurs informations avec Google.
-
Consentement inconnu - AppsFlyer enverra les appareils des utilisateurs de l'EEE qui n'ont ni accordé ni refusé leur consentement sous le statut «Non spécifié». Il est probable que Google ne les accepte pas pour inclusion dans l'audience de son côté.
Pour plus de détails, consultez la FAQ de Google.
-
Audiences existantes
Tous les appareils déjà inclus dans une audience chez Google avant le 6 mars 2024 ne seront pas impactés et resteront dans l'audience. Seules les nouvelles audiences ou les nouveaux appareils EEE ajoutés à une audience existante seront téléchargés sur Google avec consentement. -
Taille de téléchargement de l'audience
Les tailles estimées et réelles de téléchargement de l'audience peuvent être affectées selon le nombre d'utilisateurs accordant ou refusant leur consentement. -
Importer des audiences
- Importer une audience standard - AppsFlyer ajoutera les données de consentement qu'il collecte à partir du SDK AppsFlyer et supprimera les appareils non consentis ou non spécifiés avant de l'envoyer à Google.
- Importer une audience « telle quelle » - Lorsque vous importez une audience « telle quelle » via CSV ou API, deux champs de consentement supplémentaires devront être ajoutés. Ces champs sont :
| Champ AppsFlyer (1) | Champ Google (2) | Valeurs | Champ expliqué |
|---|---|---|---|
| Personnalisation des annonces activée | personnalisation des annonces | vrai\/faux | L'utilisateur a-t-il donné son consentement à Google pour utiliser ses données à des fins de publicité personnalisée ? |
| données utilisateur publicitaire activées | données_utilisateur_publicitaire | vrai\/faux | L'utilisateur a-t-il donné son consentement pour envoyer ses données utilisateur à Google ? |
Si les champs de consentement ne sont pas renseignés avec des valeurs, ils seront envoyés à Google comme «Non spécifié».
Remarque
L'application par Google du Digital Markets Act (DMA) s'applique aux plateformes Android et iOS.