Checklist de confidentialité pour application mobile : que préparer avant la soumission ?

Imaginez l’application d’un coach sportif avec des comptes membres, une localisation facultative, un formulaire e-mail et des outils d’analyse. Cela représente déjà quatre flux de données distincts. Modifiez une seule fonctionnalité et le périmètre de confidentialité change avec elle.

Le plus difficile n’est pas de produire une page juridique. Il faut faire en sorte que trois éléments décrivent la même application :

Si l’un de ces éléments indique « aucune donnée de localisation » alors que l’application soumise demande l’accès à la position, le problème vient de cette incohérence.

Une grande partie de la préparation consiste à vérifier la cohérence : l’application, la politique et la fiche sur le store doivent raconter la même histoire. Cette cohérence est indispensable, mais elle ne remplace pas le respect des règles de fond des stores en matière de confidentialité et de données utilisateur.

Cet article vous aide à préparer cette histoire. Il ne constitue pas un conseil juridique : les exigences applicables varient selon le pays, le public et la nature des données.

Partez de l’application que vous êtes sur le point de soumettre, et non de celle décrite dans votre cahier des charges initial. Ouvrez chaque fonctionnalité et suivez ce qu’un utilisateur peut réellement faire.

Pour chaque flux de données, notez :

• le type de données concerné, par exemple une adresse e-mail, une position, une photo, un identifiant d’appareil ou l’activité dans l’application ;
• si leur fourniture est obligatoire ou facultative ;
• pourquoi elles sont collectées ou utilisées ;
• si elles peuvent être rattachées à une personne ou à un compte ;
• si un tiers les reçoit ou les traite ;
• combien de temps elles sont conservées et comment elles peuvent être supprimées.

Vérifiez ensuite les flux moins visibles : analytics, publicité, connexion via un réseau social, sites web intégrés, formulaires, code personnalisé et services externes. Ne confondez pas autorisation et collecte de données. Une autorisation contrôle l’accès à une capacité de l’appareil ; les formulaires des stores demandent ce qu’il advient des données.

Pour une application GoodBarber, le Privacy Center constitue un point de départ concret en recensant les autorisations requises par les fonctionnalités activées. L’utilisation que vous faites des formulaires, pages web externes, plugins et intégrations personnalisées doit néanmoins être vérifiée manuellement : vous seul savez quelles informations vous demandez aux utilisateurs et comment vous les utilisez.

Une politique de confidentialité générique conçue pour un site web suffit rarement. Votre application peut utiliser des autorisations de l’appareil, des comptes, des envois de fichiers ou des services qui n’existent pas sur votre site.

Les App Review Guidelines d’Apple imposent un lien vers la politique de confidentialité dans App Store Connect et dans l’application. La politique doit expliquer quelles données sont collectées, comment elles sont utilisées, quels tiers peuvent y accéder, combien de temps elles sont conservées et comment les utilisateurs peuvent retirer leur consentement ou demander leur suppression. La politique relative aux données utilisateur de Google Play impose également une politique de confidentialité dans Play Console et dans l’application.

Avant la soumission, vérifiez que la politique :

• nomme l’application ou l’entité juridique affichée sur sa fiche de store ;
• recense les données auxquelles l’application accède et qu’elle collecte, utilise ou partage ;
• explique clairement la finalité de chaque utilisation ;
• identifie les services tiers concernés ou les catégories de destinataires ;
• décrit les procédures de traitement sécurisé des données personnelles et sensibles ;
• explique leur conservation et leur suppression ;
• fournit un contact fonctionnel pour les questions de confidentialité ;
• pour Google Play, est hébergée à une URL active, publique et non soumise à des restrictions géographiques, n’est pas modifiable, n’est pas un PDF et reste facile à trouver dans l’application.

Un modèle n’est qu’un point de départ. Supprimez les clauses qui ne s’appliquent pas et ajoutez les flux de données manquants. GoodBarber fournit un modèle de politique de confidentialité fondé sur la configuration de l’application ; son propriétaire reste responsable du texte final.

