L'essentiel en bref
Google Play signale désormais les applis Android dont les demandes d'accès aux contacts et à la localisation précise dépassent ce que permettent ses nouvelles règles, des mois avant leur entrée en vigueur. Les applis qui ciblent Android 17 doivent utiliser le sélecteur de contacts du système (Contact Picker) plutôt que lire tout le carnet d'adresses, et un bouton de localisation pour les besoins ponctuels. Pour les équipes qui s'appuient sur le développement d'applications Android pour un produit existant, les contrôles du 27 octobre sont le premier moment où une mise à jour non conforme reçoit un avertissement dans la Play Console.
Qu'a changé Google dans les règles Play ?
Google a annoncé ces changements le 15 avril 2026, dans un billet de Bennet Manuel, Group Product Manager. Une nouvelle règle sur les autorisations de contacts fait du Contact Picker d'Android la voie par défaut pour obtenir des données de contact lors d'une invitation, d'un partage ou d'une recherche ponctuelle. Les applis qui ciblent Android 17 ne peuvent demander READ_CONTACTS que si le sélecteur ne suffit pas à la fonction principale, et doivent alors le justifier dans une déclaration développeur Play. Selon Google, l'accès étendu aux contacts sera réservé aux applis qui ne peuvent pas fonctionner sans lui.
La règle révisée sur les autorisations de localisation fait du bouton de localisation le périmètre minimal pour la localisation précise. Lorsqu'une appli n'a besoin d'une position précise que pour une action ponctuelle déclenchée par l'utilisateur, comme trouver un magasin à proximité ou géolocaliser une photo, elle doit ajouter l'indicateur onlyForLocationButton dans son manifeste et utiliser le bouton plutôt qu'une autorisation permanente de localisation précise. Les applis qui ont réellement besoin d'une localisation précise continue déposent une déclaration expliquant pourquoi le bouton ou la localisation approximative ne suffisent pas. Le même train de règles a aussi retiré le geofencing des usages autorisés pour les services au premier plan (foreground services), au profit de l'API Geofence.
Que font les contrôles du 27 octobre ?
Le calendrier de Google fixait au 27 octobre 2026 le lancement, dans la Play Console, de contrôles avant examen qui repèrent les problèmes potentiels d'autorisations de contacts ou de localisation avant qu'une mise à jour parte en revue. En parallèle, les indications sur les règles Play dans Android Studio doivent signaler aux développeurs, directement dans l'IDE, si une appli doit passer au nouveau sélecteur ou au bouton. Ces contrôles sont un niveau d'alerte : l'aperçu des règles de Google indique le 27 janvier 2027 comme date d'application des deux exigences pour les applis ciblant le niveau d'API 37.
Ce délai compte, car les exigences de niveau d'API cible de Google Play se durcissent chaque année. Dès qu'une équipe porte son targetSdkVersion à 37, ce que Google Play finira par exiger pour les mises à jour, l'appli tombe sous les deux règles, et une demande d'accès au carnet d'adresses ou à la localisation précise sans déclaration valable devient un risque de refus plutôt qu'un simple détail à corriger.
Comment fonctionnent le sélecteur de contacts et le bouton de localisation ?
Le Contact Picker est une interface système qui permet à l'utilisateur de choisir des contacts précis, et seulement les champs demandés, au lieu d'ouvrir tout son carnet d'adresses à l'appli. L'accès se limite à la sélection. Le bouton de localisation est une commande système qui fournit à l'appli une position précise pour la session en cours après un seul geste, puis expire : un localisateur de magasins ou une fonction de check-in n'a plus besoin d'une autorisation permanente de localisation précise.
| Cas d'usage | Approche attendue pour les applis ciblant Android 17 |
|---|---|
| Inviter des amis, partager avec un contact, recherche ponctuelle | Contact Picker ou Sharesheet d'Android ; supprimer READ_CONTACTS |
| Synchronisation complète et continue des contacts (téléphone, CRM, messagerie) | READ_CONTACTS avec déclaration dans la Play Console |
| Rechercher à proximité, géolocaliser une publication, saisir une adresse une fois | Bouton de localisation avec onlyForLocationButton |
| Navigation, suivi de livraison, parcours sportifs | Localisation précise permanente avec déclaration |
| Tâches déclenchées par geofence dans un service au premier plan | API Geofence au lieu d'un service au premier plan |
Des chercheurs en protection de la vie privée rappellent qu'Apple a offert des contrôles similaires d'accès limité aux contacts avec iOS 18 : Google comble donc un écart plus qu'il n'ouvre un nouveau front. Pour les équipes multiplateformes, c'est pratique : une même décision produit sur « de quels contacts avons-nous vraiment besoin » peut désormais s'appliquer de la même façon sur les deux stores.
Ce que cela change pour les équipes en France
Pour les product owners, le principal risque n'est pas la modification du code mais l'inventaire. Beaucoup d'applis demandent les contacts ou la localisation précise parce qu'une ancienne version en a eu besoin un jour, ou parce qu'un SDK de parrainage, d'analytics ou de publicité a ajouté l'autorisation au manifeste fusionné. Ces demandes doivent désormais reposer sur une justification que Google accepte, et les contrôles du 27 octobre les feront apparaître au prochain envoi. Auditer le manifeste fusionné, bibliothèques tierces comprises, est le moyen le plus rapide de savoir où en est l'appli.
La question budgétaire est une question de calendrier. Passer au sélecteur et au bouton de localisation est en général un changement circonscrit, mais il touche l'onboarding, le parrainage et le tunnel de paiement, testés de bout en bout. Le faire dans le cycle de release actuel, tant que Play se contente d'avertir, coûte moins cher que sous la pression de mises à jour refusées début 2027.
Checklist pour les équipes Android
- Auditer le manifeste fusionné. Lister chaque
READ_CONTACTS,ACCESS_FINE_LOCATIONet type de service au premier plan, y compris ceux ajoutés par des SDK. - Relier chaque autorisation à une fonction. Décider si la fonction a besoin d'un accès continu ou d'une action ponctuelle de l'utilisateur.
- Basculer les parcours ponctuels. Passer les invitations et le partage au Contact Picker ou à la Sharesheet, et les besoins de localisation ponctuels au bouton de localisation.
- Préparer les déclarations. Pour les applis qui ont vraiment besoin de tous les contacts ou d'une localisation précise permanente, rédiger la déclaration Play Console et aligner l'information dans l'appli et la politique de confidentialité.
- Envoyer un build de test. Publier un build sur le canal de test interne pour voir ce que signalent les nouveaux contrôles avant la prochaine release en production.
- Planifier le passage à l'API 37. Programmer la montée du
targetSdkVersionà 37 en même temps que ces changements pour ne tester qu'une fois.
Questions fréquentes
Qu'est-ce qui change sur Google Play le 27 octobre 2026 ?
La Google Play Console commence à effectuer des contrôles avant examen qui signalent les problèmes potentiels liés à la nouvelle règle sur les autorisations de contacts et à la règle révisée sur les autorisations de localisation, avant l'envoi d'une mise à jour. Google a annoncé ces contrôles le 15 avril 2026, en même temps que les règles elles-mêmes.
Quelles applis sont concernées par la règle sur les autorisations de contacts ?
Les applis qui ciblent Android 17 (niveau d'API 37) ou plus. Elles ne peuvent demander READ_CONTACTS que si le Contact Picker d'Android ne suffit pas à la fonction principale, et doivent alors déposer une déclaration justificative dans la Play Console. Les applis qui utilisent les contacts pour le partage ou l'invitation doivent passer au Contact Picker ou à la Sharesheet et retirer READ_CONTACTS.
Qu'est-ce que le bouton de localisation d'Android et quand est-il obligatoire ?
Le bouton de localisation est une commande système d'Android 17 qui accorde la localisation précise pour une seule session après un geste. Pour les applis ciblant Android 17 ou plus qui n'ont besoin d'une localisation précise que pour une action ponctuelle déclenchée par l'utilisateur, comme trouver un magasin à proximité ou géolocaliser une photo, Google Play exige ce bouton, activé par l'indicateur onlyForLocationButton du manifeste, au lieu d'une autorisation permanente de localisation précise.
Quand les nouvelles règles Play deviennent-elles obligatoires ?
La page d'aperçu des règles de Google indique le 27 janvier 2027 comme date d'entrée en vigueur des exigences sur les autorisations de contacts et de localisation pour les applis ciblant le niveau d'API 37 ou plus. Les contrôles avant examen du 27 octobre 2026 servent d'alerte précoce pour corriger les problèmes avant l'application.
Sources
Android Developers Blog — Boosting user privacy and business protection with updated Play policies (April 15, 2026)
Play Console Help — Preview: Permissions and APIs that Access Sensitive Information
Play Console Help — Policy announcement: April 15, 2026
Help Net Security — Google Play is changing how Android apps access your contacts and location (April 16, 2026)
Malwarebytes — Android 17 ends all-or-nothing access to your contacts (April 21, 2026)