Risposta rapida
Per gli account personali della Play Console creati dopo il 13 novembre 2023, il test interno è facoltativo, il test chiuso (closed testing) è obbligatorio prima di poter richiedere l’accesso alla produzione e il test aperto diventa disponibile dopo l’accesso alla produzione. Quel test chiuso richiede almeno 12 tester attivati continuamente negli ultimi 14 giorni. Completarlo ti rende idoneo a presentare la richiesta: Google esamina comunque la richiesta. Per tutti gli altri account, questi sono semplicemente tre canali con pubblici e visibilità diversi, e nessuno di essi è obbligatorio.
Per i nuovi account sviluppatore personali interessati, il test chiuso è l’unico canale che si trova tra te e una richiesta di produzione: Google esige che almeno 12 tester siano rimasti attivati continuamente negli ultimi 14 giorni prima che tu possa richiedere la pubblicazione in produzione.
Quali di queste regole si applicano a te dipende dal tuo account sviluppatore. Google limita il requisito di test agli account personali della Play Console creati dopo il 13 novembre 2023. Se il tuo è un account dell’organizzazione, o un account personale creato prima di quella data, questo requisito specifico non ti riguarda e puoi scegliere i canali in base alle tue esigenze di QA e di beta. Verifica in quale gruppo ti trovi prima di pianificare una pubblicazione.
Fonti ufficiali consultate
Ultima verifica sul Centro assistenza di Google il 16 agosto 2026. Tutto ciò che in questa pagina non è attribuito a Google è la nostra esperienza operativa oppure è indicato esplicitamente come dichiarazione di prima parte.
Quali sono i tre canali di test di Google Play?
Google Play offre tre canali di test prima della produzione: test interno, test chiuso e test aperto. Ognuno serve a uno scopo diverso nel ciclo di sviluppo, e Google raccomanda di iniziare dal test interno e poi allargare al test chiuso. L’ordine obbligatorio dipende dal tuo account sviluppatore: la sequenza interno → chiuso → richiesta di produzione descritta qui sotto è obbligatoria solo per gli account personali creati dopo il 13 novembre 2023.
Test interno
QA rapido con il tuo team. Fino a 100 tester. Build disponibili in minuti.
Facoltativo
Test chiuso
Gruppo beta controllato. Obbligatorio per gli account personali creati dopo il 13 nov 2023: 12+ tester, 14 giorni continuativi, prima di poter richiedere l’accesso alla produzione.
Richiesto*
Test aperto
Beta pubblica. Tester illimitati, oppure un tetto di almeno 1.000. Facoltativo per ogni account; per gli account personali creati dopo il 13 nov 2023 diventa disponibile dopo l’accesso alla produzione.
Facoltativo
* Richiesto per gli account sviluppatore personali creati dopo il 13 novembre 2023. Completare il test chiuso ti permette di richiedere l’accesso alla produzione: non è un’approvazione automatica.
Come i canali di test portano alla produzione (account personali creati dopo il 13 nov 2023)
La fine del periodo di 14 giorni non è il traguardo: completarlo è ciò che ti rende idoneo a presentare la richiesta. Il test aperto si dirama dopo l’accesso alla produzione: non ci porta
Test interno vs chiuso vs aperto: confronto affiancato
Ecco le principali differenze tra i tre canali di test, in base alla documentazione ufficiale della Play Console di Google.
| Fattore | Interno | Chiuso | Aperto |
|---|---|---|---|
| Chi può entrare? | Interno: Solo tester invitati | Chiuso: Mailing list, Google Groups o org | Aperto: Chiunque su Google Play |
| Capacità del pubblico | Interno: 100 tester per app | Chiuso: Mailing list: 2.000 utenti per elenco, 50 elenchi per canale, 200 elenchi in totale. Google Groups: nessun limite di dimensione pubblicato | Aperto: Illimitati, oppure con un tetto scelto da te (minimo 1.000) |
| Disponibilità della versione e revisione | Interno: Di solito disponibile in pochi minuti. Eccezioni: la prima versione interna di un’app completamente configurata e la prima versione dopo un rifiuto possono essere esaminate | Chiuso: Flusso normale di revisione del Play | Aperto: Flusso normale di revisione del Play |
| Durata richiesta | Interno: Nessuna | Chiuso: 12 tester × 14 giorni* | Aperto: Nessuna |
| Obbligatorio prima di richiedere la produzione? | Interno: No | Chiuso: Sì* | Aperto: No |
| Trovabile sul Play Store? | Interno: No | Chiuso: No | Aperto: Sì |
| App a pagamento | Interno: I tester possono installare un’app a pagamento gratis | Chiuso: Normalmente i tester devono acquistare l’app | Aperto: Normalmente i tester devono acquistare l’app |
| Visibilità dei feedback | Interno: Privati, solo per te | Chiuso: Privati; non influiscono sulla tua valutazione pubblica | Aperto: Privati; non influiscono sulla tua valutazione pubblica |
| Ideale per | Interno: QA rapido, test con il team | Chiuso: Beta pre-lancio, soddisfare i requisiti | Aperto: Beta pubblica, soft launch |
* Per gli account sviluppatore personali creati dopo il 13 novembre 2023; gli altri account non sono soggetti a questo requisito. Soddisfarlo ti permette di richiedere l’accesso alla produzione: Google esamina comunque la richiesta.
Il test chiuso ha un tetto di 2.000 tester? No. 2.000 è il limite di dimensione di una singola mailing list di tester. La documentazione di configurazione di Google consente fino a 50 elenchi per canale e 200 elenchi in totale, e descrive Google Groups come un modo separato di gestire i tester del test chiuso, senza pubblicare un limite di dimensione comparabile. Quindi il numero che ti vincola davvero è quello dei 12 tester attivati continuamente chiesti dal requisito di accesso alla produzione, non un tetto di 2.000 persone. Le pagine che scrivono «test chiuso: massimo 2.000 tester» stanno citando un solo metodo di iscrizione come se fosse tutto il canale.
Chi deve completare il test chiuso prima della produzione?
Google delimita questo requisito in modo preciso, e gran parte della confusione sui tre canali nasce dal leggerlo come una regola universale. Il Centro assistenza di Google richiede un test chiuso con almeno 12 tester attivati continuamente negli ultimi 14 giorni agli account personali della Play Console creati dopo il 13 novembre 2023, prima che quegli sviluppatori possano richiedere l’accesso alla produzione. Se il tuo account non è questo, questa sequenza non è la tua strada verso la produzione.
| Cosa si applica | Account personale creato dopo il 13 nov 2023 | Ogni altra situazione di account |
|---|---|---|
| Test chiuso, 12 tester, 14 giorni | Account personale dopo il 13 nov 2023: Obbligatorio prima di poter richiedere l’accesso alla produzione | Ogni altro account: Non soggetto a questo requisito specifico |
| Il test aperto in questa sequenza | Account personale dopo il 13 nov 2023: Diventa disponibile dopo l’accesso alla produzione | Ogni altro account: Dipende dai canali abilitati per l’app; in ogni caso il test aperto resta facoltativo |
| Percorso sensato | Account personale dopo il 13 nov 2023: QA interno (facoltativo) → test chiuso obbligatorio → richiesta di accesso alla produzione → produzione, poi il test aperto se lo vuoi | Ogni altro account: Scegli i canali in base al pubblico e al rollout che ti servono, non in base a questa sequenza |
* La prima colonna è ciò che Google documenta. La seconda è deliberatamente prudente: Google pubblica questo requisito per i nuovi account personali interessati e non pubblica una regola universale equivalente per tutti gli altri.
Per gli account della prima colonna, la domanda successiva è sempre la stessa: un altro canale può sostituire il test chiuso? No, non può.
Il test interno NON sostituisce
Google classifica il test interno come facoltativo e dice esplicitamente che devi eseguire un test chiuso prima di richiedere l’accesso alla produzione. Il test interno è un ottimo QA; non soddisfa il requisito.
Il test aperto NON è una scorciatoia
Google dice che il test aperto diventa disponibile quando hai l’accesso alla produzione. Per gli account interessati il test chiuso viene prima e il test aperto dopo, quindi non può servire a saltare avanti.
Gli account dell’organizzazione non sono soggetti a questo requisito per i nuovi account personali. Leggilo in senso stretto: significa che la regola dei 12 tester per 14 giorni non si applica a loro. Non significa che un account dell’organizzazione sia esente dalla revisione del Play, dalla conformità alle norme o da qualsiasi altro obbligo di pubblicazione. Il confronto tra account personale e account dell’organizzazione illustra i compromessi prima di scegliere.
Cos’è il test interno su Google Play?
Il test interno è il canale più veloce di Google Play. È pensato per un piccolo gruppo di tester di tua fiducia, e le build in genere diventano disponibili in pochi minuti. Puoi anche avviare un test interno prima di aver finito di configurare l’app, e questo lo rende ideale per il QA iniziale, gli smoke test e il controllo dei bug prima di preoccuparti della prontezza al lancio. «In genere», però, pesa davvero in quella frase: vedi le eccezioni qui sotto.
Google limita il test interno a 100 tester per app. Gli utenti del test interno vengono invitati direttamente, e l’app è disponibile per loro solo tramite URL, non come scheda pubblica sul Play Store.
Il test interno non è senza revisione
Nella maggior parte dei casi gli aggiornamenti interni vanno online quasi subito, ma Google documenta delle eccezioni: la prima versione interna di un’app completamente configurata può richiedere una revisione, e così anche la prima versione che invii dopo un rifiuto. Le versioni interne possono anche essere esaminate retroattivamente. Nota il perimetro: se la tua prima versione interna riguarda un’app completamente configurata, quella versione potrebbe dover attendere la revisione. Google non applica quell’eccezione ai test interni di app non ancora completamente configurate, che è esattamente il caso di QA iniziale per cui il test interno è nato.
Una differenza tra canali che sorprende chi ha app a pagamento: i tester interni possono installare un’app a pagamento senza comprarla, mentre i tester del test chiuso e di quello aperto devono acquistarla come qualsiasi altro utente. Se la tua app è a pagamento, mettilo in conto prima di invitare un gruppo per il test chiuso.
Devi configurarlo, invece di scegliere tra i canali?
Questa pagina confronta i tre canali. La configurazione passo per passo, le regole per la mailing list dei tester e per i CSV, il link di attivazione e le soluzioni per «questa app non è disponibile per il tuo account» sono tutte in come configurare il test interno di Google Play.
Usi migliori del test interno
Sfumatura importante
Puoi eseguire il test interno in parallelo con il test chiuso e con quello aperto per versioni diverse. Però un utente attivato sul canale interno non è idoneo al tuo canale aperto o chiuso finché non esce prima dal test interno e poi attiva l’altro canale.
Cos’è il test chiuso su Google Play?
Il test chiuso è il canale che Google usa per una beta più realistica con un gruppo che controlli tu. Secondo Google, questo canale ti permette di condividere l’app con un insieme più ampio di tester scelti da te, per correggere problemi e assicurarti che l’app sia conforme alle politiche di Google Play prima del lancio.
Requisito di accesso alla produzione
Quando presenti la richiesta, almeno 12 tester devono essere stati attivati continuamente negli ultimi 14 giorni. Soddisfare questo criterio ti permette di richiedere l’accesso alla produzione: non è un’approvazione.
Quando parte davvero il periodo di 14 giorni?
Non quando carichi la build, e non quando aggiungi le email dei tester. Il tempo utile si accumula per singolo tester, e solo quando due cose sono vere: la versione chiusa è disponibile per i tester e ogni tester si è attivato individualmente tramite il tuo link di attivazione. Nel momento in cui presenti la richiesta, Google misura che almeno 12 tester siano stati attivati continuamente nei 14 giorni immediatamente precedenti, quindi la lettura più sicura è a ritroso dalla data della richiesta, non in avanti dalla data della versione. È la Play Console, non il tuo foglio di calcolo, a dirti che la richiesta è disponibile.
Google è molto preciso su cosa significhi «continuamente». Il periodo di qualificazione è costituito dai 14 giorni immediatamente precedenti alla tua richiesta e deve essere consecutivo, quindi i tester che si attivano, restano per meno di 14 giorni e poi si disattivano non contano, anche se si riattivano più tardi.
In pratica, il test chiuso è il punto in cui si blocca la maggior parte di chi pubblica per la prima volta. Il test interno non soddisfa questa regola. Il test aperto non la sostituisce. Per gli account personali interessati, questa fase di test chiuso è il cancello tra «la mia app è in test» e «finalmente posso richiedere l’accesso alla produzione», e cosa succede quando il periodo è finito è una fase separata che mette in difficoltà altrettanti sviluppatori. Se stai configurando il canale invece di scegliere tra i tre, la nostra guida a come configurare un canale di test chiuso e invitare i tester ha i passaggi nella Console, e la guida completa ai 12 tester per 14 giorni approfondisce il requisito in sé.
Mailing list
2.000 utenti per elenco, 50 elenchi per canale, 200 elenchi in totale
Google Groups
Gestisci i tester con un gruppo invece che con un elenco. Google non pubblica un limite di dimensione comparabile in questa documentazione di configurazione
Distribuzione
Condividi l’URL dello store o il link di attivazione direttamente con i tester
Più canali
Crea canali chiusi aggiuntivi per testare funzionalità separate
Prima che l’app sia in test aperto o in produzione, i tester di solito non trovano un’app in test chiuso solo cercandola sul Play Store. Devi condividere l’URL dello store o il link di attivazione direttamente con loro.
Cosa succede dopo i 14 giorni?
La fine del periodo di qualificazione non è un interruttore che pubblica la tua app, e non è una data di calendario che puoi segnare in anticipo. Quando almeno 12 tester sono stati attivati continuamente per tutto il periodo di 14 giorni immediatamente precedente alla tua richiesta, la Play Console ti permette di richiedere l’accesso alla produzione, e Google esamina poi quella richiesta. Considera la Play Console, non il tuo conteggio dei giorni, come la fonte di verità su quando sei idoneo.
Non è un’approvazione automatica
Completare il test chiuso richiesto rende lo sviluppatore interessato idoneo a presentare la richiesta. Non garantisce l’approvazione. Google valuta come hai reclutato i tester, quanto sono stati coinvolti, quali feedback hai ricevuto, cosa hai cambiato di conseguenza, a chi è destinata l’app e se è pronta per la produzione. Google può anche richiedere test aggiuntivi, anche quando il coinvolgimento dei tester è stato insufficiente.
- Verifica l’idoneità: almeno 12 tester attivati continuamente per tutto il periodo di 14 giorni che precede la tua richiesta, con la Play Console che abilita la richiesta. Cosa conta come 14 giorni continuativi spiega i casi limite.
- Richiedi l’accesso alla produzione nella Play Console.
- Rispondi alle domande di Google sul tuo test chiuso, sulla tua app o sul tuo gioco e sulla tua prontezza per la produzione: la nostra guida al questionario di accesso alla produzione le affronta una per una.
- Google esamina la richiesta. Google dice che in genere questa operazione richiede al massimo 7 giorni, ma a volte può essere necessario più tempo.
- Google concede l’accesso alla produzione, oppure ti chiede di continuare a testare.
Pianifica quest’ultimo esito invece di farti sorprendere. Se Google torna a chiederti altro, cosa significa davvero «più test richiesti» spiega come rispondere. E durante i 14 giorni non sei fermo: puoi continuare a pubblicare build sul canale chiuso, perché il criterio che Google misura è l’attivazione continua dei tester, non il congelamento del codice. Aggiornare l’app durante il test chiuso spiega cosa si azzera e cosa no.
I tester devono usare l’app ogni giorno?
Il requisito vs quello che Google valuta
Il minimo pubblicato da Google è l’attivazione continua di almeno 12 tester negli ultimi 14 giorni. Google non pubblica una regola secondo cui ogni tester deve aprire l’app ogni giorno, né completare un numero prestabilito di sessioni. La richiesta di accesso alla produzione, però, chiede informazioni sul coinvolgimento dei tester e sull’uso delle funzionalità, e Google può richiedere altri test quando il coinvolgimento è insufficiente.
Tratta quindi l’attivazione come il minimo, non come tutto il lavoro: recluta tester che possano davvero usare l’app e dirti qualcosa di utile, e tieni traccia di cosa hai cambiato grazie a loro. Chi cita una quota esatta di uso giornaliero, un numero di sessioni o una soglia di rilevamento dei bot sta ripetendo folklore della community: Google non pubblica nessuno di quei numeri.
Cos’è il test aperto su Google Play?
Il test aperto è il canale di beta pubblica. Secondo Google, il test aperto rende visibile su Google Play la versione di test della tua app, e chiunque può entrare e inviare feedback privati. Per le app in early access non ancora live in produzione, gli utenti possono trovare il tuo test aperto dalla ricerca di Google Play. Per le app che hanno già una versione live in produzione, gli utenti possono attivare il test aperto dalla scheda dello store.
Google ti consente di scegliere tester illimitati, oppure un numero limitato che deve essere almeno 1.000. Quel tetto è un limite massimo per il gruppo, non un numero di tester che devi reclutare, ed è l’impostazione più fraintesa di questo canale. Il percorso nella Console, le impostazioni su tester e feedback, cosa espone davvero il termine «pubblico» e cosa controllare quando il test non compare sono tutti nella guida completa alla configurazione del test aperto di Google Play.
I feedback restano privati. Google dice che i feedback e le valutazioni che raccogli durante il test aperto e quello chiuso sono privati: non compaiono nella scheda del tuo store e non influiscono sulla tua valutazione pubblica sul Play Store. Una beta grezza non ti costerà stelle.
Il test aperto non è una scorciatoia
Per gli account personali della Play Console creati dopo il 13 novembre 2023, il Centro assistenza di Google dice che il test aperto diventa disponibile una volta che hai l’accesso alla produzione. Per quegli account il test aperto non è una scorciatoia per aggirare il test chiuso richiesto: è uno strumento facoltativo di beta pubblica da usare dopo, quando il cancello è già stato superato. Più in generale, il test aperto è semplicemente il canale pre-lancio ampio di Google per mettere una build di test davanti a un pubblico numeroso, ed è facoltativo per tutti.
Revisione della versione vs revisione dell’accesso alla produzione
Gli account personali interessati possono incontrare due processi di revisione distinti, con presupposti diversi e tempi pubblicati diversi. Quasi tutte le domande del tipo «il mio test chiuso è in ritardo» nascono dal confonderli.
| Revisione | Quando avviene | Tempi pubblicati |
|---|---|---|
| Revisione della versione o della modifica | Quando: Prima che una modifica inviata venga pubblicata. Le versioni chiuse e aperte seguono normalmente questo flusso. Gli aggiornamenti interni sono in genere disponibili subito, tranne nei casi documentati da Google della prima versione e della prima versione dopo un rifiuto, e possono essere esaminati retroattivamente. | Tempi: Da poche ore a 7 giorni, e nei casi eccezionali può servire più tempo |
| Revisione dell’accesso alla produzione | Quando: Solo dopo che un account personale interessato ha completato il test chiuso richiesto e ha inviato la richiesta di accesso alla produzione | Tempi: In genere al massimo 7 giorni, a volte più |
I tempi e i 14 giorni
La tua prima versione in test chiuso potrebbe dover superare la revisione del Play prima che i tester possano raggiungerla e attivarsi, quindi metti in bilancio il tempo di revisione prima del periodo di qualificazione, non dentro. Anche gli aggiornamenti successivi possono essere esaminati, ma inviare un aggiornamento non chiude di per sé un test chiuso in corso e non cancella l’attivazione continua dei tester: mentre l’aggiornamento è in revisione, la versione approvata in precedenza resta disponibile e i tuoi tester restano attivati. Il criterio che Google misura è che almeno 12 tester siano stati attivati continuamente nei 14 giorni che precedono la tua richiesta, non che la tua build abbia smesso di cambiare. Aggiornare l’app durante il test chiuso spiega cosa si azzera e cosa no.
Definizioni usate in questa pagina
- Attivato - un tester ha seguito il tuo link di attivazione e ha accettato l’invito al test. Essere nella tua mailing list non è la stessa cosa.
- Accesso alla produzione - il permesso di pubblicare questa app sul canale di produzione. Lo concede Google dopo la richiesta, non il completamento del test.
- Revisione della versione - il controllo che una build o una modifica inviata supera prima della pubblicazione. Le versioni chiuse e aperte lo seguono normalmente; gli aggiornamenti interni di solito no.
- Revisione dell’accesso alla produzione - la valutazione separata del tuo test chiuso, della tua app e della tua prontezza dopo che hai presentato la richiesta.
- Trovabilità pubblica - se una normale ricerca sul Play Store può far emergere l’app. I test interni e chiusi non sono trovabili; i test aperti possono esserlo.
Quale canale di test dovresti usare?
Per la maggior parte degli sviluppatori, il percorso giusto è semplice. Ecco quando usare ogni canale:
Usa il test interno quando...
Vuoi un QA rapido con il tuo team, il cliente o pochi tester di fiducia. Ideale per prendere bug evidenti in fretta, perché le build interne di solito diventano disponibili in minuti.
Usa il test chiuso quando...
Ti servono test reali pre-lancio con un gruppo controllato, e soprattutto se hai un account sviluppatore personale creato dopo il 13 novembre 2023 che deve soddisfare la regola di Google dei 12 tester per 14 giorni prima di richiedere l’accesso alla produzione. Questo è il canale che conta di più per la prontezza al lancio.
Usa il test aperto quando...
Vuoi una beta pubblica, un soft launch più ampio o feedback su larga scala prima di un rollout completo in produzione. Il test aperto è facoltativo per ogni account e, per gli account soggetti alle nuove regole sugli account personali, diventa disponibile una volta che hai l’accesso alla produzione.
Prima di avviare i 14 giorni: controllo di prontezza
Il periodo di qualificazione è la parte costosa, quindi vale la pena non avviarlo su una build che lo spreca. Niente di tutto questo è un requisito di Google, l’app non deve essere congelata né priva di bug, ma un test che si blocca perché nessuno riusciva ad accedere sono 14 giorni che spendi due volte.
Pronto per passare dall’interno al chiuso
Quest’ultimo punto è buon senso, non una norma: Google chiede 12 tester e non pubblica alcun margine consigliato, ma un gruppo di esattamente 12 persone non ha nessuno spazio se una cambia telefono.
Percorso consigliato per tipo di account sviluppatore
Questa è la sequenza per gli account personali creati dopo il 13 novembre 2023, e corrisponde alla raccomandazione di Google di iniziare dal test interno e poi allargare al test chiuso. Tutti gli altri account: questa sequenza specifica non ti è imposta. Scegli il test interno, chiuso o aperto in base al pubblico e al rollout che ti servono davvero, nei limiti dei canali abilitati per la tua app, e usa il test aperto ogni volta che una beta pubblica è davvero lo strumento giusto.
Errori comuni nei test di Google Play
Capire cosa sono i canali è una cosa. Passare da uno all’altro senza perdere giorni è un’altra. Questi tre sono gli errori che vediamo più spesso nei progetti che PrimeTestLab ha supportato: i primi due sono comportamenti documentati della Play Console, il terzo è il punto in cui gli sviluppatori fraintendono più spesso cosa dà loro il completamento del test.
Riusa la build già testata (non ricaricarla)
Molti sviluppatori perdono tempo caricando un nuovo App Bundle (AAB) con un nuovo version code per ogni canale. Non serve. Quando la tua app supera il test interno, puoi mettere lo stesso artefatto sul canale chiuso senza ricostruirlo: apri il canale chiuso, crea una versione e scegli «Add from library» per selezionare la versione che hai già caricato. Nessun nuovo caricamento, nessun nuovo version code.
Percorso in Play Console Test and release > Testing > Closed testing > create release > Add from library
In alcune versioni della Play Console, e in molte guide della community più vecchie, esiste anche una scorciatoia «Promote release». Se la tua Console la offre, usala. Semplicemente non è documentata come percorso stabile dall’interno al chiuso nell’attuale guida di Google sulle versioni (articolo 9859348), ed è per questo che il percorso dalla libreria è quello da ricordare. La guida alla configurazione del test interno lo spiega passo per passo.
I tester interni devono disattivarsi prima di entrare nel test chiuso o aperto
Google afferma che un utente attivato su un test interno non è idoneo al test chiuso o aperto finché non esce dal test interno. È una politica documentata, non un bug. In pratica, il Play Store mostra spesso a quei tester una schermata «Not Found» o «App not available» mentre l’account è ancora legato al test interno, e questo spinge gli sviluppatori a cercare nella scheda dello store un problema che non c’è.
Inviare il link del test chiuso mentre il tester è ancora sul canale interno
Il tester esce prima dall’interno, poi clicca sul link di attivazione del test chiuso
Finire il test non equivale a essere approvati
La fase dei 12 tester per 14 giorni è una soglia di idoneità, non un verdetto. Superarla permette allo sviluppatore interessato di richiedere l’accesso alla produzione; Google poi valuta come hai reclutato i tester, quanto sono stati coinvolti, quali feedback hai ricevuto, cosa hai cambiato di conseguenza e se l’app è pronta. Google può concedere l’accesso, oppure chiedere altri test. Chi fissa una data di lancio sulla fine dei 14 giorni, con stampa, pubblicità o la scadenza di un cliente, è chi ci rimette. Metti in calendario la revisione dell’accesso alla produzione come una fase separata, e leggi perché il test chiuso viene rifiutato prima di inviare, non dopo.
Esperienza PrimeTestLab
Questo è ciò che facciamo per i clienti, presentato come resoconto di prima parte e non come una regola di Google: ci occupiamo noi della gestione dei tester, del coordinamento delle attivazioni e della sequenza dei canali. I tester sono reclutati e selezionati da noi, usano dispositivi Android reali e iniziano ad attivarsi appena il tuo canale di test chiuso e il link di attivazione sono pronti, entro 4 ore dalla configurazione, garantito entro 6, secondo i termini di consegna della nostra pagina dei prezzi. Quello che togliamo è il reclutamento e gli errori di attivazione. Non accorcia la revisione di Google e non decide la tua richiesta di accesso alla produzione.
Domande frequenti
Il test interno conta per il requisito dei 12 tester per 14 giorni?
No. Il requisito di accesso alla produzione di Google riguarda specificamente un test chiuso. Il test interno è descritto come facoltativo e serve a un QA privato e rapido, quindi i tester che raccogli lì non contano per i 12. Esegui prima il test interno se ti è utile, poi esegui il test chiuso che soddisfa davvero il requisito.
Test interno e test chiuso possono essere attivi insieme, e uno stesso tester può entrare in entrambi?
I canali possono essere attivi in parallelo con versioni diverse: quella parte va bene. Un singolo tester, però, non può stare in entrambi allo stesso tempo: Google afferma che un utente attivato su un test interno non è idoneo al test chiuso o aperto finché non esce dal test interno. Quindi ogni tester deve lasciare il test interno perché il tuo link di attivazione del test chiuso funzioni, ed è per questo che un link corretto può comunque mostrare «app non disponibile».
Cosa succede dopo i 14 giorni?
Diventi idoneo a richiedere l’accesso alla produzione: non si pubblica nulla in automatico. Quando almeno 12 tester sono stati attivati continuamente per tutto il periodo di 14 giorni che precede la tua richiesta, la Play Console ti permette di inviarla. Rispondi alle domande di Google sui tuoi test, sulla tua app e sulla tua prontezza per la produzione, e Google esamina la richiesta (in genere al massimo 7 giorni, a volte più). Poi Google concede l’accesso alla produzione, oppure chiede altri test.
I tester del test chiuso devono usare l’app ogni giorno?
Il minimo pubblicato da Google è l’attivazione continua di almeno 12 tester negli ultimi 14 giorni, non l’uso quotidiano. Non esiste una regola ufficiale secondo cui ogni tester deve aprire l’app ogni giorno o completare un numero prestabilito di sessioni. Google, però, valuta il coinvolgimento dei tester e i feedback quando presenti la richiesta, e può richiedere altri test se il coinvolgimento è stato insufficiente, quindi recluta tester che useranno davvero l’app.
Posso aggiornare l’app durante il test chiuso di 14 giorni?
Sì. Il criterio che Google misura è che i tuoi tester restino attivati continuamente, non che la tua build smetta di cambiare, e Google si aspetta che tu agisca sui feedback dei test prima della produzione. Le nuove versioni passano comunque dal normale flusso di revisione del Play e, mentre un aggiornamento è in revisione, la versione approvata in precedenza resta disponibile per i tuoi tester: inviarlo non chiude di per sé il test e non cancella le attivazioni.
Qual è la differenza tra la revisione della versione e la revisione dell’accesso alla produzione?
Sono due processi separati. La revisione della versione è il controllo che una build o una modifica inviata supera prima della pubblicazione; Google dice che può richiedere da poche ore a un massimo di 7 giorni, e nei casi eccezionali più tempo. Le versioni chiuse e aperte la seguono normalmente, mentre gli aggiornamenti interni sono in genere disponibili subito, tranne nei casi documentati da Google della prima versione e della prima versione dopo un rifiuto. La revisione dell’accesso alla produzione avviene solo dopo che un account personale interessato ha completato il test chiuso richiesto e ha inviato la richiesta di accesso alla produzione; Google dice che in genere quella richiede al massimo 7 giorni. Superare la revisione della versione non concede l’accesso alla produzione.
Dove si colloca PrimeTestLab
Questa è l’unica sezione commerciale della pagina, quindi trattala come una dichiarazione di prima parte e non come parte delle regole di Google. Se ti serve solo un QA rapido con il tuo team, il test interno basta e non ti serve alcun servizio di test. Se il tuo problema è il test chiuso richiesto, in particolare trovare abbastanza tester affidabili che restino attivati e attivi per tutti i 14 giorni, quello è il canale per cui PrimeTestLab è nata.
Il nostro focus
PrimeTestLab è per il canale di test chiuso, non per l’interno né per l’aperto. Trovare 12 tester affidabili da solo può richiedere settimane di reclutamento e coordinamento; noi li forniamo su dispositivi reali, attivati per tutti i 14 giorni, con il test che parte entro 4 ore (garantito entro 6). È un servizio a pagamento facoltativo: non cambia i requisiti di Google, ed è Google, da sola, a decidere sulla richiesta di accesso alla produzione. I piani partono da 19,99 USD più la commissione di servizio aggiunta al checkout (il 5%, con un minimo di $1.50, quindi lo Starter arriva a $21.49).
Quei tre numeri sono dati operativi di prima parte riportati da PrimeTestLab sui progetti di test delle app che abbiamo supportato. Non sono verificati da terzi e non sono una garanzia di Google: Google decide ogni richiesta di accesso alla produzione in modo indipendente da noi.
I piani vanno da 12 a 25 tester. Il piano da 25 tester costa meno di quello da 20 tester perché è il nostro piano in evidenza e ha uno sconto più profondo sul prezzo base: quest’ordine è voluto, non un errore. La pagina dei prezzi è la fonte aggiornata per i prezzi attuali e per la commissione al checkout.
Scegliere il canale: la versione breve
In sintesi
Usa il test interno per un QA privato e veloce. Usa il test chiuso quando ti serve una beta controllata e, per gli account personali creati dopo il 13 novembre 2023, per completare la fase richiesta da Google dei 12 tester per 14 giorni prima di richiedere l’accesso alla produzione. Usa il test aperto quando vuoi una beta pubblica più ampia e il canale è disponibile per la tua app. E se sei soggetto alle regole più recenti sugli account personali, ricorda che finire il test chiuso avvia la fase di richiesta dell’accesso alla produzione: non è un’approvazione automatica.
Ti serve aiuto con il test chiuso? Vedi i nostri piani e prezzi, leggi la guida completa ai 12 tester o preparati al questionario di accesso alla produzione.
Cronologia delle modifiche
| Data | Cosa è cambiato |
|---|---|
| 16 agosto 2026 | Cosa è cambiato: Ricontrollato il Centro assistenza di Google. Corretta la riga sulla capacità del pubblico del test chiuso, da un massimo di tester alla capacità delle mailing list; aggiunte le due eccezioni documentate da Google sulla revisione dei test interni; separata la revisione della versione da quella dell’accesso alla produzione in una sezione propria; sostituita la formula del «giorno 14» di calendario con l’idoneità basata sul periodo completo; eliminate l’apertura duplicata e le schede prezzi nel corpo dell’articolo. |
| 5 marzo 2026 | Cosa è cambiato: Prima pubblicazione. |