Come creare un account sviluppatore Google Play nel 2026

Il test di 14 giorni è l’unica voce di questo elenco che dipende da altre persone, ed è il punto in cui gli sviluppatori solitari si bloccano. È la parte che PrimeTestLab gestisce per te, ed è spiegata in come ti aiutiamo alla fine di questo articolo.

Quasi tutte le guide su questo argomento si fermano alla conferma del pagamento, e quasi tutte erano corrette quando sono state scritte. Il problema è quello che Google ha aggiunto dopo: una verifica dell’identità che confronta i tuoi documenti con un profilo pagamenti che magari non guardi da anni, un controllo del dispositivo per i nuovi account personali e un vincolo alla produzione in cui ti trascina la data di creazione dell’account e che poi devi superare app per app. Il risultato è una sequenza di post nei forum che conosciamo bene, e cominciano tutti allo stesso modo. Ho pagato i 25 $, allora perché non riesco a pubblicare niente.

Questo articolo segue l’ordine in cui le decisioni pesano davvero: che cosa avere pronto prima di pagare, che cosa deve produrre ciascun tipo di account, che cosa chiede la console e in che ordine, quali dati devono corrispondere a quale registro e che cosa deve a Google un nuovo account personale dopo che è arrivata la ricevuta. Dove Google pubblica un numero, il numero è citato insieme alla pagina della Guida da cui proviene. Dove Google non pubblica nulla, questo articolo lo dice invece di prendere in prestito una cifra dalla pagina di un fornitore che non la conosce nemmeno lui. Tutto quello che leggi qui è stato verificato sulla documentazione di Google ed è aggiornato al 13 agosto 2026.

Che cosa preparare prima di pagare Google

Il pagamento di 25 $ viene vissuto come il momento dell’impegno perché è l’unico passaggio che tocca il tuo conto. È la cosa sbagliata su cui essere nervosi. I passaggi davvero difficili da annullare sono quelli che non costano niente: l’Account Google con cui ti trovi ad aver fatto l’accesso diventa il proprietario dell’account e, anche se oggi Google documenta un modo limitato per passare la proprietà a un’altra persona, non è disponibile per tutti gli account e non è un interruttore nelle impostazioni. L’identità legale che digiti diventa il metro con cui verrà confrontato ogni documento che caricherai in seguito, e in parte viene pubblicata su Google Play. Nessuna delle due cose ti chiede di confermare che sei sicuro.

Sulla quota in sé questo articolo dice una cosa sola e va avanti: sono 25 $, addebitati una sola volta per account sviluppatore, non un abbonamento annuale e non un costo per app. Il dettaglio completo di che cosa copre e che cosa non copre la quota sta in l’articolo sui requisiti di pubblicazione su Google Play.

Che cosa mostrerà Google pubblicamente

È la parte della decisione che tutti saltano, ed è quella su cui poi si torna con qualche rimpianto. Una parte di quello che digiti nel modulo di registrazione viene mostrata nella tua scheda su Google Play e chiunque può leggerla. Un account personale non è un account anonimo e, se monetizzi, i dati resi pubblici aumentano.

Scorri la tabella in orizzontale per vedere tutte le colonne

La checklist prima della registrazione

L’elenco qui sotto sono i requisiti di Google riorganizzati in base a quando ti servono e non in base alla pagina della Guida in cui si trovano, ed è diviso in tre fasi di proposito. La fase 01 è quello che chiede il modulo di registrazione, ed è l’unica fase che il verdetto valuta. La fase 02 e la fase 03 sono requisiti reali che arrivano dopo i tuoi soldi, e una checklist che li mescola in un unico punteggio ti dice che non puoi registrarti finché non hai trovato 12 tester, cosa semplicemente falsa. Due righe comportano attese reali e sono entrambe righe da organizzazione: è il motivo pratico per cui la registrazione di un account dell’organizzazione non andrebbe mai avviata lo stesso giorno in cui la si decide.

Verifica di preparazione prima del pagamento

Le tre decisioni difficili da annullare

Tutto il resto di quell’elenco si corregge con un modulo. Queste tre no, o non a poco prezzo.

