La risposta in breve
Google Play ora segnala le app Android le cui richieste di accesso a contatti e posizione precisa vanno oltre quanto consentono le nuove norme, mesi prima che le regole diventino obbligatorie. Le app per Android 17 devono usare il selettore di contatti di sistema (Contact Picker) invece di leggere l'intera rubrica e un pulsante di localizzazione per le operazioni una tantum. Per i team che puntano sullo sviluppo di app Android per un prodotto esistente, i controlli del 27 ottobre sono il primo momento in cui un aggiornamento non conforme riceve un avviso nella Play Console.
Che cosa ha cambiato Google nelle norme di Play?
Google ha annunciato le modifiche il 15 aprile 2026, in un post del Group Product Manager Bennet Manuel. Una nuova norma sulle autorizzazioni dei contatti rende il Contact Picker di Android la via predefinita per ottenere dati di contatto per inviti, condivisioni o ricerche una tantum. Le app con target Android 17 possono richiedere READ_CONTACTS solo quando il selettore non basta alla funzionalità principale, e devono allora motivarlo in una dichiarazione per sviluppatori di Play. Secondo Google, l'accesso esteso ai contatti sarà riservato alle app che non possono funzionare senza.
La norma aggiornata sulle autorizzazioni di localizzazione introduce il pulsante di localizzazione come ambito minimo per la posizione precisa. Quando un'app ha bisogno della posizione precisa solo per un'azione puntuale avviata dall'utente, come trovare un negozio vicino o geotaggare una foto, deve aggiungere il flag onlyForLocationButton nel manifest e usare il pulsante invece di un'autorizzazione permanente alla posizione precisa. Le app che hanno davvero bisogno della posizione precisa continua presentano una dichiarazione che spiega perché il pulsante o la posizione approssimativa non bastano. Nello stesso pacchetto di norme Google ha anche eliminato il geofencing dagli usi consentiti per i servizi in primo piano (foreground service), indirizzando gli sviluppatori verso la Geofence API.
Cosa fanno i controlli del 27 ottobre?
Il calendario di Google fissava al 27 ottobre 2026 l'avvio, nella Play Console, dei controlli pre-revisione che individuano possibili problemi con le autorizzazioni per contatti o posizione prima che un aggiornamento vada in revisione. In parallelo, gli avvisi sulle norme di Play in Android Studio dovrebbero indicare agli sviluppatori, direttamente nell'IDE, se un'app deve passare al nuovo selettore o al pulsante. I controlli sono un livello di allerta: l'anteprima delle norme di Google indica il 27 gennaio 2027 come data in cui i due requisiti si applicano alle app con livello API 37.
Questo margine conta, perché i requisiti di livello API target di Google Play avanzano ogni anno. Quando un team porta il targetSdkVersion a 37, cosa che Google Play prima o poi richiederà per gli aggiornamenti, l'app rientra in entrambe le norme, e una richiesta di accesso alla rubrica o alla posizione precisa senza una dichiarazione valida diventa un rischio in revisione anziché un dettaglio da sistemare.
Come funzionano il selettore di contatti e il pulsante di localizzazione?
Il Contact Picker è un'interfaccia di sistema che consente all'utente di scegliere contatti specifici, e solo i campi richiesti, invece di concedere all'app l'intera rubrica. L'accesso è limitato a ciò che l'utente ha selezionato. Il pulsante di localizzazione è un controllo di sistema che fornisce all'app la posizione precisa per la sessione in corso dopo un solo tocco e poi scade: una ricerca negozi o una funzione di check-in non ha più bisogno di un'autorizzazione permanente alla posizione precisa.
| Caso d'uso | Approccio previsto per le app con target Android 17 |
|---|---|
| Invitare amici, condividere con un contatto, ricerca una tantum | Contact Picker o Sharesheet di Android; rimuovere READ_CONTACTS |
| Sincronizzazione completa e continua dei contatti (telefono, CRM, messaggistica) | READ_CONTACTS più dichiarazione nella Play Console |
| Cercare nelle vicinanze, geotaggare un post, compilare un indirizzo una volta | Pulsante di localizzazione con onlyForLocationButton |
| Navigazione, tracciamento consegne, percorsi fitness | Posizione precisa continua più dichiarazione |
| Attività attivate da geofence in un servizio in primo piano | Geofence API invece di un servizio in primo piano |
Alcuni ricercatori di privacy ricordano che Apple ha introdotto controlli simili di accesso limitato ai contatti con iOS 18: Google sta quindi colmando un divario più che aprire un nuovo fronte. Per i team multipiattaforma è un vantaggio: un'unica decisione di prodotto su «quali contatti ci servono davvero» si può ora applicare allo stesso modo su entrambi gli store.
Cosa significa per i team software in Italia
Per i product owner il rischio principale non è la modifica al codice ma l'inventario. Molte app chiedono contatti o posizione precisa perché una versione iniziale ne aveva bisogno una volta, o perché un SDK per referral, analytics o pubblicità ha aggiunto l'autorizzazione al manifest unificato. Queste richieste ora devono avere una motivazione accettata da Google, e i controlli del 27 ottobre le faranno emergere al prossimo caricamento. Verificare il manifest unificato, librerie di terze parti comprese, è il modo più rapido per capire a che punto è l'app.
La questione di budget è una questione di tempi. Passare al selettore e al pulsante di localizzazione è di solito una modifica circoscritta, ma tocca onboarding, referral e checkout, che vengono testati end to end. Farlo nel ciclo di rilascio attuale, finché Play si limita ad avvisare, costa meno che farlo sotto la pressione di aggiornamenti respinti all'inizio del 2027.
Checklist per i team Android
- Verificare il manifest unificato. Elencare ogni
READ_CONTACTS,ACCESS_FINE_LOCATIONe tipo di servizio in primo piano, compresi quelli aggiunti dagli SDK. - Collegare ogni autorizzazione a una funzione. Decidere se la funzione richiede un accesso continuo o una singola azione dell'utente.
- Convertire i flussi una tantum. Spostare inviti e condivisioni sul Contact Picker o sulla Sharesheet e le operazioni di posizione una tantum sul pulsante di localizzazione.
- Preparare le dichiarazioni. Per le app che hanno davvero bisogno di tutti i contatti o della posizione precisa continua, scrivere la dichiarazione per la Play Console e allineare l'informativa nell'app e la privacy policy.
- Caricare una build di test. Pubblicare una build sul canale di test interno per vedere cosa segnalano i nuovi controlli prima del prossimo rilascio in produzione.
- Pianificare il passaggio all'API 37. Programmare l'aggiornamento del
targetSdkVersiona 37 insieme a queste modifiche, così da testare una volta sola.
Domande frequenti
Cosa cambia su Google Play il 27 ottobre 2026?
La Google Play Console inizia a eseguire controlli pre-revisione che segnalano possibili problemi con la nuova norma sulle autorizzazioni dei contatti e con la norma aggiornata sulle autorizzazioni di localizzazione, prima dell'invio di un aggiornamento. Google ha annunciato i controlli il 15 aprile 2026, insieme alle norme stesse.
Quali app sono interessate dalla norma sulle autorizzazioni dei contatti?
Le app con target Android 17 (livello API 37) o superiore. Possono richiedere READ_CONTACTS solo se il Contact Picker di Android non basta alla funzionalità principale, e devono allora presentare una dichiarazione motivata nella Play Console. Le app che usano i contatti per condividere o invitare dovrebbero passare al Contact Picker o alla Sharesheet e rimuovere READ_CONTACTS.
Cos'è il pulsante di localizzazione di Android e quando è obbligatorio?
Il pulsante di localizzazione è un controllo di sistema di Android 17 che concede la posizione precisa per una sola sessione dopo un tocco. Per le app con target Android 17 o superiore che hanno bisogno della posizione precisa solo per un'azione una tantum avviata dall'utente, come trovare un negozio vicino o geotaggare una foto, Google Play richiede il pulsante di localizzazione, attivato con il flag onlyForLocationButton nel manifest, invece di un'autorizzazione permanente alla posizione precisa.
Da quando le nuove norme di Play diventano obbligatorie?
La pagina di anteprima delle norme di Google indica il 27 gennaio 2027 come data di entrata in vigore dei requisiti sulle autorizzazioni dei contatti e della posizione per le app con livello API 37 o superiore. I controlli pre-revisione del 27 ottobre 2026 sono un avviso anticipato per correggere i problemi prima dell'obbligo.
Fonti
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)