Google utilise la technologie IA pour traduire le contenu dans votre langue préférée. Les traductions générées par IA peuvent contenir des erreurs.

Groupes de métadonnées d'application pour la sécurité des données

Les bundles de métadonnées d'application permettent aux développeurs d'inclure de manière transparente des informations sur eux-mêmes, sur l'application et sur la manière dont ils collectent, partagent et protègent les données utilisateur, le cas échéant. Le Google Play Store exige que les développeurs fournissent ces informations pour les applications qu'il distribue, et les fabricants d'appareils Android avec les services Google Play exigent la même chose des développeurs d'applications que le fabricant précharge, à quelques exceptions près pour les services système.

D'autres magasins d'applications et programmes d'installation peuvent choisir d'exiger un bundle de métadonnées d'application pour les applications qu'ils distribuent. La méthode de distribution de l'application détermine la manière dont les développeurs peuvent créer et intégrer un bundle de métadonnées d'application. Android affiche les informations de sécurité des données du bundle de métadonnées de l'application aux utilisateurs. Par exemple, si une application déclare qu'elle partage la position avec un tiers, ces informations s'affichent dans l'invite d'autorisation d'accéder à la position sur les appareils équipés d'Android 14 ou version ultérieure.

Présentation

Un bundle de métadonnées d'application vous permet de partager des informations sur vous (le développeur) et votre application, y compris les données utilisateur que votre application collecte ou partage, et de présenter les principales pratiques de sécurité et de confidentialité de votre application. Grâce à ces informations, les utilisateurs pourront faire des choix plus éclairés, par exemple lorsqu'ils accordent des autorisations.

Les bundles de métadonnées d'application sont distincts et s'ajoutent aux obligations légales de transparence et de divulgation auxquelles vous pouvez être soumis en tant que développeur dans les pays où vous opérez.

Tous les développeurs sont encouragés à déclarer la façon dont ils collectent et traitent les données utilisateur pour leurs applications. Ils doivent également préciser l'objectif de l'application, fournir des informations sur le développeur et expliquer comment l'application protège les données utilisateur grâce à des pratiques de sécurité telles que le chiffrement. Cela inclut les données collectées et gérées via les bibliothèques ou SDK tiers utilisés dans les applications. Les développeurs peuvent consulter les informations sur la sécurité des données publiées par les fournisseurs du SDK pour en savoir plus. Les développeurs peuvent consulter le Google Play SDK Index pour savoir si un fournisseur a indiqué un lien vers ses conseils.

Les bundles de métadonnées d'application atteignent l'appareil différemment, selon la façon dont l'application est distribuée :

Applications préchargées sur l'image système : le fabricant de l'appareil est chargé d'inclure le bundle de métadonnées de l'application dans un fichier XML de sécurité des données dans l'image système.
Applications distribuées par des programmes d'installation : le programme d'installation est chargé d'envoyer le bundle de métadonnées de l'application à l'appareil. Si vous développez une application distribuée via Google Play, consultez les instructions de l'aide de la Play Console. Les installateurs peuvent se référer au schéma des bundles de métadonnées d'application.

Les développeurs d'applications préchargées peuvent créer un fichier XML de sécurité des données de l'une des manières suivantes :

Si vous développez une application publiée sur le Play Store, utilisez le formulaire Sécurité des données de la Play Console sur la page "Contenu de l'application" en accédant à Règles > Contenu de l'application. Si vous avez déjà rempli ce formulaire, aucune autre action n'est requise de votre part.
Téléchargez et modifiez le modèle de fichier XML disponible sur cette page pour le fournir aux fabricants ou aux installateurs.

Préparation des informations…

Avant que les développeurs ne commencent à créer un bundle de métadonnées d'application, procédez comme suit :

Assurez-vous qu'il a ajouté des règles de confidentialité.
Examinez comment l'application collecte et partage les données utilisateur, ainsi que ses pratiques de sécurité. Vérifiez en particulier les autorisations déclarées de l'application, ainsi que les API qu'elle utilise.

En plus d'examiner comment l'application collecte et partage les données utilisateur, les développeurs doivent également examiner comment tout code tiers (comme les bibliothèques ou les SDK tiers) de l'application collecte et partage ces données. Le bundle de métadonnées de l'application doit indiquer si un tel code tiers collecte ou partage des données.

Que doivent indiquer les développeurs dans les sections d'informations sur l'application et le développeur ?

Cette section explique les informations que les développeurs doivent divulguer dans les sections Informations sur l'application et Informations sur le développeur du bundle de métadonnées de l'application. Si l'application est distribuée via le Google Play Store, utilisez la Play Console pour saisir ces informations.

Ce que les développeurs doivent partager sur l'application

Lors de la création d'un bundle de métadonnées d'application, les développeurs doivent divulguer les informations sur l'application décrites dans les sections suivantes :

Ajouter une raison

Décrivez l'objectif de l'application dans un texte lisible par l'humain en anglais (nombre maximal de caractères : 4 000).

Catégorie d'applications

Sélectionnez la catégorie qui correspond le mieux à l'objectif de l'application dans la liste suivante.

Les catégories suivantes sont destinées aux applications préchargées :

OTA : packages chargés de recevoir et d'installer les mises à jour OTA (Over The Air)
AOSP : packages disponibles dans le projet Android Open Source
Sécurité
Magasin

Les catégories décrites dans le tableau suivant sont également utilisées par Google Play :

