App Tracking Transparency : quand une app e-commerce a besoin d'ATT et comment le demander

App Tracking Transparency (ATT) est la règle d'Apple selon laquelle une app doit obtenir l'autorisation via une invite système avant de suivre le client sur les apps et sites d'autres entreprises ou de partager ses données avec des courtiers en données. Une app e-commerce n'a besoin de cette invite que si elle effectue un suivi tel qu'Apple le définit. Ce guide explique comment le savoir et comment demander.

ATT est une exigence de plateforme, pas une loi sur la vie privée. Elle coexiste avec vos obligations RGPD, ePrivacy et CCPA plutôt qu'elle ne les remplace. Pour comprendre comment ces couches s'articulent, commencez par confidentialité et consentement pour les apps mobiles e-commerce.

Périmètre, et ce que ceci n'est pas. Ceci est un guide pratique pour les équipes produit et marketing, pas un avis juridique, et les règles d'Apple évoluent. Savoir si votre app effectue le suivi tel qu'Apple le définit dépend de vos flux de données réels, des SDK et intégrations que vous activez, et de la façon dont vous les utilisez. Confirmez cette qualification avec votre cartographie des données et un conseil juridique, et vérifiez la règle Apple en vigueur à la source avant de vous y fier.

Ce qu'est ATT

