App Tracking Transparency vs. consentement RGPD : guide pour éditeurs mobiles

Deux invites, deux lois différentes

Ouvrez un jeu mobile dans l'UE sur un iPhone et vous pourriez voir deux demandes d'autorisation l'une après l'autre : l'invite App Tracking Transparency (ATT) d'Apple vous demandant de vous « suivre », et un formulaire de consentement RGPD portant sur les publicités personnalisées et le traitement des données. Les joueurs supposent qu'il s'agit de la même chose. Ce n'est pas le cas, et les confondre est la façon dont les éditeurs finissent soit non conformes, soit en laissant de l'argent sur la table.

L'ATT est une règle de plateforme d'Apple. Le RGPD est une loi européenne. L'une est appliquée par l'examen de l'App Store ; l'autre par les autorités de protection des données ayant le pouvoir d'infliger des amendes de plusieurs millions d'euros. Vous pouvez satisfaire l'une et tout de même enfreindre l'autre.

Ce que régit réellement App Tracking Transparency

L'ATT contrôle l'accès à l'IDFA (Identifier for Advertisers) et, plus largement, tout suivi qui relie l'activité d'un utilisateur entre des applications et des sites web détenus par d'autres entreprises. Si un joueur appuie sur « Demander à l'app de ne pas me suivre », votre application ne peut pas accéder à l'IDFA et ne doit pas le suivre à travers les propriétés d'autres entreprises.

Ce que régit réellement le consentement RGPD

Le RGPD concerne une base légale pour le traitement des données personnelles. La publicité personnalisée dans l'EEE exige généralement un consentement libre, spécifique et éclairé — recueilli via une CMP, exprimé dans le cadre IAB TCF, et révocable à tout moment.

Pourquoi vous avez besoin des deux, et dans quel ordre

Pour un joueur de l'EEE sur iOS, les deux régimes s'appliquent simultanément. La séquence largement recommandée consiste à afficher d'abord le formulaire de consentement RGPD, puis l'invite ATT. La logique : le consentement RGPD est la base légale, et l'invite d'Apple est une barrière de plateforme superposée par-dessus. Si un utilisateur refuse le consentement RGPD, il n'y a guère de raison de demander l'ATT, car vous n'avez aucune base légale pour le suivre, quoi qu'Apple autorise.

Concrètement, un flux de lancement propre ressemble à ceci :

L'intersection est le mot crucial. Les publicités personnalisées exigent à la fois le consentement RGPD et l'autorisation ATT sur iOS. Manquez l'un des deux et vous diffusez de l'inventaire non personnalisé.

Les enjeux de revenus

Chaque invite refusée fait baisser votre eCPM d'un cran. Un utilisateur qui accorde le consentement RGPD mais refuse l'ATT peut toujours recevoir des publicités personnalisées à partir de signaux contextuels et propriétaires, mais perd le ciblage basé sur l'IDFA. Un utilisateur qui refuse les deux ne voit que des publicités non personnalisées. Comprendre ces niveaux vous permet de prévoir les revenus honnêtement et d'optimiser les invites que vous pouvez influencer — le moment, le texte et le pré-message du formulaire RGPD — plutôt que de lutter contre la boîte de dialogue figée d'Apple.

Où FlexyConsent intervient

Les applications natives ont besoin d’une CMP intégrée à l’application, comme l’UMP de Google. FlexyConsent couvre les sites web, sur ordinateur et sur mobile (le CMP ID 317 est une CMP web). Il envoie les signaux IAB TCF 2.4 et Google Consent Mode v2. Ses rapports présentent les décisions par source et par région.

Points clés à retenir

← Blog Tout lire →