Comprendre les autorisations restreintes avec des alternatives au champ d'application minimal

Les sélecteurs système et les autres solutions comme Sharesheet sont conçus pour proposer aux développeurs une approche respectueuse de la confidentialité. Les photos, les vidéos, les contacts et les autres données personnelles et sensibles protégées par des autorisations restreintes doivent être traités conformément aux bonnes pratiques en matière de confidentialité. Votre application ne doit demander et utiliser les autorisations sensibles ci-dessous que si les autres solutions de portée minimale ne suffisent pas à fournir une fonctionnalité de base de l'application.

Autorisation d'accès aux contacts

En avril 2026, nous avons lancé notre nouveau règlement sur les autorisations d'accès aux contacts, qui régit les conditions d'utilisation de l'autorisation READ_CONTACTS. Les applications qui ciblent Android 17 ou version ultérieure (niveau d'API 37 ou supérieur) ne peuvent demander l'autorisation READ_CONTACTS que si le sélecteur de contacts Android ne suffit pas à leur permettre de fournir une fonctionnalité de base. Nous avons également ajouté des conseils sur l'utilisation des coordonnées non publiques et rappelé que tous les contacts sont des données sensibles et à caractère personnel soumises au Règlement Google Play sur les données utilisateur.

Chronologie

• 15 avril 2026 : annonce du règlement sur l'autorisation d'accès aux contacts.
• Avant octobre 2026 : les développeurs dont des applications utilisent l'autorisation READ_CONTACTS sont invités dans la Play Console à envoyer un formulaire de déclaration pour justifier d'un accès à une fonctionnalité de base, ou à supprimer l'autorisation et à utiliser le sélecteur de contacts pour répondre à leurs besoins.
  • Action requise : contactez vos équipes pour savoir si votre application a besoin de l'autorisation READ_CONTACTS pour sa fonctionnalité de base. Si c'est le cas, préparez-vous à expliquer pourquoi le sélecteur de champ d'application minimal ne suffit pas d'un point de vue technique.