Le label de confidentialité d’Apple est un résumé structuré affiché sur la fiche App Store. Il ne s’agit pas d’une copie de la politique de confidentialité dans un autre champ.

Dans App Store Connect, vous indiquez d’abord si l’application ou ses partenaires tiers collectent des données. Pour chaque type de données concerné, Apple demande ensuite pourquoi elles sont collectées, si elles sont liées à l’utilisateur et si elles servent au suivi. Apple exige explicitement d’inclure les pratiques des partenaires tiers dont le code est intégré à l’application et de tenir les réponses à jour lorsque ces pratiques évoluent.

Travaillez à partir de votre inventaire. La localisation, les comptes, les envois de fichiers, la publicité et les analytics peuvent tous modifier vos réponses. Ne recopiez pas la déclaration d’une autre application.

Les utilisateurs de GoodBarber peuvent suivre le guide détaillé et à jour pour remplir le formulaire App Privacy dans App Store Connect. Il distingue les déclarations applicables par défaut de celles qui dépendent des autorisations et extensions activées.

Ne confondez pas le label App Privacy avec les privacy manifests d’Apple. Un privacy manifest consigne les catégories de données collectées par une application ou un SDK tiers, ainsi que les motifs approuvés pour utiliser certaines API soumises à justification. Apple exige également que certains SDK tiers couramment utilisés incluent des privacy manifests et signatures valides. Avec GoodBarber, la couche de compilation native prend en charge le code et les bibliothèques du binaire ; votre rôle consiste à faire correspondre les réponses fournies aux stores à la configuration choisie.

La section Data safety de Google Play explique elle aussi ce que l’application collecte ou partage et pourquoi. Elle utilise toutefois les définitions et le questionnaire propres à Google : la déclaration Apple est une bonne préparation, mais ne peut pas être recopiée telle quelle.

Pour une publication standard sur Google Play, vous devez remplir le formulaire Data safety même si votre application ne collecte aucune donnée utilisateur. Vous devez également fournir une politique de confidentialité. La déclaration doit couvrir les données traitées par les bibliothèques et SDK tiers.

Pour chaque type de données, vérifiez s’il est collecté, partagé ou les deux, si son traitement est temporaire, si les utilisateurs peuvent choisir et quelle en est la finalité. Comparez ensuite le formulaire rempli avec la politique de confidentialité. Google précise que des divergences entre le comportement de l’application et la déclaration peuvent entraîner des mesures d’application de ses règles.

Le guide GoodBarber consacré à Data safety sur Google Play met en correspondance le formulaire avec le comportement par défaut de la plateforme et des fonctionnalités telles que la localisation, les comptes et les contenus envoyés par les utilisateurs. Il rappelle aussi une limite importante : GoodBarber ne peut pas savoir comment vous utilisez les informations supplémentaires recueillies par un formulaire, un site externe, un plugin ou tout autre parcours personnalisé. Vous devez ajouter vous-même ces utilisations.

Les informations relatives à la confidentialité ne sont pas complètes si les utilisateurs ne peuvent pas exercer les choix qu’elles décrivent.

Si votre application permet de créer un compte, Apple exige que les utilisateurs puissent lancer sa suppression depuis l’application. Pour Google Play, les applications qui permettent de créer un compte dans l’application doivent proposer à la fois un parcours de suppression facilement accessible dans l’application et une ressource web externe permettant de demander la suppression du compte et des données associées. Testez les deux parcours avec un vrai compte avant la soumission et veillez à ce que la politique explique les éventuelles données que vous devez conserver.

Le consentement et les autorisations de l’appareil nécessitent le même test pratique. Ne demandez que les accès nécessaires à la fonctionnalité activée. Expliquez clairement leur finalité au moment de la demande et affichez, avant la fenêtre système, toute information préalable visible exigée par le store. Si un service nécessite un consentement sur votre marché cible, vérifiez que son refus ou son retrait entraîne bien le comportement décrit dans votre politique. Chaque demande doit être attendue, nécessaire et compréhensible.

