Risposta rapida
Al 15 ottobre 2026, tutte le scadenze del 2026 relative alle norme di Google Play sono passate, e le righe qui sotto restano come riferimento per gli avvisi e le notifiche che continuano a citarle. 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 ad agosto 2026, quindi quella data è superata, non sbagliata. Anche l’ultimo conflitto aperto si è chiuso: gli Standard per la sicurezza dei minori sono ora al 26 agosto 2026 su entrambe le pagine di Google, al posto della data del 28 ottobre 2026 indicata da Android Developers. 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 15 ottobre 2026, e dove Google si contraddice stampa entrambe le date ed entrambi gli URL invece di sceglierne una in silenzio.
Aggiornato il 16 ottobre 2026
Aggiornamento di ottobre 2026: entrambe le pagine di Google sulle scadenze datano ora l’estensione degli Standard per la sicurezza dei minori al 26 agosto 2026, quindi nessuna riga di questa pagina è più contestata. Il geofencing esce dagli usi approvati per i servizi in primo piano il 27 gennaio 2027, non il 26 agosto come indicava in precedenza questa pagina. Aggiunte: una data del 1° dicembre per un programma statunitense e i requisiti del 2027 con il solo mese per memoria, DEX, ripristino dell’accesso e API 37. 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 27 gennaio 2027, tra 82 giorni. Qui sotto sono monitorate 48 righe, dal 1 gennaio 2026 al 30 settembre 2027. Quando le due pagine di Google sulle scadenze sono state rilette il 15 ottobre 2026, nessuna riga riportava date contrastanti: l’ultimo disaccordo, sull’estensione degli Standard per la sicurezza dei minori, si è chiuso quando entrambe le pagine si sono allineate sul 26 agosto 2026. Filtra prima il registro sulla tua app, perché la maggior parte di queste righe non ti riguarderà.
Che cosa conta il numero 48
Quel totale è la tassonomia di questa pagina, non una cifra pubblicata da Google, quindi vale la pena dire cosa ci finisce dentro: 24 date di entrata in vigore di norme, 0 righe in cui due pagine Google attuali indicano due date diverse, 7 date di annuncio e di chiarimento che da sole non fanno scattare nulla, 11 traguardi commerciali e di programma di Play che non sono affatto requisiti delle Norme del programma per gli sviluppatori, e 6 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 15 ottobre 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. 11 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 48 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. 12 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; Ripristino dell’accesso per gli utenti di ritorno; 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 15 ottobre 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 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
-
15 set 2026 Wear OS: supporto per 64 bit e dimensioni delle pagine di 16 KB Confermata Passata
-
30 set 2026 Registrazione dei nomi dei pacchetti su Google Play Confermata Passata
-
30 set 2026 Verifica degli sviluppatori Android, prima applicazione in fase di installazione Confermata Passata
-
30 set 2026 Le modifiche alle commissioni di servizio arrivano in Australia e in Giappone Programma Confermata Passata
-
30 set 2026 Diventa disponibile il nuovo programma Apps and Games Programma Confermata Passata
-
1 ott 2026 Rendicontazione delle transazioni statunitensi e commissioni di servizio applicabili Programma Confermata Passata
-
1 nov 2026 Termine della proroga per il livello API target Confermata Passata
-
novembre 2026 La dichiarazione sulle autorizzazioni per la posizione diventa disponibile in Play Console Ancora nessuna data Nessuna data
-
1 dic 2026 Link a contenuti esterni negli Stati Uniti: rendicontazione dei download riusciti e commissioni applicabili Programma Confermata 25 giorni
-
31 dic 2026 Le modifiche alle commissioni di servizio e il nuovo programma arrivano in Corea Programma Confermata 55 giorni
-
27 gen 2027 Il geofencing non è più un caso d’uso approvato per i servizi in primo piano Confermata 82 giorni
-
27 gen 2027 SMS e registro chiamate: finisce l’eccezione per la verifica tramite telefonata Confermata 82 giorni
-
27 gen 2027 Norme sulle autorizzazioni per i contatti Confermata 82 giorni
-
27 gen 2027 Norme sulle autorizzazioni per la posizione Confermata 82 giorni
-
1 feb 2027 Applicazione della compatibilità con le pagine di memoria da 16 KB Confermata 87 giorni
-
febbraio 2027 Soglie di memoria e bitmap (qualità tecnica) Ancora nessuna data Nessuna data
-
febbraio 2027 Requisiti di ottimizzazione DEX (qualità tecnica) Ancora nessuna data Nessuna data
-
aprile 2027 Ripristino dell’accesso per gli utenti di ritorno Ancora nessuna data Nessuna data
-
agosto 2027 Target API 37 per nuove app e aggiornamenti (mese annunciato) Ancora nessuna data Nessuna data
-
30 set 2027 Le modifiche alle commissioni di servizio e il nuovo programma arrivano nel resto del mondo Programma Confermata 328 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 15 ottobre 2026. Ulteriori modifiche verranno aggiunte quando Google le annuncerà. Oltre alle righe con una data, Google ha indicato quattro requisiti solo con il mese (novembre 2026, febbraio 2027, aprile 2027 e agosto 2027); sono elencati come righe con il solo mese e non ricevono mai un giorno inventato. È 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 11 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.
- 1 dicembre 2026 Link a contenuti esterni negli Stati Uniti: rendicontazione dei download riusciti e commissioni applicabili Sviluppatori iscritti al programma statunitense dei link a contenuti esterni.
- 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. Da allora tutti e tre i 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, la data che Play Console Help riportava da sempre, ed entrambe le pagine datano ora l’estensione degli Standard per la sicurezza dei minori al 26 agosto 2026.
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 15 ottobre 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
Ora le due pagine concordano. In precedenza Android Developers pubblicava
28 ottobre 2026Definita al 26 agosto 2026
Ancora aperti: 0 conflitti. Risolti: 3. Entrambe le pagine sono state rilette il 15 ottobre 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 valeva per la riga sulla sicurezza dei minori finché era contestata: la definizione di app di chat casuale o anonima era stabile su entrambe le pagine, e cambiava solo la data. Se hai definito il lavoro a partire dalla definizione e non dalla data, nessuno dei due spostamenti 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
Nessuna data di questa pagina era contestata tra le due pagine di Google sulle scadenze quando sono state rilette l’ultima volta. È un’istantanea, non una garanzia: un conflitto compare e si chiude allo stesso modo, con la modifica senza preavviso di una delle pagine, quindi rileggile entrambe prima di fare affidamento su qualsiasi riga.
Cosa cambia il 26 agosto 2026?
Tre 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; e gli Standard per la sicurezza dei minori si estendono alle chat casuali e anonime, che entrambe le pagine di Google datano ora al 26 agosto. Se nessuna di queste descrive la tua app, il 26 agosto non è una tua data. Il geofencing, che in precedenza questa pagina elencava qui, entra in vigore il 27 gennaio 2027.
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.
-
Confermata
Gli Standard per la sicurezza dei minori si estendono alle chat anonime e casuali
Chi App di chat casuali e anonime.
Cosa fare Considera un’app di chat casuale o anonima come rientrante negli Standard per la sicurezza dei minori e rispettane i requisiti.
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.
Standard per la sicurezza dei minori: entrambe le pagine di Google indicano ora il 26 agosto
Era l’ultima riga di questa pagina su cui le due fonti di Google non concordavano: Play Console Help datava l’estensione degli Standard per la sicurezza dei minori al 26 agosto 2026, mentre la cronologia di Android Developers indicava il 28 ottobre 2026. Quando entrambe sono state rilette il 15 ottobre 2026, indicavano tutte e due il 26 agosto. Se ti sei preparato per la data più vicina, eri su quella giusta. La definizione di app di chat casuale o anonima non è mai stata diversa tra le due pagine.
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.
- Quella finestra si è chiusa il 1° novembre 2026, quindi la proroga non è più disponibile e qualsiasi formulazione che faccia pensare che si possa ancora richiedere è superata.
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
Passata-
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 15 ottobre 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 alla 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 sola riga con una data questo mese, 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. Un avviso successivo aggiunge il 1° dicembre per la rendicontazione dei download riusciti nel programma dei link a contenuti esterni. Se stai cercando il 28 ottobre, non è più una scadenza per nulla: Google ha spostato Contatti e Posizione al 27 gennaio 2027, ed entrambe le pagine datano ora gli Standard per la sicurezza dei minori al 26 agosto.
1° ottobre: rendicontazione e commissioni nei programmi statunitensi interessati
1° ottobre 2026
Passata-
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.
1° dicembre: rendicontazione dei download riusciti nel programma statunitense dei link a contenuti esterni
1 dicembre 2026
tra 25 giorni-
Confermata
Link a contenuti esterni negli Stati Uniti: rendicontazione dei download riusciti e commissioni applicabili
Chi Sviluppatori iscritti al programma statunitense dei link a contenuti esterni.
Cosa fare Implementa l’attuale rendicontazione dei download riusciti prevista dal programma prima del 1° dicembre.
Un avviso di settembre 2026 aggiunge una seconda data per un solo programma. Se sei iscritto al programma statunitense dei link a contenuti esterni, la rendicontazione dei download riusciti e le eventuali commissioni applicabili partono il 1° dicembre 2026. Gli obblighi del 1° ottobre restano invariati; questo non sposta a dicembre tutti i programmi statunitensi.
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.
Da allora quel disaccordo si è chiuso. 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
Se una fonte ti indica il 28 ottobre, chiedi a quale norma si riferisce. Era la data pubblicata da Google per Contatti e Posizione finché queste non sono passate al 27 gennaio 2027, e la data di Android Developers per gli Standard per la sicurezza dei minori finché entrambe le pagine non si sono allineate sul 26 agosto. Non è più attuale per nulla.
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
Passata-
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.
Questa finestra si è chiusa. Qualsiasi formulazione che lasci intendere che la proroga sul livello API target del 2026 si possa ancora richiedere è superata, compresi gli articoli più vecchi e le risposte degli assistenti addestrati su di essi. Resta il requisito di fondo del 31 agosto, che non si è spostato.
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?
34 delle 48 righe monitorate sono alle nostre spalle al 15 ottobre 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 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
settembre 2026
- 15 set Wear OS: supporto per 64 bit e dimensioni delle pagine di 16 KB Confermata
- 30 set Registrazione dei nomi dei pacchetti su Google Play Confermata
- 30 set Verifica degli sviluppatori Android, prima applicazione in fase di installazione Confermata
- 30 set Le modifiche alle commissioni di servizio arrivano in Australia e in Giappone Confermata
- 30 set Diventa disponibile il nuovo programma Apps and Games Confermata
ottobre 2026
- 1 ott Rendicontazione delle transazioni statunitensi e commissioni di servizio applicabili Confermata
novembre 2026
- 1 nov Termine della proroga per il livello API target 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?
Righe con una data, righe con il solo mese e un periodo volutamente vago. Il 27 gennaio 2027 porta con sé quattro righe: la fine dell’eccezione SMS e registro chiamate che permetteva di usare READ_CALL_LOG per confermare una telefonata di verifica, le norme sulle autorizzazioni per i contatti e per la posizione, e l’eliminazione del geofencing come caso d’uso approvato per i servizi in primo piano. Il 1° febbraio 2027 è l’attuale data di applicazione dei 16 KB per le dimensioni delle pagine di memoria. Google ha inoltre indicato febbraio, aprile e agosto 2027 per requisiti di qualità tecnica e di API target senza specificare il giorno. 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 82 giorni-
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.
-
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 lo è, completa la dichiarazione in Play Console; se non lo è, passa ad Android Contact Picker.
-
Confermata
Norme sulle autorizzazioni per la posizione
Chi App con target Android 17 (livello API 37) o successivo che richiedono la posizione precisa per un’azione una tantum avviata dall’utente.
Cosa fare Usa il pulsante di sistema per la posizione per quella richiesta una tantum di posizione precisa e limita qualsiasi altro accesso alla posizione all’ambito minimo.
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 ad 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. Google documenta una proroga autonoma di 30 giorni per i contatti tramite Play Console.
Anche la riga sul geofencing finisce qui. Il geofencing smette di essere un caso d’uso approvato per un servizio in primo piano il 27 gennaio 2027, la data indicata da entrambe le pagine attuali di Google sulle scadenze; in precedenza questa pagina lo riportava al 26 agosto 2026. Google indica la Geofence API come alternativa. La modifica riguarda la dichiarazione del servizio in primo piano, non le app che usano i geofence tramite quella API.
1° febbraio 2027
1° febbraio 2027
tra 87 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.
Date che Google ha indicato solo con il mese
Queste righe hanno un mese ma nessun giorno. L’annuncio di Google sulla qualità tecnica del 26 agosto 2026 indica febbraio 2027 per i requisiti su memoria e DEX e aprile 2027 per il ripristino dell’accesso, e un articolo di Android Developers indica agosto 2027 per il target API 37. Considera il mese come segnale di pianificazione e non scrivere il giorno 1 in un piano: nessuna fonte trovata da questa pagina riporta un giorno preciso. Sono distinte dalla data dei 16 KB del 1° febbraio 2027, che Google ha invece datato.
-
novembre 2026
La dichiarazione sulle autorizzazioni per la posizione diventa disponibile in Play Console
Chi App che rientrano nell’ambito delle norme sulle autorizzazioni per la posizione.
Cosa fare Prepara ora la giustificazione e completa la dichiarazione quando Play Console la richiede.
-
febbraio 2027
Soglie di memoria e bitmap (qualità tecnica)
Chi App per smartphone e tablet.
Cosa fare Controlla Android vitals per eventuali problemi di memoria e bitmap prima di febbraio 2027.
-
febbraio 2027
Requisiti di ottimizzazione DEX (qualità tecnica)
Chi App oltre le soglie di dimensione indicate da Google, per tutti i fattori di forma.
Cosa fare Misura la tua app rispetto alle soglie DEX indicate nella pagina di assistenza di Google sulla qualità tecnica.
-
aprile 2027
Ripristino dell’accesso per gli utenti di ritorno
Chi App per smartphone e tablet che usano l’accesso, con le eccezioni indicate da Google.
Cosa fare Implementa il ripristino dell’accesso descritto da Google per un utente che torna su un nuovo dispositivo.
-
agosto 2027
Target API 37 per nuove app e aggiornamenti (mese annunciato)
Chi Nuove app e aggiornamenti di app. Le eccezioni per fattore di forma non sono ancora state pubblicate.
Cosa fare Pianifica la migrazione all’API 37 e prendi il giorno esatto dalla pagina di Google sui requisiti dell’API target quando comparirà.
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 15 ottobre 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 alla produzione, e vale dal giorno in cui crei l’account.
Di quali date dovresti smettere di fidarti?
9 in particolare. Quattro 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, il 28 ottobre 2026 per Contatti e Posizione, che Android Developers ha sostituito con il 27 gennaio 2027, e il 28 ottobre 2026 per gli Standard per la sicurezza dei minori, che entrambe le pagine datano ora al 26 agosto. Cinque sono letture errate che circolano come fatti: un divieto delle app senza classificazione dal 26 agosto, che non è mai stato annunciato; uno spegnimento mondiale del sideloading il 30 settembre, che riguarda quattro Paesi; il geofencing al 26 agosto, che è invece il 27 gennaio 2027; una scadenza del 14 ottobre che rimuoverebbe tutte le app per i dati D-U-N-S, che Google non ha mai fissato; e il 1° febbraio o il 1° aprile come giorni esatti per requisiti che Google ha indicato solo con il mese.
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 15 ottobre 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
SuperataA cosa si riferisce La data di estensione degli Standard per la sicurezza dei minori nella cronologia delle norme di Android Developers.
Stato oggi Superata. Entrambe le pagine di Google datano ora l’estensione degli Standard per la sicurezza dei minori al 26 agosto 2026, quindi la data del 28 ottobre riportata da Android Developers non è più attuale da nessuna parte.
Formulazione sicura Il 26 agosto 2026 su entrambe le pagine di Google. Il 28 ottobre 2026 era una data reale di Android Developers, che è stata sostituita.
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.
26 agosto 2026 per il geofencing
Non è ciò che sembraA cosa si riferisce La data che questa pagina, e altri riepiloghi, indicavano per l’eliminazione del geofencing come caso d’uso approvato per i servizi in primo piano.
Stato oggi Errata. Entrambe le pagine attuali di Google sulle scadenze indicano il 27 gennaio 2027.
Formulazione sicura Il geofencing smette di essere un caso d’uso approvato per i servizi in primo piano il 27 gennaio 2027. Usa la Geofence API.
14 ottobre 2026 per il D-U-N-S
Non è ciò che sembraA cosa si riferisce Una data che circola nelle discussioni tra sviluppatori per la rimozione di tutte le app i cui dati D-U-N-S non corrispondono.
Stato oggi Nessuna scadenza universale. La procedura di verifica dell’identità di Google fissa le scadenze per singolo account, nell’avviso dell’account stesso.
Formulazione sicura Segui la scadenza indicata nell’avviso della tua Play Console e correggi qualsiasi discrepanza con il tuo record Dun & Bradstreet.
1° febbraio o 1° aprile 2027 per memoria, DEX e ripristino dell’accesso
Non è ciò che sembraA cosa si riferisce Giorni precisi attribuiti a requisiti che Google ha indicato solo con il mese.
Stato oggi Non verificata. Google indica febbraio 2027 e aprile 2027 senza un giorno.
Formulazione sicura Febbraio 2027 per memoria e DEX, aprile 2027 per il ripristino dell’accesso, nessun giorno pubblicato. Il 1° febbraio 2027 è la data distinta dei 16 KB.
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 era anche la data di Android Developers per gli Standard per la sicurezza dei minori finché entrambe le pagine non si sono allineate sul 26 agosto 2026, 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 USD · Nessun abbonamento · 12.100+ 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, 15 ottobre 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.
-
16 ottobre 2026
Verificata di nuovo ogni riga sulle pagine live di Google il 15 ottobre 2026. Gli Standard per la sicurezza dei minori sono definiti al 26 agosto 2026: Android Developers indicava il 28 ottobre 2026 e ora entrambe le pagine concordano, quindi nessuna riga di questa pagina è contestata. Il geofencing è passato dal 26 agosto 2026 al 27 gennaio 2027, la data indicata da entrambe le pagine attuali di Google sulle scadenze; questa pagina lo aveva riportato al 26 agosto. Aggiunte una data di rendicontazione dei download riusciti negli Stati Uniti al 1° dicembre 2026, il requisito tecnico Wear OS del 15 settembre 2026 e righe con il solo mese per la dichiarazione sulla posizione di novembre 2026, i requisiti su memoria e DEX di febbraio 2027, il ripristino dell’accesso di aprile 2027 e il target API 37 di agosto 2027. Rimossa l’affermazione secondo cui la correzione di Contatti e Posizione sarebbe avvenuta a metà agosto: Google non ha reso noto il giorno.
-
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
- Le righe del 2027 con il solo mese. Google ha indicato febbraio, aprile e agosto 2027 per memoria, DEX, ripristino dell’accesso e API 37 senza specificare il giorno. Il giorno arriverà con una modifica silenziosa della pagina, e quelle righe cambieranno quando succederà.
- La data definita del 27 gennaio 2027. Contatti, Posizione, l’eccezione per la verifica tramite registro chiamate e il geofencing finiscono tutti qui, e oggi entrambe le pagine di Google concordano. Due di queste righe ci sono arrivate con modifiche non annunciate, quindi possono 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 15 ottobre 2026 la prossima data confermata è il 27 gennaio 2027, che riguarda la fine dell’eccezione SMS e registro chiamate per confermare una telefonata di verifica, le norme sulle autorizzazioni per i contatti e per la posizione, e l’eliminazione del geofencing come caso d’uso approvato per i servizi in primo piano. Se qualcosa dopo questa data ti riguarda dipende dalla tua app: una data di rendicontazione del 1° dicembre 2026 vale solo per gli sviluppatori di un programma statunitense, e il 27 gennaio 2027 porta quattro modifiche ad autorizzazioni e servizi in primo piano con ambiti diversi. Usa il profilatore delle scadenze per tenere solo le righe che corrispondono alla tua app.
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 hanno concesso agli sviluppatori interessati e idonei una proroga fino al 1° novembre 2026, da richiedere tramite il problema relativo all’API target nella pagina Stato delle norme dell’app in Play Console. Consideralo un meccanismo legato alla singola app: verifica la data concessa alla tua app invece di dare per scontato che ogni sviluppatore ne abbia una. La proroga non crea un livello target più basso e, una volta scaduta, puoi comunque inviare normalmente un aggiornamento che rispetta il requisito.
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, finché Android Developers non è stata modificata per allinearsi, senza alcun annuncio e in un giorno che Google non ha reso noto. Il 28 ottobre è una data reale, pubblicata da Google e ora superata: una fonte che continua a citarla non è stata verificata da allora. 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. Le app che mantengono READ_CONTACTS devono giustificare l’accesso ampio e completare una dichiarazione in Play Console, e Google documenta una proroga autonoma di 30 giorni. Le app che non hanno bisogno di un accesso ampio vengono indirizzate verso Android Contact Picker.
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, per le app con target API 35 o superiore su dispositivi a 64 bit. 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. L’esempio di Google mostra una proroga concessa fino al 1° febbraio; nulla di pubblicato stabilisce un’ulteriore proroga oltre questa data.
Quali scadenze di Google Play sono già fissate per il 2027?
Il 27 gennaio 2027 porta quattro modifiche con ambiti diversi: la fine dell’eccezione SMS e registro chiamate che permetteva di usare READ_CALL_LOG per confermare una telefonata di verifica, le norme sulle autorizzazioni per i contatti e per la posizione, e l’eliminazione del geofencing come caso d’uso approvato per i servizi in primo piano. Il 1° febbraio 2027 è la scadenza generale dei 16 KB per gli aggiornamenti. I requisiti su memoria e DEX iniziano a febbraio 2027 e il ripristino dell’accesso ad aprile 2027, senza giorni precisi, e Google ha annunciato agosto 2027 per il target API 37, anche in questo caso senza giorno. La verifica degli sviluppatori Android si estende nel corso del 2027 e oltre, senza alcuna data globale precisa pubblicata al 15 ottobre 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, purché i tester restino attivati; un tester sostitutivo inizia i propri 14 giorni invece di ereditare quelli di qualcun altro. PrimeTestLab fornisce quei tester su dispositivi reali a partire da 19,99 USD.
Faccio scegliere solo un contatto. Mi serve READ_CONTACTS?
Se l’utente seleziona solo determinati contatti per un’attività, le norme di Google indirizzano le app interessate verso Android Contact Picker anziché verso un accesso ampio con READ_CONTACTS. Per le app con target API 37 o successivo che mantengono l’autorizzazione, spiega perché il selettore non può supportare le funzionalità principali e completa la dichiarazione. L’attuale data di conformità è il 27 gennaio 2027.
Il geofencing è già vietato perché il 26 agosto è passato?
No. La data attuale per questa modifica ai servizi in primo piano è il 27 gennaio 2027, e in precedenza questa pagina la indicava al 26 agosto. Google indica la Geofence API come alternativa. La modifica riguarda la dichiarazione di un servizio in primo piano per il geofencing; non vieta tutte le app che usano i geofence.
Ho sistemato la produzione. Perché l’avviso in Console è ancora lì?
Controlla i codici di versione indicati nell’avviso e tutti i canali attivi prima di dare per scontato che la build di produzione sia l’unico artefatto coinvolto. Uno sviluppatore ha indicato come probabile causa una vecchia build del test chiuso, ma la scomparsa dell’avviso non è stata confermata. Consideralo uno spunto diagnostico e verifica l’artefatto effettivo della release rispetto al requisito.
Tutte le mie app spariranno il 14 ottobre a causa del D-U-N-S?
Non è stata trovata alcuna regola universale di rimozione al 14 ottobre. Gli account dell’organizzazione devono avere dati identificativi corrispondenti al loro record Dun & Bradstreet, e le scadenze di verifica possono essere fissate per singolo account. Un avviso nel tuo account può comunque essere reale: leggilo, correggi la discrepanza e segui le sue istruzioni di assistenza invece della data di un altro sviluppatore.
I nuovi requisiti di febbraio e aprile vogliono dire il primo del mese?
Non secondo quanto pubblicato da Google. La sua documentazione sulla qualità tecnica indica febbraio 2027 per i requisiti su memoria e DEX e aprile 2027 per il ripristino dell’accesso, senza un giorno preciso. Tienili come voci con il solo mese finché Google non pubblicherà altro. Sono distinti dalla scadenza generale dei 16 KB per gli aggiornamenti del 1° febbraio 2027, e i loro ambiti di applicazione sono diversi.
In conclusione
Sintesi
Al 15 ottobre 2026, la prossima scadenza confermata di Google Play è il 27 gennaio 2027. La sequenza del 2026 è questa: 26 agosto per le regole sulle chat casuali e anonime; 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. Nessuna norma è più contestata: gli Standard per la sicurezza dei minori sono al 26 agosto 2026 su entrambe le pagine di Google, e il geofencing smette di essere un caso d’uso approvato per i servizi in primo piano il 27 gennaio 2027. 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