.svg)
Nous avons récemment évoqué dans ces pages la décision d’Apple de mettre à jour l'App Tracking Transparency (ATT), son cadre qui impose aux applications mobiles de demander l’autorisation des utilisateurs avant de suivre leur activité sur les applications et sites web d’autres entreprises à des fins de publicité personnalisée.
L’autorité allemande de la concurrence, le Federal Cartel Office (FCO) or Bundeskartellamt, est à l’origine de ce changement dans une décision où elle exprimait ses inquiétudes quant au fait qu’Apple accordait à sa propre application un avantage concurrentiel en demandant le consentement de manière différente pour ses propres applications et pour celles de tiers.
Nous disposons désormais d’une meilleure visibilité sur les projets d’Apple concernant l’ATT, notamment sur le fonctionnement de la nouvelle demande d'autorisation, son interaction avec la CMP, les pays concernés et les mesures que les entreprises devraient commencer à prendre dès maintenant. Vous trouverez toutes ces informations dans cet article.
iOS 27.2 : Quels changements pour l'ATT ?
Suite à l'annonce initiale d'Apple indiquant que l'ATT serait mis à jour pour répondre aux préoccupations du Bundeskartellamt, la société a publié davantage d'informations dans ses récentes notes de mise à jour iOS et iPadOS 27.2 ainsi que dans sa documentation technique (traduit de l'anglais) :
Dans le cadre d'accords conclus avec certaines autorités européennes de la concurrence, Apple apporte des modifications à son cadre App Tracking Transparency au sein de l'Union européenne. À partir d’iOS 27.2 et d’iPadOS 27.2, les développeurs auront la possibilité d’utiliser une version alternative de la fenêtre contextuelle du cadre App Tracking Transparency dans l’UE.
- Apple, User privacy and data use (Source : Apple Developer documentation
La société met en place une nouvelle demande d'autorisation plus détaillée, obligatoire dans cinq pays (France, Allemagne, Italie, Pologne et Roumanie) où elle s’affichera automatiquement (même en cas d’ancien appel ATT), et facultative dans le reste de l’Union européenne (UE). En dehors de l’UE, la demande d'autorisation ATT actuelle reste inchangée.
Comme nous l’avions anticipé dans notre premier article, la nouvelle demande d'autorisation a également été mise à jour sur le plan visuel. Au lieu d’une petite alerte accompagnée d’une brève question, elle présente désormais une interface en pleine page demandant l’autorisation de relier l’activité des utilisateurs aux données d’autres entreprises (plutôt que de parler de « suivi »). La fenêtre d’autorisation affiche également deux boutons (« Autoriser » et « Refuser » au lieu de « Demander à l’application de ne pas suivre »), et les éditeurs d’applications peuvent ajouter leur propre libellé, ainsi qu’un lien facultatif « Informations supplémentaires » (qui leur permettra de relier la fenêtre d’autorisation ATT à la bannière CMP).
Comment la nouvelle demande d'autorisation ATT s'intègre-t-elle à la bannière de consentement ?
Au-delà de son aspect visuel, comment la nouvelle demande ATT se comporte-t-elle lorsque les utilisateurs y répondent ? Son association à votre bannière de consentement est facultative. Le tableau ci-dessous présente les conséquences de chaque choix, y compris lorsque les deux éléments sont associés :
Étant donné que l'ajout d'un lien vers votre bannière est facultatif, quels sont les avantages potentiels pour les éditeurs qui choisissent de le faire ?
Pourquoi associer la nouvelle demande d'autorisation ATT à votre bannière de consentement ?
Jusqu’à présent, les éditeurs d’applications devaient demander l’autorisation aux utilisateurs à deux reprises : une fois via la demande ATT pour accéder à l’IDFA, et une fois via la bannière CMP pour obtenir le consentement conformément à la législation sur la protection des données.
La nouvelle demande ATT permet aux éditeurs de regrouper ces deux demandes en personnalisant le texte explicatif et en ajoutant un lien « Informations supplémentaires », créant ainsi une seule interface contextuelle pouvant intégrer les deux questions, soit directement dans le texte, soit en ouvrant la bannière de consentement.
Ce lien entre les deux est facultatif, mais les éditeurs qui choisissent cette option pourraient constater une diminution de la fatigue du consentement, ainsi qu'un taux de consentement global plus élevé en posant une seule question au lieu de deux.
Questions en suspens qui restent à clarifier
Bien que les dernières communications d’Apple aient apporté beaucoup de clarté sur la prochaine évolution de l'ATT, certaines questions restent en suspens, notamment la manière dont un cadre comme le Transparency and Consent Framework (TCF) fonctionnerait avec la nouvelle demande d'autorisation, et dans quelle mesure les CMPs pourront enregistrer les données issues de cette bannières (à des fins de gestion des versions et de preuve du consentement, par exemple). Malgré ces lacunes, notre Chief Privacy Officer considère que cette orientation est positive pour les éditeurs :
Comme d’habitude, Apple communique mal et collabore peu avec le secteur, probablement à dessein, afin de ne pas faciliter la tâche aux éditeurs d’applications qui dépendent de leur plateforme. Cela reste néanmoins un pas en avant. Les éditeurs peuvent désormais associer leur bannière CMP au prompt ATT afin de réduire la fatigue du consentement créée par Apple et d’augmenter leurs taux d’opt-in. Beau travail de la part du Bundeskartellamt.
- Thomas Adhumeau, Chief Privacy Officer chez Didomi
Ce que cela implique pour vous dépendra de votre situation spécifique.
Que doivent mettre en place les éditeurs d'applications aujourd'hui ?
La marche à suivre dépend de la localisation de vos utilisateurs et de la manière dont vous gérez actuellement le consentement. Commençons par vos utilisateurs :
- Votre application ne compte aucun utilisateur dans l'UE : Rien ne change pour vous. En dehors de l'UE, la demande d'autorisation ATT actuelle reste inchangée.
- Vous avez des utilisateurs dans l'UE, mais aucun en France, en Allemagne, en Italie, en Pologne ou en Roumanie : La nouvelle demande d'autorisation ATT est facultative, vous pouvez donc conserver l'actuelle ou adopter la nouvelle et, si vous l'associez à votre bannière de consentement, demander le consentement des utilisateurs une seule fois au lieu de deux.
- Vous avez des utilisateurs en France, en Allemagne, en Italie, en Pologne ou en Roumanie : Vos utilisateurs verront la nouvelle invite ATT dès que la version iOS 27.2 sera disponible sur leurs appareils, que vous mettiez ou non à jour votre application. Testez le comportement de votre application et décidez s'il convient d'ajouter votre propre texte explicatif et de lier votre bannière de consentement à la demande ATT.
Maintenant, en ce qui concerne la configuration de votre gestion du consentement :
- Vous êtes client Didomi : C’est votre application qui affiche la demande de consentement ATT, et non le SDK Didomi. Votre configuration actuelle continuera donc de fonctionner une fois que vos utilisateurs auront effectué la mise à jour vers iOS 27.2. Vous avez la possibilité de relier l'ATT à votre bannière de consentement à l’aide du bouton « Informations supplémentaires », en utilisant la nouvelle API d’Apple et en fournissant le texte explicatif. Pour en savoir plus, consultez notre documentation.
- Vous utilisez une autre CMP que Didomi : Assurez vous auprès de votre fournisseur de CMP de la manière dont les mises à jour de l’ATT d’Apple sont prises en charge, et comment il garantit que le consentement recueilli via la nouvelle demande d'autorisation est bien enregistré. Si vous envisagez une migration vers Didomi, découvrez comment procéder.
- Vous n’utilisez pas de CMP : Les modifications apportées à l’ATT ne changent en rien vos obligations et exigences au titre des lois applicables en matière de protection des données. Vérifiez si vous devez obtenir le consentement de vos utilisateurs pour traiter leurs données à des fins publicitaires, et comparez les différentes options dans notre guide des meilleures Consent Management Platforms (CMP).
Notre équipe produit travaille activement sur le sujet, et nous vous en dirons plus dès que possible :
Nous avons déjà commencé à examiner les spécifications techniques d'Apple et nous mettons tout en œuvre pour garantir le bon fonctionnement de Didomi avec la nouvelle demande d'autorisation ATT. Votre configuration actuelle continue de fonctionner comme avant, et l'intégration de ce nouveau prompt à votre bannière Didomi est facultative. Nous tiendrons nos clients informés bien à l'avance de tout changement.
- Safaa E., Senior Product Manager & Enterprise product specialist chez Didomi
Nous continuerons à suivre l'évolution de la situation et à vous tenir informés dès que de nouvelles informations seront disponibles. Suivez-nous sur LinkedIn et abonnez-vous à notre newsletter mensuelle pour rester informés :
{{sign-up-didomi-newsletter}}
Apple ATT: Foire à Questions (FAQ)
La nouvelle demande d'autorisation ATT est-elle obligatoire ?
En France, en Allemagne, en Italie, en Pologne et en Roumanie, les utilisateurs verront s’afficher la nouvelle demande dès qu’ils passeront à iOS 27.2, que vous mettiez ou non à jour votre application. Dans le reste de l’UE, elle est facultative, et la demande actuelle reste inchangée en dehors de l’UE.
L’ATT remplace-t-il la CMP ?
Non. L’ATT contrôle l’accès à l’IDFA, tandis que le consentement prévu par la législation européenne sur la protection des données constitue une exigence distincte. Lier les deux bannières de consentement peut simplifier l’expérience utilisateur, mais la nouvelle fenêtre ATT ne supprime pas la nécessité d’un mécanisme de consentement valide lorsque la loi l’exige.
À quelle fréquence la fenêtre ATT peut-elle s’afficher dans l’UE ?
Une fois qu’un utilisateur a répondu, l’application ne peut plus afficher cette fenêtre pendant 12 mois. Ce délai est indépendant des paramètres d’expiration du consentement de votre CMP.
Dois-je mettre à jour mon application pour la nouvelle fenêtre contextuelle ?
Dans les cinq pays où elle est obligatoire, la nouvelle fenêtre contextuelle s’affiche automatiquement. Vous ne devez mettre à jour votre application que si vous souhaitez ajouter votre propre texte explicatif et le lien « Informations supplémentaires », ce qui nécessite la nouvelle API d’Apple.
