eCommerce
Sistemi di abbonamento
Chatbot
Corsi online
Prenotazione online
Guida turistica
Eventi
Creatori di contenuti
Consegna locale e Ritiro in negozio
Giornale
Radio
Scuole e università
Fede
Organizzazioni
Ristorante
Alimentari
Costruisci l'app su misura
Comunicazione con i dipendenti
APP BUILDER SENZA CODICE
TECNOLOGIA
PERCHÉ GOODBARBER?
Design
RISORSE DEL PRODOTTO
TEMI
RIVENDITORI DI APP
SCOPRIGoodBarber x Android 17: cosa cambia per la geolocalizzazione
Se la sua app Android utilizza la posizione, Android 17 cambia ciò che vedono i suoi utenti e ciò che si aspetta Google Play. Il motore Android di GoodBarber integra ora il nuovo location button e le modifiche ai permessi che lo accompagnano.
Android 17 restituisce il controllo agli utenti
Android 17 è uscito il 16 giugno 2026 sui dispositivi Pixel compatibili, seguito dagli altri produttori nei mesi successivi.
Android 17 rende più visibile l'accesso alla posizione. Un indicatore permanente compare non appena un'app esterna al sistema consulta la posizione dell'utente. Toccandolo si vedono le app che l'hanno usata di recente e si possono revocare i permessi sul momento.
Anche la posizione approssimativa protegge di più. Fino a ieri Android usava una griglia fissa di 2 km; ora l'area si adatta alla densità di popolazione, garantendo una riservatezza più uniforme in città come in campagna. La finestra dei permessi, inoltre, distingue molto più chiaramente tra «Precisa» e «Approssimativa».
Tenere aggiornato il motore è il nostro lavoro, non il suo
Da parte nostra il lavoro è cominciato ben prima del rilascio pubblico: leggere la documentazione per sviluppatori, individuare le modifiche che riguardano davvero le app GoodBarber, aggiornare il motore Kotlin e testare le versioni prodotte. Lo stesso avevamo fatto per Android 15 e la sua visualizzazione a tutto schermo, poi per Android 16 e la navigazione predittiva.
Un'app Android GoodBarber è compilata in modo nativo, non incapsulata in una WebView. Il lavoro legato al sistema operativo avviene quindi nel motore, non nel back-office di ogni cliente. Lei continua a configurare e a gestire la sua app; noi aggiorniamo il motore che la genera.
La posizione precisa occasionale passa ora da un pulsante
Molte funzionalità hanno bisogno della posizione esatta solo quando è l'utente a chiederla: centrare una mappa, trovare il luogo più vicino, convalidare un'azione fedeltà sul posto. Android 17 introduce un location button, disegnato dal sistema stesso, per questi usi occasionali.
L'utente tocca il pulsante e concede la posizione precisa per la sessione in corso. L'app non ha bisogno di conservare un permesso di posizione precisa permanente per quell'azione. Android fornisce l'icona e un elenco di etichette predefinite, così l'utente ritrova lo stesso controllo in qualsiasi app.
Per le app che puntano ad Android 17 o versioni successive, Google Play impone questo pulsante quando la posizione precisa serve solo a un'azione occasionale avviata dall'utente. L'app dichiara questo ambito limitato nel proprio manifest con l'attributo onlyForLocationButton.
Cosa si aspetta Google Play
Google Play chiede ora alle app di limitarsi all'ambito minimo di localizzazione richiesto dalle loro funzionalità: approssimativa anziché precisa quando è possibile, e il location button per l'accesso preciso occasionale.
Google descrive due percorsi. Per l'accesso preciso occasionale, l'app generata dichiara nel manifest l'ambito limitato del location button. Se un'app conserva la posizione precisa al di fuori di questo percorso, Play Console le chiede perché la posizione approssimativa o una richiesta occasionale non basterebbero per una funzionalità essenziale.
Il calendario è breve. Dal 27 ottobre 2026 alcuni controlli preliminari in Play Console segnaleranno i possibili problemi di policy sulla localizzazione prima dell'invio. La dichiarazione sarà disponibile a novembre 2026. La conformità diventa obbligatoria per tutte le app il 27 gennaio 2027, con una proroga di 30 giorni in autonomia.
Cosa è cambiato in GoodBarber
La migrazione del motore Android è andata oltre il cambio dell'SDK di destinazione.
Nel back-office il permesso di localizzazione si sdoppia: accesso approssimativo e accesso preciso, al posto di un unico interruttore tutto o niente. Quando un'app ha bisogno della posizione precisa solo per un'azione occasionale, la versione generata dichiara questo ambito limitato a Google Play.
Nell'app il location button compare sulle schermate che usano davvero la posizione: sezioni mappa, eventi, elenchi utenti e convalida geolocalizzata di una carta fedeltà. Poiché il controllo è disegnato dal sistema, la sua icona e il suo comportamento restano familiari, mentre l'etichetta può corrispondere all'azione.
Se un utente concede solo la posizione approssimativa, l'app continua a funzionare senza mostrare una precisione che non ha più: le distanze vengono arrotondate e presentate come tali, per esempio «più di 1 km».
Il caso del geofencing e dei beacon
Due funzionalità GoodBarber conservano la posizione precisa al di fuori del percorso del pulsante: il geofencing e i beacon. Una notifica che scatta quando un cliente entra in un'area definita, o quando il suo telefono rileva un beacon, presuppone che la posizione sia disponibile senza un nuovo tocco in quel momento. Il location button non può sostituirsi a questo comportamento.
Queste funzionalità offrono all'editore una giustificazione concreta, radicata nel prodotto, da portare in Play Console: descrivere la funzionalità su cui contano i suoi utenti e spiegare perché una posizione approssimativa o occasionale non la renderebbe possibile. Google esamina comunque la dichiarazione, ma il motivo per conservare la posizione precisa è specifico e legato direttamente a una funzionalità visibile.
La manutenzione fa parte del prodotto
Gli strumenti prompt-to-app sono davvero rapidi nel produrre una prima versione. Quello che accade dopo dipende dallo strumento e dall'organizzazione dello sviluppo: quando un sistema operativo evolve, qualcuno deve comunque aggiornare gli SDK, testare l'app e inviare una nuova versione.
GoodBarber è pensato per l'intero ciclo di vita di un'app. La manutenzione del motore accompagna le app native generate, l'hosting, il database, il back-office e i circuiti di pubblicazione già inclusi nella piattaforma: altrettanti elementi che, altrove, corrispondono a servizi e fatture distinti. Una release di Android diventa lavoro del nostro team di ingegneria e non un progetto di migrazione per ogni editore.
GoodBarber mantiene i propri motori di app dal 2011, per clienti distribuiti in 152 paesi. È questa esperienza a permettere alle app esistenti di generare nuove versioni al ritmo delle piattaforme mobili.
Cosa fare adesso
Apra il suo back-office, generi una nuova versione della sua app Android e la invii a Google Play. Le modifiche al motore sono già incluse.
Se la sua app utilizza il geofencing o i beacon, esamini la nuova dichiarazione sulla localizzazione non appena comparirà in Play Console. Descriva la funzionalità su cui contano i suoi utenti e spieghi perché una posizione approssimativa o occasionale non la renderebbe possibile.