Niente di tutto questo rende certa l’approvazione. Elimina i motivi di fallimento che Google documenta davvero, che è una cosa diversa e più utile. Quello che non può eliminare è l’attesa: Google pubblica tempi precisi per le parti circoscritte del processo e nulla del tutto per la revisione dell’identità nel suo insieme, di cui parla la sezione sulla verifica qui sotto.

Personale o Organizzazione al momento della registrazione

La prima cosa importante da sapere è che non si tratta di un sistema a livelli. Google dice che i due tipi di account hanno accesso alle stesse funzionalità generali ed entrambi possono monetizzare tramite un profilo pagamenti. Nessuno si compra una Play Console migliore registrando un’organizzazione. Quello che cambia è ciò che devi produrre per entrare e quali obblighi ti seguono dopo.

Quattro categorie in cui è Google a scegliere per te

Google indica quattro tipi di app i cui sviluppatori dovrebbero usare un account dell’organizzazione, a prescindere da come lo sviluppatore consideri sé stesso:

Se la tua app rientra in uno di quei gruppi, la domanda sul tipo di account ha già una risposta e i tempi del D-U-N-S diventano parte della tua tabella di marcia di sviluppo, non un pensiero dell’ultimo minuto.

Che cosa deve produrre ciascun tipo

Questa tabella riguarda solo lo sportello della registrazione: che cosa Google chiede a ciascun tipo e che cosa ciascun tipo si porta dietro dopo. Se valga la pena costituire una società per avere un account dell’organizzazione è un’altra domanda, con una risposta diversa per quasi tutti, ed è trattata come si deve in Account Personale o Organizzazione a confronto.

Scorri la tabella in orizzontale per vedere tutte le colonne

Si può cambiare tipo di account in un secondo momento?

È l’informazione che con più probabilità è sbagliata in tutto quello che hai letto altrove. Per anni il consiglio standard è stato che il tipo di account si sceglie una volta sola e per sempre e che uno sviluppatore che si costituiva in società più tardi doveva registrare un secondo account da zero. L’attuale documentazione di Google non dice questo. Descrive un percorso di conversione e distingue con chiarezza tra la direzione che supporta e quella che non supporta.

Che cosa comporta davvero la conversione

Il meccanismo è un cambio di profilo pagamenti, non un interruttore in Play Console: ecco perché è facile non trovarlo nella documentazione. Crei o passi a un profilo pagamenti Google di tipo aziendale, completi la verifica che quel profilo richiede, che per un’organizzazione significa numero D-U-N-S e documentazione dell’organizzazione, e lo colleghi all’account sviluppatore. I tempi del D-U-N-S valgono qui esattamente come alla registrazione, quindi nemmeno la conversione è un’operazione da chiudere in giornata.

E il proprietario, che una volta era per sempre

È l’informazione che conviene più di ogni altra aggiornare nella tua testa, perché è stata vera a lungo e viene ripetuta ovunque, comprese le versioni precedenti di questo articolo. Oggi Google documenta un trasferimento di proprietà in autonomia. Può avviarlo solo il proprietario attuale dell’account e il percorso è Play Console, Users and permissions, trova la persona a cui vuoi passare l’account, Manage e poi Make account owner. Il trasferimento resta poi bloccato per 7 giorni prima di completarsi e al futuro proprietario può essere chiesto di verificare la propria identità e di fornire i dati del profilo pagamenti.

È sull’idoneità che il nodo viene ancora al pettine. Google limita la procedura diretta agli account dell’organizzazione e agli account personali che non monetizzano e dice che gli sviluppatori individuali che monetizzano le proprie app al momento non sono idonei. Così lo sviluppatore che più di tutti vorrebbe usarla, cioè chi pubblica da solo, si è registrato come persona fisica, ha iniziato a guadagnare e ora vuole che sia la società a intestarsi l’account, è proprio quello che resta scoperto. Per lui la strada non cambia: un nuovo account sviluppatore, verificato da zero, con le app trasferite.

Un’altra avvertenza sullo stesso tema: scegliere un tipo organizzazione a cui non hai diritto non è una scorciatoia burocratica. Un account dell’organizzazione viene verificato su un registro aziendale reale tenuto da terzi, e falsificarlo è un problema di conformità alle norme, non un trucco furbo.