Catégorie	Exemples
Art et design	Carnets de croquis, outils de peinture, fournitures d'art et de design, livres de coloriage
Auto et véhicules	Achats de véhicules, assurance automobile, comparaisons des prix de l'automobile, sécurité routière, avis et actualités automobiles
Beauté	Tutoriels de maquillage, outils de relooking, coiffure, achats beauté, simulateurs de maquillage
Livres et références	Lecteurs de livres, ouvrages de référence, manuels scolaires, dictionnaires, thésaurus, wikis
Entreprise	Éditeur ou lecteur de documents, suivi des colis, Bureau à distance, gestion des e-mails, recherche d'emploi
BD	Lecteurs de bandes dessinées, titres de bandes dessinées
Communications	SMS/MMS, chat ou messagerie instantanée, appels téléphoniques, carnets d'adresses, navigateurs, gestion des appels
Rencontres	Rencontres, séduction, relations, nouvelles rencontres, recherche de l'amour
Enseignement	Préparation aux examens, livres parascolaires, vocabulaire, jeux éducatifs, apprentissage des langues
Divertissement	Vidéos en streaming, films, émissions télévisées, divertissement interactif
Événements	Places de concert, billets pour des événements sportifs, revente de billets, places de cinéma
Finance	Services bancaires, paiements, localisateurs de distributeurs automatiques de billets, actualités financières, assurances, taxes, gestion de portefeuille et bourse, calculs de pourboires
Alimentation et boissons	Recettes, restaurants, guides alimentaires, dégustation et œnologie, recettes de boissons
Santé et remise en forme	Remise en forme personnelle, suivi d'exercice physique, conseils nutritionnels et diététiques, santé et sécurité
Maison et intérieur	Recherche de maison et d'appartement, bricolage, décoration intérieure, prêts bancaires, immobilier
Bibliothèques et démos	Bibliothèques de logiciels, démos techniques
Mode de vie	Conseils de mode, organisation de mariage et de fête, guides d'utilisation
Cartes et navigation	Outils de navigation, GPS, cartographie, outils de transports en commun
Santé	Références cliniques et médicamenteuses, calculatrices, manuels pour professionnels de santé, et actualités et journaux médicaux
Musique et audio	Services musicaux, radios, lecteurs de musique
Journaux et magazines	Journaux, agrégateurs d'actualités, magazines, blogs
Éducation des enfants	Grossesse, soins et surveillance du nourrisson, garde d'enfants
Personnalisation	Fonds d'écran, fonds d'écran animés, écrans d'accueil, écrans de verrouillage, sonneries
Photographie	Appareils photo, outils de retouche d'images, gestion et partage de photos
Productivité	Bloc-notes, liste de tâches, clavier, impression, agenda, sauvegarde, calculatrice, conversion
Shopping	Achats en ligne, enchères, coupons, comparateurs de prix, listes de courses, évaluations de produits
Réseaux sociaux	Réseaux sociaux, check-in
Sport	Actualités sportives, commentaires sportifs, suivi des résultats, gestion d'équipes fantasy, couverture des matchs
Outils	Outils pour appareils Android
Voyages et infos locales	Outils de réservation de voyage, VTC, taxis, guides touristiques par ville, informations sur les établissements locaux, outils de gestion des voyages, réservation d'excursion
Lecteurs et éditeurs vidéo	Lecteurs vidéo, applications de montage de vidéos, stockage multimédia
Météo	Bulletins météo

Publicité et marketing pour les applications

Indiquez si l'application contient de la publicité ou du marketing, y compris des promotions intégrées.

Règles de confidentialité

Incluez un lien vers les règles de confidentialité détaillant la manière dont les données utilisateur sont traitées par le développeur. Si l'application ne contient pas ce lien, nous partons du principe qu'elle ne traite pas les données utilisateur.

Informations que les développeurs doivent partager sur eux-mêmes

Lors de la création d'un bundle de métadonnées d'application, les développeurs doivent fournir les informations les concernant, comme décrit dans les sections suivantes :

Nom du développeur

Nom du développeur, de la personne ou de l'entreprise qui a créé l'application. Il peut y avoir plusieurs noms de développeurs.

Registre d'applications

Si l'application est listée dans un registre d'applications, y compris des plates-formes et d'autres installateurs, indiquez-le dans ce champ. Vous pouvez ajouter plusieurs entrées pour plusieurs magasins.

Pour les registres d'applications qui sont des programmes d'installation Android : la valeur doit être le nom du package Android du magasin. Par exemple, utilisez com.android.vending pour le Google Play Store.
Pour les autres registres d'applications : la valeur doit être l'URL du registre.

Omettez ce champ pour l'une des raisons suivantes :

Le développeur est un SDK listé dans le Google Play SDK Index.
Le développeur n'est enregistré sur aucun magasin d'applications ni registre.

ID de registre d'application

Pour les applications listées dans un registre d'applications, y compris les programmes d'installation et les plates-formes de téléchargement, cette valeur doit correspondre à l'identité du développeur sur la plate-forme de téléchargement, le programme d'installation ou le registre. Vous pouvez ajouter plusieurs entrées pour plusieurs magasins.