Faites-le une fois la configuration de l’application figée et avant de soumettre le build.

Ouvrez chaque URL de politique et de suppression depuis une fenêtre de navigation privée. Vérifiez le build final, pas seulement le back-office. Si les équipes de validation ont besoin d’un compte pour accéder à du contenu restreint, fournissez des identifiants fonctionnels dans les notes de soumission.

Le Privacy Center de GoodBarber réunit les éléments à surveiller en un seul endroit : inventaire des autorisations, paramètres de consentement, contacts de confidentialité, conditions d’utilisation et contenu de la politique de confidentialité.

La configuration de l’application et le binaire restent liés. Les bibliothèques tierces sont intégrées à la demande lorsque la fonctionnalité correspondante est activée ; désactivez-la et la bibliothèque associée est retirée lors de la recompilation. Par défaut, seules les autorisations nécessaires à l’application sont demandées.

La première partie de cette checklist devient ainsi visible. Vous pouvez vérifier si les accès à la localisation, à l’appareil photo ou liés à la publicité sont activés, puis utiliser les guides de publication GoodBarber pour reporter ces choix dans les consoles des deux stores.

Aucune plateforme ne peut déduire la finalité d’un formulaire personnalisé, les données recueillies par une page externe ou la règle de conservation appliquée hors de l’application. Le Privacy Center organise la partie liée à la plateforme. À vous de compléter la partie métier. Découvrez l’architecture complète dédiée à la confidentialité pour comprendre comment s’articulent autorisations, bibliothèques et préparation des stores.

Et si vous préférez déléguer le processus de publication, le service GoodBarber s’en occupe (GBTC) peut remplir pour vous les questionnaires d’Apple et de Google Play sur l’utilisation des données, à partir de la configuration de votre application et des informations supplémentaires que vous fournissez.

L’objectif n’est pas d’automatiser la responsabilité, mais de rendre possible un travail précis sur la confidentialité sans avoir à analyser vous-même le fonctionnement interne de votre application.

Vos déclarations ne sont pas définitivement terminées lorsque la première version est approuvée. Réexaminez-les chaque fois que vous ajoutez ou supprimez des comptes, la localisation, des envois de fichiers, des analytics, de la publicité, des paiements, du code personnalisé ou un service externe. Faites de même si vous modifiez la finalité d’une utilisation, les destinataires des données, leur durée de conservation ou leur mode de suppression.

Commencez par une action concrète : ouvrez le Privacy Center de votre application et recensez chaque autorisation et service externe activé. Comparez ensuite cette liste avec votre politique, le formulaire App Privacy d’Apple et la section Data safety de Google Play. Trois éléments. Une seule histoire, exacte et cohérente.

Toute application soumise à l’App Store ou à Google Play doit-elle avoir une politique de confidentialité ?

Oui. Apple exige une URL de politique pour toutes les applications ainsi qu’un lien dans l’application. Google Play exige une politique dans Play Console et dans l’application, même lorsqu’aucune donnée utilisateur n’est collectée.

Puis-je utiliser la même politique de confidentialité pour Apple et Google Play ?

Oui, si elle décrit fidèlement l’application et respecte les exigences des deux stores. Les questionnaires restent distincts : App Privacy d’Apple et Data safety de Google Play utilisent des structures et des définitions différentes.

GoodBarber peut-il remplir à ma place les questionnaires de confidentialité des stores ?

Oui. Avec le service GoodBarber s’en occupe (GBTC), notre équipe peut remplir les questionnaires de l’App Store et de Google Play sur l’utilisation des données à partir de la configuration de votre application et des informations supplémentaires que vous fournissez. Vous restez responsable de fournir une politique de confidentialité exacte et de signaler toute utilisation supplémentaire des données liée à des formulaires, pages externes, plugins ou intégrations personnalisées.