ATT est une invite d'autorisation, définie par Apple, qu'une app doit afficher avant de suivre un utilisateur à des fins publicitaires ou de partager ses données avec un courtier en données. Quand une app veut accéder à l'identifiant publicitaire de l'appareil (l'IDFA) ou suivre l'utilisateur d'une autre manière sur les propriétés d'autres entreprises, iOS affiche une boîte de dialogue système normalisée : « Autoriser [App] à suivre votre activité sur les apps et sites web d'autres entreprises ? », avec les options « Demander à l'app de ne pas me suivre » et « Autoriser ». Si le client refuse, l'app ne peut pas utiliser l'IDFA et ne doit pas le suivre par d'autres moyens.

Apple emploie « suivi » dans un sens plus étroit que le langage courant. La question n'est pas de savoir si l'app collecte des données. Elle est de savoir si l'app utilise les données de la façon qu'Apple qualifie de suivi.

Votre app e-commerce a-t-elle seulement besoin d'ATT ?

Votre app a besoin d'ATT uniquement si elle effectue le suivi tel qu'Apple le définit : relier les données collectées dans votre app aux données collectées sur cet utilisateur ou cet appareil par d'autres entreprises, à des fins de publicité ciblée ou de mesure publicitaire, ou partager des données d'utilisateur ou d'appareil avec un courtier en données. D'après les recommandations d'Apple sur la vie privée, cela s'applique même quand l'identifiant est une adresse e-mail ou un numéro de téléphone haché, et pas seulement l'IDFA. Le hachage ne vous met pas hors périmètre.

Cette définition tranche nettement la plupart des configurations e-commerce réelles. Voici les types d'exemples d'Apple, transposés à une app de shopping :

Pour la plupart des marques Shopify, ATT peut ne pas s'appliquer quand la mesure reste de première partie et à l'intérieur de la même marque. Le reciblage inter-entreprises, un SDK de régie publicitaire ou le partage de listes à des fins publicitaires peuvent faire entrer l'app dans le périmètre. La seule présence d'un SDK n'est pas le critère. Ce sont ses pratiques réelles avec les données. Tranchez à partir de votre cartographie des données et avec un conseil juridique, pas depuis un tableau de blog. Si un usage facultatif des données n'est pas clair, cartographiez-le avant de construire.

Comment demander sans contraindre

Si vous avez besoin d'ATT, demandez par étapes, pas tout d'un coup. Apple vous autorise à afficher une pré-invite (un écran de préparation) avant la boîte de dialogue système, tant qu'elle n'induit pas en erreur. Une bonne séquence comporte trois étapes :

1. Le contexte d'abord. Laissez le client utiliser l'app. Ne déclenchez pas l'invite au tout premier lancement, avant qu'il ne sache ce qu'est votre marque.
2. Une pré-invite courte qui explique honnêtement l'intérêt et le laisse continuer ou non.
3. L'invite ATT du système, affichée seulement après la pré-invite, avec un texte de finalité clair.

Une pré-invite qui fonctionne :

Aidez-nous à mesurer notre publicité Si vous autorisez le suivi, nous pouvons mesurer quelles publicités amènent des clients vers l'app et rendre notre publicité moins répétitive. Votre expérience d'achat fonctionne dans les deux cas. Continuer | Pas maintenant

La pré-invite compte parce que le système ne présente généralement la demande de suivi qu'une seule fois. Une fois que le client a répondu à la boîte de dialogue système, l'app ne peut plus l'afficher. Le client doit en général changer sa réponse dans les réglages iOS. Une pré-invite honnête lui donne le contexte dont il a besoin avant cette décision.

Le texte de finalité : dites ce que font les données

L'invite système comprend un texte de finalité que vous rédigez, et il doit décrire l'usage réel, pas un vague « pour une meilleure expérience ». C'est le texte NSUserTrackingUsageDescription. Un texte générique ou trompeur affaiblit une divulgation sincère et peut créer un risque à l'examen : décrivez donc ce que font vraiment les données.

• Faible : « Nous utilisons le suivi pour vous offrir une meilleure expérience. »
• Mieux : « Nous utilisons l'identifiant de votre appareil pour mesurer les performances publicitaires et personnaliser la publicité sur les apps et sites d'autres entreprises. »

N'utilisez un texte que s'il est vrai pour votre app. Si vous ne personnalisez pas réellement la publicité sur les propriétés d'autres entreprises, ne le dites pas. Le texte de finalité est une déclaration factuelle : il doit correspondre à ce que font réellement vos intégrations activées.

Ce que vous ne devez pas faire

Apple est stricte sur la contrainte, et voici les erreurs qui font refuser ou retirer des apps. D'après les App Store Review Guidelines et les recommandations de conception sur la vie privée d'Apple :

• Ne conditionnez pas les fonctionnalités. Le shopping, la navigation, le contenu, les offres et les récompenses doivent fonctionner que le client autorise le suivi ou non. Vous ne pouvez pas verrouiller des fonctions derrière « Autoriser ».
• N'offrez pas d'incitation en échange de l'autorisation. Ni remises, ni points, ni avantages contre un accord au suivi.
• Ne manipulez pas le choix. Pas de faux boutons, pas de pré-invites conçues pour tromper, pas de formulation laissant entendre que l'app ne marche pas sans suivi.
• Ne suivez pas avant l'autorisation. Si le client n'a pas donné son accord, ne collectez pas l'IDFA et ne le suivez ni par identifiants hachés ni par aucune autre voie.
• N'insistez pas. Le système affiche généralement la demande une fois ; ensuite, respectez la réponse et indiquez les réglages si le client veut en changer.

L'autorisation ATT doit être un choix authentique et non contraint. Traitez-la ainsi et vous éviterez du même coup les problèmes à l'examen.

Après l'invite : respectez la réponse dans la durée

L'autorisation n'est pas un événement ponctuel. Vérifiez le statut du suivi aux lancements suivants et agissez en conséquence. Le statut peut être non déterminé, refusé, restreint ou autorisé, et un client peut le désactiver plus tard dans les réglages. Si le statut est autre qu'autorisé, arrêtez le suivi, y compris toute voie par identifiant haché ou par SDK, jusqu'à ce qu'il redevienne autorisé.

Dans le centre de confidentialité, affichez le statut actuel du suivi et un chemin clair pour le changer. Comme le système d'exploitation détient cette autorisation, l'app ne peut pas la modifier depuis un interrupteur interne ; elle peut expliquer le réglage et renvoyer directement vers les réglages iOS. Ne laissez jamais un interrupteur dans l'app faire croire qu'il a changé l'autorisation système d'Apple. Ce modèle de centre de confidentialité, et son lien avec vos autres contrôles de consentement, est traité dans l'article pilier du cluster.

Si un client refuse, vous ne perdez pas toute la mesure

Un refus ne signifie pas que vous perdez toute la mesure. Apple fournit des cadres d'attribution respectueux de la vie privée qui fonctionnent sans suivre les individus, dont AdAttributionKit et SKAdNetwork lorsque cela s'applique. Apple les documente comme interopérables plutôt que comme se remplaçant l'un l'autre, et recommande désormais AdAttributionKit pour les campagnes publicitaires d'apps tout en documentant encore SKAdNetwork. Les deux rendent compte des performances de campagne au niveau agrégé : vous voyez donc toujours quelles campagnes génèrent installations et conversions, sans identifier la personne.

L'attribution agrégée est utile, mais elle ne remplace pas les données au niveau utilisateur. Son utilité dépend de la prise en charge par la régie, de la configuration des campagnes et des valeurs de conversion, des fenêtres temporelles, des seuils de confidentialité qui masquent les résultats à faible volume, et des retours agrégés différés. Anticipez ces limites plutôt que de supposer un reporting équivalent.

Deux conséquences pratiques pour une marque e-commerce :

• Traitez l'attribution agrégée et respectueuse de la vie privée comme la base, et les données au niveau utilisateur des clients qui ont autorisé le suivi comme un complément, pas comme le socle.
• Appuyez-vous sur les signaux de première partie que vous possédez déjà. L'analyse commerciale de première partie peut rester disponible sans ATT quand sa mise en œuvre n'effectue pas le suivi tel qu'Apple le définit et que vos autres obligations de confidentialité permettent ce traitement. Prudence ici : transmettre les événements de votre propre app à un SDK qui les réutilise à des fins publicitaires peut constituer en soi du suivi au sens d'Apple, même si vous n'utilisez jamais cette capacité publicitaire. Gardés réellement en première partie, le comportement dans l'app et l'historique d'achat sont souvent plus riches, pour une app de commerce, que les données publicitaires inter-apps. Pour savoir quoi mesurer, voir les indicateurs d'app mobile pour les marques Shopify.

Un « Autoriser » ATT ne rend pas un flux de données licite au regard du RGPD ou de l'ePrivacy. Un refus ATT ne décide pas non plus de la façon dont vous traitez l'ensemble de vos données de première partie. ATT est un contrôle parmi d'autres. Demandez honnêtement, acceptez la réponse, et construisez une mesure qui fonctionne aux deux niveaux de consentement.

ATT n'est pas le consentement RGPD ni CCPA

Obtenir un « Autoriser » sur l'invite ATT ne vous donne pas le consentement RGPD ou ePrivacy, et ne satisfait pas les règles d'opposition de Californie. Ce sont des couches distinctes qui doivent s'accorder :

• ATT est l'autorisation d'Apple de suivre sur les propriétés d'autres entreprises.
• Le consentement RGPD et ePrivacy régit le droit de traiter et de partager les données en premier lieu, avec ses propres exigences sur la façon de le recueillir et de le retirer.
• La CCPA et la CPRA donnent aux Californiens le droit de s'opposer à la vente ou au partage, et d'obtenir que leurs signaux d'opposition soient respectés.

Un client peut autoriser ATT alors qu'il vous faut encore une base légale distincte selon les règles européennes, ou pendant qu'un Californien s'est opposé au partage. Concevez les parcours pour qu'ils s'accordent entre eux, plutôt que de supposer que l'un couvre les autres. Le guide pilier parcourt l'ensemble.

Une liste de contrôle avant développement

Avant de publier le parcours ATT, confirmez tout ceci :

1. Qualification effectuée. Vous savez, par votre cartographie des données et votre conseil juridique, si l'app effectue ou non le suivi tel qu'Apple le définit.
2. Invite uniquement si nécessaire. Si rien dans l'app ne suit entre entreprises, vous n'affichez pas l'invite.
3. Pré-invite, puis invite système, avec le contexte d'abord et sans contrainte.
4. Un texte de finalité honnête qui correspond à ce que font vos intégrations activées.
5. Aucun conditionnement, aucune incitation, aucune manipulation.
6. Statut revérifié au lancement, avec arrêt du suivi dès qu'il n'est pas autorisé.
7. Une entrée dans le centre de confidentialité affichant le statut et renvoyant vers les réglages.
8. Attribution agrégée et analytique de première partie en place pour que la mesure survive à un refus.
9. Des étiquettes de confidentialité App Store qui reflètent le suivi que vous effectuez réellement. Les réussir fait partie d'une fiche propre : voir comment remplir la fiche de votre app sans vous faire refuser.

Comment NAPPS aide

NAPPS est une plateforme de création d'apps mobiles natives pour les marques Shopify et Shopify Plus. Elle gère les préférences de suivi sur une page de confidentialité dans l'app, pas seulement dans l'invite ATT. En pratique, l'app :

• affiche pendant l'accueil une page « Gérez vos préférences de confidentialité » qui détaille les sous-traitants concernés et sépare la collecte de données en catégories strictement nécessaires, de performance, et de ciblage et personnalisation publicitaire ;
• recueille les choix du client sur cette page de confidentialité, avec du contexte, pour que la décision soit éclairée plutôt qu'une simple boîte de dialogue système ;
• n'envoie aucune donnée personnelle avant que le client n'ait autorisé le suivi ;
• garde les informations personnelles hors du flux de données après un refus ou un changement ultérieur dans les réglages iOS, tandis que les données strictement nécessaires et de performance continuent de circuler pour que l'app fonctionne et que vous puissiez voir ses performances ;
• applique cela de façon cohérente sur les versions d'iOS et les intégrations qu'elle prend en charge ; et
• est testée face aux étiquettes de confidentialité de l'App Store et aux manifestes de confidentialité des SDK que l'app doit déclarer.

Une app qui ignore un choix sur le suivi s'expose à un refus sur l'App Store. Les intégrations activées peuvent varier selon la marque, mais le choix est toujours respecté. NAPPS ne décide pas si un flux de données constitue du suivi pour vos produits et vos marchés, ni quelle est votre base légale. Tranchez avec un conseil juridique, puis configurez l'app en conséquence.

Pour la vue d'ensemble du lancement d'une app Shopify, voir le guide pour transformer une boutique Shopify en app mobile (2026).

Directement à la source

Apple fait évoluer ces documents : consultez les versions en vigueur.

• La page User Privacy and Data Use (la définition du suivi par Apple, y compris le point sur les identifiants hachés).
• La documentation du framework App Tracking Transparency (comportement de l'autorisation et valeurs de statut).
• Les App Store Review Guidelines (section 5.1.2, usage et partage des données) et les Human Interface Guidelines sur la confidentialité.
• AdAttributionKit, SKAdNetwork et leur interopérabilité pour l'attribution respectueuse de la vie privée.

En résumé

D'abord, déterminez si votre app suit les gens sur les propriétés d'autres entreprises à des fins publicitaires. Beaucoup de marques Shopify ne le font pas : elles ne devraient donc pas afficher l'invite. Si l'app effectue bien du suivi, utilisez une pré-invite honnête et un texte de finalité sincère. Ne conditionnez ni n'incitez jamais la décision, continuez de la respecter dans la durée, et servez-vous de l'attribution agrégée et des données de première partie pour mesurer vos campagnes après un refus. Un « Autoriser » n'est pas le consentement RGPD ou CCPA. Ces couches ont toujours besoin de leurs propres contrôles.

Si vous préparez une app Shopify et voulez que le parcours ATT, le texte de finalité et la mesure respectueuse de la vie privée soient traités comme un comportement standard, réservez un appel de 20 minutes avec l'équipe NAPPS et nous vous montrerons comment tout cela s'assemble dans une app native avant que vous ne construisiez.