Pour les développeurs inscrits sur Google Play : cette valeur doit correspondre à l'URL de la page du développeur (par exemple, https://play.google.com/store/apps/dev?id=5700313618786177705 est l'URL du développeur Google LLC).
Si le développeur est un développeur de SDK listé dans le Google Play SDK Index : utilisez l'URL du SDK (par exemple, https://play.google.com/sdks/details/com-google-android-gms-play-services-ads est l'URL du SDK Google Mobile Ads (GMA)).
Si le développeur est enregistré sur un autre magasin ou registre : une URL de magasin d'applications ou un autre identifiant peut être fourni.

Si un développeur n'est inscrit sur aucun magasin d'applications, cet attribut peut être omis.

Coordonnées du développeur

Fournissez les informations suivantes :

E-mail
Site Web
Pays ou région
Adresse postale

Que doivent indiquer les développeurs dans la section Sécurité des données ?

Cette section précise les informations que les développeurs doivent fournir dans la section Sécurité des données du bundle de métadonnées de l'application, ainsi que les types de données utilisateur et les finalités que les développeurs peuvent sélectionner. Si une application est distribuée via le Google Play Store, utilisez la Play Console pour saisir ces informations.

Informations que les développeurs doivent déclarer pour les différents types de données

Lors de la création d'un bundle de métadonnées d'application, les développeurs doivent divulguer des informations sur les types de données qu'ils collectent et partagent, comme décrit dans les sections suivantes :

Collecte des données

Dans ce cas, le terme Collecte désigne la transmission des données d'une application depuis l'appareil d'un utilisateur. Tenez compte des consignes suivantes :

Bibliothèques et SDK : les données utilisateur sont ici transmises depuis un appareil à partir d'une application par des bibliothèques ou des SDK utilisés dans une application, qu'elles soient transmises au développeur de l'application ou à un serveur tiers.
WebView : les données utilisateur sont ici collectées à partir d'une WebView ouverte depuis l'application, si celle-ci contrôle le code et le comportement affichés via cette WebView.

Les développeurs n'ont pas besoin de déclarer la collecte de données à partir d'une WebView dans laquelle les utilisateurs naviguent sur le Web ouvert.
Traitement éphémère : les données utilisateur transmises depuis l'appareil et traitées de manière éphémère n'ont pas besoin d'être incluses dans le bundle de métadonnées de votre application si elles respectent la norme suivante :

Traiter des données de façon éphémère consiste à accéder aux données et à les utiliser alors qu'elles ne sont conservées en mémoire que le temps de répondre en temps réel à une demande précise.

Prenons l'exemple d'une application météo qui transmet la position de l'utilisateur depuis l'appareil afin de récupérer les informations sur la météo actuelle pour cette position. L'application n'utilise que les données de localisation en mémoire et ne les conserve pas une fois la demande traitée. Dans ce cas, l'utilisation provisoire de la position est considérée comme éphémère. Cependant, utiliser des données pour créer des profils publicitaires ou d'autres profils utilisateur ne peut pas être considéré comme une activité éphémère. Cette utilisation doit donc être déclarée comme une activité de collecte ou de partage pour les finalités appropriées.
Données pseudonymes : les données utilisateur collectées de manière pseudonyme doivent être déclarées. Par exemple, les données qui peuvent raisonnablement être réassociées à un utilisateur doivent être déclarées.

Cas où la déclaration de collecte des données n'est pas nécessaire

Les cas d'utilisation suivants ne doivent pas être déclarés comme collectés :

Accès ou traitement sur l'appareil : les données utilisateur auxquelles une application accède et qui sont traitées uniquement en local sur l'appareil de l'utilisateur, sans être envoyées ailleurs, n'ont pas besoin d'être divulguées.
Chiffrement de bout en bout : les données utilisateur qui sont envoyées depuis l'appareil, mais qui sont illisibles pour vous ou pour toute personne autre que l'expéditeur et le destinataire en raison du chiffrement de bout en bout, n'ont pas besoin d'être divulguées.

Les données chiffrées ne doivent pas être lisibles par une entité intermédiaire, y compris le développeur, et seuls l'expéditeur et le destinataire peuvent disposer des clés nécessaires.

Dans ce cas, le terme partage désigne le transfert des données utilisateur collectées depuis une application vers un tiers. Cela inclut les données utilisateur transférées dans les cas suivants :

En dehors de l'appareil, par exemple lors de transferts de serveur à serveur : par exemple, si un développeur transfère des données utilisateur collectées à partir d'une application depuis son serveur vers un serveur tiers.
Transfert sur l'appareil vers une autre application : transfert des données utilisateur d'une application vers une autre directement sur l'appareil. Dans ce cas, le développeur doit déclarer le partage des données dans la section Sécurité des données, même si l'application ne les transmet pas en dehors de l'appareil de l'utilisateur.
Depuis les bibliothèques et les SDK de votre application : transfert des données collectées depuis une application sur l'appareil d'un utilisateur directement vers un tiers à l'aide de bibliothèques ou de SDK inclus dans l'application.
Transfert depuis une WebView qui a été ouverte via votre application : transfert de données utilisateur vers un tiers via une WebView ouverte à partir de l'application, si celle-ci contrôle le code et le comportement affichés via cette WebView.

Les développeurs n'ont pas besoin de déclarer le partage de données à partir d'une WebView dans laquelle les utilisateurs naviguent sur le Web ouvert.

Le transfert des données ne doit pas être déclaré comme partage dans les cas suivants :

