Pour la recette du message ATT européen dans iOS 27.2, commencez par établir si l’app doit réellement demander l’autorisation de suivi, puis vérifiez l’affichage selon la région de distribution, la version du système et l’état de l’utilisateur. Ne modifiez pas la logique de suivi au seul motif qu’une interface de remplacement apparaît en bêta : les règles de suivi et la présentation du dialogue sont deux sujets distincts. Cette procédure s’adresse aux équipes qui préparent une publication dans l’UE et doivent pouvoir reproduire leurs tests.
Sont concernés les développeurs indépendants qui utilisent la publicité, l’attribution ou des données partagées entre applications, les équipes qui distribuent dans plusieurs pays européens, ainsi que les personnes responsables de Xcode et de la recette sur appareil. Les équipes qui n’effectuent aucun suivi au sens de la définition Apple peuvent commencer par l’analyse des flux de données, plutôt que par l’ajout automatique d’une demande ATT.
Mise à jour : vérification documentaire au 1er octobre 2026, à partir des notes de version iOS/iPadOS 27.2 Beta et de la documentation Apple sur la confidentialité et l’utilisation des données. Les détails d’une version bêta peuvent évoluer ; refaites cette vérification avant la publication et après toute mise à jour des notes ou des API.
Déterminer si l’app relève réellement d’ATT
La présence de l’application dans l’App Store européen ne signifie pas, à elle seule, qu’une demande ATT doit être présentée. Le critère utile est la nature des traitements : examinez si les données de l’utilisateur sont reliées à des données provenant d’autres entreprises, ou utilisées pour suivre son activité entre les apps et les sites, selon la définition d’Apple. La décision doit découler du fonctionnement réel de l’app et de ses SDK, et non d’une formule générale dans le texte marketing.
Faites l’inventaire des événements transmis, des identifiants utilisés, des destinataires et des finalités. Dans une app financée par la publicité, il faut notamment documenter ce que font les composants d’attribution et de mesure après leur intégration. Une mention telle que « publicité personnalisée » ne suffit pas à établir, à elle seule, si un flux constitue du suivi au sens d’Apple ; l’inverse est également vrai : une description de produit qui évite le mot « suivi » ne rend pas un traitement exempt.
La présentation Apple du cadre AppTrackingTransparency et sa page sur l’utilisation des données et la confidentialité sont les références pour qualifier les pratiques. Si l’analyse des données reste incertaine, documentez le cas et sollicitez l’examen de la personne responsable de la confidentialité ou du conseil juridique de l’équipe. Ce guide décrit une recette technique ; il ne conclut pas à la conformité juridique d’une app.
Cette première décision évite plusieurs erreurs coûteuses. Une demande inutile peut surprendre les utilisateurs et réduire la clarté du parcours. Une demande absente alors que l’app utilise effectivement des données pour le suivi crée, au contraire, un écart entre le comportement de l’app et les règles de la plateforme. Enfin, des SDK configurés différemment selon les versions ou les régions peuvent rendre les résultats de test contradictoires si l’équipe n’a pas consigné les variantes.
Comparer le périmètre, la région et l’état à tester
Les notes Apple concernant iOS/iPadOS 27.2 Beta décrivent une invite ATT de remplacement pour les utilisateurs de l’UE ainsi qu’une capacité de nouvelle demande annuelle dans les conditions précisées par Apple. La page Apple sur la confidentialité précise que, pour la France, l’Allemagne, l’Italie, la Pologne et la Roumanie, la version de remplacement est la seule version applicable de cette invite système. Ces éléments sont liés à la bêta et à la documentation en vigueur : ils ne doivent pas être présentés comme des comportements immuables de la version finale.
| Cas de recette | Ce qu’il faut établir avant le test | Résultat à consigner |
|---|---|---|
| App sans suivi au sens d’Apple | Flux de données, SDK et finalités ne déclenchent pas le besoin d’ATT | Absence de demande cohérente avec l’implémentation ; aucun affichage forcé pour « tester l’UE » |
| App avec suivi, région européenne hors des pays à version unique | Région de distribution pertinente et documentation Apple actuelle | Variante système constatée, version du système et état d’autorisation |
| App avec suivi, France, Allemagne, Italie, Pologne ou Roumanie | Règle Apple indiquant la disponibilité de la seule version de remplacement dans ces pays | Page système effectivement affichée et chemin suivi jusqu’au résultat |
| App avec demande déjà décidée ou empêchée | Statut ATT, restrictions et réglages de l’appareil | Différence entre une demande non affichée et une autorisation déjà déterminée |
Ne confondez pas trois choses : la région où l’app est distribuée, la localisation ou le compte de l’utilisateur, et les conditions réelles de l’environnement de test. Un test réalisé avec un appareil configuré dans une région donnée ne prouve pas que tous les utilisateurs de cette région verront exactement le même parcours, surtout si les conditions d’éligibilité sont modifiées par Apple. La page Apple sur les règles de confidentialité des apps doit être consultée à côté de la documentation de version ; évitez de remplacer la règle écrite par une hypothèse fondée uniquement sur le pays sélectionné dans un menu.
Un résultat de recette exploitable comprend donc la région de distribution visée, la configuration pertinente de l’appareil, la version et le numéro de build du système, la version de l’app, l’état ATT initial et une preuve du dialogue ou de son absence. Si l’interface attendue ne se présente pas, commencez par vérifier l’état et les restrictions au lieu de conclure immédiatement à une panne de l’API.
Vérifier l’appel ATT et l’état retourné
Le nouveau message ne signifie pas que les conditions d’appel de l’autorisation ont changé automatiquement. La demande ATT reste un parcours système que l’app déclenche via son code, et la réponse doit être traitée sans supposer que le dialogue sera toujours visible. Examinez l’appel existant, son emplacement dans le parcours et la manière dont l’app adapte ensuite le comportement lié au suivi. La documentation Apple de la méthode de demande d’autorisation décrit l’API à utiliser.
Avant de lancer les essais, contrôlez la clé NSUserTrackingUsageDescription dans les informations de l’app. Sa valeur doit expliquer honnêtement l’usage des données et être disponible dans les langues proposées. Apple documente cette clé dans la référence de configuration NSUserTrackingUsageDescription. Une phrase passe-partout telle que « améliorer votre expérience » est insuffisante si elle ne permet pas de comprendre le traitement concerné.
Dans le code et les journaux de test, distinguez explicitement les états documentés : demande non déterminée, autorisée, refusée ou restreinte. La référence Apple de l’état d’autorisation ATT permet de vérifier les valeurs de l’API. « Aucun dialogue visible » n’est pas un état d’autorisation : cela peut correspondre à une demande déjà décidée, à un réglage ou à une restriction, ou à un chemin de code qui n’a pas appelé l’API.
Pour la recette, consignez l’état avant l’action, l’événement d’appel, le résultat transmis au rappel et la décision prise par l’app. Vérifiez également que le retour du système ne fait pas perdre le contexte à l’utilisateur : l’app ne doit pas présenter le refus comme une panne, ni continuer à exploiter un identifiant de suivi comme si l’autorisation avait été accordée.
Examiner l’explication complémentaire sans fabriquer un consentement
Les notes d’Apple sur iOS/iPadOS 27.2 Beta décrivent des changements d’interface européenne et un parcours susceptible de présenter des informations complémentaires. Dans ce contexte, NSUserTrackingMarkdownUsageDescription peut être évalué pour fournir une explication enrichie lorsque le système et l’app prennent en charge ce chemin. Ne le traitez pas comme une nouvelle clé obligatoire pour toute app, ni comme un motif supplémentaire permettant de demander le suivi. Pour les détails de la version bêta, vérifiez les notes de version Apple d’iOS/iPadOS 27.2 et la documentation de l’API ATT.
Le texte complémentaire doit décrire le fonctionnement concret : quelles données sont concernées, dans quel but et, si cela s’applique, quel rôle jouent les partenaires ou les outils de mesure. Une traduction ne doit pas transformer une explication facultative en promesse commerciale ou en condition d’accès à une fonction essentielle. Préparez un contrôle linguistique par langue, avec une vérification de l’affichage réel : longueur des paragraphes, mise en forme Markdown prise en charge et absence de texte tronqué.
Une pré-invite conçue par l’app est différente de l’invite système. Elle peut expliquer pourquoi une demande va apparaître, mais elle ne doit pas imiter le dialogue Apple, donner l’impression que l’utilisateur a déjà accepté, ni présenter le refus comme une erreur. Si cette pré-invite est testée, ajoutez un scénario qui vérifie que l’utilisateur peut poursuivre sans ambiguïté et que l’app ne déclenche pas un comportement incompatible avec son choix.
À noter : une explication plus détaillée peut aider à rendre le traitement compréhensible, mais elle ne modifie pas l’état ATT et ne remplace pas l’appel système. Testez séparément le texte de l’app, l’interface fournie par le système et le comportement après la réponse.
Organiser une recette reproductible sur Xcode et appareil
Une recette fiable sépare l’environnement de compilation de l’éligibilité réelle de l’utilisateur. Xcode sert à construire l’app et à exécuter les tests ; il ne suffit pas, à lui seul, à prouver qu’une personne donnée remplit les conditions régionales d’affichage. Avant de démarrer, notez la version exacte de Xcode et du système de test. Les notes de version Apple de Xcode 27.2 Beta et celles d’iOS/iPadOS doivent être vérifiées ensemble si l’équipe choisit de tester les versions bêta.
Procédez dans cet ordre :
Figer la variante testée. Enregistrez la version du code, les SDK publicitaires ou analytiques intégrés, les réglages de compilation, la langue de l’app et la région de distribution visée. Sans ce relevé, un changement de configuration peut expliquer une différence d’interface aussi bien qu’une évolution du système.
Valider l’applicabilité. Décrivez les flux de données pertinents et les finalités, puis reliez la décision d’utiliser ou non ATT à ces éléments. Si plusieurs variantes de l’app existent, consignez séparément les composants activés dans chacune.
Contrôler les textes et la configuration. Vérifiez
NSUserTrackingUsageDescription, les traductions, le texte complémentaire éventuel et les actions proposées dans la pré-invite. Confirmez que les chaînes correspondent au comportement effectif de la version testée, pas à une fonctionnalité prévue mais absente.Préparer les états de départ. Couvrez une demande non déterminée, une autorisation accordée, un refus et un cas restreint ou empêché par les réglages. Pour chaque scénario, consignez ce qui a été réinitialisé, ce qui ne l’a pas été et la méthode de préparation. L’état de confidentialité du compte, de l’appareil ou du système peut influer sur la répétition d’un test.
Comparer les contextes régionaux. Exécutez les scénarios correspondant aux pays concernés et à une autre situation européenne, en vérifiant la règle Apple actuelle pour chaque cas. Consignez la région de distribution et les paramètres de l’appareil séparément ; ne réduisez pas l’essai à une seule valeur de localisation.
Contrôler le dialogue et le rappel. Capturez l’interface système, notez si le texte complémentaire est présenté, puis relevez le statut reçu par le code. Comparez ce résultat au comportement attendu de l’app, y compris lorsque le dialogue ne réapparaît pas.
Archiver les preuves de publication. Conservez les versions de Xcode et d’iOS, les captures pertinentes, les textes localisés, les états initiaux et les résultats du rappel. Recommencez la vérification lorsque les notes bêta, la documentation de région ou l’implémentation de suivi évoluent.
Le test sur simulateur peut contribuer à vérifier le flux de l’app, mais une capture du simulateur ne prouve pas les conditions d’éligibilité régionales d’un véritable utilisateur. Pour une conclusion de publication, distinguez les tests automatisés, la validation sur appareil et la vérification documentaire. N’écrivez pas dans le rapport « l’UE affiche toujours ce dialogue » si le seul élément disponible est un essai isolé.
Pour une équipe qui conserve son environnement macOS séparé du poste principal, un Mac distant peut servir à installer Xcode, compiler et organiser une partie de la recette. Il ne détermine pas à lui seul la région admissible, l’état de confidentialité du testeur ni le comportement du système. Les équipes qui veulent comparer les possibilités disponibles peuvent consulter la présentation des solutions Mac distant de NodeMini, puis vérifier les versions système et les méthodes de test requises. Les équipes qui ont besoin d’un environnement de compilation séparé peuvent également consulter les options de Mac distant de NodeMini ; il faut d’abord confirmer la version macOS et Xcode nécessaire, puis prévoir un appareil et des conditions de test adaptés. Les possibilités détaillées d’environnement et de connexion sont à vérifier avant de retenir cette approche, plutôt que de présumer qu’elle reproduira le contexte d’un utilisateur européen.
Questions fréquentes
Qu’est-ce qui change dans le message ATT européen d’iOS 27.2 ?
Les notes Apple pour iOS/iPadOS 27.2 Beta signalent une invite de remplacement destinée aux utilisateurs de l’UE, ainsi qu’une possibilité de renouveler une demande annuelle dans les conditions décrites par Apple. Cela concerne l’interface système et le parcours d’autorisation ; ce n’est pas une nouvelle définition générale du suivi. Comme il s’agit d’une bêta, vérifiez les notes les plus récentes avant de figer vos critères de recette.
Dans quels pays le message ATT de remplacement s’applique-t-il ?
La documentation Apple indique que la version de remplacement est la seule version de cette invite système applicable en France, en Allemagne, en Italie, en Pologne et en Roumanie. Pour les autres situations européennes, Apple décrit une possibilité de présentation alternative, et non une règle à extrapoler à chaque utilisateur. Consignez la région de distribution testée et confrontez-la à la documentation Apple à jour.
Quelle explication faut-il ajouter au message ATT européen ?
NSUserTrackingMarkdownUsageDescription peut servir à fournir une explication complémentaire dans le parcours pris en charge ; ne le traitez ni comme un champ obligatoire pour toutes les apps ni comme une nouvelle justification du suivi. Rédigez un texte fidèle aux usages réels des données, vérifiez sa présentation et ses traductions, puis testez l’interface système. Une pré-invite conçue par l’app ne remplace pas l’autorisation ATT.
Après un refus, peut-on redemander l’autorisation ATT avant un an ?
Ne déduisez pas d’un refus seul qu’une nouvelle demande est immédiatement possible. Les notes Apple décrivent, pour les utilisateurs de l’UE, une capacité de renouvellement annuel dans les conditions prévues ; la période et l’éligibilité doivent être vérifiées dans la documentation actuelle. Distinguez aussi un refus enregistré d’une demande non affichée à cause d’une restriction ou d’un réglage, puis validez le cas sur un appareil de test.
Choisir l’environnement après avoir défini la preuve attendue
Un poste Mac déjà disponible reste adapté si l’équipe peut y reproduire durablement les versions nécessaires et relier ses tests à des appareils réels. À l’inverse, utiliser uniquement une machine Windows ou Linux laisse sans réponse les étapes qui exigent Xcode ; un environnement de compilation partagé peut, lui, devenir difficile à réserver, à maintenir et à isoler lorsque plusieurs versions du projet se croisent. La location d’un Mac ne résout toutefois ni l’éligibilité régionale ATT ni les limites d’un test sans appareil approprié.
Si l’équipe doit seulement valider ponctuellement une version de Xcode ou séparer la compilation de son poste quotidien, la location d’un Mac avec NodeMini peut être plus souple que l’achat d’une machine consacrée uniquement à cette tâche. Avant de retenir cette option, vérifiez les versions système nécessaires, le mode d’accès et la disponibilité des appareils requis pour votre protocole ; pour un travail continu, intensif ou dépendant d’interfaces physiques présentes au bureau, une machine locale peut rester le choix le plus prévisible. Dans tous les cas, la conclusion sur le message ATT doit reposer sur la documentation Apple à jour et des résultats de test consignés, pas sur l’emplacement du Mac qui a compilé l’app.