Registrazione a Play Console, passo per passo

La registrazione si apre su play.google.com/console/signup. Prima di cliccare, assicurati di sapere con quale Account Google è connesso il tuo browser, perché è la decisione che il flusso non ti chiederà mai di riconsiderare.

Gli otto passaggi

1. 01
   Accedi con l’Account Google che sarà proprietario dell’account

   Il proprietario deve avere almeno 18 anni. La proprietà si può cedere in seguito, ma solo nei casi documentati da Google: account dell’organizzazione e account personali che non monetizzano, con avvio da parte del proprietario attuale, un blocco di 7 giorni e la verifica del nuovo proprietario. Un account personale che monetizza al momento resta fuori da questa procedura, quindi per molti sviluppatori l’account con cui si trovano connessi è di fatto ancora quello definitivo. Google chiede un Account Google e non specifica che debba essere un indirizzo gmail.com, checché ne dicano i tutorial.

   Va storto quando: sei connesso con un profilo del browser personale e ci registri sopra l’account dell’azienda.

2. 02
   Scegli tra Personale e Organizzazione

   Personale è l’opzione che Google destina all’uso personale, compresi studenti, hobbisti e sviluppatori amatoriali. Organizzazione è per aziende e organizzazioni. Google indirizza agli account dell’organizzazione quattro categorie di app: prodotti e servizi finanziari, app per la salute comprese quelle mediche e per la ricerca su soggetti umani, app autorizzate a usare VpnService e app governative.

   Va storto quando: la registrazione di un’organizzazione viene avviata prima che il numero D-U-N-S esista.

3. 03
   Crea o seleziona un profilo pagamenti Google dello stesso tipo

   La registrazione si collega a un profilo pagamenti Google e il tipo di profilo deve corrispondere al tipo di account che hai scelto. Un profilo personale esistente non può sostenere la registrazione di un’organizzazione. L’identità presente su questo profilo è il riferimento con cui viene confrontato ogni documento che caricherai in seguito, quindi aprilo e leggilo prima di andare avanti.

   Va storto quando: un vecchio profilo pagamenti riporta un indirizzo da cui ti sei trasferito anni fa.

4. 04
   Inserisci i dati legali, di contatto e quelli pubblici da sviluppatore

   Digita nome e indirizzo legali esattamente come sono stampati sul tuo documento di identità. Indichi un’email e un telefono di contatto che Google usa per raggiungerti, che vengono verificati ma non mostrati pubblicamente, e un’email pubblica da sviluppatore che viene mostrata su Google Play. Gli account dell’organizzazione indicano anche un numero di telefono pubblico da sviluppatore. I numeri di telefono vanno in formato internazionale.

   Va storto quando: l’email pubblica da sviluppatore è un indirizzo personale che preferiresti non rendere pubblico.

5. 05
   Accetta il contratto e paga 25 $, una sola volta

   Accetti il Contratto di distribuzione per gli sviluppatori di Google Play e paghi la quota di registrazione una tantum. Viene addebitata per account sviluppatore, non per app, e non si rinnova ogni anno. La pagina di Google sui pagamenti accettati elenca i circuiti di carte accettati, con differenze per area geografica, e precisa che le carte prepagate non sono accettate.

   Va storto quando: la quota viene pagata su dati di identità tirati a indovinare invece che verificati. Google avverte che informazioni di identità non valide possono comportare il mancato rimborso della quota.

6. 06
   Verifica l’email e il telefono di contatto

   Google invia un codice a sei cifre all’indirizzo email e un codice a sei cifre al telefono via SMS o chiamata vocale. Sono i recapiti privati, quelli che Google usa per raggiungerti, non quelli mostrati nella tua scheda dello store.

   Va storto quando: l’SMS non arriva. La risposta documentata da Google è l’opzione della chiamata vocale, poi i controlli su segnale e operatore, non creare un nuovo account.