Fournisseurs de services : transfert de données utilisateur à un fournisseur de services qui les traite pour le compte du développeur. Le terme fournisseur de services désigne une entité qui traite les données utilisateur au nom du développeur et selon les instructions de celui-ci.
Fins juridiques : transfert de données utilisateur à des fins juridiques spécifiques, par exemple pour répondre à une obligation légale ou à des demandes gouvernementales.
Action initiée par l'utilisateur ou communiqué visible et consentement utilisateur : transfert de données utilisateur à un tiers en fonction d'une action spécifique initiée par l'utilisateur, lorsque l'utilisateur s'attend raisonnablement à ce que les données soient partagées, ou en fonction d'un communiqué visible et d'un consentement dans l'application.
Données anonymes : transfert de données utilisateur entièrement anonymisées afin qu'elles ne puissent plus être associées à un utilisateur individuel.
Propriétaires et tiers : le terme Propriétaire désigne le développeur, l'organisation principale responsable du traitement des données collectées par l'application. Pour les applications distribuées via des plates-formes de téléchargement, il s'agit généralement de l'organisation qui publie l'application sur la plate-forme.

Elle est tenue d'indiquer aux utilisateurs de façon raisonnablement claire quelle est l'organisation principale responsable du traitement des données collectées par l'application.

Le terme Tiers désigne toute organisation autre que le propriétaire ou ses fournisseurs de services.

Traitement des données

Les développeurs peuvent également indiquer si chaque type de données collectées par l'application est facultatif ou obligatoire. Facultatif inclut la possibilité d'activer ou de désactiver la collecte des données. Par exemple, les développeurs peuvent déclarer un type de données comme facultatif lorsque l'utilisateur peut contrôler la collecte et se servir de l'application sans fournir ses données, ou bien lorsqu'il peut choisir manuellement de fournir ou non ce type de données. Si les fonctionnalités principales d'une application nécessitent un type de données, les développeurs doivent déclarer ces données comme obligatoires.

Les développeurs ne peuvent déclarer que leur application collecte certaines données de façon facultative que si tous les utilisateurs, quels que soient leur appareil et leur région, peuvent choisir de fournir ou non des informations, et activer ou désactiver la collecte des données.

Exemples de collecte facultative de données :

Une application de réseau social qui demande la date de naissance d'un utilisateur pour lui envoyer des communications marketing, mais cette information n'est pas obligatoire : l'utilisateur peut s'inscrire sans la fournir.
Données utilisateur collectées uniquement quand l'utilisateur se connecte, s'il n'est pas obligé de se connecter pour se servir de l'application

Autres mentions concernant les applications et les données

La section Sécurité des données permet également aux développeurs de présenter les pratiques de leur application en termes de confidentialité et de sécurité. Par exemple, les développeurs peuvent mettre en avant les informations suivantes :

Chiffrement en transit : les données collectées ou partagées par une application sont-elles chiffrées lors de leur transit entre l'appareil de l'utilisateur final et le serveur ?

Certaines applications sont conçues pour permettre aux utilisateurs de transférer leurs données vers un autre site ou service. Par exemple, une application de messagerie peut offrir aux utilisateurs la possibilité d'envoyer un SMS via leur opérateur mobile, ce qui permet différentes pratiques de chiffrement. Dans la section Sécurité des données de ces applications, il peut être indiqué que les données sont transférées via une connexion sécurisée tant que les normes du secteur sont respectées pour chiffrer efficacement les données pendant leur transfert entre l'appareil de l'utilisateur et les serveurs qu'utilisent ces applications.
Mécanisme de demande de suppression : indique si une application permet aux utilisateurs de demander la suppression de leurs données.

Examen de sécurité indépendant (désormais disponible pour toutes les applications)

Les développeurs peuvent choisir de déclarer dans la section Sécurité des données que l'application a été validée par un organisme indépendant selon une norme de sécurité mondiale. Il s'agit d'un examen facultatif effectué et payé par les développeurs. Par exemple, dans le cadre de l'évaluation de la sécurité des applications mobiles MASA (Mobile Application Security Assessment), les développeurs peuvent collaborer directement avec un laboratoire pour faire évaluer leurs applications au regard de la norme MASVS (Mobile Application Security Verification Standard) de l'OWASP (Open Worldwide Application Security Project). L'organisation tierce qui effectue les examens le fait pour le compte du développeur.

Types de données et objectifs

Les développeurs sont invités à fournir des informations sur la collecte, le partage et d'autres pratiques pour divers types de données utilisateur, ainsi que sur les objectifs visés par l'utilisation de ces données, comme décrit dans les tableaux suivants :

Catégorie	Type de données	Description
Position	Position approximative	Position physique de l'utilisateur ou de l'appareil dans une zone supérieure ou égale à trois kilomètres carrés, telle que la ville où se trouve l'utilisateur, ou la position fournie par l'autorisation `ACCESS_COARSE_LOCATION` d'Android.
	Position exacte	Position physique de l'utilisateur ou de l'appareil dans une zone inférieure à trois kilomètres carrés, telle que la position fournie par l'autorisation `ACCESS_FINE_LOCATION` d'Android.
Informations personnelles	Nom	Nom que se donne un utilisateur, par exemple son prénom, son nom ou son pseudo.
	Adresse e-mail	Adresse e-mail d'un utilisateur
	ID utilisateur	Identifiants associés à une personne identifiable (par exemple, un ID de compte, un numéro de compte ou un nom de compte)
	Adresse	Adresse d'un utilisateur (adresse postale ou adresse du domicile, par exemple)
	Numéro de téléphone	Numéro de téléphone de l'utilisateur
	Origine ethnique	Informations sur l'origine ethnique d'un utilisateur
	Convictions politiques ou religieuses	Informations sur les convictions politiques ou religieuses d'un utilisateur
	Orientation sexuelle	Informations concernant l'orientation sexuelle de l'utilisateur
	Autres infos	Toute autre information personnelle, telle que la date de naissance, l'identité de genre ou le statut d'ancien combattant.
