Soutenir la politique de consentement de Google pour l'UE

Les intégrations suivantes sont liées à la nouvelle politique de consentement de Google pour l'UE :

• Google Ads (googleadwords_int)
• GMP DV360 (dv360_int)

Si les utilisateurs finaux de vos applications provenant de ces intégrations se trouvent dans l'Espace économique européen (EEE), veillez à prendre les mesures nécessaires pour respecter les exigences de la nouvelle politique de consentement de Google pour l'UE.

Les marketeurs doivent obtenir le consentement des utilisateurs finaux dans l'EEE pour l'utilisation de leurs données personnelles afin de continuer à utiliser les fonctionnalités de mesure, de personnalisation des publicités et de remarketing de Google Ads et GMP DV360.

Le SDK AppsFlyer (v6.13.1+) peut envoyer les données de consentement nécessaires avec chaque événement pour répondre aux exigences de Google.

• Mettez à jour votre SDK vers la dernière version (v6.13.1+), applicable aux applications Android ou iOS.
• Une fois le SDK mis à jour, voir ici les instructions d'implémentation pour la conformité avec la DMA.

Les marketeurs ont deux options pour envoyer les données de consentement requises à AppsFlyer :

• Directement via le SDK ou une API S2S : Les marketeurs peuvent envoyer les données de consentement directement à AppsFlyer en utilisant le SDK. Applicable aux applications Android ou iOS.
• Via TCF Strings : Les marketeurs qui utilisent ou prévoient d’utiliser une plateforme de gestion du consentement (CMP) peuvent transmettre les champs de données via les chaînes standard IAB TCF (TCF V2.2). Veillez à inclure l'identifiant du fournisseur Google (755) dans la liste des fournisseurs autorisés. 

AppsFlyer permet ensuite aux clients de transmettre les signaux de consentement à Google. Cependant, il est important de noter qu'AppsFlyer ne recueille pas, ne modifie pas et ne contrôle pas le consentement de l'utilisateur final. Les marketeurs qui travaillent avec Google sont responsables de la collecte des champs de consentement nécessaires.

Voir cette vidéo sur la façon d'envoyer des données de consentement à AppsFlyer.

Les valeurs de consentement de l'utilisateur final sont envoyées à Google pour les intégrations AppsFlyer concernées (googleadwords_intet dv360_int) en utilisant les champs suivants :

1. Voir la définition de Google pour chaque champ.
2. Lorsque la DMA ne s'applique pas à l'utilisateur, AppsFlyer suggère de s'abstenir d'envoyer des champs de consentement autres que gdpr_applies=false

AppsFlyer permet aux annonceurs, lorsqu'ils estiment que les exigences de la DMA ne s'appliquent pas à leurs utilisateurs finaux (par exemple lorsqu'ils ne sont pas ressortissants de l'UE), d'empêcher l'envoi de données de consentement à Google. Pour ce faire, il suffit d'activer une option dans les pages d'intégration concernées.

S'abstenir de partager les données de consentement avec Google :

1. Dans AppsFlyer, dans le menu latéral, sélectionnez Collaboration > Intégration active.
2. Recherchez le partenaire et cliquez sur Gérer l'intégration.
3. Dans l'onglet Configuration de l'intégration, activez l'option Utilisateurs non-UE.

À ce stade, seuls les événements liés aux applications mobiles sont partagés avec Google. Il n'est donc pas nécessaire d'obtenir le consentement d'AppsFlyer pour les événements web. Si les utilisateurs passent du web à votre application, leur consentement sera recueilli ultérieurement dans l'application.

Selon la Commission européenne, la Loi sur les marchés numériques (DMA) s'applique aux utilisateurs de l'UE et de l'EEE (Espace économique européen), ce qui a un impact sur ces pays. Sur la base de ces informations, il convient de noter que la DMA ne s'étend pas au Royaume-Uni et à la Suisse.