7. 07
   Completa la verifica dell’identità

   A un account personale può essere chiesto un documento di identità ufficiale, se il profilo pagamenti collegato non è già stato verificato. A un account dell’organizzazione possono essere chiesti il numero D-U-N-S, un documento ufficiale dell’organizzazione e il documento di identità di un rappresentante, e gli account dell’organizzazione appena creati hanno un requisito aggiuntivo di verifica del sito web. Tutto quello che invii deve corrispondere al profilo pagamenti.

   Va storto quando: il documento e il profilo divergono anche solo per una riga. Google indica questa corrispondenza come un requisito, ed è il motivo di fallimento che riempie il maggior numero di thread nella Help Community su questo tema.

8. 08
   Verifica un dispositivo Android reale, su un nuovo account personale

   I nuovi account personali completano un controllo del dispositivo nell’app Play Console prima che un’app possa essere resa disponibile su Google Play. Google richiede un dispositivo fisico e non rooted con Android 10 o versioni successive, e dice che il controllo in sé richiede meno di un minuto.

   Va storto quando: sviluppi interamente su emulatore e non possiedi un telefono idoneo. Google consente allo stesso dispositivo di verificare più di un account, quindi farsene prestare uno è un’opzione documentata.

Che cosa viene dopo l’ottavo passaggio

Quegli otto passaggi completano l’account. Non completano la strada verso un’app pubblicata, e sull’ordine di quello che segue conviene essere precisi, perché molte pagine lasciano intendere che il test con 12 tester sia qualcosa che devi a Google prima di poter creare un’app. È vero il contrario. Prima crei l’app, ne completi la configurazione, la scheda dello store e le dichiarazioni, carichi una build e pubblichi una release su un canale di test chiuso, perché il test valido si esegue su quella release. Solo a quel punto parte il conteggio dei 14 giorni. Quando finisce sei idoneo a richiedere l’accesso in produzione, Google esamina la richiesta e la release in produzione esce dopo che quell’accesso è stato concesso.

C’è un’avvertenza sull’ordine, ed è la differenza tra preparare un test ed eseguirlo. La verifica dell’account continua a fare da vincolo alla release vera e propria: Google dice che un account sviluppatore deve essere verificato prima che le app possano essere inviate per la valutazione, e su un nuovo account personale il controllo del dispositivo reale deve essere completato prima che un’app possa essere resa disponibile su Google Play. Quindi creare l’app, configurarla e scrivere la scheda dello store sono tutte cose che puoi fare mentre la revisione dell’identità è ancora in corso. Pubblicare la release sul canale chiuso su cui scorre il conteggio dei 14 giorni no. Pianifica sulla sovrapposizione che ottieni davvero, che è la preparazione, non i giorni di test già trascorsi. Verificato

Vale la pena nominare due affermazioni che incontrerai altrove, così le puoi scartare a colpo d’occhio. La prima è che la registrazione richiede un indirizzo che finisce in @gmail.com: la pagina di registrazione di Google chiede un Account Google, che si può creare su un indirizzo che possiedi già. La seconda è che Google “di solito attiva” un account sviluppatore entro 24-48 ore. Nessun impegno del genere compare nell’attuale documentazione di Google, e costruirci sopra un piano di lancio è il modo in cui una data di uscita slitta in pubblico. Nessun tempo dichiarato

Documenti, regole di corrispondenza e le attese che nessuno pubblica

La verifica è il punto in cui il processo smette di essere un modulo e diventa un confronto. Google non legge il tuo documento per scoprire chi sei. Controlla il tuo documento rispetto a un registro che possiede già e, quando c’è di mezzo un’organizzazione, rispetto a un secondo registro tenuto da Dun and Bradstreet. Google enuncia il requisito in modo chiaro: quello che invii deve corrispondere alle informazioni del profilo pagamenti collegato. Nei thread della Help Community esaminati per questo articolo, i rifiuti con una causa diagnosticabile si riducevano tutti a quei registri che non concordavano su un nome, un indirizzo o una singola riga di indirizzo mancante.

Che cosa viene chiesto a ciascun tipo di account

Scorri la tabella in orizzontale per vedere tutte le colonne

La regola della corrispondenza esatta, prima di caricare

