Requisiti di pubblicazione Google Play per nuovi sviluppatori nel 2026

Pubblicare su Google Play un tempo era «paga 25 $, invia un APK, fatto». Nel 2026 è una sequenza di cancelli: account, identità, un secondo livello di Android Developer Verification, formato di build, scheda dello store, un blocco di dichiarazioni di policy, un test chiuso obbligatorio e due revisioni separate. Saltane uno e l’app resta in limbo. Questa guida percorre ogni requisito nell’ordine in cui lo incontri davvero, evidenzia le 5+ novità principali del 2025-2026 ed è aggiornata al 24 giugno 2026. Dove le pagine di Google sono vaghe o in ritardo, lo diciamo invece di inventare.

La sequenza completa di pubblicazione (e perché l’ordine conta)

L’approvazione su Google Play non è una sola revisione: è una catena di cancelli, e ognuno può bloccare l’intero lancio. L’errore più grande di chi inizia è lavorare fuori ordine: finire l’app prima e scoprire che la verifica dell’identità richiede giorni, o completare la scheda e solo poi rendersi conto che un account personale ha ancora bisogno di un test di 14 giorni. Fai presto le tappe lente e bloccanti e fai girare il resto in parallelo. Questo è l’ordine che funziona davvero nel 2026:

Tappa 1: l’account sviluppatore e la quota di 25 $

Tutto inizia con un account sviluppatore su Google Play Console. Ti serve un account Google con la verifica in due passaggi attivata e devi rivedere e accettare il Google Play Developer Distribution Agreement e i Termini di servizio di Play Console al momento della registrazione.

Metodi di pagamento (è qui che molti si bloccano)

La quota va pagata con carta di credito o di debito soltanto. I tipi accettati variano per località, ma l’orientamento ufficiale di Google elenca quanto segue e lascia chiaro che le carte prepagate non sono accettate:

Personale vs organizzazione: stessa app, scartoffie diverse

Scegli il tipo di account alla registrazione. Secondo l’aiuto ufficiale di Google, entrambi i tipi hanno accesso alle stesse funzionalità e entrambi possono monetizzare con un profilo di pagamenti. La differenza reale è l’informazione che Google raccoglie per verificarti.

Tappa 2: verifica dell’identità dell’account (e il mito dei «5 giorni»)

Prima di inviare o pubblicare qualsiasi cosa, Google verifica chi sei a livello di account. Gli account personali inviano un documento d’identità ufficiale; le organizzazioni aggiungono un numero D-U-N-S e documenti dell’organizzazione. Saltare o ritardare questo passo ha conseguenze reali: non pubblichi, e i profili sviluppatore non verificati e le loro app possono essere rimossi da Google Play e bloccati alla ripubblicazione finché la verifica non termina.

C’è un numero molto ripetuto che devi ignorare. Decine di blog di terze parti dicono che la verifica dell’identità «richiede fino a 5 giorni». Quel numero esiste, ma è attaccato alla cosa sbagliata.

Un’altra cosa da chiarire prima della prossima sezione: questo controllo d’identità a livello di account non è lo stesso del nuovo programma Android Developer Verification. Sono due livelli diversi arrivati nel 2026, e confonderli è facile. Ecco come differiscono.

Android Developer Verification: il cambiamento più grande del 2026

Questo è il più grande cambiamento strutturale nella distribuzione Android da anni, ed è una novità del 2026. Android Developer Verification (verifica dello sviluppatore Android) è un programma separato dal controllo d’identità dell’account che hai appena letto. Esige che le app siano registrate a un’identità di sviluppatore verificata per installarsi su dispositivi Android certificati, comprese le app distribuite fuori da Google Play, come APK diretti e store di terze parti. Prima, vedi esattamente come i due livelli differiscono:

La giustificazione dichiarata da Google, sull’Android Developers Blog di marzo 2026, è la sicurezza. L’inquadratura è che la verifica è come «un controllo d’identità in aeroporto»: conferma l’identità dello sviluppatore, ma non esamina il contenuto dell’app. Il dato di spicco che citano:

La cronologia di rollout che devi seguire

Il programma si è aperto a marzo 2026 e scala nell’arco dell’anno. La data che più conta è il 30 settembre 2026, quando l’applicazione inizia nei primi quattro paesi.

Due modi di registrarsi: Full vs Limited Distribution

Se hai già pagato la quota di 25 $ di Play, sei coperto per la full distribution. La novità del 2026 è un tier gratuito pensato per studenti e hobbisti.

Tappa 3: requisiti di build: App Bundle e target API

I giorni di inviare un APK grezzo sono finiti per le app nuove. Due requisiti a livello di build decidono se Google Play accetta anche solo l’upload: il formato e il livello di target API.

Devi inviare un Android App Bundle (.aab)

Dall’agosto 2021, le app nuove devono essere pubblicate come Android App Bundles: gli APK non sono più accettati per le app nuove. (Le app esistenti basate su APK possono ancora aggiornarsi via APK, anche se la migrazione è consigliata.) Insieme a questo, Play App Signing è obbligatorio per le app nuove: Google gestisce e protegge la chiave di firma dell’app, mentre tu mantieni una upload key per firmare l’AAB prima dell’invio.

