Vai al contenuto

Per app o per account?

Mi servono 12 tester nuovi per ogni app che pubblico su Google Play nel 2026?

In sintesi: sì per ogni app davvero nuova, no per gli update di routine, e gli stessi tester possono servire tutte le tue app. Ecco esattamente quando si ripete il test chiuso di 12 tester e 14 giorni, in base al testo di Google stesso.

Per app Non per account
Riutilizzabili Stessi tester
12 / 14 Tester / giorni
99,9% Tasso di successo PTL
Mi servono 12 tester nuovi per ogni app su Google Play: il requisito è per app, non per account, e gli stessi tester si possono riutilizzare su tutte le app

Come scala davvero la regola

App #1 Pacchetto nuovo Proprio test di 14 giorni
App #2 Pacchetto nuovo Proprio test di 14 giorni
App #3 Pacchetto nuovo Proprio test di 14 giorni
Un pool di 12+ tester alimenta tutte

Ogni app nuova ha bisogno del proprio test chiuso, ma le stesse persone possono attivarlo su tutte: non devono essere esseri umani diversi.

Il cancello si ripete per app. I tester, no.

Risposta rapida

Per ogni app davvero nuova su un account sviluppatore personale creato dopo il 13 nov. 2023, attenditi di eseguire un test chiuso (closed testing) nuovo con almeno 12 tester attivati per 14 giorni continui prima di richiedere l’accesso in produzione: la produzione si sblocca per app, non per account. Non ti serve un nuovo test di 12 tester per pubblicare un update di routine su un’app che ha già l’accesso in produzione, e gli stessi tester possono essere riutilizzati su tutte le tue app. Quando ti serve superare quel cancello in fretta, PrimeTestLab fornisce tester reali, attivati, su dispositivi reali a partire da $19.99.

È una delle domande più comuni di chi ha più di un’app in pipeline: dopo aver superato il traguardo di 12 tester e 14 giorni di Google una volta, devi rifare tutto sull’app successiva? O è un traguardo unico dell’account che non si ripete mai? La risposta onesta ha tre parti, e questa guida separa ciò che Google dice letteralmente dal consenso della community, così sai quanto fidarti di ogni affermazione. Aggiornato il 1 luglio 2026.

Il requisito di 12 tester è per app o per account?

Si tratta per app, non per account. La prima approvazione di produzione è il grande traguardo di onboarding, ma ogni app nuova che pubblichi ha ancora il proprio percorso fino alla produzione: tratta ogni nome di pacchetto nuovo (ogni applicationId nuovo) come se avesse bisogno del proprio test chiuso, a meno che la Play Console non mostri chiaramente il contrario.

È qui che la maggior parte degli sviluppatori si confonde, quindi ecco la versione onesta. Google non pubblica una frase che dica, parola per parola, «devi ripetere questo per ogni app». Né pubblica una frase che dica «dopo che la prima app è approvata, tutte le future sono esenti». Ciò che Google dice è che il requisito si applica alla «tua app», che la produzione si sblocca richiedendola dalla Dashboard di quella app specifica, e che la policy esiste per aiutare i nuovi sviluppatori con account personale a preparare l’app per la distribuzione.

Unisci questi fatti e la lettura più difendibile è che l’accesso in produzione vive a livello di app, non come un’unica spunta dell’account. C’è una sfumatura per le app successive: quando l’account ha già un’app in produzione con successo, le seguenti possono affrontare un altro livello di scrutinio, ma la Guida pubblica di Google non promette un’esenzione ampia e permanente dell’account per ogni app futura. Quindi l’abitudine sicura dopo la prima approvazione è semplice: controlla lo stato di ogni app nuova nella Play Console invece di assumere che l’intero account sia sbloccato per sempre.

Il mito

«Ho superato una volta, quindi l’account è libero per sempre.»

Gli sviluppatori assumono che il test chiuso sia un unico cancello dell’account. Poi la seconda app resta nella Play Console con Produzione bloccata, e l’orologio di 14 giorni riparte da zero: una sorpresa che può costare la finestra di lancio.

La realtà