La regola è facile da enunciare e facile da mancare: l’identità legale sul documento, l’identità nel profilo pagamenti Google collegato e, per un’organizzazione, l’identità sulla scheda Dun and Bradstreet devono coincidere. Non essere riconoscibilmente la stessa persona. Coincidere. Un secondo nome mancante, una via abbreviata da un lato e scritta per esteso dall’altro, un numero di interno che c’è sul documento ma non è mai finito nel profilo, un accento saltato perché un modulo non lo accettava: ognuna di queste cose basta a far respingere un documento.

Lo strumento qui sotto è un confronto testuale, non una verifica di approvazione né una simulazione della revisione di Google. Google pubblica il requisito secondo cui i due registri devono corrispondere; non pubblica il confronto che esegue davvero, come gestisce abbreviazioni o punteggiatura, come traslittera o che altro valuta. Quindi questo strumento legge le due stringhe che gli dai e ti dice qual è la differenza che riesce a vedere. Tutto quello che ti dice riguarda il tuo testo.

Verificatore di coerenza del profilo

Che cosa Google quantifica e che cosa lascia aperto

È qui che le pagine concorrenti si inventano i numeri. Diversi tutorial oggi ben posizionati parlano di una revisione dell’identità che va da “qualche ora a due giorni lavorativi” o di un account “di solito attivato entro 24-48 ore”. Nessuna delle due cifre compare nell’attuale documentazione di Google. Quello che Google pubblica davvero è molto più circoscritto e molto più utile, perché ogni cifra pubblicata è legata a un’azione specifica e non all’intero processo.

Scorri la tabella in orizzontale per vedere tutte le colonne

Il controllo del dispositivo Android

Questo passaggio coglie in fallo un gruppo preciso e in crescita: chi sviluppa su emulatore, su un portatile aziendale o su un dispositivo rooted proprio perché è il tipo di persona che sviluppa app Android. Non esiste una strada da desktop. Il controllo si esegue nell’app Play Console, su hardware vero.

Qui il momento in cui lo fai conta per una ragione precisa: è un vincolo sul rendere disponibile un’app, non sulla creazione dell’account. Puoi registrarti, verificare la tua identità e sviluppare l’app senza averlo fatto, e poi scoprirlo nel momento meno opportuno. Costa un minuto se hai l’hardware e costa una settimana se devi procurartelo: è tutto qui il motivo per farlo il primo giorno.

Che cosa eredita un nuovo account personale

È la parte che coglie tutti di sorpresa, e il motivo è che funziona su due livelli contemporaneamente. Se la regola ti riguardi o meno lo decide il tuo account: personale, creato dopo la data limite. Ma quello che devi fare concretamente lo decide l’app, perché Google scrive che devi eseguire un test chiuso per la tua app, e la richiesta di accesso in produzione fa poi domande su quella app, sul test che hai svolto per essa e sul suo grado di maturità. Puoi quindi sviluppare prima l’app, fare tutto correttamente, superare la revisione e trovarti comunque la produzione non disponibile, perché l’obbligo è arrivato con l’account e va assolto sull’app. La data limite è in vigore dal 13 novembre 2023, cioè 1.027 giorni fa, quindi a meno che tu non stia lavorando su un account sviluppatore aperto anni fa, ti riguarda.

Come si è arrivati a 12

Circolano due numeri e solo uno dei due è attuale. Se stai leggendo una pagina che parla di 20 tester, stai leggendo una pagina scritta prima di dicembre 2024 oppure una che ha copiato da quella.

1. 13 nov 2023
   La data limite

   Gli account sviluppatore personali creati dopo questa data rientrano nei requisiti di test. La data è ancora sull’attuale pagina delle norme di Google, invariata.

2. Fine 2023
   Partenza con 20 tester

   Il requisito è nato con un minimo di 20 tester per 14 giorni. La documentazione della community di Google conserva la cifra originaria, insieme ai thread della Help Community dell’epoca. Storico

3. 11 dic 2024
   Ridotto a 12 tester

   Google ha annunciato la riduzione con un post sulla Play Developer Community intitolato “Reduced testing requirements for Personal developer accounts”. La durata di due settimane è rimasta invariata. Approfondimento: perché Google è passata da 20 tester a 12.