Livello API target: attuale vs prossimo

Questo è il punto che confonde di più chi inizia, perché il pavimento si sta spostando. Leggi le due righe con attenzione:

• In vigore oggi (giugno 2026): le app nuove e gli aggiornamenti devono avere target Android 15 (API 35) o superiore. Wear OS, Android TV e Android Automotive devono avere target Android 14 (API 34) o superiore. Le app esistenti devono avere target almeno API 34 per restare scoperte dai nuovi utenti su dispositivi più recenti.
• Dal 31 agosto 2026: le app nuove e gli aggiornamenti devono avere target Android 16 (API 36) o superiore.

Tappa 4: scheda dello store e asset

La scheda dello store è ciò che utenti (e revisori) vedono per primi, e ha limiti tecnici rigidi. Sbagli le specifiche e non pubblichi; sbagli il contenuto e vieni rifiutato. Questi sono i requisiti esatti del 2026:

Google Play Console · screenshot reale Clicca per ingrandire

Il cambio di icona che quasi tutti perdono: raggio d’angolo del 30%

Nuovo nel 2026, secondo la pagina ufficiale delle specifiche di design dell’icona di Google (ultimo aggiornamento il 15 giugno 2026): invii un’icona quadrata piena e «Google Play applica la maschera di forma in modo dinamico. Il raggio sarà equivalente al 30% della dimensione dell’icona.» In parole semplici, Google arrotonda gli angoli per te, in modo piuttosto aggressivo. Se il logo o il testo stanno vicino a un angolo, vengono tagliati. Tieni gli elementi chiave dentro una zona sicura di circa il 15-18%.

Un video di anteprima è opzionale: usa un link YouTube pubblico o non in elenco (non privato), con annunci e monetizzazione disattivati. I tipi di dispositivo supportati per gli screenshot coprono telefoni, tablet da 7" e 10", Chromebook, Android TV, Wear OS, Android Automotive e Android XR.

Regole sui metadati che fanno rifiutare la scheda

Le best practice di scheda di Google sono rigide sul linguaggio promozionale. Tieni titolo, icona, nome sviluppatore e descrizione breve puliti:

Tappa 5: contenuto dell’app e dichiarazioni di policy

Questa è la sezione che i principianti sottovalutano. L’area «App content» di Play Console è una pila di dichiarazioni obbligatorie, e risposte incomplete o imprecise sono tra le ragioni più comuni per cui un lancio si blocca o un account viene segnalato. Queste sono le sette che toccherai di più:

Google Play Console · screenshot reale Clicca per ingrandire

Dichiarazioni specifiche di categoria (sappi se una ti riguarda)

A seconda di cosa fa l’app, puoi incontrare dichiarazioni extra. Le più rilevanti nel 2026:

• App di salute: la policy Health Content and Services aggiunge etichettatura di dispositivo medico, requisito di disclaimer per le app di salute non regolate, migrazione delle app di salute a un account dell’organizzazione verificato entro il 28 gennaio 2026 e autorizzazioni granulari di salute su Android 16.
• Policy sui contenuti generati da IA: le app di IA generativa devono impedire output offensivi, con etichettatura e moderazione più rigide dal gennaio 2025.
• Policy sulle autorizzazioni di foto e video (in applicazione attiva): chiedi accesso ampio a foto e video solo quando la funzione centrale ne ha davvero bisogno, altrimenti usa il selettore foto di sistema. Si applicano anche regole aggiornate di autorizzazione sulla posizione. Una policy separata sulle autorizzazioni Contatti arriva dopo, applicata il 28 ottobre 2026 e solo per app con target API 37 o superiore.
• Modulo di dichiarazione delle autorizzazioni ad alto rischio: obbligatorio per accessi sensibili come SMS o Call Log, oltre alla dichiarazione sull’Advertising ID.
• Altre categorie: News & Magazines, Financial Services, app governative (solo account dell’organizzazione) e dichiarazioni di tracciamento o status COVID-19.

Tappa 6: test chiuso: 12 tester per 14 giorni

Per la maggior parte dei nuovi sviluppatori, questo è il muro. Secondo la policy ufficiale di Google, un account sviluppatore personale creato dopo il 13 novembre 2023 deve eseguire un test chiuso con un minimo di 12 tester che sono stati attivati continuamente negli ultimi 14 giorni prima di richiedere l’accesso in produzione. Gli account dell’organizzazione sono esenti, così come gli account creati prima di quella data.

Se hai letto che il numero è 20, è superato. Secondo l’Android Developers Blog: "starting today, we're requiring 12 instead of 20 testers for personal developer accounts." La riduzione è entrata in vigore l’11 dicembre 2024, mantenendo gli stessi 14 giorni, dopo feedback sul fatto che 20 tester erano pesanti per gli sviluppatori più piccoli.

Google Play Console · screenshot reale Clicca per ingrandire

I tre canali di test (un solo account)