Informations financières	Infos de paiement de l'utilisateur	Informations sur les comptes financiers d'un utilisateur, par exemple le numéro de carte de crédit
	Historique des achats	Informations sur les achats ou transactions d'un utilisateur.
	Cote de crédit	Informations sur la cote de crédit d'un utilisateur.
	Autres informations financières	Toute autre information financière, par exemple le salaire ou les dettes d'un utilisateur.
Forme et santé	Infos sur la santé	Informations sur la santé d'un utilisateur (par exemple, dossier médical ou symptômes).
	Infos sur l'activité physique	Informations sur la forme physique d'un utilisateur (par exemple, exercices ou autres activités physiques).
Messages	E-mails	E-mails d'un utilisateur (ligne d'objet, expéditeur, destinataires et contenu)
	SMS ou MMS	SMS d'un utilisateur (expéditeur, destinataires et contenu)
	Autres messages dans l'application	Tous les autres types de messages. Par exemple, messages instantanés ou contenus de chat.
Photos et vidéos	Photos	Photos d'un utilisateur
	Vidéos	Vidéos d'un utilisateur
Fichiers audio	Enregistrements audio ou vidéo	Voix de l'utilisateur (par exemple, message vocal ou enregistrement audio)
	Fichiers musicaux	Fichiers musicaux d'un utilisateur
	Autres fichiers audio	Tout autre fichier audio créé ou fourni par l'utilisateur.
Fichiers et documents	Fichiers et documents	Fichiers ou documents d'un utilisateur, ou informations sur ses fichiers ou documents (noms de fichier, par exemple).
Agenda	Événements d'agenda	Informations contenues dans l'agenda d'un utilisateur (événements, notes d'événement et participants, par exemple).
Contacts	Contacts	Informations sur les contacts de l'utilisateur (nom des contacts, historique des messages et informations des graphes sociaux comme les noms d'utilisateur, la récence et la fréquence des contacts, la durée des interactions, et l'historique des appels, par exemple).
Activité dans les applications	Interactions avec l'appli	Informations sur la manière dont un utilisateur interagit avec l'application. Par exemple, le nombre de fois où il consulte une page ou les sections sur lesquelles il appuie.
	Historique des recherches dans l'application	Informations sur ce qu'a recherché un utilisateur dans l'application.
	Applications installées	Informations concernant les applications installées sur l'appareil d'un utilisateur.
	Autre contenu généré par l'utilisateur	Tout autre contenu généré par l'utilisateur qui n'est pas listé ici ni dans une autre section. Par exemple, les biographies, les notes ou les réponses ouvertes de l'utilisateur.
	Autres actions	Toute autre activité ou action de l'utilisateur effectuée dans une application et non listée ici, par exemple les actions dans les jeux, les clics sur "J'aime" et les options des boîtes de dialogue.
Navigation sur le Web	Historique de navigation Web	Informations sur les sites Web consultés par un utilisateur.
Infos et performance des applis	Journaux des plantages	Données du journal des plantages de l'application. Par exemple, nombre de plantages de l'application, traces de la pile ou autres informations liées directement à un plantage.
	Diagnostic	Informations sur les performances de l'application. Par exemple, autonomie de la batterie, temps de chargement, latence, fréquence d'images ou diagnostics techniques.
	Autres données de performance de l'application	Toute autre donnée sur les performances de l'application non listée ici.
Appareil ou autres ID	Appareil ou autres ID	Identifiants associés à un appareil, à un navigateur ou à une application donnés. Par exemple, code IMEI, adresse MAC, ID d'appareil Widevine, ID d'installation Firebase ou identifiant publicitaire.

Finalités

Finalité des données	Description	Exemple
Fonctionnement de l'application	Données utilisées pour les fonctionnalités disponibles dans l'application	Par exemple, pour activer les fonctionnalités de l'application ou authentifier les utilisateurs.
Analyse	Données utilisées pour collecter des données sur les performances de votre application ou la façon dont les utilisateurs s'en servent	Par exemple, pour savoir combien d'entre eux utilisent une fonctionnalité précise, pour surveiller l'état de l'application, pour identifier et corriger des bugs ou des plantages, ou pour améliorer les performances par la suite.
Communications du développeur	Données utilisées pour envoyer des informations ou des notifications sur l'application ou le développeur	Par exemple, pour envoyer une notification push qui informe les utilisateurs d'une importante mise à jour de sécurité ou de l'ajout de fonctionnalités à l'application.
Publicité ou marketing	Données utilisées pour afficher ou cibler des annonces ou des communications marketing, ou pour mesurer les performances des annonces	Par exemple, pour afficher des annonces display dans l'application, partager des données avec des partenaires publicitaires ou envoyer des notifications push dans le but de promouvoir d'autres produits ou services.
Prévention des fraudes, sécurité et conformité	Données utilisées pour prévenir les fraudes, assurer la sécurité ou respecter les lois	Par exemple, pour surveiller les tentatives de connexion qui ont échoué, dans le but d'identifier une éventuelle activité frauduleuse.
Personnalisation	Données utilisées pour personnaliser l'application en recommandant des contenus ou en faisant des suggestions, par exemple	Par exemple, pour suggérer des playlists d'après les habitudes d'écoute de l'utilisateur ou diffuser les actualités locales en fonction de sa position.
Gestion du compte	Données utilisées par le développeur pour configurer ou gérer le compte d'un utilisateur.	Par exemple, pour permettre à l'utilisateur de créer un compte ou d'ajouter des informations à un compte que le développeur lui fournit dans ses différents services, de se connecter à l'application ou de valider ses identifiants.