4. 13 ago 2026
   Regola attuale: 12 tester, 14 giorni continuativi

   Almeno 12 tester che hanno attivato il test continuamente per almeno gli ultimi 14 giorni, prima che un account personale interessato possa richiedere l’accesso in produzione. Che cosa significhi giorno per giorno è spiegato in la regola dei 14 giorni consecutivi.

Perché gli altri canali non valgono

Un tentativo ricorrente per aggirare la cosa è usare un canale più facile da riempire. Non funziona, e il motivo è nella formulazione: le norme chiedono espressamente un test chiuso.

Scorri la tabella in orizzontale per vedere tutte le colonne

Il confronto completo tra i tre canali di test, compreso quando ciascuno è davvero lo strumento giusto, sta in test interno, chiuso e aperto a confronto. Al momento della creazione dell’account conta una cosa più circoscritta: solo il canale chiuso supera il vincolo, e richiede un minimo di due settimane di tempo reale che non si possono comprimere.

Quanto ti costa davvero una disattivazione

La versione più diffusa di questa regola dice che basta scendere una volta sotto i 12 per rompere la finestra e ricominciare tutto da capo. Non è quello che dice la condizione di Google, e la differenza vale settimane sprecate, cioè soldi veri.

Il controllo si applica nel momento in cui presenti la richiesta: in quel momento almeno 12 tester devono avere il test attivo, e ciascuno di quei 12 deve averlo avuto attivo per gli ultimi 14 giorni senza interruzioni. Google è esplicito nel dire che i tester che attivano il test, testano per meno di 14 giorni, disattivano e poi riattivano non contano, perché i 14 giorni devono essere consecutivi. Lette insieme, queste due cose producono tre conseguenze che la maggior parte delle pagine sbaglia:

• Andare oltre i 12 è un margine di sicurezza, non vanità. Se 15 tester sono idonei e uno se ne va, ne restano 14 idonei e non si perde un giorno. Solo quando sono meno di 12 quelli in grado di mostrare ciascuno i 14 giorni pieni e ininterrotti devi aspettare.
• Un sostituto riparte da zero. Il nuovo tester non eredita i giorni già maturati da chi se n’è andato. I suoi 14 giorni consecutivi cominciano il giorno in cui attiva il test.
• I tester rimasti conservano il loro storico. Se una persona se ne va, non azzera il conteggio di nessun altro: è proprio il punto che la versione “si ricomincia da capo” sbaglia di più.

Che cosa succede quando i 14 giorni sono finiti

Diventi idoneo a presentare la richiesta. A quel punto Google ti fa domande sul test che hai svolto: come i tester hanno usato l’app, quali feedback hai raccolto, che cosa hai cambiato di conseguenza, a chi è destinata l’app e perché è pronta. È una richiesta scritta con dietro una revisione fatta da persone, non un contatore che scatta a mezzanotte del quattordicesimo giorno. Le domande stesse, e come rispondere senza riempitivi, sono trattate in l’articolo sul questionario per l’accesso in produzione.

Una nota sull’utilizzo da parte dei tester, perché è qui che le regole inventate si moltiplicano. La soglia misurabile è l’attivazione continuativa: 12 tester, con il test attivo, per 14 giorni ininterrotti. Google non pubblica una quota di utilizzo giornaliero sull’attuale pagina delle norme, e qualsiasi pagina che ti dica che ogni tester deve aprire l’app per un tot di minuti al giorno sta descrivendo qualcosa che Google non ha mai messo per iscritto. L’utilizzo effettivo viene valutato a parte, attraverso quello che racconti nella richiesta, e non come soglia numerica aggiuntiva rispetto al conteggio. Verificato

Anche su dove trovare i tester, diffida della versione perentoria. Il requisito pubblicato da Google non prescrive una sola fonte di reclutamento, e le sue indicazioni puntano prima alle reti personali e professionali, citando amici, familiari, colleghi e compagni di studi, e poi alle community in cui si trovano già i tuoi probabili utenti. Sono indicazioni, non un elenco chiuso, quindi un fornitore di test legittimo non ne resta escluso. Quello che non è, è un generico “a Google non importa chi siano i tuoi tester”: Google chiede un gruppo vario e rappresentativo e si aspetta utilizzo e feedback autentici, e manipolare installazioni, valutazioni o recensioni è un problema di conformità alle norme, comunque siano state trovate quelle persone. Verificato