L’accesso in produzione si concede app per app.

Ogni nome di pacchetto nuovo parte con Produzione bloccata e deve soddisfare in modo indipendente il test chiuso di 12 tester e 14 giorni. Il sollievo: gli stessi tester possono servire tutte le tue app, quindi non recluti mai da zero di nuovo.

Come leggere i livelli di fiducia in questo post. Le domande di policy di Google attirano molte affermazioni sicure di sé nei blog. Per tenerti al sicuro, tutto sotto è contrassegnato da quanto è solida la fonte: così sai su cosa puoi appoggiarti e cosa verificare nella tua Play Console.

Google ufficiale

Dichiarato in modo letterale nelle pagine di aiuto della Play Console. Il requisito in sé, la definizione di attivazione e la raccomandazione sugli update vivono qui.

Consenso della community

Coerente con il testo di Google e ampiamente riportato dagli sviluppatori, ma non scritto parola per parola. La lettura per app e la meccanica di azzeramento stanno qui.

Affermazioni commerciali

Ripetute da alcuni servizi di test, ma assenti nella documentazione di Google (es. filtraggio di tester per sensore). Trattale con scetticismo; non le ripetiamo come fatto.

Cosa esige ufficialmente Google oggi?

Un account sviluppatore personale appena creato deve eseguire un test chiuso con almeno 12 tester attivati continuamente negli ultimi 14 giorni. Soddisfatto questo, puoi richiedere l’accesso in produzione dalla Dashboard nella Play Console.

Guida Google Play Console

"If you have a newly created personal developer account, you must run a closed test for your app with a minimum of 12 testers who have been opted-in for at least the last 14 days continuously."

Play Console Help, answer 14151465 (Testing requirements for production access)
Pannello del test chiuso nella Google Play Console che mostra come monitorare i progressi verso 12 tester attivati e 14 giorni continui prima di richiedere l’accesso in produzione
La Play Console monitora i progressi del test chiuso verso i 12 tester attivati e i 14 giorni continui che ti servono per ogni app.

Alcuni dettagli da fissare, tutti dalla documentazione di Google stessa:

Confermato da Google

  • Il minimo attuale è 12 tester: ridotto da 20 l’11 dicembre 2024, con la durata di 14 giorni invariata.
  • La regola vale per gli account personali creati dopo il 13 novembre 2023. Gli account dell’organizzazione sono esenti.
  • Dopo la richiesta, l’esame dell’accesso in produzione in genere richiede al massimo 7 giorni, anche se a volte può servire più tempo.

Dove le app restano bloccate

  • Google può chiederti di continuare a testare se non hai 12 tester attivati.
  • O se i tester non sono abbastanza coinvolti durante il test chiuso.
  • Tutorial vecchi dicono ancora «20 tester»: quel numero è cambiato e non è più corretto.

Quest’ultimo punto conta. Superare non è solo un conteggio di teste: Google guarda se tester reali hanno davvero usato l’app. È esattamente perché la riduzione da 20 a 12 non ha reso il requisito banale: l’engagement conta ancora, e per questo spieghiamo perché il numero è sceso nella nostra guida da 20 a 12 tester (in inglese).

12Min. di tester, per app
14Giorni continui
13 nov. ’23Data di taglio della regola
≤ 7 giorniRevisione di produzione

Quando non ti servono 12 tester nuovi?

Se l’app ha già l’accesso in produzione e stai inviando un update normale a quella stessa app, non devi reclutare 12 tester nuovi e aspettare altri 14 giorni solo per pubblicare. Il test chiuso è un cancello per il primo accesso in produzione, non un pedaggio ricorrente a ogni release.

Google dice che, dopo una richiesta di accesso in produzione andata a buon fine, puoi pubblicare in produzione, e che consiglia di testare gli update futuri in modo routinario. La parola «consiglia» fa un lavoro reale qui: il test continuo è buona pratica, non un nuovo cancello obbligatorio a ogni update di produzione. La documentazione sui test di Google nota anche che, quando esegui un test chiuso di un’app già pubblicata, solo gli utenti del gruppo di test ricevono il build del test chiuso come update, il che ha senso solo perché l’app esiste già in produzione.