Créer manuellement un fichier XML de sécurité des données

L'exemple de fichier XML de sécurité des données suivant illustre la structure de fichier d'une application préchargée qui partage des données liées à la position d'un utilisateur. Modifiez cette structure en ajoutant, en modifiant ou en supprimant des éléments en fonction du type d'informations que vous devez divulguer pour votre application.

Notez que l'exemple de fichier n'est pas nécessairement complet. Pour en savoir plus sur la structure XML requise pour les sections de l'application, du développeur et de la section Sécurité des données du bundle de métadonnées d'application que votre application peut avoir besoin d'inclure, consultez le schéma des bundles de métadonnées d'application.

<?xml version='1.0' encoding='UTF-8' standalone='yes' ?>
<bundle>
<long name="version" value="2" />

  <pbundle_as_map name="safety_labels">
    <long name="version" value="1" />

      <pbundle_as_map name="data_labels">
        <pbundle_as_map name="data_shared">
          <pbundle_as_map name="location">
            <pbundle_as_map name="approx_location">
              <int-array name="purposes" num="4">
                  <item value="1" />
                  <item value="2" />
                  <item value="5" />
                  <item value="6" />
              </int-array>
            </pbundle_as_map>
            <pbundle_as_map name="precise_location">
              <int-array name="purposes" num="2">
                  <item value="1" />
                  <item value="6" />
              </int-array>
            </pbundle_as_map>
          </pbundle_as_map>
        </pbundle_as_map>

    </pbundle_as_map>
</pbundle_as_map>
</bundle>

Questions fréquentes

Consultez les sections suivantes pour obtenir des réponses aux questions fréquentes posées par les développeurs.

Questions générales

Les sections suivantes répondent aux questions générales sur les bundles de métadonnées d'application.

Un développeur a envoyé des informations similaires pour iOS. Quelle partie de ces informations le développeur peut-il réutiliser dans le bundle de métadonnées de l'application Android ?

Nous sommes ravis de constater que le développeur a bien en main la gestion des données de l'application. Pour remplir correctement un bundle de métadonnées d'application, le développeur peut avoir besoin d'informations supplémentaires qu'il n'a peut-être pas utilisées auparavant. Il doit donc s'attendre à effectuer un travail supplémentaire. La classification et le cadre du bundle de métadonnées de l'application Android peuvent être sensiblement différents de ceux utilisés dans d'autres magasins d'applications.

Comment Google s'assure-t-il que les développeurs fournissent des informations exactes ? Nous avons constaté que ce n'était pas toujours le cas dans le secteur.

Comme pour les règles de confidentialité, les développeurs sont responsables des informations qu'ils déclarent dans le bundle de métadonnées de leur application.

À quelle fréquence un développeur doit-il mettre à jour un bundle de métadonnées d'application ?

Les développeurs doivent mettre à jour le bundle de métadonnées de l'application lorsque des modifications pertinentes sont apportées aux pratiques de l'application en matière de données.

Questions sur la façon de remplir la section Sécurité des données

Les sections suivantes répondent aux questions concernant la section "Sécurité des données" d'un bundle de métadonnées d'application.

Que se passe-t-il si l'application se comporte différemment selon les versions d'Android compatibles ?

Le bundle de métadonnées de l'application doit être précis afin d'être indépendant de l'utilisation, de la version de l'application, de la région et de l'âge de l'utilisateur. La section Sécurité des données décrit l'ensemble des pratiques de l'application concernant la collecte et le partage des données pour toutes les zones géographiques et tous les types d'utilisateurs.

Comment le développeur peut-il indiquer que ses pratiques peuvent varier selon les régions ? Par exemple, un développeur n'utilise pas certaines bibliothèques en Europe, mais peut s'en servir dans d'autres régions.

Le bundle de métadonnées de l'application reflète la représentation globale des pratiques de gestion des données par application. La section Sécurité des données décrit l'ensemble des pratiques de l'application concernant la collecte et le partage des données pour toutes les zones géographiques et tous les types d'utilisateurs.

Les sections Sécurité des données sont-elles contrôlées par un mécanisme de recueil du consentement des utilisateurs ? Le développeur doit-il prendre des mesures supplémentaires et afficher un communiqué visible dans l'application ?

Non, il n'y a aucun nouveau communiqué lors de l'installation de l'application ni aucune nouvelle demande de consentement de l'utilisateur liée à cette exigence. Les développeurs d'applications Google Play et d'applications mobiles groupées sur des appareils Android avec les services Google Play qui collectent des données utilisateur sensibles et à caractère personnel sont tenus d'implémenter des communiqués et des demandes de consentement dans l'application, conformément au règlement.

Le développeur doit-il déclarer des données si l'application inclut une autorisation, mais ne collecte ni ne partage les données ?