Registrazioni che si bloccano e come risolverle

Dieci sintomi, ciascuno con il rimedio documentato

Le situazioni qui sotto sono quelle per cui Google pubblica un rimedio, formulate come le descrivono davvero gli sviluppatori nella Help Community e non come le etichettano le pagine delle norme. Se il tuo sintomo non c’è, è comunque un’informazione utile: di solito significa che la risposta non è documentata e che il passo onesto successivo è l’assistenza di Play Console, non un tentativo a naso su un forum.

Guida agli stalli

Quando la risposta non è in quell’elenco

Nei thread della Help Community del 2026 c’è uno schema ricorrente che nessun elenco di soluzioni può risolvere: sviluppatori che descrivono uno stallo della verifica, con l’account che non riesce a essere verificato e i ticket di assistenza che vengono chiusi senza una risposta di merito. Quelle segnalazioni sono reali e sono abbastanza frequenti da meritare di essere citate onestamente, ma sono anche autoselezionate, perché chi completa la verifica senza problemi non scrive nel forum. Niente in questo articolo può prometterti una via d’uscita da quello stallo. Quello che può fare è tenerti fuori dagli stalli che hanno cause documentate, cioè la maggior parte. Segnalato dalla community

Un’ultima distinzione da tenere a mente, perché genera un’intera categoria di allarmi fuori luogo: la verifica dell’identità del tuo account sviluppatore non è la stessa cosa del programma separato di verifica degli sviluppatori Android esteso a tutto l’ecosistema, che ha un proprio calendario per il 2026. Questo articolo parla del completamento della verifica in Play Console. L’altro programma, e che cosa significa per le installazioni al di fuori di Google Play, è trattato in l’articolo sulla verifica degli sviluppatori Android.

Requisiti chiave del 2026 che possono bloccare la tua prima release

La creazione dell’account e i requisiti delle app sono due sistemi separati, ed è facile portare a termine il primo mentre in silenzio non superi il secondo. Puoi avere un account sviluppatore verificato alla perfezione e non riuscire comunque a pubblicare, perché è la build a non rispettare un requisito in vigore. Le righe qui sotto sono quelle che toccano un account appena creato; quali di esse ti riguardino dipende da che cosa fa la tua app.

• 31 ago 2026
  Le nuove app e gli aggiornamenti devono avere come target Android 16 (API 36)

  Vale per gli invii da mobile, sia per le nuove app sia per gli aggiornamenti di quelle esistenti. Gli altri fattori di forma hanno livelli propri. Il dettaglio completo per tipo di dispositivo è in l’articolo sul livello API target.

  In vigore
• 31 ago 2026
  Le app che usano Google Play Billing devono essere su Billing Library 8 o versioni successive

  Il calendario di ritiro di Google fissa a questa data la scadenza per le nuove app e gli aggiornamenti relativa alla Play Billing Library 7, con una proroga fino al 1 novembre 2026. Riguarda solo gli APK che richiedono l’autorizzazione com.android.vending.BILLING, quindi se la tua prima app non ha acquisti in-app né abbonamenti non ti tocca. Se invece li ha, è una dipendenza della build che conviene scoprire adesso e non al momento dell’invio.

  In vigore
• 30 set 2026
  Registrazione del nome del pacchetto su Play

  Ogni pacchetto su Play deve essere registrato, ma le nuove app create in Play Console vengono di norma registrate automaticamente, quindi di solito è uno stato da confermare più che un’attività da svolgere. Confermalo, non darlo per scontato. È una cosa diversa dal programma di verifica degli sviluppatori Android esteso a tutto l’ecosistema, di cui parla l’articolo sulla verifica degli sviluppatori Android.

  Di norma automatica