App nuova

Nome di pacchetto davvero nuovo

Attendi un test chiuso nuovo di 14 giorni

  • Un applicationId nuovo, mai pubblicato prima
  • Produzione bloccata finché non concludi il test
  • Servono 12+ tester attivati per 14 giorni continui
Update

Update di un’app già approvata

Niente nuovo test di 12 tester

  • Stesso nome di pacchetto, già in produzione
  • Basta inviare la nuova versione in produzione
  • Testare gli update futuri è consigliato, non obbligatorio

Quindi la regola pulita è: app nuova, attenditi di sì; update di un’app già in produzione, no. Se non è cambiato nulla oltre alla versione dello stesso annuncio e dello stesso nome di pacchetto, un test chiuso nuovo con 12 persone non è il requisito standard. Un dettaglio da segnalare: inviare un build nuovo durante il tuo primo test chiuso è diverso dall’aggiornare un’app già approvata: lo sleghiamo in l’aggiornamento azzera il test chiuso?.

I tester devono essere persone nuove ogni volta?

No. Anche quando un’app nuova ha bisogno del test chiuso, i 12 tester non devono essere 12 persone del tutto diverse. Google consente di riutilizzare lo stesso elenco di email di tester in test futuri di qualsiasi tua app: lo stesso account Google può essere tester di quante app tue vuoi.

È il segnale ufficiale più chiaro che un set di tester può servire l’intero catalogo. Ciò che conta davvero non è la novità. È che, sull’app che stai portando in produzione, almeno 12 tester siano attivati attivamente sul test chiuso di quell’app e restino attivati per 14 giorni consecutivi.

1 elenco di email di tester 12+ persone reali, attivate
App #1proprio test
App #2proprio test
App #3proprio test
App #4+proprio test

Quindi ogni app esegue ancora il proprio cancello di 14 giorni, ma le persone che lo riempiono possono essere le stesse ogni volta. Questo riformula l’intero problema: monta un pool affidabile di tester una volta, e ogni lancio futuro lo riutilizza. Ecco cosa significa per una roadmap multi-app:

Interattivo

Pianificatore di portfolio

Quanti test chiusi serviranno alla roadmap, e quanti tester?

3test chiusi separati (uno per app)
42min. di giorni di test se in sequenza
12tester necessari (un pool riutilizzabile)

3 app = 3 test chiusi separati, ma ancora solo un pool di 12 tester se li riutilizzi. Esegui i test in parallelo e il tempo di calendario si riduce: sono 42 giorni solo se li fai strettamente uno dopo l’altro.

Cosa conta come tester attivato per 14 giorni?

I 14 giorni devono essere consecutivi. Google non conta i tester che attivano, testano per meno di 14 giorni e poi escono, anche se tornano ad attivarsi così che il totale sommi 14 giorni.

Guida Google Play Console

"This means that we won't count testers who opted in, tested for less than 14 days, and then opted out. Even if they opt back in so that they are opted in for a total of 14 days, these 14 days must be consecutive to count."

Play Console Help, answer 14151465 (FAQ)

Due implicazioni pratiche seguono, e entrambe colpiscono chi è alla prima volta:

Questo conta

  • Un tester che clicca il link di attivazione ufficiale e accetta su un dispositivo con quell’account Google.
  • Restare attivati per i 14 giorni continui completi senza uscire dal test.
  • Engagement genuino e continuo: aprire e usare davvero l’app.

Questo NON conta

  • Solo aggiungere un’email all’elenco di tester: la persona deve ancora attivare.
  • Una sequenza spezzata: uscire a metà finestra e tornare azzera il conteggio consecutivo.
  • Un tester bloccato nel test interno: deve uscire dall’interno prima di entrare nel test chiuso.

La regola del margine (consenso della community)

