Come funziona il test chiuso di Google Play con 12 tester e 14 giorni (2026)

Norme verificate il 27 settembre 2026. Tutto quello che segue rispecchia la documentazione pubblicata da Google su test chiuso e accesso alla produzione a quella data. Dove Google non ha pubblicato nulla, questo articolo lo dice invece di riempire il vuoto.

Uno dei cambiamenti più grossi è il requisito del test chiuso con 12 tester: gli account sviluppatore personali interessati devono completare un test chiuso valido prima di poter richiedere l’accesso alla produzione. Raggiungere la soglia dei 12 per 14 giorni non pubblica l’app e non garantisce l’approvazione.

Molti sviluppatori non capiscono perché esista questo requisito, come funzioni il processo e perché sia così difficile trovare 12 tester affidabili disposti a partecipare per due settimane intere. Questo articolo spiega tutto con chiarezza, passo dopo passo, così capisci l’intero processo prima di lanciare la tua app. Se preferisci evitare la fatica, il nostro servizio di test può occuparsi di tutto al posto tuo.

Qual è il requisito del test chiuso di Google Play nel 2026?

Google lo ha annunciato il 9 novembre 2023, e la regola nella forma definitiva vale per gli account personali di Google Play Console creati dopo il 13 novembre 2023. Sono due fatti diversi e vengono confusi di continuo: il 9 è il giorno dell’annuncio, il 13 è la data limite di creazione dell’account che decide davvero se sei interessato.

Leggi bene l’ultima parte, perché è da lì che nasce quasi tutta la delusione su questo tema. Superare la soglia non pubblica la tua app. Sblocca la richiesta, che Google poi esamina.

Google documenta il requisito per gli account personali, il che lascia gli account dell’organizzazione fuori dall’ambito dichiarato. Di proposito non è la stessa frase di "gli account dell’organizzazione sono esenti", una formula che Google non scrive mai e che conta parecchio per chi ha spostato un’app da un tipo di account all’altro. Lo affrontiamo per bene nella sezione sull’applicabilità qui sotto.

Google ha introdotto il requisito di test per migliorare la qualità delle app, spingendo gli sviluppatori a:

• Testare prima del lancio
• Individuare problemi e raccogliere feedback
• Confermare che l’app è pronta per gli utenti
• Lo stesso annuncio del novembre 2023 ha esteso, a parte, la verifica degli sviluppatori per contrastare malware e frodi. È un’iniziativa diversa dal test chiuso.

In pratica, prima di andare online la tua app deve completare:

Quando almeno 12 tester hanno accumulato ciascuno 14 giorni continui di attivazione, Play Console mostra l’opzione per richiedere l’accesso alla produzione. Google chiede del coinvolgimento dei tester, del feedback, delle modifiche fatte durante il test e di quanto sei pronto per la produzione. La varietà di dispositivi e di IP sono buone pratiche di qualità, non soglie di revisione pubblicate.

Il requisito dei 12 tester vale per il mio account?

Attenzione: il 13 novembre 2023 è la data limite di creazione dell’account, non il giorno in cui Google ha annunciato la norma. L’annuncio è arrivato il 9 novembre 2023, e le due date vengono confuse di continuo. Se il tuo account è stato creato in quell’intervallo, quella che conta è la data limite.

Appena si scopre che la regola vale per sé, saltano fuori sempre due domande successive, e hanno risposte diverse.

La prima è se ogni nuova app abbia bisogno del proprio test. In pratica il requisito si applica app per app, e gli sviluppatori con account interessati raccontano di doverlo rispettare di nuovo per ogni nuova app che pubblicano. Quello che Google non pubblica è la promessa che questo duri per sempre, e alcuni Product Expert riferiscono che il requisito può smettere di comparire man mano che l’account accumula storico di pubblicazioni. Trattalo quindi come un requisito a livello di app finché la Dashboard lo mostra, e controlla ogni nuova app invece di dare per scontato. Approfondiamo in servono 12 tester per ogni app?.

