Risposta rapida
Al 14 agosto 2026, le scadenze confermate delle norme di Google Play ancora davanti a te sono 30 settembre per la registrazione dei nomi dei pacchetti su Google Play e per la prima applicazione della verifica degli sviluppatori Android in quattro Paesi, 1° ottobre per la rendicontazione e le commissioni di servizio applicabili nei programmi statunitensi interessati e 1° novembre per il termine della proroga sul livello API target. Le due pagine attuali di Google sulle scadenze ora concordano sul fatto che Contatti e Posizione entrano in vigore il 27 gennaio 2027; la cronologia di Android Developers ha indicato il 28 ottobre 2026 per entrambe fino a metà agosto 2026, quindi quella data è superata, non sbagliata. Resta aperto un conflitto, quello sugli Standard per la sicurezza dei minori : sono al 26 agosto 2026 su Play Console Help e al 28 ottobre 2026 su Android Developers, quindi preparati per il 26 agosto. Tre date che compaiono ancora nei risultati di ricerca sono morte: 1° novembre 2025 e 31 maggio 2026 per le pagine di memoria da 16 KB, ora 1° febbraio 2027, e il 28 ottobre per i contatti. Se una di queste scadenze arriva mentre sei nel pieno di un test chiuso, PrimeTestLab tiene stabile il fronte tester mentre pubblichi la correzione.
Nulla in questa pagina è difficile da trovare. È difficile da mettere insieme. Google distribuisce il 2026 tra una pagina di annunci sulle norme, una tabella live delle scadenze che archivia in silenzio tutto ciò che ha più di circa tre mesi, un archivio delle norme e una cronologia separata su Android Developers che su una riga è ancora fuori sincrono con la prima. Il risultato è che oggi due sviluppatori possono leggere entrambi una pagina di Google e ricavarne scadenze diverse per la stessa norma. Questo registro raccoglie in un unico posto ogni modifica con una data, dice a chi si applica e qual è l’unica azione richiesta, ed etichetta ogni riga con uno stato, così una data contestata non sembra mai una data definita. È aggiornato al 14 agosto 2026, e dove Google si contraddice stampa entrambe le date ed entrambi gli URL invece di sceglierne una in silenzio.
Aggiornato il 14 agosto 2026
Le due pagine attuali di Google sulle scadenze ora concordano: Contatti e Posizione entrano in vigore il 27 gennaio 2027. Fino a metà agosto 2026 la cronologia di Android Developers indicava il 28 ottobre 2026 per entrambe e questa pagina le riportava come righe contestate. Gli Standard per la sicurezza dei minori restano contestati tra il 26 agosto e il 28 ottobre. Changelog completo
Quattro strumenti in questa pagina
Tutti e quattro girano nel tuo browser sui valori che scegli. Non viene caricato nulla, non serve alcun account e nessuna richiesta esce dalla pagina.
Indice
Quali scadenze di Google Play restano nel 2026?
La prossima data confermata è il 30 settembre 2026, tra 25 giorni. Qui sotto sono monitorate 41 righe, dal 1 gennaio 2026 al 30 settembre 2027. 1 di esse presenta date contrastanti su 1 riga: Google pubblica due date diverse per l’estensione degli Standard per la sicurezza dei minori, quindi quella riga le stampa entrambe. Filtra prima il registro sulla tua app, perché la maggior parte di queste righe non ti riguarderà.
Che cosa conta il numero 41
Quel totale è la tassonomia di questa pagina, non una cifra pubblicata da Google, quindi vale la pena dire cosa ci finisce dentro: 22 date di entrata in vigore di norme, 1 riga in cui due pagine Google attuali indicano due date diverse, 7 date di annuncio e di chiarimento che da sole non fanno scattare nulla, 10 traguardi commerciali e di programma di Play che non sono affatto requisiti delle Norme del programma per gli sviluppatori, e 1 periodo che Google ha indicato senza datare. Togli gli annunci e le date dei programmi e il numero scende; conta due volte una norma contestata e sale. Anche qualsiasi articolo che cita una cifra tonda di “modifiche alle norme Play del 2026” sta citando la propria tassonomia.
Come leggere ogni riga
Un’unica etichetta “scadenza” appiattirebbe in una cosa sola parecchie cose diverse: date di annuncio che non fanno scattare nulla, chiarimenti che non cambiano nulla, date che nel frattempo si sono spostate e date su cui due pagine di Google non concordano. Ogni riga porta invece uno stato.
-
Confermata
Una sola pagina Google con data, nessuna contraddizione riscontrata il 12 agosto 2026.
-
Le fonti divergono
Due pagine Google attuali indicano due date diverse. Preparati per la più vicina.
-
Parziale
La regola è documentata; la data esatta di entrata in vigore originaria non è più esposta su una pagina Google live.
-
Annuncio
Una data di annuncio o di avviso, non di applicazione. Le singole date di entrata in vigore variano.
-
Chiarimento
Google l’ha descritto come un chiarimento di una regola esistente. Nessuna nuova data di entrata in vigore.
-
Superata
Una data Google reale, poi sostituita. Conservata perché continua a circolare.
-
Ancora nessuna data
Google ha indicato un periodo, non una data. Qualsiasi cosa più precisa è una supposizione.
-
Programma
Un traguardo commerciale o di programma di Play, non un requisito delle Norme del programma per gli sviluppatori. Ha una data reale e una conseguenza reale, ma mancarlo è una questione contrattuale o di ricavi, non una violazione delle norme. 10 righe portano questo contrassegno.
La tabella live delle scadenze di Google conserva le righe recenti e sposta quelle più vecchie in un archivio delle norme, quindi una scadenza di cui ti avevano avvisato a febbraio può essere davvero difficile da ritrovare ad agosto. È per questo che le righe passate in questa pagina restano invece di essere cancellate: gli sviluppatori continuano a ricevere notifiche ed email di rifiuto che le citano.
Costruisci il tuo elenco di scadenze
Seleziona tutto ciò che descrive l’app che stai pubblicando. Il registro qui sotto si restringe alle righe che possono davvero riguardarti, e il riepilogo ti dice qual è la più vicina. Non viene inviato nulla da nessuna parte; le risposte restano in questo browser.
Strumento 02
Profilatore delle scadenze
Non hai ancora selezionato nulla, quindi il registro qui sotto mostra tutte le 41 righe.
Il profilatore filtra le righe di questa pagina. Non è un audit di conformità, non può vedere il tuo manifest né la tua Play Console, e una riga che nasconde può comunque riguardarti se la tua app fa qualcosa che le domande qui sopra non chiedono. 11 righe sono legate a categorie che queste domande non coprono e non vengono mai incluse da una selezione: Annunciate le modifiche al modello di business di Play; Autodichiarazione per le app di notizie e riviste; Conformità al programma pilota sui mercati previsionali; Avviso sulla condivisione del catalogo Play negli Stati Uniti; Data di classificazione come “nuova installazione” per le commissioni di servizio di Play; Inizia l’introduzione della numerazione standard delle norme; Entrano in vigore Play Catalog Access e i programmi per gli app store statunitensi di terze parti; Le modifiche alle commissioni di servizio arrivano in Australia e in Giappone; Diventa disponibile il nuovo programma Apps and Games; Le modifiche alle commissioni di servizio e il nuovo programma arrivano in Corea; Le modifiche alle commissioni di servizio e il nuovo programma arrivano nel resto del mondo.
Il registro completo del 2026 e dell’inizio 2027
Verificato sulle pagine live di Google il 14 agosto 2026. Ogni riga indica la propria fonte primaria e ogni data è scritta per esteso, così può essere citata senza deduzioni.
-
1 gen 2026 Limitazione d’uso dei dati dell’Age Signals API Confermata Passata
-
28 gen 2026 Requisiti dei programmi statunitensi per i link a contenuti esterni e la fatturazione alternativa Programma Confermata Passata
-
28 gen 2026 Requisito dell’elenco RBI per le app di prestiti personali esistenti in India Confermata Passata
-
28 gen 2026 Nuovo limite di 180 giorni per i ricorsi contro la chiusura dell’account sviluppatore Confermata Passata
-
28 gen 2026 Regola originaria sui limiti di età per le funzionalità di matchmaking, incontri e denaro reale Parziale Passata
-
28 gen 2026 Annunciato l’aggiornamento delle schede per le app di prestiti personali in Thailandia Annuncio Passata
-
4 mar 2026 Annunciate le modifiche al modello di business di Play Programma Annuncio Passata
-
4 mar 2026 Scadenza per le schede delle app di prestiti personali esistenti in Thailandia Confermata Passata
-
15 apr 2026 Pacchetto di aprile delle Norme del programma per gli sviluppatori Annuncio Passata
-
27 mag 2026 Norme sul trasferimento dell’account Confermata Passata
-
27 mag 2026 Autodichiarazione per le app di notizie e riviste Confermata Passata
-
1 giu 2026 Conformità al programma pilota sui mercati previsionali Confermata Passata
-
22 giu 2026 Avviso sulla condivisione del catalogo Play negli Stati Uniti Programma Annuncio Passata
-
30 giu 2026 Data di classificazione come “nuova installazione” per le commissioni di servizio di Play Programma Confermata Passata
-
15 lug 2026 Pacchetto di luglio delle Norme del programma per gli sviluppatori Annuncio Passata
-
15 lug 2026 Riformulazione sulla classificazione dei contenuti per le app senza classificazione Chiarimento Passata
-
15 lug 2026 I requisiti sui dati utente si applicano alle integrazioni AI di terze parti Chiarimento Passata
-
15 lug 2026 Trattamento della posizione precisa e approssimativa in Sicurezza dei dati Chiarimento Passata
-
15 lug 2026 Inizia l’introduzione della numerazione standard delle norme Annuncio Passata
-
22 lug 2026 Entrano in vigore Play Catalog Access e i programmi per gli app store statunitensi di terze parti Programma Confermata Passata
-
27 lug 2026 Finestra straordinaria di ricorso per gli account chiusi prima del 28 gennaio 2026 Confermata Passata
-
1 ago 2026 Qualità Android TV: architetture a 32 e 64 bit più pagine di memoria da 16 KB Confermata Passata
-
26 ago 2026 I Contenuti e le funzionalità con limiti di età si estendono alle chat casuali e anonime Confermata Passata
-
26 ago 2026 Le norme Famiglie vietano le app di chat anonime rivolte ai minori Confermata Passata
-
26 ago 2026 Gli Standard per la sicurezza dei minori si estendono alle chat anonime e casuali Le fonti divergono Passata
-
26 ago 2026 Il geofencing non è più un caso d’uso approvato per i servizi in primo piano Confermata Passata
-
31 ago 2026 Livello API target per le nuove app e per gli aggiornamenti Confermata Passata
-
31 ago 2026 Soglia di disponibilità per le app esistenti Confermata Passata
-
30 set 2026 Registrazione dei nomi dei pacchetti su Google Play Confermata 25 giorni
-
30 set 2026 Verifica degli sviluppatori Android, prima applicazione in fase di installazione Confermata 25 giorni
-
30 set 2026 Le modifiche alle commissioni di servizio arrivano in Australia e in Giappone Programma Confermata 25 giorni
-
30 set 2026 Diventa disponibile il nuovo programma Apps and Games Programma Confermata 25 giorni
-
1 ott 2026 Rendicontazione delle transazioni statunitensi e commissioni di servizio applicabili Programma Confermata 26 giorni
-
1 nov 2026 Termine della proroga per il livello API target Confermata 57 giorni
-
31 dic 2026 Le modifiche alle commissioni di servizio e il nuovo programma arrivano in Corea Programma Confermata 117 giorni
-
27 gen 2027 SMS e registro chiamate: finisce l’eccezione per la verifica tramite telefonata Confermata 144 giorni
-
27 gen 2027 Norme sulle autorizzazioni per i contatti Confermata 144 giorni
-
27 gen 2027 Norme sulle autorizzazioni per la posizione Confermata 144 giorni
-
1 feb 2027 Applicazione della compatibilità con le pagine di memoria da 16 KB Confermata 149 giorni
-
30 set 2027 Le modifiche alle commissioni di servizio e il nuovo programma arrivano nel resto del mondo Programma Confermata 390 giorni
-
2027 e oltre Estensione globale della verifica degli sviluppatori Android Ancora nessuna data Nessuna data
Nessuna riga corrisponde a questa combinazione. Rimuovi un filtro per vedere il resto.
Questo calendario include le date annunciate da Google note al 14 agosto 2026. Ulteriori modifiche del 2026 verranno aggiunte quando Google le annuncerà. Quando quelle pagine sono state lette l’ultima volta, per il periodo da settembre a dicembre 2026 non era stata annunciata alcuna modifica datata delle Norme del programma per gli sviluppatori oltre alle righe qui sopra, ed è un’affermazione su ciò che Google aveva pubblicato fino a quel momento, non una previsione che il resto dell’anno sia vuoto.
Date dei programmi Play, che non sono scadenze delle norme
Queste 10 righe compaiono nel registro qui sopra con il contrassegno Programma , e sono raccolte qui perché mescolarle all’applicazione delle norme è il modo in cui una data di classificazione delle commissioni finisce nel piano di conformità di qualcuno. Sono reali, datate e documentate. Nessuna di esse è un requisito delle Norme del programma per gli sviluppatori, e mancarne una è un problema commerciale o contrattuale, non una violazione delle norme. La maggior parte fa parte dell’implementazione scaglionata del modello di business di Google, che raggiunge mercati diversi in date diverse tra il 2026 e il 2027, quindi la data che conta per te dipende da dove ottieni i ricavi.
- 28 gennaio 2026 Requisiti dei programmi statunitensi per i link a contenuti esterni e la fatturazione alternativa Sviluppatori che servono utenti statunitensi e vogliono restare in quei programmi.
- 4 marzo 2026 Annunciate le modifiche al modello di business di Play Prima o poi ogni sviluppatore che ottiene ricavi tramite Google Play. L’implementazione è scaglionata per area geografica nel 2026 e nel 2027.
- 22 giugno 2026 Avviso sulla condivisione del catalogo Play negli Stati Uniti Sviluppatori le cui schede Play possono essere fornite agli store Android statunitensi di terze parti aderenti.
- 30 giugno 2026 Data di classificazione come “nuova installazione” per le commissioni di servizio di Play Sviluppatori con ricavi tramite Play su transazioni SEE, Regno Unito e Stati Uniti. È una classificazione commerciale, non un requisito delle norme.
- 22 luglio 2026 Entrano in vigore Play Catalog Access e i programmi per gli app store statunitensi di terze parti App store statunitensi aderenti e sviluppatori Play le cui schede rientrano nell’ambito.
- 30 settembre 2026 Le modifiche alle commissioni di servizio arrivano in Australia e in Giappone Sviluppatori con ricavi tramite Play su transazioni australiane e giapponesi.
- 30 settembre 2026 Diventa disponibile il nuovo programma Apps and Games Sviluppatori in Australia, nel SEE, in Giappone, nel Regno Unito e negli Stati Uniti.
- 1° ottobre 2026 Rendicontazione delle transazioni statunitensi e commissioni di servizio applicabili Sviluppatori iscritti ai programmi statunitensi interessati per i link a contenuti esterni e la fatturazione alternativa.
- 31 dicembre 2026 Le modifiche alle commissioni di servizio e il nuovo programma arrivano in Corea Sviluppatori con ricavi tramite Play su transazioni coreane.
- 30 settembre 2027 Le modifiche alle commissioni di servizio e il nuovo programma arrivano nel resto del mondo Tutti i mercati Play rimanenti non coperti dalle fasi precedenti.
La riga del 30 giugno è quella che più spesso viene lasciata completamente fuori da un elenco delle “modifiche Play del 2026”. Non ti chiede di cambiare nulla nell’app: è la linea che Google traccia tra una “nuova installazione” e una preesistente, e da che parte cade un utente determina l’aliquota della commissione di servizio applicata alle sue transazioni per l’attività in SEE, Regno Unito e Stati Uniti. Appartiene a un modello finanziario, non a uno sprint di sviluppo.
Perché le pagine di Google indicano date diverse?
Perché Google mantiene le stesse informazioni in più di un posto, e i due posti non vengono sempre aggiornati lo stesso giorno. La tabella delle scadenze relative alle norme su Play Console Help e la cronologia delle norme su Android Developers sono entrambe attuali ed entrambe ufficiali. Fino ai primi di agosto 2026 indicavano date di entrata in vigore diverse per tre norme. Due di questi disaccordi si sono chiusi: Android Developers ha spostato le Autorizzazioni per i contatti e le Autorizzazioni per la posizione dal 28 ottobre 2026 al 27 gennaio 2027, che è la data che Play Console Help riportava da sempre. Uno resta aperto: l’estensione degli Standard per la sicurezza dei minori è al 26 agosto 2026 su Play Console Help e al 28 ottobre 2026 su Android Developers. Preparati per il 26 agosto.
Non è una piccola grinza documentale. Era la differenza tra pubblicare una modifica alle autorizzazioni a ottobre e pubblicarla a gennaio, ed è il motivo per cui un risultato di ricerca, la risposta di un assistente e un collega possono citare tre date diverse per la stessa norma pur leggendo tutti e tre Google.
Guarda che aspetto ha avuto la risoluzione vista da fuori: nessun annuncio, nessuna voce di changelog, nessuna nota su nessuna delle due pagine a dire quale data fosse sbagliata. Una fonte è stata modificata in silenzio per allinearsi all’altra, e ogni articolo che aveva scelto il 28 ottobre ed era andato avanti è diventato inesatto quel giorno senza che il suo autore toccasse nulla. È questo il rischio vero in questa materia, ed è il motivo per cui le righe qui sotto tengono in vista la data superata invece di cancellarla.
C’è un secondo livello. Il 14 agosto 2026 la pagina delle scadenze di Play Console Help riportava nel testo il 27 gennaio 2027 , mentre lo snippet di ricerca indicizzato per lo stesso URL riportava ancora la vecchia formulazione con il 28 ottobre 2026 . Così un lettore poteva cercare, vedere il dominio di Google tra i risultati, leggere il 28 ottobre nello snippet e non aprire mai la pagina che diceva altro. Gli snippet obsoleti di pagine live fanno parte del problema, non solo i vecchi post di blog.
Strumento 03
Selettore dei conflitti
Mostra le date pubblicate su Play Console Help, la tabella delle scadenze relative alle norme. support.google.com, tabella 12921780
-
Autorizzazioni per i contatti
27 gennaio 2027
Ora le due pagine concordano. In precedenza Android Developers pubblicava
28 ottobre 2026Definita al 27 gennaio 2027 -
Autorizzazioni per la posizione
27 gennaio 2027
Ora le due pagine concordano. In precedenza Android Developers pubblicava
28 ottobre 2026Definita al 27 gennaio 2027 -
Estensione degli Standard per la sicurezza dei minori
26 agosto 2026
Altra pagina:
28 ottobre 2026Preparati per il 26 agosto 2026
Ancora aperti: 1 conflitto. Risolti: 2. Entrambe le pagine sono state rilette il 14 agosto 2026. Dove ancora divergono, questa pagina mostra entrambe le date e consiglia di prepararsi per la più vicina; non decide quale pagina abbia ragione, perché nulla su nessuna delle due dice che una prevale sull’altra, e la riga di verdetto è una posizione di rischio, non una dichiarazione di Google. Dove ora concordano, la data che Google ha sostituito resta visibile, così chi arriva con quella vecchia capisce che era reale.
Ciò che non è mai stato in discussione
Le date si sono spostate. L’ambito no, ed è l’ambito a determinare se tutto questo è un tuo problema. Le indicazioni di Google sui contatti legano il nuovo regime di accesso ampio alle app a cui si applica, non al calendario, e quella frase è rimasta stabile su entrambe le fonti per tutto il tempo.
Android 17 o successivo (livello API 37+)
Google Play Console Help, risposta 16909972, sulle app a cui si applicano le norme sulle autorizzazioni per i contattiQuindi un’app che non ha come target API 37 non rientra ancora nel regime di accesso ampio ai contatti, e un’app che ha bisogno solo di un contatto scelto dall’utente viene indirizzata ad Android Contact Picker invece che all’accesso ampio. La stessa logica vale per la riga sulla sicurezza dei minori, quella ancora in discussione: la definizione di app di chat casuale o anonima è stabile su entrambe le pagine, e cambia solo la data. Se hai definito il lavoro a partire dalla definizione e non dalla data, lo spostamento da ottobre a gennaio non ti è costato nulla.
Come leggere una pagina di Google sulle scadenze
- Apri la pagina e leggi il testo. Uno snippet di ricerca può essere indietro di mesi rispetto alla pagina a cui punta.
- Controlla entrambe le fonti: la tabella delle scadenze di Play Console Help e la cronologia delle norme di Android Developers.
- Pianifica lo sviluppo sulla data più vicina e comunica quella più lontana come non risolta.
- Annota la data che hai letto e il giorno in cui l’hai letta. È l’unico modo per accorgerti di una modifica silenziosa.
- Considerare definito il primo risultato su un dominio Google che vedi, solo perché il dominio è quello giusto.
- Dare per scontato che valga la più lontana delle due date perché è più comoda.
- Cancellare una vecchia data quando si sposta. Ti servirà quando qualcuno te la citerà.
- Leggere “almeno 30 giorni per adeguarsi” come la data di entrata in vigore. È una soglia minima di preavviso, non una data.
Lo stato di queste righe può cambiare in qualsiasi momento
Il 26 agosto è passato, quindi la riga sulla sicurezza dei minori andrebbe ricontrollata sulla pagina definitiva delle norme invece che sul testo di anteprima, e a fronte del 28 ottobre che la cronologia di Android Developers riporta ancora per essa.
Cosa cambia il 26 agosto 2026?
Quattro cose, e solo una riguarda funzionalità di chat che magari pensi di non avere. Le norme di Google sui Contenuti e le funzionalità con limiti di età si estendono alle app la cui funzionalità principale mette in contatto sconosciuti in modo casuale o nasconde l’identità dell’utente; le norme Famiglie impediscono alle app di chat anonime di rivolgersi ai minori; l’estensione degli Standard per la sicurezza dei minori è datata qui da Play Console Help e al 28 ottobre da Android Developers, il che ne fa l’unica data di questa pagina su cui Google si contraddice ancora; e il geofencing smette di essere un caso d’uso approvato per i servizi in primo piano. Se nessuna di queste quattro descrive la tua app, il 26 agosto non è una tua data.
26 agosto 2026
Passata-
Confermata
I Contenuti e le funzionalità con limiti di età si estendono alle chat casuali e anonime
Chi App la cui funzionalità principale mette in contatto sconosciuti in modo casuale o nasconde deliberatamente l’identità dell’utente.
Cosa fare Usa le funzionalità e gli strumenti di Play Console per impedire ai minori di accedere all’app.
-
Confermata
Le norme Famiglie vietano le app di chat anonime rivolte ai minori
Chi App di chat anonime rivolte ai minori.
Cosa fare Smetti di rivolgerti ai minori oppure modifica il prodotto in modo che non sia più classificabile come chat anonima.
-
Le fonti divergono
Gli Standard per la sicurezza dei minori si estendono alle chat anonime e casuali
Chi App di chat casuali e anonime.
Cosa fare Preparati per la più vicina delle due date pubblicate, cioè il 26 agosto.
-
Confermata
Il geofencing non è più un caso d’uso approvato per i servizi in primo piano
Chi App che dichiarano un servizio in primo piano per il geofencing.
Cosa fare Sposta il caso d’uso sulla Geofence API.
App di chat anonime e casuali
Il fattore scatenante è la funzionalità principale, non la presenza di una schermata di chat. Il testo di anteprima delle norme di Google è preciso sulla data.
in vigore dal 26 agosto 2026
Google Play Console Help, risposta 17036597, Contenuti e funzionalità con limiti di etàLe app che rientrano nell’ambito sono quelle la cui funzionalità principale mette in contatto sconosciuti in modo casuale o nasconde deliberatamente l’identità dell’utente. Per queste, il requisito è usare le funzionalità e gli strumenti che Google mette a disposizione in Play Console per impedire ai minori di accedere all’app. Una funzione di messaggistica dentro un’app di consegne, una chat di assistenza o un thread di commenti non sono ciò a cui puntano queste norme.
La parola che genera più confusione è “matchmaking”. Compare nella stessa famiglia di norme e non significa quello che ci legge dentro chi sviluppa giochi. Il testo di Google si concentra sulle app la cui funzionalità principale favorisce il matchmaking o gli incontri, e tratta diversamente le funzionalità di matchmaking o di incontri accessorie quando misure di tutela efficaci tengono i minori lontani da quelle funzionalità. Un gioco multiplayer con una coda di matchmaking non viene automaticamente classificato come un’app di incontri.
Il test onesto da fare sulla tua app
Chiediti se una persona ragionevole che descrive la tua app in una frase parlerebbe di mettere in contatto sconosciuti o di nascondere l’identità. Se lo farebbe, considerati dentro l’ambito e usa gli strumenti di Play Console. Se non lo farebbe, metti per iscritto perché la funzionalità è accessoria e cosa impedisce a un minore di raggiungerla, perché è l’argomento che ti servirà se la classificazione verrà mai messa in discussione. Google non pubblica un modulo di autocertificazione per questo, quindi il ragionamento devi registrarlo tu.
Perché Google indica due date per gli Standard per la sicurezza dei minori
Le righe sui limiti di età e sulle norme Famiglie qui sopra sono datate 26 agosto in modo coerente. Gli Standard per la sicurezza dei minori no e, dopo la riconciliazione di Contatti e Posizione a metà agosto 2026, sono l’ultima riga di questa pagina su cui le due fonti di Google ancora divergono. Una data l’estensione qui, l’altra la colloca due mesi dopo, e nessuna delle due dice di prevalere sull’altra.
- Play Console Help indica 26 agosto 2026 Tabella delle scadenze delle norme 12921780
- Android Developers indica 28 ottobre 2026 Cronologia delle norme di Google Play
Preparati per la data più vicina. Il costo di essere in anticipo è qualche settimana di margine; il costo di essere in ritardo è un’azione di enforcement su un’app pubblicata. Puoi confrontare le due fonti riga per riga nel selettore dei conflitti qui sopra.
Geofencing e servizi in primo piano
È la riga che più facilmente coglie di sorpresa un team che non ha mai letto una norma sulla sicurezza dei minori in vita sua. Il geofencing smette di essere un caso d’uso approvato per un servizio in primo piano, e Google indica direttamente il sostituto.
usa la Geofence API
Google Play Console Help, tabella delle scadenze delle norme 12921780Se la tua dichiarazione di servizio in primo piano si regge sul geofencing, è la dichiarazione a non essere più difendibile, quindi il lavoro è spostare il caso d’uso, non riscrivere il modulo. Tutto il resto dell’uso che fai dei servizi in primo piano non è toccato da questa riga.
Il 26 agosto è passato. Le righe qui sopra sono state scritte a partire dalle pagine di anteprima delle norme di Google; una volta che una norma è in vigore il testo di anteprima viene di solito sostituito, quindi rileggi la norma live invece di una citazione dell’anteprima prima di affidarti alla formulazione esatta.
Cosa cambia il 31 agosto 2026?
I requisiti sul livello API target del 2026, che sono due regole distinte confuse di continuo. La prima è una soglia per l’invio: dal 31 agosto, una nuova app o un aggiornamento deve avere come target il livello previsto per il suo fattore di forma, che per il mobile è API 36. La seconda è una soglia di disponibilità per le app che non tocchi più, che per il mobile è API 35. Mancare la prima blocca il caricamento. Mancare la seconda impedisce in silenzio ai nuovi utenti sulle versioni di Android più recenti di vedere l’app.
31 agosto 2026
Passata-
Confermata
Livello API target per le nuove app e per gli aggiornamenti
Chi Ogni nuova app e ogni aggiornamento inviato a Google Play.
Cosa fare Il mobile richiede API 36. Wear OS e Android Automotive OS richiedono API 35. Android XR richiede API 34. Anche Android TV richiede API 34, ma non è una novità: la tabella per fattore di forma di Google data il requisito TV al 31 agosto 2025.
-
Confermata
Soglia di disponibilità per le app esistenti
Chi App pubblicate al di sotto del livello di disponibilità previsto per il loro fattore di forma, anche se non invii mai un aggiornamento.
Cosa fare Alza il target fino alla soglia di disponibilità applicabile. Per il mobile è API 35.
A partire dal 31 agosto 2026
Android Developers, requisiti sul livello API target per le app di Google PlayLe due regole, tenute distinte
Quasi ogni risposta sbagliata su questa scadenza nasce dal fondere le due regole in un unico numero. Hanno fattori scatenanti diversi e conseguenze diverse.
- Se invii qualcosa API 36 per il mobile Sia nuove app sia aggiornamenti. Sotto il livello previsto per il tuo fattore di forma, l’invio non soddisfa il requisito.
- Se non invii nulla API 35 per il mobile Un’app che non aggiorni mai smette di essere disponibile per i nuovi utenti sui dispositivi con versioni di Android più recenti. Non viene eliminata e chi l’ha già installata la conserva.
Il livello per ciascun fattore di forma
Non copiare il numero del mobile su ogni build. I livelli cambiano da un fattore di forma all’altro, e la colonna della disponibilità cambia di nuovo.
| Fattore di forma | Nuove app e aggiornamenti | Soglia di disponibilità | Nota |
|---|---|---|---|
| Android mobile, tablet, pieghevoli | API 36 | API 35 | Il caso standard. Valgono entrambe le regole. |
| Android Auto | API 36 | API 35 | Google non elenca Android Auto come fattore di forma a sé, perché un’app Auto è un’app per telefono. Il requisito che vale è quello mobile. |
| Wear OS | API 35 | API 34 | Una build separata con un livello separato. |
| Android Automotive OS | API 35 | API 32 | La soglia di disponibilità più bassa fra tutti i fattori di forma. |
| Android TV | API 34 | API 33 | Non è un aumento del 2026: la tabella per fattore di forma di Google data la regola di invio API 34 al 31 agosto 2025. Ha anche i requisiti di qualità TV del 1° agosto. |
| Android XR | API 34 | API 34 | La soglia di invio e quella di disponibilità coincidono. |
Una riga di quella tabella non è affatto una novità del 2026, e le pagine di Google stessa la rendono facile da fraintendere. Il riepilogo di Android Developers raggruppa il requisito API 34 di Android TV sotto il 31 agosto 2026 insieme a tutto il resto, ma la tabella dettagliata per fattore di forma di Play Console Help data quel requisito di invio al 31 agosto 2025. Se pubblichi un’app TV, sei sotto la regola API 34 già da un anno e il 31 agosto 2026 per te non cambia nulla. Il numero che cambia davvero è la soglia di disponibilità: un’app TV esistente che non viene mai aggiornata resta conforme a API 33, un livello sotto il requisito di invio, e sono le app a API 32 o inferiore a perdere la disponibilità per i nuovi utenti sulle versioni di Android più recenti.
La soglia di disponibilità funziona come un tetto sulla portata, non come un interruttore: un’app che sta sotto resta disponibile solo sui dispositivi con una versione di Android pari o inferiore a quella che l’app ha come target. Alzare targetSdk non alza minSdk, quindi rispettare questa scadenza non esclude i dispositivi più vecchi dalla tua base installata. Le app permanentemente private distribuite solo all’interno di un’organizzazione sono escluse. La guida completa alla migrazione, comprese le schermate di Play Console e le modifiche di comportamento che arrivano con ogni livello, è in il post sull’API target 36.
Posso prorogare la scadenza del 31 agosto?
A volte. Le indicazioni di Google sul livello target per il 2026 concedono agli sviluppatori interessati e idonei più tempo, fino al 1° novembre 2026, da richiedere tramite la notifica di Play Console inviata agli sviluppatori interessati. Tre cose da chiarire prima di pianificare contando su questo.
- Va richiesta, non è automatica. Non c’è alcuna garanzia che ogni account o ogni app veda l’opzione.
- Non crea un livello target più basso. Il livello richiesto resta lo stesso; hai solo più tempo per raggiungerlo.
- La finestra si chiude il 1° novembre 2026, che è a sua volta una riga di questo calendario.
Google ha una procedura separata per chiedere più tempo su certe dichiarazioni relative alle norme, esposta in Play Console in corrispondenza della singola dichiarazione a cui si applica. La navigazione della Console cambia secondo tempi propri, quindi segui la notifica che Google mostra per quella scadenza invece di un percorso di menu scritto in un articolo, incluso questo. E non leggere l’esistenza di una proroga come prova che ogni scadenza di questa pagina possa essere prorogata: per la maggior parte delle righe qui non esiste alcun meccanismo di proroga documentato.
Cosa cambia il 30 settembre 2026?
Due requisiti che vengono costantemente riportati come uno solo. Il primo è la registrazione dei nomi dei pacchetti di Google Play, che si applica alle app Play in tutto il mondo e per cui Google avverte del rischio di rimozione da Play. Il secondo è la prima fase di applicazione della verifica degli sviluppatori Android, che riguarda le installazioni tramite gli store aderenti in quattro Paesi: Brasile, Indonesia, Singapore e Thailandia. Stessa data, ambito diverso, conseguenza diversa. Nessuno dei due è uno spegnimento mondiale delle app Android non verificate. Lo stesso giorno arrivano due voci commerciali che non sono affatto requisiti delle norme: le modifiche alle commissioni di servizio che raggiungono Australia e Giappone, e il nuovo programma Apps and Games che diventa disponibile in cinque mercati.
30 settembre 2026
tra 25 giorni-
Confermata
Registrazione dei nomi dei pacchetti su Google Play
Chi App Play che Google non ha registrato automaticamente. Google afferma che oltre il 99% lo è stato.
Cosa fare Apri la home di Play Console e registra ogni nome di pacchetto ancora indicato come non registrato.
-
Confermata
Verifica degli sviluppatori Android, prima applicazione in fase di installazione
Chi App installate tramite gli store aderenti in Brasile, Indonesia, Singapore e Thailandia, su dispositivi Android certificati.
Cosa fare Completa la verifica come sviluppatore e registra l’app o il pacchetto come richiesto.
-
Confermata
Le modifiche alle commissioni di servizio arrivano in Australia e in Giappone
Chi Sviluppatori con ricavi tramite Play su transazioni australiane e giapponesi.
Cosa fare Rivedi le tue ipotesi sulle commissioni per quei due mercati a partire da questa data.
-
Confermata
Diventa disponibile il nuovo programma Apps and Games
Chi Sviluppatori in Australia, nel SEE, in Giappone, nel Regno Unito e negli Stati Uniti.
Cosa fare Valuta se il nuovo programma è adatto alla tua attività. La disponibilità non è l’iscrizione.
I due requisiti che richiedono davvero un’azione
Delle quattro righe qui sopra, queste sono le due che possono costarti qualcosa se le ignori. Le altre due sono l’implementazione commerciale che raggiunge nuovi mercati, e non chiedono nulla alla tua app.
Requisito A
Registrazione dei nomi dei pacchetti su Google Play
- Ambito
- Tutte le app di Google Play. Google afferma che più del 99% è stato registrato automaticamente.
- La tua azione
- Apri la home di Play Console e controlla lo stato della registrazione. Registra tutto ciò che Google non ha rilevato.
- Se non fai nulla
- Google avverte del rischio di rimozione globale da Play e di problemi di installazione.
Requisito B
Verifica degli sviluppatori Android, prima fase
- Ambito
- Installazioni tramite gli store aderenti in Brasile, Indonesia, Singapore e Thailandia, su dispositivi Android certificati.
- La tua azione
- Completa la verifica dello sviluppatore e registra l’app o il pacchetto come richiesto.
- Se non fai nulla
- Un’app non verificata o non registrata non può seguire il consueto percorso di installazione e aggiornamento tramite gli store aderenti sui dispositivi che rientrano nell’ambito.
registrare i nomi dei pacchetti delle proprie app
Google Play Console Help, tabella delle scadenze delle norme 12921780La cifra dell’“oltre il 99% registrato automaticamente” è il motivo per cui questa riga viene ignorata, ed è anche il motivo per cui vale due minuti del tuo tempo. Se sei nella frazione restante, la conseguenza documentata non è un banner di avviso: è la rimozione. Controllare costa il caricamento di una pagina in Play Console.
Il 30 settembre è un divieto Android mondiale?
No. L’applicazione inizia in quattro Paesi e, sull’estensione più ampia, Google pubblica un periodo e non una data.
2027 e oltre
Android Developers, panoramica sulla verifica degli sviluppatori, sull’estensione più ampiaQuesto è l’intero impegno pubblicato. Al 14 agosto 2026 non esiste alcuna data di applicazione mondiale annunciata, quindi qualsiasi articolo che ne indichi una sta deducendo. Completare la verifica in anticipo resta la mossa che costa poco, perché non è qualcosa che vuoi scoprire di dover fare durante un rilascio. E la lettura “il sideloading è morto” regge solo se non apri mai le FAQ di Google: restano aperte quattro strade, e sono la differenza tra un rilascio bloccato e un fastidio lieve.
-
Installazioni tramite ADB
Non toccate. Google dice che sei libero di installare app senza verifica tramite ADB, così gli sviluppatori possono creare e testare app non ancora destinate a una distribuzione più ampia.
Il tuo ciclo di debug e tutto ciò che passi a un tester via cavo restano intatti.
-
La procedura avanzata per gli utenti esperti
Google sta introducendo una configurazione una tantum che permette a un utente di accettare il rischio e installare app di sviluppatori non verificati, dietro la modalità sviluppatore, un riavvio, un periodo di attesa e una conferma biometrica o con PIN.
Esiste, ma è volutamente lenta. Non costruire un piano di distribuzione chiedendo agli utenti comuni di passarci attraverso.
-
Altri store e sideloading diretto
Google dice che la scadenza del 30 settembre si applica solo agli store aderenti. La distribuzione tramite altri store, o gli utenti che fanno sideloading della tua app direttamente, non rientrano in questa fase.
Controlla se lo store che usi davvero è nell’elenco degli aderenti prima di dare per scontato di essere coinvolto.
-
Fattori di forma diversi da telefoni e tablet
Google dice che in questa fase l’applicazione riguarda i fattori di forma mobile e tablet nelle aree selezionate, pur consigliando la registrazione su tutti i fattori di forma per non avere sorprese sulla disponibilità futura.
Registrati comunque. Il consiglio costa poco e si prevede che l’ambito si allarghi.
Niente di tutto questo rende la data ignorabile. Significa che l’inquadramento onesto è circoscritto: per le app che rientrano nell’ambito e sono distribuite tramite gli store aderenti in quei quattro Paesi, il consueto percorso di installazione e aggiornamento si chiude. Tutto il resto Google lo ha lasciato esplicitamente aperto, e lo dice sulle FAQ sulla verifica.
La verifica non è il requisito del test chiuso
Sono ostacoli separati e superarne uno non supera mai l’altro. La verifica degli sviluppatori è un livello di identità per l’ecosistema Android. Il test chiuso da 12 tester per 14 giorni è un varco di Play Console per i nuovi account sviluppatore personali che richiedono l’accesso in produzione. Uno sviluppatore verificato senza un test chiuso completato non può comunque pubblicare in produzione. Il lato burocratico è trattato in il post sulla verifica degli sviluppatori, e cosa comporta per una build che consegni a un tester è in il post sull’installazione degli APK.
Cosa cambia a ottobre 2026?
Una riga con una data, ed è commerciale più che tecnica: il 1° ottobre gli sviluppatori iscritti ai programmi statunitensi interessati per i link a contenuti esterni e la fatturazione alternativa iniziano a rendicontare le transazioni e a tenere conto delle commissioni di servizio applicabili. Se stai cercando il 28 ottobre, non è più una scadenza per i contatti o per la posizione. Google le ha spostate entrambe al 27 gennaio 2027 a metà agosto 2026. Sopravvive su una pagina di Google come data degli Standard per la sicurezza dei minori, che l’altra pagina colloca al 26 agosto.
1° ottobre: rendicontazione e commissioni nei programmi statunitensi interessati
1° ottobre 2026
tra 26 giorni-
Confermata
Rendicontazione delle transazioni statunitensi e commissioni di servizio applicabili
Chi Sviluppatori iscritti ai programmi statunitensi interessati per i link a contenuti esterni e la fatturazione alternativa.
Cosa fare Avvia la rendicontazione richiesta e considera le commissioni di servizio applicabili.
Questa riga ti raggiunge solo se ti sei iscritto a uno dei programmi statunitensi che permettono di rimandare a contenuti esterni o di offrire una fatturazione alternativa. Se l’hai fatto, la rendicontazione e le eventuali commissioni di servizio applicabili iniziano qui, e il requisito è amministrativo più che tecnico. Se non ti sei iscritto, questa data non ti riguarda in nulla.
Vale la pena dare un nome alla categoria: è una riga Programma, non un requisito delle Norme del programma per gli sviluppatori. Mancarla è un problema contrattuale e di fatturazione con Google, non una violazione delle norme da parte della tua app, e non può far rimuovere l’app come può fare una scadenza delle norme mancata. È per questo che le date dei programmi sono elencate insieme sotto il registro. È la coda di una sequenza iniziata con i requisiti di programma del 28 gennaio e passata per l’avviso sul catalogo del 22 giugno e l’avvio dei programmi del 22 luglio, tutti nelle righe passate.
28 ottobre: che fine ha fatto
Per gran parte del 2026 questa è stata la data di punta della pagina. La cronologia delle norme di Android Developers indicava le Autorizzazioni per i contatti e le Autorizzazioni per la posizione in vigore dal 28 ottobre 2026, mentre la tabella delle scadenze di Play Console Help le indicava entrambe al 27 gennaio 2027. Questa pagina le riportava come righe contestate e ti diceva di lavorare per ottobre.
Quel disaccordo si è chiuso a metà agosto 2026. Ora Android Developers indica il 27 gennaio 2027 per entrambe le norme, in linea con Play Console Help. Non c’è stato alcun annuncio né alcuna voce di changelog; una pagina è stata modificata per allinearsi all’altra. Se avevi pianificato sul 28 ottobre, non hai perso nulla e sei in anticipo di tre mesi, che è il risultato che la regola della data più vicina è fatta per produrre. Entrambe le righe ora stanno in cosa è già fissato per il 2027.
Se un articolo o un assistente ti dice ancora 28 ottobre
Non sbaglia sulla provenienza della data, solo sul fatto che sia ancora valida. Il 28 ottobre è stato pubblicato da Google, su una pagina di Google, per mesi. L’unico posto in cui resta attuale è la voce di Android Developers per l’estensione degli Standard per la sicurezza dei minori , che Play Console Help colloca al 26 agosto. Quindi la domanda da fare a una fonte che cita il 28 ottobre è di quale norma parla e quando ha controllato l’ultima volta.
Che cos’è il termine del 1° novembre 2026?
La fine della finestra di proroga per il requisito sul livello API target del 31 agosto, e nient’altro. Non è un secondo livello target successivo, non riguarda chi non ha chiesto più tempo e non cambia nessun’altra scadenza di questa pagina. Se non hai mai richiesto una proroga, il 1° novembre non è una data che ti serve.
1° novembre 2026
tra 57 giorni-
Confermata
Termine della proroga per il livello API target
Chi App a cui è stato concesso più tempo per il requisito del livello API target 2026.
Cosa fare Pubblica la build conforme al livello target prima del termine.
57 giorni al termine. Se hai una proroga, l’unica cosa che conta da qui ad allora è che una build conforme vada online, perché la proroga fa guadagnare tempo, non abbassa il livello. Se non ne hai una, questa riga è solo informativa.
Perché merita una riga tutta sua: i risultati di ricerca e i riepiloghi presentano regolarmente il 1° novembre 2026 come una scadenza sul livello API target a sé stante, il che porta i team a credere di avere tempo fino a novembre, quando la soglia per l’invio è arrivata il 31 agosto. Una data è un requisito. L’altra è un periodo di tolleranza che non tutti gli account hanno. Il dettaglio su come richiederla è in il post sull’API target 36.
Quali scadenze del 2026 sono già passate?
28 delle 41 righe monitorate sono alle nostre spalle al 14 agosto 2026. Restano qui invece di essere cancellate, perché la tabella live delle scadenze di Google archivia le righe più vecchie e gli sviluppatori continuano ad arrivare con un avviso della Console, un’email di rifiuto o un articolo che ne cita una. Una data passata ti dice comunque se ciò che stai leggendo è mai stato vero.
gennaio 2026
- 1 gen Limitazione d’uso dei dati dell’Age Signals API Confermata
- 28 gen Requisiti dei programmi statunitensi per i link a contenuti esterni e la fatturazione alternativa Confermata
- 28 gen Requisito dell’elenco RBI per le app di prestiti personali esistenti in India Confermata
- 28 gen Nuovo limite di 180 giorni per i ricorsi contro la chiusura dell’account sviluppatore Confermata
- 28 gen Regola originaria sui limiti di età per le funzionalità di matchmaking, incontri e denaro reale Parziale
- 28 gen Annunciato l’aggiornamento delle schede per le app di prestiti personali in Thailandia Annuncio
marzo 2026
- 4 mar Annunciate le modifiche al modello di business di Play Annuncio
- 4 mar Scadenza per le schede delle app di prestiti personali esistenti in Thailandia Confermata
aprile 2026
- 15 apr Pacchetto di aprile delle Norme del programma per gli sviluppatori Annuncio
maggio 2026
- 27 mag Norme sul trasferimento dell’account Confermata
- 27 mag Autodichiarazione per le app di notizie e riviste Confermata
giugno 2026
- 1 giu Conformità al programma pilota sui mercati previsionali Confermata
- 22 giu Avviso sulla condivisione del catalogo Play negli Stati Uniti Annuncio
- 30 giu Data di classificazione come “nuova installazione” per le commissioni di servizio di Play Confermata
luglio 2026
- 15 lug Pacchetto di luglio delle Norme del programma per gli sviluppatori Annuncio
- 15 lug Riformulazione sulla classificazione dei contenuti per le app senza classificazione Chiarimento
- 15 lug I requisiti sui dati utente si applicano alle integrazioni AI di terze parti Chiarimento
- 15 lug Trattamento della posizione precisa e approssimativa in Sicurezza dei dati Chiarimento
- 15 lug Inizia l’introduzione della numerazione standard delle norme Annuncio
- 22 lug Entrano in vigore Play Catalog Access e i programmi per gli app store statunitensi di terze parti Confermata
- 27 lug Finestra straordinaria di ricorso per gli account chiusi prima del 28 gennaio 2026 Confermata
agosto 2026
- 1 ago Qualità Android TV: architetture a 32 e 64 bit più pagine di memoria da 16 KB Confermata
- 26 ago I Contenuti e le funzionalità con limiti di età si estendono alle chat casuali e anonime Confermata
- 26 ago Le norme Famiglie vietano le app di chat anonime rivolte ai minori Confermata
- 26 ago Gli Standard per la sicurezza dei minori si estendono alle chat anonime e casuali Le fonti divergono
- 26 ago Il geofencing non è più un caso d’uso approvato per i servizi in primo piano Confermata
- 31 ago Livello API target per le nuove app e per gli aggiornamenti Confermata
- 31 ago Soglia di disponibilità per le app esistenti Confermata
Apri una qualsiasi di queste righe nel registro per sapere a chi si applicava, quale azione chiedeva e qual è la sua fonte primaria. L’archivio delle norme di Google riporta le date ufficiali delle versioni delle norme per il 1° gennaio, il 28 gennaio, il 4 marzo, il 15 aprile e il 27 maggio 2026, ed è il posto dove guardare quando ti serve il testo com’era in un dato giorno anziché com’è adesso.
Tre cose che insegnano le righe passate
Una sola data può portare obblighi che non c’entrano nulla tra loro. Cinque obblighi distinti sono arrivati il 28 gennaio, ed è per questo che quella data compare in così tanti avvisi scollegati tra loro: i requisiti dei programmi statunitensi, l’elenco RBI per i prestiti personali in India, il limite di 180 giorni per i ricorsi contro la chiusura, la regola sui limiti di età per il matchmaking e l’annuncio sulle schede in Thailandia. Solo tre sono requisiti delle Norme del programma per gli sviluppatori. Una delle cinque è contrassegnata come Parziale qui, perché la tabella live di Google ha fatto invecchiare la riga sul matchmaking fino a toglierla, e questa pagina non inventerà una data di entrata in vigore pulita a cui non può più puntare.
Una data di annuncio non è una data di applicazione. Il 15 aprile e il 15 luglio sono stati pacchetti di annunci, e nulla è diventato esigibile per il solo fatto di essere stato annunciato. Google concede almeno 30 giorni per adeguarsi alle norme appena aggiornate, salvo diversa indicazione, e “almeno 30 giorni” è una soglia minima di preavviso, non una data. Leggerla come una data è il modo in cui un pacchetto di norme diventa una scadenza fantasma in un piano di progetto.
Due righe non potevano essere recuperate in ritardo. La maggior parte delle scadenze passate lo consente ancora: registri il pacchetto, sistemi la scheda, completi la dichiarazione. La rinuncia al catalogo del 22 luglio si è chiusa nel momento in cui il programma è entrato in vigore, e la finestra straordinaria di ricorso del 27 luglio per gli account chiusi prima del 28 gennaio 2026 è finita del tutto. Le segnalazioni della community su un modulo di ricorso che rimandava altrove o si rifiutava di inviare a ridosso della scadenza sono reali, e non sono la stessa cosa di una proroga. Nulla nella documentazione di Google dice che la finestra si sia spostata, quindi non lo dice nemmeno questa pagina.
Hai 180 giorni
Google Play Console Help, risposta 16659089, sul ricorso contro una decisione di chiusura presa a partire dal 28 gennaio 2026Cosa è già fissato per il 2027?
Due date e un periodo volutamente vago. Il 27 gennaio 2027 porta con sé tre righe: la fine dell’eccezione SMS e registro chiamate che permetteva di usare READ_CALL_LOG per confermare una telefonata di verifica, più le norme sulle autorizzazioni per i contatti e per la posizione, che ora entrambe le fonti di Google datano qui. Il 1° febbraio 2027 è l’attuale data di applicazione dei 16 KB per le dimensioni delle pagine di memoria. Oltre a questo, la verifica degli sviluppatori Android si estende nel “2027 e oltre”, che è un periodo che Google ha pubblicato e una data che non ha pubblicato.
27 gennaio 2027
27 gennaio 2027
tra 144 giorni-
Confermata
SMS e registro chiamate: finisce l’eccezione per la verifica tramite telefonata
Chi App che usano READ_CALL_LOG solo per confermare una chiamata di verifica in arrivo.
Cosa fare Passa a un’alternativa approvata come la Digital Credentials API o la SMS Retriever API.
-
Confermata
Norme sulle autorizzazioni per i contatti
Chi App che hanno come target Android 17 (livello API 37) o successivo e vogliono un accesso ampio alla rubrica.
Cosa fare Valuta se l’accesso ampio è davvero essenziale. Se non lo è, passa ad Android Contact Picker.
-
Confermata
Norme sulle autorizzazioni per la posizione
Chi App che usano la posizione precisa nell’ambito previsto dalle norme.
Cosa fare Preferisci l’approccio con l’ambito minimo e, dove è previsto, il pulsante di sistema per la posizione.
La riga su SMS e registro chiamate è definita e circoscritta. Se l’unica giustificazione per READ_CALL_LOG è confermare l’arrivo di una chiamata di verifica, quella giustificazione smette di essere disponibile, e la direzione documentata è un’alternativa approvata come la Digital Credentials API o la SMS Retriever API. Le app che restano senza una base di autorizzazione conforme possono essere rimosse, e Google è esplicita: un uso ingannevole non dichiarato può comportare provvedimenti più severi di un semplice mancato rispetto delle norme.
Le righe su Contatti e Posizione sono arrivate qui in ritardo. Fino a metà agosto 2026 la cronologia delle norme di Android Developers le datava entrambe al 28 ottobre 2026, mentre Play Console Help le datava qui, e questa pagina le riportava come contestate. Da allora Android Developers le ha spostate entrambe al 27 gennaio 2027, quindi le due fonti concordano e la data è definita. Non leggerlo come una boccata d’ossigeno: il lavoro sui contatti è una decisione di prodotto su quanto l’accesso ampio alla rubrica sia davvero essenziale, e quella decisione tende a essere più lenta della modifica di codice che comporta. L’ambito non è mai cambiato: le app che hanno come target Android 17, livello API 37 o successivo e vogliono l’accesso ampio ai contatti, con Android Contact Picker come strada per tutte le altre.
1° febbraio 2027
1° febbraio 2027
tra 149 giorni-
Confermata
Applicazione della compatibilità con le pagine di memoria da 16 KB
Chi App con target API 35 o superiore che includono codice nativo interessato, sui dispositivi Google Play a 64 bit.
Cosa fare Ricompila o sostituisci le librerie native e verifica il supporto ai 16 KB nel bundle di release.
È l’attuale data di applicazione dei 16 KB per le dimensioni delle pagine di memoria, e in quella frase la parola “attuale” pesa davvero. È già stata spostata due volte, ed è per questo che due date precedenti sui 16 KB circolano ancora negli articoli e nelle risposte degli assistenti. La guida live di Google sulle dimensioni delle pagine di memoria è l’unica fonte su cui valga la pena pianificare.
A partire dal 1° febbraio 2027
Android Developers, supportare le pagine di memoria da 16 KBL’ambito in una riga: app con target API 35 o superiore che includono codice nativo interessato, sui dispositivi Google Play a 64 bit. Un’app scritta solo in Java o Kotlin, librerie e SDK compresi, è già conforme. Tutto ciò che riguarda l’individuazione del file .so che non passa, della dipendenza che lo ha portato dentro e di come dimostrare che il bundle è pulito è in il post sull’errore dei 16 KB.
Verifica globale degli sviluppatori, senza una data
2027 e oltre
Nessuna data pubblicata-
Ancora nessuna data
Estensione globale della verifica degli sviluppatori Android
Chi Sviluppatori Android al di fuori dei primi quattro Paesi.
Cosa fare Segui gli annunci di Google sull’implementazione. Completare la verifica in anticipo non costa nulla.
Google dice che l’estensione più ampia avverrà nel 2027 e oltre. Questo è l’intero impegno pubblicato. Al 14 agosto 2026 non esiste alcun elenco di Paesi annunciato oltre ai primi quattro né una data di applicazione mondiale, quindi un mese specifico del 2027 che compare in un articolo è una deduzione, non una notizia. La copertura che costa poco è completare la verifica in anticipo, perché non è un’attività da settimana di rilascio.
Una cosa che non è in questo calendario e non ci finirà: il requisito del test chiuso per i nuovi account sviluppatore personali. Non ha una data nel 2026 né nel 2027 perché non è una modifica programmata. È il varco permanente tra un nuovo account e l’accesso in produzione, e vale dal giorno in cui crei l’account.
Di quali date dovresti smettere di fidarti?
Sei in particolare. Tre sono date Google superate che si posizionano ancora: il 1° novembre 2025 e il 31 maggio 2026 per le pagine di memoria da 16 KB, e ora il 28 ottobre 2026 per Contatti e Posizione, che Android Developers ha sostituito con il 27 gennaio 2027 nei giorni successivi alla prima pubblicazione di questa pagina. Una è un conflitto attivo e non un errore: il 28 ottobre 2026 per gli Standard per la sicurezza dei minori, che Play Console Help colloca al 26 agosto. Due sono letture errate di annunci reali: un divieto delle app senza classificazione dal 26 agosto, che non è mai stato annunciato, e uno spegnimento mondiale del sideloading il 30 settembre, che riguarda quattro Paesi.
1° novembre 2025
SuperataA cosa si riferisce La data originaria di applicazione generale del requisito dei 16 KB per le dimensioni delle pagine di memoria.
Stato oggi Superata. La guida attuale di Google sulle dimensioni delle pagine di memoria indica il 1° febbraio 2027.
Formulazione sicura Data storica dei 16 KB. Consulta la documentazione attuale di Google, che indica il 1° febbraio 2027.
31 maggio 2026
SuperataA cosa si riferisce Una successiva data di proroga per i 16 KB, mostrata in Play Console agli sviluppatori interessati.
Stato oggi Superata. La data documentata attuale è il 1° febbraio 2027.
Formulazione sicura Il 31 maggio era una precedente data di proroga. La documentazione attuale di Google indica il 1° febbraio 2027.
28 ottobre 2026 per Contatti e Posizione
SuperataA cosa si riferisce La data di entrata in vigore per Contatti e Posizione che la cronologia delle norme di Android Developers ha continuato a riportare fino ad agosto 2026, mentre Play Console Help indicava il 27 gennaio 2027 per le stesse due norme.
Stato oggi Superata, e solo di recente. Il 14 agosto 2026 la cronologia di Android Developers indicava il 28 ottobre per entrambe le norme. Ora indica il 27 gennaio 2027 per entrambe, cioè la data che Play Console Help riportava da sempre. Quel conflitto è chiuso.
Formulazione sicura Il 28 ottobre è stato davvero pubblicato da Google e non è più attuale. Entrambe le pagine di Google ora indicano il 27 gennaio 2027 per Contatti e Posizione.
28 ottobre 2026 per gli Standard per la sicurezza dei minori
Le fonti divergonoA cosa si riferisce La data di estensione degli Standard per la sicurezza dei minori nella cronologia delle norme di Android Developers.
Stato oggi Ancora attiva e ancora contraddetta. La tabella delle scadenze di Play Console Help colloca la stessa estensione al 26 agosto 2026. È ormai l’unico conflitto di date rimasto in questa pagina.
Formulazione sicura Play Console Help indica il 26 agosto 2026; Android Developers indica il 28 ottobre 2026. Preparati per il 26 agosto.
26 agosto 2026, divieto per le app senza classificazione
Non è ciò che sembraA cosa si riferisce Una lettura errata della voce del 15 luglio sulla classificazione dei contenuti.
Stato oggi Non è stato annunciato alcun nuovo divieto a partire dal 26 agosto. Le app senza classificazione erano già vietate e Google ha definito la voce di luglio un chiarimento.
Formulazione sicura Le app senza classificazione erano già vietate. Il 15 luglio è stato un chiarimento, non un nuovo divieto dal 26 agosto.
30 settembre 2026, divieto mondiale del sideloading
Non è ciò che sembraA cosa si riferisce Un’esagerazione della prima fase di applicazione della verifica degli sviluppatori.
Stato oggi La prima applicazione riguarda quattro Paesi: Brasile, Indonesia, Singapore e Thailandia. Google descrive l’estensione più ampia come “2027 e oltre”.
Formulazione sicura La prima applicazione riguarda Brasile, Indonesia, Singapore e Thailandia, non il mondo intero.
Perché il 31 maggio 2026 non è più la scadenza dei 16 KB
Perché Google l’ha spostata, due volte. Il 1° novembre 2025 era la data di applicazione originaria. Il 31 maggio 2026 era una successiva data di proroga mostrata agli sviluppatori interessati. La documentazione attuale dice che gli aggiornamenti non conformi interessati non possono essere pubblicati a partire dal 1° febbraio 2027. Tutte e tre le date erano reali; solo l’ultima è viva.
Il motivo per cui questa cosa continua a riemergere è che il cambiamento è stato silenzioso. Gli sviluppatori che erano in piena migrazione verso il 31 maggio hanno trovato la nuova data nella documentazione e in Console, non in un annuncio, quindi la scorta di articoli che citano il 31 maggio non è mai stata corretta. Se stai pianificando una migrazione di codice nativo, leggi la guida di Google sulle dimensioni delle pagine di memoria e controlla la sua data di ultimo aggiornamento prima di impegnarti su un calendario. Il lavoro di riparazione vero e proprio è in il post sull’errore dei 16 KB.
Strumento 04
Ricerca di date e avvisi
I tre avvisi che vengono fraintesi più spesso
La ricerca qui sopra risolve qualsiasi data o stringa della Console presente in questa pagina. Questi tre vale la pena esplicitarli, perché ognuno viene regolarmente attribuito al requisito sbagliato.
-
“Pacchetto non registrato”, o una richiesta di verifica dello sviluppatore
Due requisiti diversi del 30 settembre che condividono una data. La registrazione dei nomi dei pacchetti è globale e vale per tutto Play; l’applicazione della verifica riguarda quattro Paesi e gli store aderenti.
Apri la home di Play Console e registra tutto ciò che Google ha saltato, qualunque dei due ti abbia avvisato. 30 settembre
-
“L’app deve supportare le pagine di memoria da 16 KB”
Compatibilità del codice nativo, applicata dal 1° febbraio 2027, non la data del 31 maggio 2026 ancora citata negli articoli più vecchi.
Controlla le librerie
.soincluse nel pacchetto. Il post sui 16 KB -
Un articolo o un assistente dice che la scadenza sui contatti è il 28 ottobre
Una data che Google ha davvero pubblicato e poi sostituito, non un errore di chi scrive.
Usa il 27 gennaio 2027 e controlla la data della fonte. Il 28 ottobre è ancora valido per gli Standard per la sicurezza dei minori su una delle due pagine, ed è da lì che nasce la maggior parte della confusione rimasta. Il conflitto
Come aiuta PrimeTestLab
Non con il lavoro sulle norme. Ogni scadenza di questa pagina è sviluppo o burocrazia che spetta a te, e questo articolo è scritto per rendere ognuna il più breve possibile. Quello di cui ci occupiamo noi è il requisito che va a sbattere contro tutte: un test chiuso che richiede 12 tester reali con il test attivato per 14 giorni continuativi, su un orologio che non si può mettere in pausa mentre ricompili qualcosa.
La sequenza che costa un mese alle persone è questa. Un nuovo account sviluppatore personale avvia un test chiuso, la finestra di 14 giorni parte e a metà strada emerge una riga delle norme: un livello target da alzare, un pacchetto da registrare, un’autorizzazione da rifare. Ora due tempistiche si contendono le stesse due settimane, e il fronte tester è quello che cede in silenzio, perché dipende dal fatto che altre persone restino ferme dove sono.
Il requisito che non è in questo calendario
Non ha una data nel 2026 perché non è una modifica programmata. È un varco permanente e vale dal giorno in cui l’account viene creato.
Se hai un account sviluppatore personale appena creato, devi eseguire un test chiuso per la tua app con un minimo di 12 tester che sono stati attivati continuamente per almeno gli ultimi 14 giorni.
Google Play Console Help, risposta 14151465Caricare nuove build durante il test va benissimo, e Google incoraggia gli sviluppatori a continuare ad aggiornare. Ciò che rompe una sessione è il numero di tester attivi che scende sotto il minimo in un qualsiasi giorno della finestra. Ed è esattamente il modo di fallire che una corsa alle norme provoca: l’attenzione si sposta sulla build, i tester si disperdono e l’orologio riparte da zero.
Test chiuso gestito
12 tester reali su dispositivi reali, mantenuti attivi per tutti i 14 giorni, così il fronte tester resta integro mentre pubblichi il lavoro di conformità. I dispositivi vanno da Android 7 ad Android 17, il test inizia in 4-6 ore e, se Google non approva, ricevi un nuovo test gratuito o il rimborso completo.
Da $19.99 · Nessun abbonamento · 7.400+ app in 120+ Paesi
Per essere chiari sul confine: non alziamo il tuo livello API target, non registriamo il tuo pacchetto, non rifacciamo le tue autorizzazioni e non migriamo le tue librerie native. Quelle cose sono tue, e il resto di questa pagina esiste per renderle rapide. Quello che togliamo è il requisito dei tester che ci sta sopra, così i due lavori smettono di contendersi le stesse due settimane.
Consiglio sull’ordine
Se non hai ancora avviato il test chiuso e sai già che una riga delle norme ti riguarda, apri prima la finestra dei tester e fai il lavoro sulle norme dentro quella finestra. Il periodo di qualificazione si misura sulla continuità dell’attivazione dei tester, non su una singola build congelata, quindi le due tempistiche possono sovrapporsi invece di sommarsi. Spesso è una settimana piena guadagnata, e organizzarsi così non costa nulla.
Come viene aggiornata questa pagina
Su nove pagine di Google, non su una. Ogni riga qui indica la propria fonte primaria, porta uno stato invece di una certezza implicita e conserva il vecchio valore quando una data si sposta, invece di essere sovrascritta in silenzio. La data di verifica in cima a questa pagina, 14 agosto 2026, è il giorno in cui quelle nove pagine sono state lette da cima a fondo l’ultima volta.
Le quattro regole che segue questo registro
-
01
Una pagina Google primaria, altrimenti niente riga.
I thread della community e i bug tracker sono utili per capire su cosa gli sviluppatori sono confusi e per accorgersi che una data si è spostata. Non stabiliscono mai la data in sé.
-
02
Quando Google contraddice Google, stampale entrambe.
Nessun pareggio deciso in silenzio, nessuna scelta della data che fa il titolo più pulito. Entrambe le date, entrambi gli URL e una posizione di rischio che dice di lavorare sulla più vicina. Dove le due fonti sono un calendario e la pagina della norma stessa, la pagina della norma è l’autorità migliore sull’ambito, anche mentre la data resta irrisolta.
-
03
Le date superate si conservano, non si cancellano.
La vecchia data è ciò che la gente cerca e ciò che citano i vecchi avvisi. Cancellarla toglie l’unica cosa che può dire a un lettore che l’articolo appena letto è stato scritto prima del cambiamento.
-
04
Le conseguenze si citano, non si gonfiano.
Dove Google dice rimozione, questa pagina dice rimozione. Dove Google dice soltanto che esiste un requisito, questa pagina parla di applicazione ordinaria delle norme invece di inventare una sanzione.
Cosa è cambiato da quando questa pagina è stata pubblicata
La regola 03 vale qualcosa solo se le modifiche sono visibili, quindi ecco tutte le correzioni fatte dalla pubblicazione, dalla più recente. Ogni voce dice cosa sosteneva prima la pagina, perché è la parte che serve davvero a chi ha agito sul vecchio valore.
-
14 agosto 2026
Contatti e Posizione sono passate da contestate a definite al 27 gennaio 2027. La cronologia delle norme di Android Developers le indicava entrambe al 28 ottobre 2026, mentre Play Console Help le indicava entrambe al 27 gennaio 2027; ora Android Developers indica il 27 gennaio 2027 per ciascuna delle due, quindi le due fonti concordano e questa pagina non presenta più quelle righe come un conflitto. Il 28 ottobre 2026 resta nell’elenco delle date morte perché è stato davvero pubblicato. Gli Standard per la sicurezza dei minori sono ora l’unico conflitto di date attivo: 26 agosto 2026 su Play Console Help contro 28 ottobre 2026 su Android Developers.
-
14 agosto 2026
Corretta la soglia di disponibilità di Android TV da API 34 a API 33, e smesso di presentare il requisito di invio API 34 di Android TV come un aumento del 2026. La tabella dettagliata per fattore di forma di Google data quel requisito al 31 agosto 2025.
-
12 agosto 2026
Prima pubblicazione, verificata su nove fonti Google.
Due di quelle voci sono arrivate entro 48 ore dalla pubblicazione, ed è la pubblicità più onesta per questa sezione: un calendario delle norme non è un documento che scrivi una volta sola. La correzione del 28 ottobre in particolare è nata da Google che ha modificato una pagina per allinearla a un’altra senza alcun annuncio, che è esattamente il modo di fallire a cui la regola 02 e la regola 03 devono sopravvivere.
Le nove pagine che un giro di aggiornamento rilegge
Se tieni un tuo calendario di conformità, questo è l’elenco completo. Se una qualsiasi di queste cambia, è un motivo per rileggere le altre otto, perché è così che i conflitti di questa pagina sono nati, ed è così che uno di essi si è chiuso.
https://support.google.com/googleplay/android-developer/announcements/13412212
https://support.google.com/googleplay/android-developer/table/12921780
https://support.google.com/googleplay/android-developer/answer/13386702
https://developer.android.com/distribute/play-policies
https://developer.android.com/google/play/requirements/target-sdk
https://developer.android.com/developer-verification
https://developer.android.com/guide/practices/page-sizes
https://support.google.com/googleplay/android-developer/answer/16909972
https://support.google.com/googleplay/android-developer/answer/16935362In ordine: l’indice degli annunci sulle norme, la tabella live delle scadenze, l’archivio delle norme, la cronologia delle norme di Android Developers, la pagina dei requisiti sul livello API target, la panoramica sulla verifica degli sviluppatori, la guida sulle pagine di memoria da 16 KB e infine le due pagine sulle autorizzazioni per i contatti, che riportano la data di entrata in vigore della norma e la sua tempistica di adeguamento. Lette in quest’ordine, una riga di calendario è al massimo un secondo parere.
Cosa in questa pagina invecchierà per primo
- La riga sugli Standard per la sicurezza dei minori. L’ultima riga contestata della pagina e quella a rischio più alto. Entrambe le fonti di Google possono essere modificate senza preavviso, e una risoluzione avrà l’aspetto di un cambiamento silenzioso, non di un annuncio, che è esattamente come è finita la disputa su Contatti e Posizione.
- La data appena definita per Contatti e Posizione. Oggi il 27 gennaio 2027 è concordato da entrambe le fonti. Ci è arrivato con una modifica non annunciata, quindi può spostarsi di nuovo allo stesso modo. Concordare non è la stessa cosa che essere definitivo.
- Le citazioni del 26 agosto. Puntano a pagine di anteprima delle norme. Il testo di anteprima viene sostituito quando la norma entra in vigore, quindi dopo quella data la citazione da usare è la norma live.
- La data del 1° febbraio 2027 per i 16 KB. Si è già spostata due volte. Consideralo il valore attuale, non un valore fisso, e leggi la data di ultimo aggiornamento della guida sulle pagine di memoria prima di pianificare un rilascio.
- L’elenco dei Paesi della verifica degli sviluppatori. Oggi quattro Paesi, poi “2027 e oltre”. Il prossimo annuncio di un Paese cambia questa riga e nient’altro nella pagina.
- Il testo sulla proroga. Dopo il 1° novembre 2026 ogni frase che lascia intendere che la proroga sul livello API target si possa ancora richiedere diventa sbagliata, ed è per questo che il testo di questa pagina è generato dalla data odierna invece di essere scritto a mano.
Se trovi qui una riga che non corrisponde più alla pagina live di Google, vince la pagina che hai davanti e questa è superata. Il timbro di verifica in cima esiste perché tu possa capire a colpo d’occhio quanto fidarti di questo registro, e segnalarcelo è più rapido che aspettare il giro successivo.
Domande frequenti
Qual è la prossima scadenza delle norme di Google Play nel 2026?
Al 14 agosto 2026 la prossima data confermata è il 30 settembre 2026, che riguarda la registrazione dei nomi dei pacchetti su Google Play e la prima applicazione della verifica degli sviluppatori Android in fase di installazione in Brasile, Indonesia, Singapore e Thailandia. Una data di quell’elenco è ancora contestata: Play Console Help colloca l’estensione degli Standard per la sicurezza dei minori al 26 agosto 2026, mentre la cronologia delle norme di Android Developers la indica al 28 ottobre 2026, quindi preparati per la data più vicina.
Devo davvero avere come target API 36 entro il 31 agosto 2026?
Per le normali app mobile Android nuove e per i loro aggiornamenti, sì. La pagina di Google sul livello API target indica che, a partire dal 31 agosto 2026, le nuove app e gli aggiornamenti delle app devono avere come target Android 16, livello API 36 o superiore. Gli altri fattori di forma hanno i propri livelli: Wear OS e Android Automotive OS richiedono API 35, Android XR richiede API 34. Anche Android TV richiede API 34, ma non è affatto una novità del 2026, perché la tabella dettagliata per fattore di forma di Google data il requisito di invio per la TV al 31 agosto 2025. Esiste una seconda regola, distinta, per le app che non aggiorni mai: è una soglia di disponibilità e non una soglia di invio, ed è API 35 per il mobile e API 33 per Android TV.
La mia app è già pubblicata. Google la rimuoverà il 31 agosto se non faccio nulla?
No. Google non elimina un’app pubblicata perché non rispetta la soglia di disponibilità del 31 agosto. La conseguenza è più circoscritta: un’app mobile esistente sotto il livello API 35 smette di essere disponibile per i nuovi utenti sui dispositivi che eseguono una versione di Android superiore al livello di target dell’app. Chi l’ha già installata la conserva e l’app resta disponibile sui dispositivi meno recenti. La regola sull’invio è un’altra: una nuova app o un aggiornamento inviato a Google Play dal 31 agosto 2026 deve avere come target API 36 o superiore per il mobile.
Posso prorogare la scadenza del 31 agosto per il livello API target?
Le indicazioni di Google sul livello target per il 2026 concedono agli sviluppatori interessati e idonei più tempo, fino al 1° novembre 2026, da richiedere tramite la relativa notifica in Play Console. Consideralo un meccanismo legato alla singola app e al singolo account, non qualcosa che ogni sviluppatore ottiene automaticamente, e ricorda che la proroga non crea un nuovo livello target più basso. Fa soltanto guadagnare tempo per raggiungere lo stesso livello.
Il 30 settembre 2026 è il giorno in cui Google blocca in tutto il mondo ogni app Android non verificata?
No. La prima applicazione della verifica degli sviluppatori Android in fase di installazione, il 30 settembre 2026, riguarda gli store aderenti in Brasile, Indonesia, Singapore e Thailandia, e Google descrive l’estensione più ampia come “2027 e oltre” senza pubblicare una data mondiale precisa. Google afferma inoltre che restano aperte diverse strade: le installazioni tramite ADB non richiedono la verifica, una procedura avanzata una tantum consente agli utenti esperti di installare app di sviluppatori non verificati, e la distribuzione tramite store non aderenti o il sideloading diretto non rientrano in questa fase. Lo stesso giorno scatta un requisito distinto: la registrazione dei nomi dei pacchetti di Google Play, per la quale Google avverte che un’app Play non registrata rischia la rimozione globale da Play.
La scadenza delle norme sui contatti è il 28 ottobre 2026 o il 27 gennaio 2027?
Il 27 gennaio 2027. Ora entrambe le fonti di Google concordano. Per gran parte del 2026 la questione è stata davvero aperta: la cronologia delle norme di Android Developers indicava il 28 ottobre 2026, mentre la tabella delle scadenze di Play Console Help indicava il 27 gennaio 2027, e a metà agosto 2026 Android Developers è stata modificata per allinearsi a Play Console Help, senza alcun annuncio. Il 28 ottobre è una data reale, pubblicata da Google e ora superata: una fonte che continua a citarla non è stata verificata da allora. La stessa correzione vale per le norme sulle autorizzazioni per la posizione, spostate lo stesso giorno. Sull’ambito di applicazione, che non è mai cambiato: le norme riguardano l’accesso ampio ai contatti per le app che hanno come target Android 17, livello API 37 o successivo, e indirizzano le app che non hanno bisogno di un accesso ampio verso Android Contact Picker, quindi un’app in cui l’utente sceglie un singolo contatto per uno scopo specifico non rientra automaticamente nel regime di accesso ampio.
La scadenza dei 16 KB per le dimensioni delle pagine di memoria è il 31 maggio 2026 o il 1° febbraio 2027?
Per l’attuale requisito generale di compatibilità di Google Play, la documentazione Android live di Google indica il 1° febbraio 2027 come data a partire dalla quale gli aggiornamenti non conformi interessati non potranno più essere pubblicati. Il 31 maggio 2026 era una data di proroga storica che compare ancora nelle discussioni tra sviluppatori e negli articoli più vecchi, e il 1° novembre 2025 era la data originaria precedente. Questa tempistica è cambiata più di una volta, quindi consulta la guida live sulle dimensioni delle pagine di memoria anziché un articolo.
Quali scadenze di Google Play sono già fissate per il 2027?
Tre modifiche con una data. Il 27 gennaio 2027 termina l’eccezione SMS e registro chiamate che permetteva di usare READ_CALL_LOG per confermare una telefonata di verifica, ed è anche la data che entrambe le fonti di Google indicano ora per le norme sulle autorizzazioni per i contatti e per la posizione. Il 1° febbraio 2027 è l’attuale data di applicazione dei 16 KB per le dimensioni delle pagine di memoria nella guida live di Google. La verifica degli sviluppatori Android si estende più ampiamente nel corso del 2027 e oltre, senza alcuna data globale precisa pubblicata al 14 agosto 2026.
Quali di queste scadenze valgono per un account sviluppatore nuovo che non ha ancora pubblicato nulla?
Quelle legate all’invio. Il tuo primo caricamento deve rispettare il livello API target del suo fattore di forma, il nome del pacchetto deve essere registrato, l’app ha bisogno di una classificazione dei contenuti e di una dichiarazione Sicurezza dei dati completata, e qualsiasi norma legata alle autorizzazioni che corrisponde alle tue funzionalità vale già dalla prima release, non da un aggiornamento. L’unico requisito che non compare in questo calendario è quello del test chiuso, perché non è una modifica programmata: un nuovo account sviluppatore personale deve eseguire un test chiuso con almeno 12 tester che hanno attivato il test per almeno 14 giorni continuativi prima di poter richiedere l’accesso in produzione. Il test interno non lo sostituisce e puoi continuare a pubblicare build durante il periodo, perché ciò che interrompe i 14 giorni è il calo del numero di tester, non un nuovo caricamento. PrimeTestLab fornisce quei tester su dispositivi reali a partire da $19.99.
In conclusione
Sintesi
Al 14 agosto 2026, la prossima scadenza confermata di Google Play è il 30 settembre 2026. La sequenza del 2026 è questa: 26 agosto per le regole sulle chat casuali e anonime e per la fine del geofencing come caso d’uso approvato per i servizi in primo piano; 31 agosto per i requisiti sul livello API target, API 36 per gli invii mobile, con una soglia di disponibilità separata a API 35 per le app che non aggiorni mai; 30 settembre per la registrazione dei nomi dei pacchetti su Google Play e per la prima applicazione della verifica degli sviluppatori Android in Brasile, Indonesia, Singapore e Thailandia; 1° ottobre per la rendicontazione e le commissioni nei programmi statunitensi interessati; e 1° novembre per il termine della proroga sul livello API target. Contatti e Posizione sono fissate al 27 gennaio 2027, dopo che Google ha sostituito la data del 28 ottobre 2026 che aveva pubblicato per entrambe. Una norma resta ancora contestata: gli Standard per la sicurezza dei minori sono al 26 agosto su Play Console Help e al 28 ottobre su Android Developers, quindi preparati per il 26 agosto. 1° febbraio 2027 è l’attuale data per le pagine di memoria da 16 KB e sostituisce il 1° novembre 2025 e il 31 maggio 2026. E un requisito che non compare in nessuno di questi elenchi continua a impedire ai nuovi account sviluppatore personali di pubblicare: un test chiuso con 12 tester che hanno attivato il test per 14 giorni continuativi. Vedi i piani e i prezzi →
Fonti primarie