AppsFlyer recommande de consulter votre équipe juridique afin d'obtenir le consentement d'une manière conforme à la DMA. Bien que Google fournisse des instructions générales, il ne propose pas de texte spécifique pour les invites. 

Après qu’AppsFlyer reçoit les chaînes TCF de ta CMP (soit via le SDK AppsFlyer, soit par S2S), elles sont traitées et traduites sur les serveurs d’AppsFlyer. La traduction suivante est mappée et envoyée à Google, comme le recommande Google :

Oui. Google exige que les données de consentement soient incluses dans chaque événement envoyé par AppsFlyer, car Google ne fusionne pas les données de consentement des utilisateurs provenant de Firebase avec celles envoyées par AppsFlyer. Par conséquent, les données relatives au consentement doivent être envoyées à AppsFlyer, qui les transmet à Google. De même, le partage des données de consentement avec AppsFlyer ne suffit pas à répondre aux exigences du SDK Firebase. Cela signifie que vous devez envoyer les données à la fois à AppsFlyer et à Firebase.

Traiter le consentement des utilisateurs dans l'Espace économique européen (EEE)

Collaborez avec le conseiller juridique de votre entreprise. Il peut fournir des informations sur les implications des politiques de consentement des utilisateurs européens concernant les données que vous partagez avec des partenaires comme Google. Si nécessaire, mettez en place des invites de confidentialité telles que « Paramètres de confidentialité » ou « Choix de confidentialité » pour recueillir les signaux de consentement des utilisateurs de votre application en ce qui concerne le marketing et la publicité.

Vérifier la conformité de la CMP et le support du TCF 2.2

Assurez-vous que votre plate-forme de gestion du consentement (CMP) prend en charge le TCF 2.2, qui est la version la plus récente du Transparency and Consent Framework (TCF). Votre TCF doit également être bien informé des nouvelles exigences de consentement de Google pour l'UE et peut vous conseiller sur la manière de les soutenir via le TCF.

Mettre en œuvre les dernières versions des API SDK/Serveur-à-Serveur (S2S)

Envisagez les options suivantes pour envoyer les nouveaux champs de consentement, soit en utilisant le SDK, soit par des appels API S2S :

• Utilisation du SDK :
  • Mettre en œuvre la dernière version du SDK AppsFlyer (v6.13.1+) pour les applications iOS et Android
  • Choisir le mode d'envoi des données de consentement
• Utilisation des appels de l'API S2S :
  • Avant d'envoyer des événements in-app à AppsFlyer, mettez à jour vos appels API pour inclure l'objet consent_data pour chaque événement. Voir comment procéder. 

Transition depuis l'ancienne intégration GMP (DoubleClick)

Si vous utilisez encore l'intégration AppsFlyer GMP héritée (doubleclick_int), prévoyez de terminer la transition vers la version plus récente (dv360_int) d'ici le premier trimestre 2024. L'intégration de l'ancienne version n'est pas compatible avec le consentement de l'UE et sera bientôt abandonnée. Plus de détails ici.

Les utilisateurs de l'UE qui refusent que leurs données soient utilisées par Google à des fins publicitaires (ad_user_data=0) ne seront pas pris en compte par Google Ads et DV360. Cela signifie qu'AppsFlyer ne pourra pas les attribuer.

Cette modification peut avoir une incidence sur le nombre d'utilisateurs de l'EEE apparaissant dans vos audiences et exposés aux campagnes de remarketing de Google. Les utilisateurs basés dans l'EEE devront donner leur accord avant que leurs informations ne soient communiquées à Google. Les personnes qui n'ont pas donné leur accord seront exclues des audiences de Google et ne verront pas vos campagnes. Cela soulève la question de savoir comment obtenir le consentement de vos utilisateurs et quelles peuvent être les répercussions pour votre entreprise et vos efforts publicitaires. En savoir plus sur les changements apportés aux audiences.