Risposta rapida (2026)
Google Play richiede un test chiuso con almeno 12 tester attivati continuamente per almeno 14 giorni prima che tu possa richiedere l’accesso alla produzione. Google pubblica questo requisito per gli sviluppatori con account personali creati dopo il 13 novembre 2023. Google ha ridotto il minimo da 20 a 12 l’11 dicembre 2024; il periodo di due settimane non è cambiato.
Dodici tester attivati sono la soglia che ti rende idoneo a richiedere l’accesso alla produzione, non una garanzia che Google lo conceda. Google può comunque chiederti altro test, e le ragioni che pubblica sono avere meno di 12 tester attivati e un engagement dei tester insufficiente. Regola riverificata sulla documentazione pubblicata da Google il 18 agosto 2026. Google può aggiornare i requisiti di Play Console, quindi controlla il requisito mostrato per la tua app prima di presentare la richiesta.
Nel 2026 la regola è invariata: un account sviluppatore personale interessato ha bisogno di almeno 12 tester con adesione continua per almeno 14 giorni. PrimeTestLab fornisce 12 tester prequalificati a partire da 19,99 USD, con il test che parte entro 4-6 ore.
Account sviluppatore personali creati dopo il 13 nov. 2023
Indice dei contenuti
Google ha cambiato il requisito dei tester da 20 a 12?
Sì. Ecco la cronologia più chiara basata sulla documentazione e sugli annunci ufficiali di Google.
Cronologia del cambio (cosa è successo davvero)
Google Play aveva canali di test (interno, chiuso, aperto), ma non esisteva una barriera universale del tipo «minimo di tester per 14 giorni» per sbloccare l’accesso alla produzione agli account personali nuovi.
Google ha annunciato che i nuovi account sviluppatore personali dovevano testare le app con almeno 20 persone per almeno due settimane prima di richiedere l’accesso alla produzione.
Google ha aggiornato la regola e ha dichiarato che ora richiede 12 tester invece di 20 per gli account sviluppatore personali, dopo aver saputo che 20 tester erano un traguardo difficile per gli sviluppatori che partono con un pubblico più piccolo. L’annuncio di Google, aggiornato l’11 dicembre 2024 →
Google lo descrive come un test chiuso con un minimo di 12 tester attivati continuamente per almeno gli ultimi 14 giorni, per gli account personali creati dopo il 13 novembre 2023. Requisiti di test delle app, Guida di Play Console →
Cosa è cambiato e cosa no
Nel requisito principale pubblicato da Google, l’11 dicembre 2024 si è mosso un solo numero: il minimo di tester è passato da 20 a 12. Il periodo di 14 giorni di attivazione continua, l’ambito degli account interessati e l’obbligo di richiedere l’accesso alla produzione sono rimasti come prima. Per questo una guida del 2024 può ancora avere ragione sul processo e torto sul numero.
| Requisito | Prima dell’11 dic. 2024 | Regola attuale (2026) |
|---|---|---|
| Tester minimi | 20 | 12 |
| Periodo di test | Almeno 14 giorni, attivati continuamente | Invariato |
| A chi si applica | Account personali creati dopo il 13 nov. 2023 | Invariato |
| Che cosa sblocca | La richiesta di accesso alla produzione | Invariato |
Perché gli sviluppatori si sono confusi
La maggior parte della confusione nasce da due cose:
Molti trovano ancora video, post e tutorial vecchi che parlano di 20 tester, perché quella è stata la regola per un periodo abbastanza lungo dopo il lancio di novembre 2023.
Anche con la nuova regola, 12 è il minimo, non una promessa di sblocco. Google esamina ancora la storia del tuo test e l’engagement dei tester quando richiedi l’accesso alla produzione.
A chi si applica il requisito di 12 tester?
Questa regola vale in particolare per i nuovi account sviluppatore personali, non per «ogni sviluppatore per sempre».
"I requisiti di test si applicano agli sviluppatori con account personali creati dopo il 13 novembre 2023."
Finché non soddisfi i requisiti, alcune funzioni di Play Console come Produzione e Pre-registrazione possono restare disattivate. Se non sei sicuro del tipo di account che hai, controlla i dettagli del tuo account in Play Console e i messaggi nella dashboard dell’app. La tua Dashboard di Play Console è l’indicatore più autorevole e specifico per il tuo account del fatto che il requisito di test si applichi all’app: se mostra il requisito per la tua app, il requisito vale per la tua app.
| Tipo di account | Creato | Regola dei 12 tester |
|---|---|---|
| Account personale | Dopo il 13 nov. 2023 | Obbligatoria |
| Account personale | Prima del 13 nov. 2023 | Fuori ambito |
| Account dell’organizzazione | Qualsiasi data | Fuori ambito * |
* Google scrive questo requisito come un ambito (account personali creati dopo il 13 novembre 2023), non come un elenco di esenzioni. Leggi "fuori ambito" come "la regola pubblicata non ti descrive" e verifica due cose prima di farci affidamento. Un Product Expert di Google Play ha riferito che un’app trasferita da un account personale può conservare il requisito di test dopo il trasferimento: passare a un account organizzazione non è quindi una via d’uscita documentata. E una singola app può mostrare il requisito nella propria dashboard, qualunque cosa dica la tabella. Il requisito che la Play Console mostra per la tua app è la risposta che conta.
Cosa significa davvero «12 tester per 14 giorni»?
Il minimo stretto per l’idoneità sono tre condizioni insieme:
Invitati, attivati o che testano davvero?
Tre cose diverse vengono chiamate «tester», e solo una è lo stato che Google conta. Quasi tutto il panico per i tester mancanti nasce in realtà dalla distanza tra le prime due righe qui sotto.
I 12 tester possono iniziare in giorni diversi?
Google non pubblica un obbligo di partenza nello stesso giorno. Poiché l’idoneità si basa sull’avere almeno 12 tester attivati continuamente negli ultimi 14 giorni nel momento in cui presenti la richiesta, i tester possono aderire in date diverse, ma la tua prima data utile per la richiesta dipende da quando il dodicesimo tester valido completa quel periodo. È la conseguenza del criterio pubblicato, non una regola separata che Google mette per iscritto.
Otto tester si attivano il giorno 1 e altri quattro entrano il giorno 5. Il giorno 15 solo otto hanno completato 14 giorni continuativi, quindi quello che stai aspettando è il dodicesimo tester valido, non il calendario. Play Console è la superficie che ti dice quando il requisito è soddisfatto.
Cosa succede se un tester esce dal test?
Quella persona smette di fornire un periodo di attivazione continuo, e i suoi giorni non si accumulano: se si riattiva più tardi, riparte da capo.
I tester devono aprire l’app ogni giorno?
Google non pubblica un obbligo di apertura giornaliera, una durata minima della sessione, una quota di modelli di dispositivo o una regola sugli emulatori per questo conteggio. La condizione pubblicata è l’attivazione continua per almeno 14 giorni. L’engagement viene valutato a parte, quando presenti la richiesta, e Google indica l’engagement insufficiente dei tester come motivo per cui può chiederti altro test, senza però pubblicare dove sia la soglia. Chiedi ai tester di usare l’app come farebbero utenti reali; non spingerli verso un numero giornaliero inventato e non scegliere un servizio di tester perché ne dichiara uno.
Impronte nascoste dei dispositivi, sessioni di cinque minuti, regole di diversità degli IP e reset automatici del timer sono deduzioni che altri siti hanno pubblicato come se fossero regole. La pagina pubblica dei requisiti di test di Google, ricontrollata il 18 agosto 2026, non specifica requisiti numerici per le aperture giornaliere, la durata minima della sessione, la diversità degli IP, la diversità dei modelli di dispositivo o un reset globale del timer. Quello che chiede sono tester coinvolti che usino le tue funzioni, diano feedback utili e rappresentino il pubblico a cui ti rivolgi: nulla di tutto questo ha un numero associato.
Questo è il requisito. Tutto quello che segue è gestione del rischio, non regola:
Molti sviluppatori mirano a 20-25 tester come margine di sicurezza, per ridurre la probabilità di fallire il requisito per uscite o engagement basso. Anche PrimeTestLab consiglia di usare più del minimo per un percorso più sereno, soprattutto se l’app deve uscire con scadenze strette.
Requisito ufficiale e consiglio pratico. La colonna di sinistra è ciò che Google documenta. La colonna di destra è il consiglio di PrimeTestLab: utile, ma non qualcosa che Google ti richiede.
12 tester bastano per ottenere l’accesso alla produzione?
Dodici tester attivati sono il minimo che soddisfa la condizione sul numero di tester. Non è una garanzia di accesso alla produzione: Google può chiederti di continuare a testare, e indica come motivi avere meno di 12 tester attivati e un engagement dei tester insufficiente.
La stessa richiesta di accesso alla produzione di Google chiede informazioni sul tuo test chiuso, tra cui:
- Dettagli di engagement: se i tester hanno usato tutte le funzioni
- Coerenza d’uso: se l’uso è stato coerente con l’uso reale in produzione
- Riepilogo del feedback: un riepilogo dei commenti e di come li hai raccolti
Google dice anche che, se la tua app non è pronta per essere pubblicata, potresti dover continuare a testarla (Guida di Play Console). I motivi che indica sono avere meno di 12 tester attivati, oppure tester senza engagement con la tua app durante il test chiuso. Sono gli esempi che Google pubblica, non un elenco completo di ciò che valuta.
Il numero è necessario, ma è l’engagement a rafforzare la richiesta di accesso alla produzione.
Se usi esattamente 12 e diversi tester aprono a malapena l’app, non hai margine e puoi faticare a dimostrare una qualità di test reale.
Se invece usi 20-25 tester, un consiglio di PrimeTestLab e non un requisito di Google, guadagni:
- Margine contro i tester che entrano tardi o restano inattivi
- Più diversità di dispositivi tra versioni di Android e produttori
- Pattern d’uso più realistici e feedback che puoi riepilogare nel modulo
Per questo chi cerca «tasso di successo del test chiuso» in fondo chiede: «Come finisco tutto in un colpo solo, senza spostare in avanti la mia data di idoneità?»
Perché Google guarda oltre il numero
Perché l’accesso alla produzione non è solo una checklist. È anche una porta di qualità, e il numero di tester è la parte a cui Google associa un numero.
"I test aiutano a verificare correttezza e usabilità e a ridurre le esperienze di bassa qualità. Gli sviluppatori che usano regolarmente gli strumenti di test riescono a offrire esperienze di qualità superiore."
Quando richiedi l’accesso alla produzione, Google ti chiede di descrivere il tuo test. Il testo esatto del modulo cambia nel tempo, ma le domande hanno riguardato con costanza cose come:
Anche con la regola ridotta da 20 a 12 tester, l’approccio non è cambiato: Google vuole prove di un test reale.
Come funziona ora il test chiuso (checklist semplice)
Usala come checklist da «non sprecare 14 giorni».
Se il tuo account sviluppatore personale è stato creato dopo il 13 novembre 2023, dai per scontato che la regola valga. Gli account dell’organizzazione restano fuori dall’ambito pubblicato da Google, il che non equivale a un’esenzione documentata: controlla che cosa mostra Play Console per la tua app prima di farci dei piani sopra.
Google consiglia di usare i canali di test e spiega lo scopo del test interno, chiuso e aperto. Il test chiuso è il canale richiesto prima di chiedere l’accesso alla produzione per gli account interessati. Vedi come funziona il test chiuso passo dopo passo.
Ogni tester deve restare attivato continuamente per almeno 14 giorni. Uscire e rientrare non fa accumulare i giorni precedenti: quel tester ricomincia da capo il suo periodo continuativo.
Google pubblica una condizione, non un conto alla rovescia: almeno 12 tester con adesione continua da almeno 14 giorni nel momento in cui fai richiesta. Nulla nella documentazione dice che gli altri tuoi tester tornino al giorno zero se scendi sotto i 12: tratta "un abbandono azzera tutto" come un’affermazione da internet, non come una regola. Quello che un abbandono provoca davvero è concreto: se meno di 12 tester soddisfano ancora il periodo, non sei idoneo finché un sostituto non lo ha completato per intero, e questo può spostare la tua data anche di due settimane. È per questo che esiste il piano Enterprise (25 tester): con un gruppo più numeroso è meno probabile che un’uscita sposti la tua data.
Disinstallare e uscire dal test sono azioni diverse nella Play Console, ma la documentazione pubblica di Google non chiarisce come una disinstallazione interagisca con il conteggio dei partecipanti: tratta la meccanica esatta come non documentata, non come assodata, qualunque cosa tu legga altrove. Quello che Google documenta è l’altra metà della verifica: controlla se i tester sono stati attivi, e un gruppo che ha installato una volta ed è sparito è esattamente ciò che descrive engagement insufficiente dei tester. Per la nostra esperienza con 9.800+ app accompagnate nel test chiuso, i tester che disinstallano non tornano quasi mai. L’istruzione sicura da dare ai tuoi tester: restare iscritti al test e tenere l’app installata finché non hai inviato la richiesta.
Google osserva che dovrai riepilogare il feedback di test in seguito. Prepara un file snello con:
- Principali bug trovati
- Correzioni inviate durante il test, se il test ha fatto emergere qualcosa da correggere
- Canali di feedback usati (e-mail, modulo, feedback del Play, gruppo WhatsApp ecc.)
Quando Play Console mostra il requisito come soddisfatto, presenti la richiesta dalla dashboard e rispondi alle domande sul tuo test e sulla prontezza. Google indica che in genere questa operazione richiede al massimo 7 giorni, ma a volte può essere necessario più tempo: non pianificare una data di lancio sul numero più basso.
Le indicazioni di Google descrivono buone pratiche di test che possono includere la raccolta del feedback dei tester e la sua applicazione tramite aggiornamenti dell’app. Non è un numero di release obbligatorio, e nessuna regola pubblicata premia il rilascio di qualcosa di piccolo per sembrare attivi. Quindi: se il test fa emergere un crash, un problema di usabilità o un flusso confuso, correggilo e annota cosa è cambiato; al momento della richiesta ti verrà chiesto di riassumere i tuoi test. Se il test non fa emergere davvero nulla da cambiare, non fabbricare un aggiornamento per soddisfare un requisito che Google non ha mai scritto.
Casi limite frequenti
I test reali seguono raramente un percorso pulito dal giorno 1 al giorno 14. Queste tre domande sono quelle che costano più tempo agli sviluppatori, e in tutti e tre i casi i consigli sicuri di sé che si leggono in rete valgono meno del messaggio che compare nella tua dashboard.
Devo ripetere il test con 12 tester per ogni app o per ogni aggiornamento?
Google lo presenta come un requisito per l’accesso alla produzione dell’app in revisione. Gli aggiornamenti ordinari dopo l’accesso alla produzione non sono descritti come qualcosa che fa scattare di nuovo il requisito iniziale, quindi continui a usare i canali di test perché sono utili, non perché la barriera ricompare. È così che è strutturato il requisito pubblicato, e non una garanzia separata che Google enuncia con queste parole. Per un’app diversa sullo stesso account, segui il requisito di accesso alla produzione mostrato nella dashboard di Play Console di quell’app, invece di dare per scontato che sia esente o bloccata.
Posso trasferire l’app a un account dell’organizzazione per evitarlo?
Non farci affidamento. Google non pubblica il trasferimento di un’app come via d’uscita dal requisito, e un Product Expert di Google Play ha segnalato nella Google Play Community che un’app trasferita da un account personale può mantenere il requisito di test anche dopo. Considera un trasferimento come una decisione sulla proprietà, con il suo lavoro di verifica, e non come una scorciatoia per saltare i 14 giorni. Questo comportamento si basa su segnalazioni della community, non su una regola di trasferimento pubblicata da Google. Dopo qualsiasi trasferimento, controlla il requisito di accesso alla produzione mostrato per l’app in Play Console.
E se Play Console dice che serve altro test?
Significa che Google non si è convinta che il test abbia raggiunto il livello richiesto. Il messaggio che hai ricevuto è la prova più specifica di cui disponi, quindi leggilo prima di cambiare qualsiasi cosa. I due motivi che Google pubblica sono avere meno di 12 tester attivati e un engagement dei tester insufficiente; sono gli esempi che fornisce, non un elenco completo di ciò che valuta.
- Tieni attivo il test chiuso. Non guadagni nulla a chiuderlo, e interromperlo può costarti il periodo di attivazione continua che hai già costruito.
- Controlla prima il numero. Quanti tester sono attivati in questo momento, e quanti sono rimasti attivati continuamente per tutto il periodo? È l’unica parte di tutto questo che puoi misurare.
- Migliora il segnale vero. Tester che usano l’app, feedback messo per iscritto e correzioni per ciò che il test ha davvero fatto emergere. Fabbricare attività non è una via documentata verso l’approvazione.
- Ripresenta la richiesta quando il requisito è soddisfatto e rispondi al questionario partendo dai tuoi appunti, non dalla memoria.
Approfondimento: perché il test chiuso viene rifiutato e cosa fare dopo.
Come PrimeTestLab ti aiuta a completare il test chiuso più in fretta
Ci sono quattro modi realistici per far attivare 12 tester: le persone che conosci, una community di utenti che vuole davvero la tua app, uno scambio tra sviluppatori in cui testi l’app di qualcun altro in cambio, oppure un servizio di test a pagamento. I primi tre possono costare poco o nulla, ma spesso richiedono più tempo di reclutamento e coordinamento: sette modi legittimi per trovare tester li tratta come si deve. Quello che segue è l’opzione a pagamento, descritta dall’azienda che la vende.
Se il tuo problema principale è «non riesco a trovare tester affidabili», PrimeTestLab è pensato proprio per questo requisito.
Pacchetti PrimeTestLab attuali
- Soddisfa il minimo di Google
- Dispositivi Android reali
- Copertura completa di 14 giorni
- Massimo margine di sicurezza
- Massima diversità di dispositivi
- Percentuale più alta al primo tentativo
- Margine di sicurezza incluso
- Maggiore diversità di dispositivi
- Più fiducia nell’approvazione
Chi vuole un margine contro i tester inattivi può scegliere più del minimo. PrimeTestLab consiglia 20 o 25 tester quando ridurre il rischio di uscite conta più che scegliere il pacchetto meno costoso.
Domande frequenti
Google Play ha cambiato il requisito dei tester da 20 a 12?
Sì. Google ha annunciato il requisito per i nuovi account sviluppatore personali a novembre 2023 con un minimo di 20 tester, poi lo ha aggiornato l’11 dicembre 2024 per richiedere 12 tester anziché 20. Il periodo minimo di test di due settimane non è cambiato.
Quanti tester mi servono su Google Play nel 2026?
Se il tuo account sviluppatore personale è stato creato dopo il 13 novembre 2023, ti serve un test chiuso con almeno 12 tester attivati continuamente da almeno 14 giorni prima di poter richiedere l’accesso alla produzione. Nel 2026 la regola è ancora questa; non è cambiato nulla dall’11 dicembre 2024.
Cosa significa «attivati continuamente per 14 giorni»?
Significa che ogni tester deve restare attivato per almeno 14 giorni senza interruzioni. Chi si attiva, esce dopo qualche giorno e si riattiva più tardi ricomincia da capo quel periodo continuativo: i giorni precedenti non si accumulano. Google costruisce la condizione intorno allo stato di attivazione e non pubblica come la disinstallazione incida sul conteggio, quindi il consiglio prudente è chiedere ai tester di restare attivati e di tenere l’app installata finché non hai presentato la richiesta. L’engagement viene giudicato a parte, quando presenti la richiesta.
I tester devono aprire l’app ogni giorno?
No. Google non pubblica un obbligo di apertura giornaliera né una durata minima della sessione per questo requisito. Quello che pubblica è la condizione di attivazione: almeno 12 tester attivati continuamente per almeno 14 giorni. L’engagement viene comunque valutato quando presenti la richiesta, e l’engagement insufficiente dei tester è uno dei motivi che Google indica per chiedere altro test, quindi l’uso reale conta anche se non esiste alcuna quota giornaliera.
Mi servono 12 tester per ogni app e per ogni aggiornamento?
Google presenta il requisito come una barriera per l’accesso alla produzione dell’app in revisione, non per ogni rilascio successivo. Gli aggiornamenti ordinari dopo l’accesso alla produzione non sono descritti come qualcosa che fa scattare di nuovo il requisito iniziale. Un’app diversa sullo stesso account interessato è un caso a sé, quindi segui il requisito mostrato nella dashboard di Play Console di quell’app, invece di dare per scontata una risposta o l’altra.
12 tester bastano per ottenere l’accesso alla produzione?
12 tester attivati sono il minimo che ti rende idoneo a presentare la richiesta. Google esamina anche l’engagement dei tester e le tue risposte sul test, e può chiederti di continuare a testare: le ragioni che pubblica sono avere meno di 12 tester attivati e un engagement dei tester insufficiente.
Perché alcuni sviluppatori usano 20-25 tester se il minimo è 12?
Perché crea un margine contro l’inattività e rende più facile mostrare engagement e feedback reali. Anche PrimeTestLab consiglia più del minimo per più sicurezza al primo invio.
Quanto velocemente posso ottenere 12 tester con PrimeTestLab?
PrimeTestLab indica che il test di solito inizia entro 4-6 ore da quando fornisci l’URL del test e aggiungi le email dei tester nella Play Console. Il piano Starter parte da 19,99 USD per 12 tester.
Conclusione
Riepilogo
Google ha ridotto il minimo del test chiuso da 20 tester a 12 l’11 dicembre 2024. Per gli account personali interessati, cioè quelli creati dopo il 13 novembre 2023, almeno 12 tester devono essere attivati continuamente negli ultimi 14 giorni prima che lo sviluppatore possa richiedere l’accesso alla produzione. Soddisfare il requisito numerico non garantisce l’approvazione, perché Google esamina anche l’engagement dei tester, il feedback e la prontezza per la produzione.