• 28 octobre 2026 : toutes les applications qui ciblent Android 17 ou version ultérieure (niveau d'API 37 ou supérieur) doivent respecter le règlement. Passée cette date, toutes les applications concernées seront soumises à des mesures d'application si elles ne sont pas conformes.

Questions fréquentes

Quels sont les cas d'utilisation courants de l'autorisation READ_CONTACTS ?

Les cas d'utilisation courants de l'autorisation READ_CONTACTS incluent les fonctionnalités de mise en relation ou de recherche d'amis, ou les applications qui nécessitent une liste de contacts pour fonctionner correctement. Voici quelques exemples d'applications ou de fonctionnalités qui ont généralement besoin d'accéder aux contacts :

• Applications de gestion des contacts
• Accessibilité
• Accès côté serveur pour la recherche d'amis
• Sauvegarde de contacts
• Saisie semi-automatique/claviers

Quels sont les cas d'utilisation courants pour lesquels l'autorisation READ_CONTACTS ne doit pas être utilisée ?

Les applications qui ne demandent l'autorisation READ_CONTACTS que pour partager des fichiers, collaborer, inviter/parrainer une personne à rejoindre un service ou choisir un contact pour effectuer une transaction ne devraient généralement pas demander cette autorisation.

Que se passe-t-il si mon application propose déjà une expérience de sélection de contacts personnalisée ? S'agit-il d'un cas permettant d'accéder à cette autorisation ?

Cela ne constitue pas une raison suffisante pour conserver l'accès aux contacts.

Y a-t-il des exceptions à ce règlement ?

Ce règlement ne concerne pas les applications de gestion d'appareils professionnelles et privées.

L'autorisation READ_CONTACT sera-t-elle toujours disponible ?

Oui. Toutefois, l'utilisation est strictement réservée aux applications qui passent l'examen d'accès approprié après l'envoi de la déclaration dans la Play Console suivant la date d'entrée en vigueur.

Comment intégrer le sélecteur de contacts à mon application ?

Pour intégrer le sélecteur de contacts, utilisez l'intent Intent.ACTION_PICK_CONTACTS. Cet intent lance le sélecteur et renvoie les contacts sélectionnés à votre application. Contrairement à l'ancien intent ACTION_PICK, le sélecteur de contacts vous permet de spécifier plusieurs champs de données dont votre application a besoin en même temps. Pour savoir comment lancer le sélecteur de contacts pour votre application, consultez les conseils pour les développeurs Android.

Avec quelles versions d'Android le sélecteur de contacts est-il compatible ?

Le sélecteur de contacts Android n'est pas rétroporté dans les versions précédentes et n'existe que pour Android 17 ou version ultérieure (niveau d'API 37 ou supérieur). Pour les applications ciblant Android 17 ou version ultérieure, le système met automatiquement à niveau l'intent Intent.ACTION_PICK existant pour utiliser la nouvelle interface du sélecteur de contacts. Nous recommandons aux développeurs d'utiliser l'intent Intent.ACTION_PICK_CONTACTS pour profiter de toutes les fonctionnalités offertes par le nouveau sélecteur de contacts (sélection de plusieurs types de données, profil professionnel, etc.).

Autorisations liées aux photos et aux vidéos

En octobre 2023, nous avons lancé notre nouveau règlement sur les autorisations liées aux photos et aux vidéos, qui régit les conditions d'utilisation des autorisations READ_MEDIA_IMAGES et READ_MEDIA_VIDEO. Les applications ciblant Android 13 ou une version ultérieure (niveau d'API 33 et supérieur) ne peuvent demander les autorisations READ_MEDIA_IMAGES et READ_MEDIA_VIDEO que si les sélecteurs système (comme le sélecteur de photos Android) ne suffisent pas à leur permettre de fournir une fonctionnalité de base. Toutes les photos d'un utilisateur sont des données sensibles et à caractère personnel soumises au Règlement Google Play sur les données utilisateur.

Chronologie

• 28 mai 2025 : tous les développeurs, y compris ceux qui ont demandé un délai supplémentaire, doivent respecter intégralement le règlement. Passée cette date, toutes les applications non conformes pourront être supprimées de Google Play.

Questions fréquentes

Quels sont les cas qui permettent d'utiliser les autorisations READ_MEDIA_IMAGES et READ_MEDIA_VIDEO ?

Les applications dont une fonctionnalité de base dépend d'un accès étendu aux photos ou aux vidéos peuvent utiliser ces autorisations.

Quels types d'applications ont besoin d'un "accès étendu aux photos" ?

Les applications dont la fonctionnalité de base consiste à gérer ou organiser des galeries de photos ou de vidéos doivent disposer d'un accès étendu à ce type de fichiers sur l'appareil de l'utilisateur. Ces applications sont communément appelées "applications de galerie".

Que se passe-t-il si mon application propose une expérience de sélection de photos personnalisée ? S'agit-il d'un cas permettant un accès étendu à ces autorisations ?

Cela ne constitue pas une raison suffisante pour conserver l'accès aux photos et aux vidéos.

Y a-t-il des exceptions à ce règlement ?

Ce règlement ne concerne pas les applications de gestion d'appareils professionnelles et privées.

Mon application doit-elle supprimer les autorisations READ_MEDIA_IMAGES et READ_MEDIA_VIDEO de son fichier manifeste ?

Oui. Pour respecter ce règlement, si votre application ne nécessite pas un accès aux photos et aux vidéos comme démontré par un cas d'utilisation principal approprié, les autorisations d'accès aux contenus multimédias doivent être supprimées de l'application avant la date d'entrée en vigueur.

Pourquoi opter pour une expérience de type "sélecteur" ?

L'accès étendu aux fichiers multimédias du stockage partagé est un vecteur d'abus qui peut nuire aux utilisateurs et aux développeurs. L'expérience de sélecteur aide les développeurs à éviter tout accès inutilement étendu à des données sensibles tout en leur fournissant les outils nécessaires pour prendre en charge un large éventail de fonctionnalités d'application. Limiter l'accès aux données réduit également les risques d'être victime de fuites ou la cible d'exploitations. Cette approche offre une expérience cohérente et répond aux attentes des utilisateurs en termes de confidentialité lorsqu'ils utilisent votre application, contribuant au maintien d'une expérience sûre et fiable.

Est-il facile d'intégrer le sélecteur de photos à mon application ?

Le sélecteur de photos Android est facile à intégrer à votre application. De plus l'outil se met à jour automatiquement, offrant aux utilisateurs de votre application des fonctionnalités étendues au fil du temps, sans que vous ayez à modifier le code. Pour simplifier l'intégration du sélecteur de photos, incluez la version 1.7.0 ou ultérieure de la bibliothèque androidx.activity.

Avec quelles versions d'Android le sélecteur de photos est-il compatible ?

Le sélecteur de photos est disponible sur les appareils équipés d'Android 11 (niveau d'API 30) ou version ultérieure à même de recevoir des modifications apportées aux composants système modulaires par le biais des mises à jour du système Google. Les appareils plus anciens équipés d'Android 4.4 (niveau d'API 19) à Android 10 (niveau d'API 29), ainsi que les appareils Android Go exécutant Android 11 ou 12 compatibles avec les services Google Play peuvent installer une version rétroportée du sélecteur de photos.

Mon application peut-elle utiliser des intégrations autres que le sélecteur de photos Android ?

Vous n'êtes pas obligé d'utiliser le sélecteur de photos Android. Vous pouvez intégrer d'autres sélecteurs système selon vos préférences.

Que se passe-t-il si un utilisateur n'accorde pas à mon application un accès étendu aux fichiers multimédias ?

Conformément au règlement sur les autorisations restreintes, vous devez prendre des dispositions raisonnables pour vous adapter aux utilisateurs qui n'accordent pas l'accès étendu aux fichiers multimédias sur leur appareil. Cela inclut la mise en place d'une méthode plus transactionnelle (par exemple, à l'aide d'un sélecteur système) permettant aux utilisateurs de profiter de la fonctionnalité de votre application. Vous pouvez aussi proposer une expérience modifiée de votre application, dans laquelle les utilisateurs peuvent toujours profiter des fonctionnalités concernées.