La seconda è se gli aggiornamenti ordinari di un’app che ha già l’accesso alla produzione facciano ripartire il conteggio. Non esiste alcun requisito pubblicato che imponga di rifare il test dei 12 per 14 giorni a ogni aggiornamento normale una volta che quell’app ha l’accesso alla produzione. La revisione consueta di Play e gli altri controlli sulle norme di Google restano validi per ogni versione.

La scelta tra account personale e dell’organizzazione ha conseguenze ben oltre questa singola regola: costi, verifica e chi possiede legalmente la scheda. Se stai ancora decidendo, leggi account Google Play personali e dell’organizzazione prima di registrarti.

Quanti tester servono per Google Play nel 2026?

La domanda più utile è a che cosa serva il requisito. Google lo ha presentato come una questione di test, non di conteggio: far emergere problemi, raccogliere feedback, agire di conseguenza e confermare che l’app è pronta.

Quindi: recluta 12 tester perché quella è la regola, e valuta di prenderne qualcuno in più perché gli abbandoni sono un modo comune in cui la data di idoneità slitta. Solo la prima cosa è un requisito di Google.

Che cosa conta davvero per i 12 tester e i 14 giorni?

Quasi tutte le discussioni tra sviluppatori su questa regola nascono dal fondere due fasi distinte in una sola. Tenerle separate è la differenza tra aspettare il numero giusto di giorni e aspettare il doppio.

Google dice che può chiederti di continuare a testare quando il requisito sui tester non è stato rispettato oppure quando i tuoi tester non hanno usato l’app durante il test chiuso. Sono due problemi diversi con due soluzioni diverse, e solo il primo è un numero.

I tester devono aprire l’app tutti i giorni?

Nessuna regola pubblicata lo dice. La condizione numerica di Google è la continuità dell’attivazione, e in nessun punto del requisito attuale si trovano un numero di aperture giornaliere, un minimo di sessioni, una soglia di minuti al giorno o un numero di schermate che ogni tester debba raggiungere.

Questo però non autorizza a reclutare dodici persone che installano una volta e poi si dimenticano. La richiesta di accesso alla produzione chiede come hanno usato l’app i tuoi tester e come si confronta quell’uso con quello che ti aspetti da utenti reali, e Google cita il coinvolgimento insufficiente dei tester come motivo per cui può chiederti di continuare a testare. Il coinvolgimento va quindi cercato, ma come questione di qualità e non come quota, perché non c’è nessuna quota pubblicata da raggiungere.

Ai tester servono dispositivi reali o indirizzi IP diversi?

Nessuna delle due cose compare nel requisito sul test chiuso pubblicato da Google. Non esiste alcuna condizione di idoneità dichiarata che imponga a ogni tester valido di usare un dispositivo fisico diverso, e nessuna fonte primaria di Google afferma che ai tuoi 12 tester servano 12 indirizzi IP, reti, case o paesi diversi.

L’affermazione sugli IP in particolare merita un’etichetta più che una risposta. Circola parecchio, anche in risposte di Community Product Expert, e quelle risposte a volte si contraddicono tra loro. Trattala come segnalazione della community: è utile sapere che ci credono, ma non è qualcosa su cui costruire un test come se Google l’avesse scritto. Se vuoi la versione lunga, affrontiamo la questione dei dispositivi in emulatori e test chiuso e quella geografica in tester in paesi diversi.

Il test interno conta per i 12?

No. Il requisito di Google nomina espressamente un test chiuso, e descrive il test interno come controllo qualità iniziale facoltativo. Il test interno arriva fino a 100 tester ed è davvero utile per intercettare problemi prima che i tester veri vedano la versione, ma farlo non ti avvicina all’accesso alla produzione.

C’è anche una trappola pratica da conoscere prima di iniziare: chi è attivato sul tuo test interno non è idoneo per il test chiuso finché non disattiva il test interno e non si attiva sul canale chiuso. Se hai messo per sbaglio i tuoi primi tester nel test interno, spostarli è un passaggio che devi fare apposta.