Google offre tre canali, e i nuovi sviluppatori li confondono continuamente. Il test interno sembra l’opzione rapida ovvia, ma non soddisfa il requisito. Solo il test chiuso lo soddisfa.

Nella richiesta di produzione, Google valuta due cose: il tuo conteggio di tester (almeno 12) e l’engagement dei tester. Esempi ufficiali di perché chiedono di continuare a testare includono «non avere 12 tester che hanno attivato il test chiuso, o i tuoi tester non sono coinvolti con l’app durante il test chiuso.» In altre parole, 12 nomi in un elenco non bastano: quei tester devono davvero usare l’app.

Il modo più efficace di superare: tester reali e attivati

Ogni altro requisito di questa guida è qualcosa che controlli direttamente. Questo ha bisogno di 12 persone reali su dispositivi Android reali, attivate e attive per 14 giorni senza interruzioni, ed è esattamente dove gli sviluppatori solo si bloccano. Il percorso affidabile è portare tester reali che davvero entrano e restano attivi.

Tappa 7: il questionario di accesso in produzione

Quando soddisfi i criteri del test chiuso, un account personale non va dritto in Produzione: clicchi su «Richiedi l’accesso in produzione» nella Dashboard e rispondi a un questionario. Su internet questo appare come un «modulo da 10 domande.» Ignora quell’inquadratura: Google aggiorna il testo, e il modo affidabile di capirlo è come tre sezioni, non un numero fisso di domande.

Revisione e la cronologia reale da un capo all’altro

Nel rettilineo finale ci sono, in realtà, due revisioni: la revisione dell’accesso in produzione dopo il questionario, e la revisione finale dell’app della versione in sé. Google elabora le revisioni standard «il più rapidamente possibile», ma avverte che «alcune app possono essere soggette a revisioni estese, con tempi fino a 7 giorni o più in casi eccezionali.» Le app rivolte ai bambini, o con risposte imprecise sul pubblico target, tendono a ricevere lo sguardo più profondo.

Quindi quanto dura davvero l’intero processo per un account personale nuovo di zecca? Questa è la cronologia impilata realistica, con le sovrapposizioni che gli sviluppatori furbi sfruttano:

Cosa ritarda davvero chi inizia

Il totale esplode quando uno di questi colpisce. Quasi tutti sono evitabili:

• Verifica dell’identità incompleta o lenta: iniziata troppo tardi e blocca il resto.
• Dichiarazioni Data Safety deboli o assenti: il modulo è obbligatorio anche sui canali di test.
• Credenziali di login non valide per il revisore in App access: il revisore non entra e rifiuta.
• Scheda dello store o screenshot che non combaciano con la funzionalità reale dell’app.
• Reclutamento lento dei tester o engagement basso durante il test chiuso di 14 giorni.
• Risposte vaghe al questionario di produzione che suonano generiche e scatenano «continua a testare».

Novità 2025-2026 in sintesi (riferimento rapido)

Se leggi di sfuggita una sola sezione, che sia questa. Queste sono le novità che colgono gli sviluppatori che hanno imparato il processo uno o due anni fa:

Guarda: aggiornamento ufficiale di policy di Google (PolicyBytes, aprile 2026)

Il team Developer Experience di Google dettaglia le recenti novità di policy nella serie PolicyBytes, e l’episodio di aprile 2026 è la fonte ufficiale di diversi punti sopra: due policy nuove (autorizzazioni Contatti e trasferimento account) e due chiarimenti (contenuti con restrizione di età e autorizzazioni di posizione). Ecco il video, con un riepilogo in linguaggio chiaro sotto.

PolicyBytes: aggiornamenti di policy di aprile 2026

Canale ufficiale di Google Play: nuove policy su Contatti e trasferimento account, più chiarimenti su età e posizione.

YouTube

Il filo comune è lo scope minimo: Google vuole sempre di più che le app usino selettori di sistema (Contact Picker, ShareSheet, il pulsante di posizione) invece di tenere autorizzazioni ampie e sensibili.

Dove entra PrimeTestLab in tutto questo

Guarda indietro alle sette tappe. Sei sono scartoffie e engineering che controlli tu: l’account, l’identità, la build, la scheda, le dichiarazioni e il questionario. Una è fondamentalmente diversa: ha bisogno di 12 persone reali su dispositivi Android reali, attivate e davvero attive per 14 giorni senza interruzioni. È in questa tappa che la maggior parte degli sviluppatori solo si blocca, ed è esattamente ciò che PrimeTestLab risolve.

Condividi il link di attivazione del test chiuso. Noi ci occupiamo dell’invito, della verifica di attivazione, del monitoraggio giornaliero dell’engagement e della retention completa di 14 giorni, così l’uscita di un tester non spezza mai la sequenza e azzera l’orologio. Oltre 7.400+ app e contando, con tasso di successo del 99,9% al primo tentativo in 120+ paesi.

Piani attuali

Garanzia di rimborso al 100% · Il test parte in 4-6 ore · Senza abbonamento · +5% di commissione di servizio

Domande frequenti

L’essenziale