Se i tester si allontanano e il conteggio attivo scende sotto 12 a metà finestra, la sequenza continua può spezzarsi e, in pratica, azzerare l’orologio. Google non pubblica l’algoritmo esatto di azzeramento, ma questo comportamento è coerente con la formulazione «continuamente», ed è perché gli sviluppatori esperti reclutano un margine di 15-25 tester invece di esattamente 12. Dettagliamo la meccanica della sequenza nella guida dei 14 giorni consecutivi.

Ti serve un nuovo test con 12 tester? Scoprilo

Ogni situazione è un po’ diversa. Scegli quella che combacia con la tua e ricevi una risposta diretta, più il passo successivo.

Interattivo

Il verificatore di nuovo test

Scegli lo scenario per vedere se si applica un test chiuso nuovo di 14 giorni.

Seleziona una situazione sopra per vedere la risposta.

Sì: esegui un test chiuso completo

Nuovo test necessario

Questo è il caso classico. Prima di richiedere l’accesso in produzione, ti servono almeno 12 tester attivati per 14 giorni continui. Parti dal giorno 1: è la tappa fissa più lunga di tutto il lancio.

Passo successivo: recluta un margine di 15 o più così un’unica uscita non azzera mai l’orologio.

Sì per l’app, ma riutilizza i tester

Nuovo test, stesse persone

Ogni nome di pacchetto nuovo ottiene il proprio test chiuso di 14 giorni, quindi pianificane uno. La buona notizia: lo stesso elenco di tester può attivare anche questa app: non ti servono 12 esseri umani nuovi.

Passo successivo: punta il pool di tester esistente al link di attivazione dell’app nuova e conferma che almeno 12 siano attivi.

No: basta pubblicare l’update

Niente nuovo test

Un’app che ha già l’accesso in produzione non deve riconquistarlo. Inviare un update di routine allo stesso nome di pacchetto non attiva un test chiuso nuovo. Testare gli update è consigliato, non obbligatorio.

Passo successivo: pubblica la nuova versione in produzione come di consueto.

No: il tuo account è precedente alla regola

Esente

Il requisito di test chiuso vale per gli account personali creati dopo il 13 novembre 2023. Un account creato in quella data o prima non vi è soggetto.

Passo successivo: conferma la data di creazione dell’account nella Play Console prima di fidarti di questo.

No: gli account dell’organizzazione sono esenti

Esente

Gli account dell’organizzazione / aziendali non sono soggetti al requisito di test chiuso di 14 giorni. Il trade-off è un setup più pesante: azienda registrata e numero D-U-N-S.

Passo successivo: valuta la burocrazia nella nostra guida account personale vs organizzazione.

Come si incastrano i canali interno, chiuso e aperto?

Google offre tre canali di test, ma solo uno, il test chiuso, soddisfa il requisito di accesso in produzione. Il test interno non conta per questo, e il test aperto si sblocca solo dopo che hai già l’accesso in produzione.

Interno

Fino a 100 tester, build più rapidi

  • Ottimo per QA rapido e smoke test
  • Consegna i build quasi subito
  • I tester devono uscire prima di entrare nel test chiuso

NON conta per il requisito

Quello che conta

Chiuso

12+ tester, 14 giorni continui

  • Il canale obbligatorio per gli account personali nuovi
  • Si esegue per app, su ogni nome di pacchetto nuovo
  • I tester possono essere riutilizzati su tutte le app

Obbligatorio prima di richiedere la produzione

Aperto

Pubblico, chiunque può entrare

  • Buono per feedback beta su scala
  • Elencato pubblicamente nella scheda dello store
  • Disponibile solo dopo l’accesso in produzione

Si sblocca dopo l’accesso in produzione

Il fatto che il test aperto compaia solo dopo l’accesso in produzione è un’altra conferma silenziosa che lo sblocco di produzione è legato al setup di release di ogni app, e non viene concesso all’intero account. Se stai scegliendo tra i canali, il nostro confronto test interno vs chiuso vs aperto approfondisce ciascuno.

Come funziona la revisione dell’accesso in produzione?

Dopo aver avuto 12 o più tester attivati continuamente per 14 giorni, richiedi l’accesso in produzione dalla Dashboard. Il modulo di Google copre tre aree, e l’esame in genere richiede al massimo 7 giorni.