Il confronto completo, con i casi in cui conviene ogni canale, è nella nostra analisi su test interno, chiuso e aperto.

Come funzionano i 14 giorni quando i tester entrano tardi o disattivano il test

Se un tester disattiva il test prima che siano passati i 14 giorni, smette di contare, e se questo ti porta sotto i 12 non soddisfi più la condizione che Google pubblica: almeno 12 tester attivati per almeno gli ultimi 14 giorni continuamente. Poiché la finestra è sempre quella dei 14 giorni più recenti, perdere persone è ciò che allontana l’idoneità. Google non pubblica un algoritmo per questo: non esiste una regola documentata secondo cui un abbandono riporti a zero tutti gli altri tester, e il controllo pratico è semplicemente quanti tester soddisfano in questo momento la condizione di continuità. È un motivo frequente per cui gli sviluppatori mancano la data di idoneità che si aspettavano.

Aggiungere un’email alla lista dei tester non basta. Un tester conta dopo essersi attivato tramite il link del test con un account Google valido. Poi deve installare e provare l’app tramite Google Play con lo stesso account. Play Console mostra il numero di tester attivati, non una cronologia affidabile persona per persona. Conferma lì il numero e tieni appunti tuoi su quando è entrato ogni tester, se ti serve stimare la data di idoneità.

Che succede se un tester disattiva il test?

Il periodo di attivazione di quel tester si interrompe, e un periodo interrotto non vale. I giorni fatti prima della disattivazione non si possono sommare a quelli dopo il rientro per arrivare a 14 giorni validi. Se torna, consideralo un nuovo periodo di 14 giorni a partire dal giorno in cui si riattiva.

Quanto ti costa dipende sia dal numero di tester sia da quando sono entrati quelli in più. Con esattamente 12, una disattivazione ti porta sotto il minimo. Con 20 hai ancora un bel margine sul numero, ma la tua data di idoneità resta protetta solo se almeno 12 dei tester rimasti hanno cronologie di attivazione continua abbastanza vecchie. I tester entrati dopo possono proteggere il numero senza proteggere la data iniziale.

E se un tester disinstalla l’app?

Disinstallare e disattivare il test non sono la stessa cosa, e qui vale la pena essere precisi perché molte pagine li trattano come sinonimi. Google definisce il criterio numerico in base allo stato di attivazione. Nessuna fonte primaria stabilisce che la disinstallazione da sola chiuda il periodo di attivazione di un tester o ne azzeri il conteggio.

Quello che non è in dubbio è l’effetto indiretto. Un’app non installata non produce utilizzo, e un tester che ha disinstallato il secondo giorno non ti lascia nulla da raccontare quando la richiesta di accesso alla produzione chiede come hanno usato l’app i tuoi tester. Insisti quindi sulle reinstallazioni perché le prove di utilizzo valgono, non perché sia dimostrato che una disinstallazione rompa il conteggio.

Aggiornare l’app azzera i 14 giorni?

Non esiste una regola pubblicata secondo cui pubblicare una nuova versione faccia ripartire l’attivazione continua. Google va nella direzione opposta e considera buona pratica aggiornare durante il test chiuso: il senso dell’esercizio è trovare problemi e risolverli, e la richiesta di accesso alla produzione chiede che cosa hai cambiato di conseguenza. Caricare una versione e poi farsi prendere dal panico pensando di aver distrutto due settimane di lavoro è una paura molto diffusa e, per quanto mostra la documentazione primaria, infondata.

L’unica riserva è che si tratta dell’assenza di una regola pubblicata, non di una frase esplicita di Google che dica "gli aggiornamenti non azzerano mai il periodo". Se Play Console ti dice qualcosa di diverso sulla tua app specifica, credi a Play Console. Analizziamo la questione per bene in aggiornare l’app azzera il test chiuso?.

È per questo che la domanda di servizi di test professionali è cresciuta. Molti sviluppatori scelgono di affidarsi a tester professionali invece di perdere settimane in tentativi fai da te andati male.