• 1 nov 2026
  Fine della finestra di proroga per gli idonei

  La stessa scadenza vale per entrambi i requisiti del 31 agosto: la migrazione del target API e quello sulla Play Billing Library. Le proroghe vanno richieste, non sono automatiche, e vengono comunicate tramite lo stato delle norme e le notifiche di Play Console. Se stai registrando un account adesso, dai per scontato di dover sviluppare secondo il requisito attuale e non secondo una proroga.

  Se concessa
• Condizionale
  Autorizzazioni per i Contatti, solo se la tua app legge i contatti

  Le nuove norme di Google sulle autorizzazioni per i Contatti regolano l’accesso esteso ai contatti dell’utente per le app che hanno come target Android 17 (API 37) o versioni successive. Entrambe le fonti di Google indicano ora la stessa data di entrata in vigore, 27 gennaio 2027: la tabella delle scadenze di Play Console e la pagina delle norme su Android Developers concordano, entrambe riscaricate il 14 agosto 2026. Alcune comunicazioni precedenti di Google avevano fatto circolare per queste norme la data del 28 ottobre 2026; quella data è superata. Il registro completo con tutte le date è in l’articolo sugli aggiornamenti delle norme 2026. Verificato

  Per quasi tutte le app: irrilevante

Queste sono le date del 2026 che con maggiore probabilità toccano un account appena creato, e l’articolo si ferma qui di proposito, per non diventare un calendario delle norme. Non è un modo per dire che nient’altro nel calendario possa riguardarti: le norme specifiche per categoria arrivano durante tutto l’anno e quali di esse tocchino la tua app dipende interamente da che cosa fa la tua app. Se vuoi il registro completo con tutte le date, serve proprio a questo l’articolo sugli aggiornamenti delle norme, ed è la pagina da controllare prima di sviluppare, non dopo.

Come ti aiuta PrimeTestLab

Torna all’elenco di preparazione all’inizio di questo articolo. Ogni sua riga è qualcosa che puoi affrontare da solo, con i tuoi tempi, con una sola eccezione. Il documento di identità, il profilo pagamenti, i codici, il controllo del dispositivo: tutto lavoro solitario. Trovare 12 persone che installino un’app incompleta, attivino il test con l’account Google giusto e restino attive per due settimane senza sparire non è lavoro solitario, ed è il motivo per cui un requisito di due settimane diventa regolarmente un requisito di due mesi.

Farlo da soli oppure delegarlo

Entrambe le colonne soddisfano lo stesso requisito di Google. La differenza è dove stanno il lavoro e il rischio. La prima colonna è etichettata con onestà: solo le prime due righe sono condizioni numeriche che Google pubblica davvero. L’utilizzo effettivo è un elemento che chi valuta la richiesta di accesso in produzione soppesa, non una soglia da raggiungere, e la varietà dei dispositivi è una buona pratica di QA che Google incoraggia ma non trasforma in un numero di dispositivi da rispettare.

Scorri la tabella in orizzontale per vedere tutte le colonne

Abbiamo eseguito questo test per 7.400+ app in 120+ Paesi e lo facciamo da 5+ anni. Il nostro 99,9% è un tasso di completamento dei test e vale la pena essere precisi su che cosa misura: il test gestito ha mantenuto il numero richiesto di tester attivi, senza interruzioni, per tutti i 14 giorni. Non è un tasso di approvazione. Quello che ottieni è un test chiuso completato che soddisfa il requisito che Google ha davvero messo per iscritto. Non ottieni l’accesso in produzione, e nessuno può vendertelo: Google esamina la richiesta dopo e decide, ed è esattamente per questo che la versione onesta di questa offerta si ferma dove si ferma.

Se preferisci occuparti tu del reclutamento, è una scelta legittima e questo articolo non farà finta del contrario. Sette modi legittimi per trovare 12 tester illustra le strade che funzionano, e se convenga o no un servizio di test a pagamento è scritto per aiutarti a decidere di non comprarne uno quando è quella la risposta giusta.

Domande frequenti

In sintesi

Il test di 14 giorni è l’unica parte di tutto questo che richiede altre persone, ed è la parte che PrimeTestLab gestisce per te. Guarda i piani e i prezzi →