Il modulo chiede del test chiuso, dell’app e della prontezza per la produzione. Google usa queste risposte per confermare che le app siano state testate in modo adeguato prima di arrivare al pubblico. Se ti chiedono di continuare a testare, i due motivi più comuni che Google cita sono non avere 12 tester attivati e tester che non erano coinvolti con l’app durante il test.

La mossa di chi sa già

Poiché l’accesso in produzione si concede per app, le tue risposte al modulo contano su ogni app nuova, non solo sulla prima. Tieni un modello breve che descriva come hai reclutato i tester e come si sono coinvolti, e adaptalo a ogni lancio. Risposte vaghe di una riga sono un motivo comune per cui la prima richiesta torna indietro.

Due scadenze del 2026 da tenere d’occhio

Sono separate dal requisito di test chiuso, ma colpiscono lo stesso calendario di lancio: quindi pianifica intorno a loro. Nota i badge di fiducia: una è il piano dichiarato di Google, l’altro è un programma confermato.

Piano di Google

Il livello API target sale a 36

Pianificato per agosto 2026

Google prevede di esigere che app nuove e update mirino ad Android 16 (API level 36), seguendo il ritmo annuale abituale. A metà 2026 la data esatta non aveva ancora sostituito il requisito precedente nella pagina ufficiale di policy sull’API target: trattala come piano dichiarato di Google e conferma la data vigente nella Play Console prima di appoggiarti a essa.

Confermato

Verifica sviluppatore Android

30 settembre 2026

Google inizierà a esigere la registrazione delle app da sviluppatori verificati in Brasile, Indonesia, Singapore e Thailandia, con espansione globale più ampia nel 2027 e oltre. È un controllo di identità che conferma chi sei: del tutto separato dal dimostrare che l’app funziona tramite test chiuso.

Tieni le due cose separate: la verifica sviluppatore conferma chi sei; il test chiuso conferma che l’app funziona. Nessuna sostituisce l’altra. Per la checklist completa di lancio 2026, vedi la nostra guida ai requisiti di pubblicazione su Google Play.

Come PrimeTestLab ti aiuta a superare, app dopo app

Poiché il test chiuso si ripete su ogni app nuova, una fonte affidabile e ripetibile di tester reali si ripaga sull’intero catalogo, non solo una volta. PrimeTestLab fornisce tester umani reali, attivati, su dispositivi Android reali, coprendo Android 7 fino ad Android 17 e 120+ paesi, così soddisfi il requisito di 12 tester senza rincorrere amici e colleghi a ogni lancio. Il test parte in 4-6 ore, e abbiamo già supportato oltre 7.400 app con un tasso di successo del 99,9%.

Tu condividi il link di attivazione del test chiuso. Noi gestiamo l’invito, la verifica di attivazione e la retention per i 14 giorni completi, così l’uscita di un tester non spezza mai la sequenza e non azzera l’orologio. Ogni piano usa tester reali con engagement genuino, esattamente ciò che Google valuta.

A partire da $19.99 12 tester
4-6 ore Inizio del test
7.400+ app 99,9% di successo

Pacchetti attuali

Starter
12 tester
$19.99
  • Soddisfa il minimo di Google
  • Dispositivi Android reali
  • Copertura completa di 14 giorni
Vedi il piano
Miglior rapporto qualità-prezzo
Enterprise
25 tester
$27.99
  • Margine che assorbe le uscite
  • Migliore diversità di dispositivi
  • Maggior tasso al primo tentativo
Vedi il piano
Professional
20 tester
$29.99
  • Margine di sicurezza incluso
  • Migliore diversità di dispositivi
  • Più sicurezza nella richiesta di produzione
Vedi il piano

+5% di commissione di servizio sui piani

Domande frequenti

Mi servono 12 tester per ogni app che pubblico su Google Play?

Per un’app nuova su un account sviluppatore personale creato dopo il 13 novembre 2023, attenditi di sì: ogni app nuova ha bisogno del proprio test chiuso con almeno 12 tester attivati per 14 giorni continui prima di richiedere l’accesso in produzione. Gli update di routine su un’app che ha già l’accesso in produzione non esigono un test nuovo di 12 tester.