Qual è il modo più veloce per trovare 12 tester per Google Play?

Questo riformula la domanda in modo utile. Non stai comprando velocità, stai comprando due cose: quanto in fretta arrivi a 12 attivazioni, e quanto è probabile che quei 12 siano ancora attivati due settimane dopo. Ogni strada qui sotto bilancia le due cose in modo diverso.

Il consiglio di Google è di usare le tue reti personali e professionali: amici, familiari, colleghi e compagni di corso, più le community di settore, chi ti segue sui social e persone che somigliano ai tuoi futuri utenti. Quest’ultimo punto va preso sul serio anche se non è un obbligo, perché la richiesta chiede come si confronta l’uso dei tester con quello che ti aspetti da utenti reali, e tester che non somigliano per niente al tuo pubblico rendono la risposta più difficile.

Le indicazioni di Google sul test chiuso non dicono che i tester debbano essere non pagati. Sulla base di quelle indicazioni pubblicate, un accordo a pagamento può essere compatibile con il requisito quando produce test e feedback autentici. Non deve essere usato per manipolare valutazioni pubbliche, recensioni, installazioni, classifiche o posizionamento nello store.

Che cosa offre un servizio di test gestito

Poiché trovare tester è difficilissimo, molti sviluppatori si affidano a servizi online con utenti su dispositivi reali pronti a completare il requisito dei 14 giorni.

Un team di test professionale offre:

PrimeTestLab toglie ogni complicazione dai requisiti di Google Play. Mettiamo a disposizione tester verificati che usano dispositivi Android reali in 120+ paesi. Invece di passare settimane a cercare e coordinare tester da solo, puoi ottenere 12 tester reali a 19,99 USD e far partire il test in poche ore.

Il servizio di PrimeTestLab include attività dei tester e feedback per tutto il periodo di 14 giorni. È il nostro standard di servizio, non un obbligo di apertura quotidiana pubblicato da Google. Con il 99,9% di test completati su 9.800+ app testate, ti toglie dalla scrivania il problema del reclutamento. Leggi perché conviene avere un margine di tester oltre i 12.

Così gli sviluppatori singoli e i piccoli team possono pubblicare app senza passare due settimane a rincorrere le persone.

I nostri numeri: 9.800+ app testate

PrimeTestLab aiuta gli sviluppatori a soddisfare il requisito del test chiuso di Google con tre pacchetti:

Gestiamo una rete di tester costruita per il test chiuso da 12 per 14 giorni. Dati interni sui progetti PrimeTestLab, aggiornati al 15 agosto 2026. Test completato significa che un progetto a pagamento ha portato a termine il test chiuso gestito ed è arrivato alla fase della richiesta di accesso alla produzione. Non significa che Google abbia concesso l’accesso alla produzione. Le statistiche di servizio qui sotto si basano su quegli ordini completati.

Il problema di sempre:

E il problema del reclutamento lo risolviamo subito. Il test parte entro 4-6 ore, e continuiamo a seguire lo sviluppatore (i tester restano attivati) fino alla richiesta e finché non ci confermi la decisione di Google.

Come si configura il test chiuso di Google Play passo dopo passo?

Perché il link di attivazione dice che l’app non è disponibile?

È un intoppo frequente, e quasi sempre è una di queste nove cose. Scorri l’elenco in ordine invece di saltare alle spiegazioni esotiche.

1. Il tester è connesso esattamente con l’account Google che hai invitato, non con un secondo account personale sullo stesso telefono.
2. Se hai usato un gruppo Google, il tester si è iscritto al gruppo prima di aprire il link di attivazione.
3. La versione risulta Pubblicata, non Bozza, In revisione o In attesa di pubblicazione.
4. Sono passate diverse ore dalla tua prima distribuzione sul canale.
5. Il paese del tester è incluso nella disponibilità dell’app.
6. Il dispositivo del tester è compatibile con il bundle che hai caricato.
7. Il tester ha disattivato il canale interno, se ci era mai stato.
8. Sta usando il link del test chiuso, non uno interno o aperto.
9. Ha completato entrambi i passaggi: accettare l’attivazione e poi installare da Google Play.