Le développeur n'a pas besoin de déclarer la collecte ni le partage, sauf si des données sont effectivement collectées ou partagées. Les applications Google Play et les applications mobiles groupées sur les appareils Android dotés des services Google Play doivent respecter l'ensemble des règles applicables.

Si un type de données est collecté dans le cadre d'un autre, le développeur doit-il déclarer les deux ? Par exemple, si le développeur a collecté des contacts contenant l'adresse e-mail de l'utilisateur, doit-il déclarer les types de données "Contacts" et "Adresse e-mail" ?

Si le développeur collecte volontairement un type de données lors de la collecte d'un autre, il doit déclarer les deux. Par exemple, si le développeur collecte des photos d'utilisateurs et s'en sert pour déterminer les caractéristiques de ces personnes (par exemple, leur origine ethnique), il doit également indiquer qu'il collecte des données sur leur origine ethnique.

Le développeur est-il tenu de fournir un mécanisme de suppression ? Doit-il s'appliquer à toutes les données utilisateur ?

La section Sécurité des données permet au développeur d'indiquer s'il propose un mécanisme permettant aux utilisateurs de demander la suppression de leurs données. Lorsqu'il remplit la section Sécurité des données, le développeur doit préciser s'il fournit un tel mécanisme.

Le développeur doit-il fournir un type de mécanisme spécifique pour indiquer que l'application offre la possibilité aux utilisateurs de demander la suppression de leurs données ?

Il n'y a pas de mécanisme prescrit. Toutefois, il est recommandé de faire en sorte que le mécanisme de demande soit découvrable et accessible par les utilisateurs. Par exemple, ce type de mécanisme (qui indique clairement comment les utilisateurs peuvent demander la suppression de leurs données) peut être, sans s'y limiter, une fonctionnalité intégrée à l'application, un formulaire de contact ou un alias d'adresse e-mail dédié.

Comment un développeur doit-il indiquer dans la section Sécurité des données qu'il propose un mécanisme de demande de suppression des données avec suppression et anonymisation automatiques ?

Le développeur peut déclarer que les utilisateurs peuvent demander la suppression de leurs données s'il propose une ou plusieurs des options suivantes :

Un mécanisme permettant de demander la suppression des données.
Un processus automatique pour lancer la suppression ou l'anonymisation des données collectées dans les 90 jours suivant leur collecte.

Le développeur peut déclarer que les utilisateurs peuvent demander la suppression de leurs données, même s'il doit conserver certaines données pour des raisons légitimes (que ce soit pour respecter la conformité légale ou prévenir des abus).

Que faire si le mécanisme de demande de suppression fourni par le développeur n'est pas accessible à tous les utilisateurs dans le monde ? Le développeur peut-il quand même indiquer qu'il propose ce mécanisme ?

Une seule section Sécurité des données globale est disponible par bundle de métadonnées d'application. Vous devez y préciser comment sont gérées les données en fonction de l'utilisation, de la région et de l'âge de l'utilisateur. Autrement dit, si vous collectez, utilisez et traitez des données dans n'importe quelle version de l'application, où que ce soit dans le monde, vous devez l'indiquer. Par conséquent, la section Sécurité des données décrit l'ensemble des pratiques de l'application concernant la collecte et le partage des données pour tous les utilisateurs et toutes les zones géographiques.

Quels types de techniques peuvent être utilisés pour anonymiser les données ?

Il existe plusieurs méthodes pour rendre des données anonymes afin qu'elles ne puissent pas être associées à un utilisateur particulier. Le développeur doit contacter des spécialistes de la confidentialité et de la sécurité pour identifier les méthodes applicables à son cas d'utilisation. À titre d'exemple, cette page présente certaines des méthodes d'anonymisation des données utilisées par Google, comme la confidentialité différentielle.

Comment le développeur doit-il traiter la collecte et l'utilisation des adresses IP ?

Comme pour tout autre type de données, le développeur doit indiquer qu'il collecte, utilise et partage les adresses IP en fonction de leur utilisation et de leurs pratiques. Par exemple, si des développeurs se servent d'adresses IP pour déterminer la zone géographique, ils doivent déclarer ce type de données (localisation).

Comment le développeur doit-il déclarer la collecte et le partage d'autres types d'identifiants ?

Comme pour tout autre type de données, le développeur doit indiquer qu'il collecte, utilise et partage différents types d'identifiants en fonction de son utilisation et de ses pratiques. Par exemple, la collecte d'un nom de compte associé à une personne identifiable doit être déclarée comme un "Identifiant personnel", et la collecte de l'identifiant publicitaire Android d'un utilisateur doit être déclarée comme "Appareil ou autres identifiants". Autre exemple : un identifiant lié à un événement spécifique dans l'application, mais qui n'est pas raisonnablement lié à un appareil, un navigateur ou une application spécifique, n'a pas besoin d'être déclaré comme "Appareil ou autres identifiants".

Comme indiqué précédemment, la collecte de données par pseudonymisation doit être divulguée dans la section Sécurité des données du bundle de métadonnées de l'application, sous le type de données correspondant. Par exemple, si le développeur recueille des informations de diagnostic avec un identifiant d'appareil, il doit indiquer qu'il collecte des données de type "Diagnostic" dans la section Sécurité des données.

Quels types d'activités les "fournisseurs de services" peuvent-ils effectuer ?