Posso riutilizzare gli stessi tester su più app?

Sì. Google consente di riutilizzare lo stesso elenco di email di tester in test futuri di qualsiasi tua app, quindi i 12 tester non devono essere 12 persone diverse ogni volta. Ciò che conta è che almeno 12 di loro siano attivati attivamente sull’app specifica che stai portando in produzione, e restino attivati per 14 giorni consecutivi.

Aggiornare l’app azzera l’orologio di 14 giorni?

No. Dopo che un’app ha l’accesso in produzione, inviare un update di routine allo stesso nome di pacchetto non attiva un test chiuso nuovo. Google consiglia di testare gli update futuri come buona pratica, ma non esige di riconquistare l’accesso in produzione ogni volta che pubblichi un update di un’app già approvata. Dettagli completi.

Anche gli account dell’organizzazione hanno bisogno di 12 tester?

No. Il requisito di test chiuso vale per gli account sviluppatore personali creati dopo il 13 novembre 2023. Gli account dell’organizzazione non vi sono soggetti, anche se per configurarli servono un’azienda registrata e un numero D-U-N-S, con tempi e burocrazia propri. Confronta i tipi di account.

Cosa succede se il conteggio dei tester scende sotto il minimo durante i 14 giorni?

Se il conteggio attivo di chi è attivato scende sotto 12 a metà finestra, la sequenza continua può spezzarsi e l’orologio, in pratica, si azzera. Google non pubblica la meccanica esatta di azzeramento, ma combacia con il linguaggio «continuamente». Reclutare un margine di 15-25 tester invece di esattamente 12 ti protegge da un’uscita che costi due settimane.

Pagare i tester viola le regole di Google?

Reclutare tester reali, anche tramite un fornitore a pagamento, non è vietato, e lo stesso modulo di accesso in produzione di Google elenca un fornitore di test a pagamento come esempio. Ciò che le policy di Google vietano sono account finti, emulatori e engagement simulato, che rischiano la sospensione dell’account. Per questo tester reali su dispositivi reali con engagement genuino è l’approccio conforme.

Conclusione

In sintesi

Non ti servono 12 tester davvero nuovi ogni volta che tocchi Google Play. Per un’app nuova su un account personale nuovo, assumi che debba passare dal test chiuso di 12 tester e 14 giorni prima della produzione, perché Google gestisce l’accesso in produzione intorno a ogni app individuale. Dopo che un’app ha già l’accesso in produzione, gli update di routine non esigono un test chiuso nuovo, e gli stessi tester possono essere riutilizzati tra le app. Quando ti serve superare quel cancello in fretta e con sicurezza, PrimeTestLab fornisce tester reali, attivati, su dispositivi reali a partire da $19.99. Vedi i piani di prezzo →

Kefayatullah Khadem - Software Engineer & Google Play Publishing Specialist

Scritto da

Kefayatullah Khadem

Software Engineer & Google Play Publishing Specialist

Kefayatullah Khadem is a software engineer with over 8 years of experience building scalable applications. At PrimeTestLab, he helps indie developers clear Google Play's closed testing requirement after seeing how many of them struggled with it. To date, he has helped 7,400+ Android apps get production access with a 99.9% success rate across 120+ countries. When he's not helping developers get published, he writes about Google Play policies, app rejection patterns, and the closed testing process.

7,400+ Apps Tested
99.9% Success Rate
120+ Countries
4.9/5 Rating

Tasso di successo del 99,9%

Un’altra app, altri 14 giorni di test? Li copriamo tutti.

Tu sviluppi l’app. Noi forniamo 12+ tester reali che restano attivi per i 14 giorni completi, app dopo app.

A partire da solo $19.99 (+5% di commissione di servizio)

Il test parte in 4-6 ore · 120+ paesi · Garanzia di rimborso al 100%

Unisciti a oltre 7.400 sviluppatori che hanno lanciato app con PrimeTestLab

Ottieni 12 tester · $19.99 WhatsApp