Se il problema sopravvive a tutti e nove, approfondiamo in app non disponibile per i tester. Per il flusso di invito in generale vedi come invitare i tester, e per il problema specifico dei gruppi il gruppo Google non funziona nel test chiuso.

Che cosa copre davvero un test fatto bene

Google non pubblica né un piano di test, né una tabella giornaliera, né una lista di copertura, e questo articolo non se ne inventerà una. Quello che segue è il nostro piano di qualità redazionale: una forma ragionevole per due settimane di test veri, proposta perché "non esiste una quota giornaliera" è vero ma da solo non aiuta. Prendilo come un menu, non come un modulo di conformità.

Il motivo per fare tutto questo non è che Google lo conti. È che la richiesta finale chiede che cosa hanno fatto i tester, che cosa ti hanno detto e che cosa hai cambiato, e un test fatto come la lista qui sopra produce risposte a tutte e tre le domande.

Come richiedere l’accesso alla produzione dopo il test

Questa è la parte del processo che quasi tutti gli articoli saltano, ed è quella che decide davvero l’esito. Raggiungere la soglia è aritmetica. La richiesta è un ragionamento scritto che devi costruire tu.

Che cosa chiede Google nel modulo per l’accesso alla produzione

Google pubblica le domande. Quello che non pubblica è una griglia di punteggio, un numero di parole, un elenco di frasi che fanno bocciare, o una qualsiasi formula che trasformi le tue risposte in una decisione. Chi ti dice che una frase precisa causa un rifiuto automatico sta descrivendo uno schema che ha dedotto, non una regola scritta da Google.

Quello che puoi fare è rispondere partendo da appunti che hai davvero preso. Ogni domanda qui sotto corrisponde a qualcosa che dovresti riuscire a mostrare dai tuoi 14 giorni, ed è questo il vero motivo per prendere appunti durante il test invece di ricostruirli dopo.

Se la risposta torna come richiesta di altri test invece che come concessione, è un esito documentato e non un vicolo cieco, e la sezione seguente spiega che cosa dice davvero Google sulle cause.

Perché Google dice "servono altri test": quello che sappiamo e quello che no

Completare 14 giorni e sentirsi comunque dire di continuare a testare è l’esito più scoraggiante di tutto questo processo, e capita abbastanza spesso da avere interi thread di forum dedicati. La risposta onesta è che Google ti dice meno di quanto vorresti sapere, e la reazione utile è sistemare le due cose che Google nomina prima di inseguire quelle che non nomina.

Leggi i due casi qui sotto come gli esempi concreti di Google, non come l’elenco completo. Sono le cause da escludere per prime perché sono le uniche che chi sta fuori da Google può indicare.

Se in questo momento hai davanti un messaggio preciso di "servono altri test", smontiamo tutto il percorso in che fare quando Google chiede altri test, e gli schemi di rifiuto più in generale in perché il test chiuso viene rifiutato.

A chi serve questo servizio

Una nota di fiducia in breve, non un secondo discorso di vendita:

Incluso:

12 tester bastano o è meglio averne di più?

Vale la pena dire chiaramente che cosa i tester in più non fanno, perché molte pagine lasciano intendere il contrario. Non accorciano i 14 giorni, non sostituiscono un coinvolgimento vero e non garantiscono l’accesso alla produzione. Chiarito questo, ecco un confronto onesto tra le tue opzioni.

Per la maggior parte degli sviluppatori, il piano Starter di PrimeTestLab con 12 tester è l’opzione più conveniente. Se vuoi una protezione in più contro le disattivazioni, il piano Professional con 20 tester aggiunge un margine di 8 tester. Il piano Enterprise con 25 tester aggiunge un margine di 13 tester e un account manager dedicato. Se l’accesso alla produzione non viene concesso dopo il test valido, ogni piano include un nuovo test gratuito o il rimborso completo, secondo la nostra Politica di rimborso. Quello che nessun piano può promettere è la decisione di Google.