Un fournisseur de services ne peut traiter les données utilisateur qu'au nom du développeur. Par exemple, un fournisseur de services d'analyse qui traite les données utilisateur de l'application uniquement pour le compte du développeur, ou un fournisseur de services cloud qui héberge les données utilisateur de l'application pour l'usage du développeur, sont généralement considérés comme des "fournisseurs de services". En revanche, si un fournisseur de SDK crée des profils publicitaires pour plusieurs clients en fonction des données de l'application, cela ne sera pas considéré comme une activité de "fournisseur de services" aux fins de la section Sécurité des données. Il devra donc être indiqué comme "partage" dans la section Sécurité des données du bundle de métadonnées de l'application.

Une application utilise un service de paiement externe pour gérer les transactions financières. L'application doit-elle déclarer la collecte d'informations financières, comme les informations de carte de crédit, dans son bundle de métadonnées ?

Tout dépend de la nature de l'intégration au service de paiement. Si l'application utilise un service de paiement tel que PayPal, Google Pay, le système de facturation de Google Play ou des services similaires pour effectuer des transactions de paiement, le développeur n'a pas besoin de déclarer la collecte des données que le service de paiement collecte dans le cadre du traitement des transactions financières, comme un numéro de carte de crédit, si toutes les conditions suivantes sont remplies :

L'application n'accède jamais à ces informations.
Le service de paiement collecte ces informations directement auprès de l'utilisateur, et cette collecte est régie par les conditions d'utilisation de ce service.

Le développeur doit examiner attentivement l'intégration de son application au service de paiement et penser à déclarer, dans la section Sécurité des données du bundle de métadonnées de l'application, toute activité de collecte et de partage de données pertinentes qui ne respecte pas ces conditions. Le développeur doit également déterminer si l'application collecte d'autres informations financières, telles que l'historique des achats, et si elle reçoit des données pertinentes du service de paiement, par exemple pour lutter contre la fraude et limiter les risques.

Une application permet aux utilisateurs d'importer leurs données directement dans Google Drive ou Dropbox pour les sauvegarder ou les stocker. L'application n'accède à aucune de ces données. Dois-je néanmoins déclarer cette activité en tant que "collecte" ?

Cela dépend de l'implémentation choisie. Si l'utilisateur choisit d'importer ses données directement sur son propre disque externe ou compte de stockage cloud (tel que Google Drive, Dropbox ou des services similaires), que cette importation est régie par les conditions d'utilisation et les règles de confidentialité du fournisseur du disque externe ou du stockage cloud, et que l'application ne collecte ni n'accède jamais aux données en question, l'application n'a pas besoin de déclarer la collecte de ces données.

Comment le développeur doit-il chiffrer les données en transit ?

Le développeur doit respecter les normes du secteur afin de chiffrer de manière sécurisée les données de l'application en transit. TLS (Transport Layer Security) et HTTPS (Hypertext Transfer Protocol Secure) sont les protocoles de chiffrement les plus courants.

Une application permet aux utilisateurs de créer un compte et d'y ajouter des informations telles que leur date de naissance ou leur genre. Comment le développeur doit-il déclarer les données que l'utilisateur ajoute à son compte ?

Le développeur doit déclarer la collecte de ces données pour la gestion de compte et préciser, le cas échéant, si l'utilisateur peut décider qu'elles soient collectées ou non.

En outre, comme pour tous les types de données collectées par l'application, le développeur doit indiquer la nature des données collectées et les finalités pour lesquelles l'application utilise les données. Par exemple, si l'application permet à l'utilisateur d'ajouter une date de naissance à son compte et si elle se sert de ces données pour lui envoyer des notifications push en temps voulu, elle doit déclarer cette finalité en plus de la gestion du compte.

La gestion de compte peut être utilisée pour couvrir les utilisations générales des données de compte qui ne sont pas spécifiques à l'application. Par exemple, si le développeur utilise les données du compte pour la prévention des fraudes, la publicité, le marketing ou les communications du développeur dans l'ensemble des services, et que cette utilisation n'est pas spécifique à l'application ou aux activités dans l'application, déclarer "gestion de compte" comme objectif de la collecte de ces données de compte est suffisant pour couvrir ces utilisations générales dans la section Sécurité des données du bundle de métadonnées de l'application. Cependant, vous devez déclarer toutes les finalités pour lesquelles l'application elle-même utilise les données. Nous vous recommandons ainsi d'indiquer comment votre application traite les données utilisateur liées aux services associés au compte lors du processus d'inscription et dans la documentation au niveau du compte.

Qu'entend-on par "services système" ?

Les services système sont des logiciels préinstallés qui assurent le fonctionnement central du système. Les services système doivent inclure les bundles transparency_info et system_app_safety_label (ce dernier est fourni à la place d'un bundle safety_labels). Les services système distribués via Google Play peuvent faire l'objet d'une dérogation et ne pas figurer dans le formulaire Sécurité des données de Google Play.

Comment un développeur déclare-t-il la collecte des données qui sont utilisées de façon temporaire pour charger des pages et traiter d'autres requêtes côté client en temps réel avant que ces données soient consignées sur ses serveurs et utilisées à d'autres fins ?

Si cette utilisation est éphémère, le développeur n'a pas besoin de l'inclure dans la section Sécurité des données du bundle de métadonnées de l'application. Cependant, le développeur doit déclarer toute utilisation de ces données utilisateur au-delà du traitement éphémère, y compris toutes les finalités pour lesquelles il se sert des données utilisateur consignées.