eCommerce
Systèmes d'abonnement
Chatbot
Cours en ligne
Réservation en ligne
Guide touristique
Evènements
Créateurs de contenu
Click & Collect
Journaux
Radio
Ecoles et Universités
Spiritualité
Associations
Restaurant
Epicerie
Créez votre app sur-mesure
Communication d'entreprise
APP BUILDER NO CODE
TECHNOLOGIE
POURQUOI GOODBARBER ?
Design
RESSOURCES LIEES AU PRODUIT
THEMATIQUES
REVENDEURS D'APPS
À DÉCOUVRIRGoodBarber x Android 17 : ce qui change pour la géolocalisation
Si votre app Android utilise la position, Android 17 change ce que voient vos utilisateurs et ce qu'attend Google Play. Le moteur Android de GoodBarber intègre désormais le nouveau location button et les changements d'autorisation qui l'accompagnent.
Android 17 remet les commandes entre les mains des utilisateurs
Android 17 est sorti le 16 juin 2026 sur les appareils Pixel compatibles, les autres constructeurs suivant au fil des mois.
Android 17 rend l'accès à la position plus visible. Un indicateur permanent apparaît dès qu'une app non système accède à la position d'un utilisateur. Un appui dessus affiche les apps qui l'ont utilisée récemment et permet de gérer les autorisations dans la foulée.
La position approximative devient aussi plus protectrice. Android utilisait jusqu'ici une grille fixe de 2 km ; la zone s'adapte désormais à la densité de population, pour une confidentialité plus homogène en ville comme à la campagne. La fenêtre d'autorisation distingue par ailleurs plus nettement « Précise » et « Approximative ».
Tenir le moteur à jour, c'est notre travail, pas le vôtre
De notre côté, le chantier a commencé bien avant la sortie publique : lire la documentation développeur, identifier les changements qui concernent les apps GoodBarber, mettre à jour le moteur Kotlin et tester les versions produites. Nous avions fait de même pour Android 15 et son affichage edge-to-edge, puis pour Android 16 et la navigation predictive back.
Une app Android GoodBarber est compilée nativement, et non enveloppée dans une WebView. Le travail lié au système se joue donc dans le moteur, pas dans le back-office de chaque client. Vous continuez à configurer et à faire vivre votre app ; nous mettons à jour le moteur qui la génère.
La position précise ponctuelle passe désormais par un bouton
Beaucoup de fonctionnalités n'ont besoin de la position exacte qu'au moment où l'utilisateur le demande : recentrer une carte, trouver le lieu le plus proche, valider une action de fidélité sur place. Android 17 introduit un location button affiché par le système pour ces usages ponctuels.
L'utilisateur appuie sur le bouton et accorde la position précise pour la session en cours. L'app n'a pas besoin de conserver une autorisation de position précise permanente pour cette action. Android fournit l'icône et une liste de libellés prédéfinis, si bien que les utilisateurs retrouvent un contrôle identifiable d'une app à l'autre.
Pour les apps ciblant Android 17 ou une version ultérieure, Google Play impose ce bouton lorsque la position précise ne sert qu'à une action ponctuelle déclenchée par l'utilisateur. L'app déclare ce périmètre dans son manifeste, via le flag onlyForLocationButton.
Ce qu'attend Google Play
Google Play demande désormais aux apps de s'en tenir au périmètre de localisation minimal dont leurs fonctionnalités ont besoin : l'approximative plutôt que la précise quand c'est possible, et le location button pour un accès précis ponctuel.
Google décrit deux parcours. Pour un accès précis ponctuel, l'app générée déclare dans son manifeste le périmètre restreint du location button. Si une app conserve la position précise en dehors de ce parcours, la Play Console lui demande pourquoi la position approximative ou une demande ponctuelle ne suffiraient pas à une fonctionnalité essentielle.
Le calendrier est court. À partir du 27 octobre 2026, des contrôles préalables dans la Play Console signaleront les problèmes potentiels de politique de localisation avant soumission. La déclaration elle-même devient disponible en novembre 2026. La conformité est obligatoire pour toutes les apps le 27 janvier 2027, avec une extension de 30 jours en libre-service.
Ce qui a changé chez GoodBarber
La migration du moteur Android est allée plus loin qu'un changement de SDK cible.
Dans le back-office, l'autorisation de localisation se divise désormais en accès approximatif et accès précis, au lieu d'un choix unique du tout ou rien. Quand une app n'a besoin de la position précise que pour une action ponctuelle, la version générée utilise le flag qui signale ce périmètre restreint à Google Play.
Dans l'app, le location button apparaît sur les écrans qui utilisent la position : sections carte, événements, annuaires d'utilisateurs et validation géolocalisée d'une carte de fidélité. Le contrôle étant affiché par le système, son icône et son comportement restent familiers, tandis que son libellé peut correspondre à l'action.
Si un utilisateur n'accorde que la position approximative, l'app continue de fonctionner sans afficher de fausse précision : les distances sont arrondies et présentées comme telles, par exemple « plus d'1 km ».
Le cas du géofencing et des beacons
Deux fonctionnalités GoodBarber conservent la position précise en dehors du parcours du bouton : le géofencing et les beacons. Une notification qui se déclenche quand un client entre dans une zone définie, ou quand son téléphone détecte un beacon, suppose que la position soit disponible sans nouvel appui à cet instant. Le location button ne peut pas s'y substituer.
Ces fonctionnalités donnent à l'éditeur une justification concrète, ancrée dans le produit, à porter dans la Play Console : décrire la fonctionnalité sur laquelle les utilisateurs comptent, et expliquer pourquoi une position approximative ou ponctuelle ne permettrait pas de l'assurer. Google examine toujours la déclaration, mais la raison de conserver la position précise est précise et directement rattachée à une fonctionnalité visible.
La maintenance fait partie du produit
Les outils de prompt-to-app sont réellement rapides pour produire une première version. Ce qui se passe ensuite dépend de l'outil et de l'organisation de développement : quand un système d'exploitation évolue, il faut toujours que quelqu'un mette à jour les SDK, teste l'app et soumette une nouvelle version.
GoodBarber est conçu pour le cycle de vie complet d'une app. La maintenance du moteur accompagne les apps natives générées, l'hébergement, la base de données, le back-office et les circuits de publication inclus dans la plateforme — autant de briques qui, ailleurs, correspondent à autant de services et de factures distincts. Une sortie d'Android devient le travail de notre équipe d'ingénierie plutôt qu'un projet de migration pour chaque éditeur.
GoodBarber maintient ses moteurs d'app depuis 2011, pour des clients répartis dans 152 pays. C'est cette expérience qui permet aux apps existantes de générer de nouvelles versions au rythme des évolutions des plateformes mobiles.
Ce qu'il faut faire maintenant
Ouvrez votre back-office, générez une nouvelle version de votre app Android et soumettez-la à Google Play. Les changements de moteur y sont déjà.
Si votre app utilise le géofencing ou les beacons, examinez la nouvelle déclaration de localisation dès son apparition dans la Play Console. Décrivez la fonctionnalité dont vos utilisateurs dépendent et expliquez pourquoi une position approximative ou ponctuelle ne permettrait pas de l'assurer.