Altri requisiti che possono bloccare un lancio

Il test chiuso è uno dei requisiti di pubblicazione, non l’unico. Un’app può superare il requisito dei 12 tester e restare comunque ferma per qualcosa che non c’entra con i test, quindi conviene sapere che cos’altro c’è in coda prima di fissare una data di lancio.

Gli altri da controllare sulla tua app:

• Livello API target. Le nuove app e gli aggiornamenti devono puntare a una versione recente di Android, e la soglia cambia in base al tipo di dispositivo. Vedi la guida al livello API target per i numeri attuali e la procedura di proroga.
• Norme sulle autorizzazioni. Le autorizzazioni sensibili hanno dichiarazioni e scadenze proprie, e queste date si spostano. Il calendario degli aggiornamenti delle norme segue ognuna con la data di entrata in vigore attuale.
• Dichiarazioni sui contenuti dell’app. Sicurezza dei dati, informativa sulla privacy, annunci, classificazione dei contenuti e pubblico di riferimento devono essere tutti completi prima che una versione venga distribuita.
• Revisione consueta delle norme. Ogni versione viene valutata per conto suo, a prescindere dallo storico dei test.

Teniamo le date di tutto questo su un unico calendario delle norme invece di ripeterle qui, perché le scadenze che vivono in più posti finiscono per divergere e una delle copie diventa sbagliata.

Piani e prezzi

Risparmiati la fatica di cercare tester da solo. Tutti i piani includono quello che serve per soddisfare il requisito del test chiuso di 14 giorni di Google Play. Enterprise è al momento il piano promozionale più conveniente: include più tester di Professional con uno sconto maggiore, ed è per questo che 25 tester possono costare meno di 20. Se l’accesso alla produzione non viene concesso dopo il test valido, ogni piano include un nuovo test gratuito o il rimborso completo, secondo la nostra Politica di rimborso.

Domande frequenti

Conclusione

Se fai tutto da solo, l’intero processo si riduce a una sequenza breve. Tutto il resto di questo articolo è un dettaglio appeso a uno di questi dieci passaggi.

1. Verifica che la Dashboard di Play Console dell’app mostri davvero il requisito.
2. Completa la configurazione dell’app: scheda del Play Store, dichiarazioni sui contenuti, Sicurezza dei dati.
3. Pubblica una versione sul canale di test chiuso e aspetta che arrivi allo stato Pubblicata.
4. Fai in modo che almeno 12 tester attivino il test, e controlla il numero nella scheda dei tester, non nella lista degli inviti.
5. Tieni almeno 12 tester attivati continuamente per tutti i 14 giorni. La data la decide il dodicesimo che si qualifica.
6. Fai un test vero: dai ai tester qualcosa da fare e annota quello che ti dicono.
7. Correggi i problemi reali che emergono e annota che cosa hai cambiato.
8. Fai la richiesta dalla Dashboard appena Play Console te lo propone.
9. Rispondi al modulo partendo dai tuoi appunti reali, non da un modello.
10. Considera la revisione di Google come una cosa che in genere richiede al massimo 7 giorni, non come una garanzia, e continua a testare se ti chiede altro.

Al passaggio 5 si perdono settimane contando dal primo invito invece che dal dodicesimo tester valido, e al passaggio 6 trattando le due settimane come un’attesa invece che come un test.

Trovare 12 persone affidabili disposte a tenere la tua app installata per 14 giorni è davvero difficile. È qui che entra in gioco PrimeTestLab.

Verifica tutto direttamente su Google

Questo articolo distingue quello che Google pubblica da quello che dicono solo i forum, così dovresti riuscire a verificare da solo la prima categoria. Queste sono le pagine da cui viene ogni affermazione importante qui sopra.

Quando questo articolo dice che Google pubblica qualcosa, si trova in una di quelle tre pagine. Quando dice che un’affermazione arriva dalla community o non è documentata, vuol dire che le abbiamo controllate e lì non c’era.