Posso essere il mio stesso tester nel test chiuso di Google Play?

No, non puoi essere i tuoi 12 tester. È una delle prime domande di ogni nuovo sviluppatore Android quando sbatte contro il muro del test chiuso: se mi servono solo 12 tester, perché non essere io stesso i 12? Prendi qualche telefono di scorta, crea alcuni account Google, installa l’app e via. Sembra innocuo. È anche uno dei modi più rapidi per far fallire il test e, nel peggiore dei casi, perdere del tutto l’account sviluppatore. Questa guida mostra esattamente cosa chiede il requisito, perché i tuoi dispositivi e account non bastano, cosa dicono le policy di Google, cosa succede se ti beccano e i percorsi legittimi che funzionano. Aggiornato il 30 giugno 2026.

Posso essere il mio stesso tester, o usare i miei telefoni e account?

Tecnicamente, nulla ti vieta di aggiungere il tuo Gmail all’elenco di tester, e Google non esige che i tester siano sconosciuti. La stessa guida di reclutamento di Google suggerisce di cercare amici, famiglia, colleghi o compagni di corso, quindi le persone che conosci sono esplicitamente ammesse.

Il problema è la matematica e la soglia di engagement, non la relazione. Una persona che entra in più account propri resta un essere umano reale con un pattern d’uso realistico. Il requisito sono 12 tester, attivati e attivi, per 14 giorni di fila, e un solo sviluppatore non può essere credibilmente tutti e dodici. Prima di spiegare perché, vedi il requisito in una schermata.

Il numero è cambiato nel tempo. La regola è partita a novembre 2023 con 20 tester, e Google l’ha ridotta a 12 a dicembre 2024 (in inglese), mantenendo i 14 giorni continui. Nel 2026 lo standard di 12 tester e 14 giorni vale ancora. Quindi la domanda reale non è se puoi testare: è se i tuoi dispositivi e account possono essere quei 12. Prova sotto.

Con qualsiasi combinazione, il contatore si ferma a cifre basse mentre il misuratore di rischio sale. Questo è il punto: testare sui propri dispositivi può mettere l’APK su un telefono, ma non produce i 12 tester distinti e coinvolti del test chiuso che Google verifica. Di seguito, cosa «conta» davvero come tester.

Cosa conta davvero come tester valido?

Perché qualcuno conti nei tuoi 12, devono essere vere le cinque condizioni seguenti. Nota che «ha installato» è solo una di esse: attivare il test e l’uso continuo sono ciò che separa un tester reale da un numero sullo schermo.

Perché l’autotest fallisce anche con installazione su 12 dispositivi

Perché Google non conta solo le installazioni: cerca engagement genuino. La Guida ufficiale elenca due modi di fallire quando richiedi l’accesso in produzione: non avere 12 tester attivati e i tuoi tester non essere coinvolti con l’app durante il test chiuso. Installazioni che restano chiuse, a volte chiamate installazioni morte, non superano quella soglia.

Forse hai visto nei forum una riga di rifiuto che dice che i tester «non hanno testato l’app attivamente ogni giorno» durante i 14 giorni. Quella frase esatta di «testare attivamente ogni giorno» arriva da una guida della community sul forum sviluppatori di Google, non dal testo formale di policy della Play Console, che usa la parola più ampia «coinvolti». Quindi l’uso quotidiano è un modo intelligente per generare abbastanza segnale, ma l’idea rigida che saltare un solo giorno fallisca in automatico è interpretazione della community, non regola pubblicata. Ecco come di solito appare l’autotest e perché ogni variante resta corta.

Altri due dettagli prendono molta gente:

Perché il «test interno» sui tuoi dispositivi non conta

Una confusione comune è pensare che qualsiasi test conti. Non è così. Google ha tre canali di test, e solo uno soddisfa il requisito. Pubblicare l’app sul test interno sui propri telefoni è rapido e facile, ed è proprio per questo che molti lo fanno: ma non contribuisce per niente alla regola dei 12 tester e 14 giorni.

Quindi testare sui propri dispositivi tramite test interno può mettere l’APK su un telefono, ma non produce i 12 tester distinti e coinvolti del test chiuso che Google verifica. Se stai pesando i canali, il nostro confronto test interno vs chiuso vs aperto approfondisce il tema.

Creare account extra per testare viola le regole di Google?

Non esiste una frase isolata nelle FAQ del test chiuso che dica «non usare i tuoi account». Ma il comportamento sbatte di fronte a tre policy più ampie di Google.

Quindi, sebbene l’autotest non sia vietato per nome, fabbricare tester con account extra o finti è proprio la manipolazione di metriche che queste policy esistono per impedire. Avere più di un account Google di per sé non è il problema: la violazione è creare o usare account specificamente per aggirare un requisito. Usa la diagnosi per vedere dove cade ogni scorciatoia.

Cosa succede se Google se ne accorge?

Qui vive il rischio reale, ed è più grande di un’app rifiutata. La policy di applicazione di Google è esplicita: i ban a cascata. Una quota di registrazione di 25 $ può mettere a rischio l’intero catalogo. Ecco come un account segnalato diventa un account sviluppatore chiuso.

1. Passo 1 Crei account per arrivare a 12

   Una pila di account Google usa e getta sui tuoi dispositivi, rete di casa, numero di telefono o metodo di pagamento, solo per riempire l’elenco di tester.

2. Passo 2 Uno viene segnalato per abuso

   Google afferma di rilevare e disattivare automaticamente gli account fatti per abuso. Ne basta uno per attirare attenzione.

3. Passo 3 Viene collegato a te

   Google associa gli account per segnali condivisi. L’account segnalato viene legato al tuo account sviluppatore principale come account «correlato».

4. L’effetto Tutto a cascata

   L’account sviluppatore viene chiuso, tutte le app del catalogo vengono rimosse, gli account correlati vengono sospesi in modo permanente, la quota di 25 $ non viene rimborsata, e ogni account nuovo che apri viene chiuso anch’esso.

«Correlato» è la parola pericolosa. Google collega gli account per segnali condivisi, quindi una pila di account di test creati e usati sulla tua traccia può essere associata all’account sviluppatore. Questi sono i tipi di segnali che collegano gli account:

Come Google rileva test finti o deboli?

Vale essere precisi qui, perché molta teoria sicura di sé sul «rilevamento» online è indovinamento. Ecco la divisione onesta tra ciò che Google dichiara davvero e ciò che la community di sviluppatori riporta.

La conclusione onesta è più semplice di qualsiasi teoria specifica di rilevamento: se il tuo test non sembra 12 persone diverse che usano davvero l’app, rischi un rifiuto, indipendentemente da come hai generato le installazioni. Non ti serve conoscere i segnali esatti di Google per sapere che una persona su una rete non imita dodici.

Mito contro realtà

Circola molto consiglio sbagliato nei forum di sviluppatori. Ecco cosa regge.

Come configurare il test chiuso nel modo giusto

Se vuoi soddisfare il requisito una volta sola e andare avanti, questa è la sequenza affidabile. Nulla di tutto ciò implica fingere di essere i tuoi tester.

1. 1

   Invia su un canale di test chiuso

   Genera l’app bundle e pubblica su un canale chiuso nella Play Console. Il test interno serve per controlli rapidi tuoi, ma ricorda: non conta per il requisito.

2. 2

   Recluta più di 12 tester

   Aggiungi tester per elenco di email o Google Group e punta a 15-20, non esattamente 12, così alcune uscite non spezzano il conteggio continuo.

3. 3

   Conferma che attivino davvero

   Condividi il link di attivazione e verifica che ogni tester entri e installi da Play. Aggiunto ma non attivato non conta.

4. 4

   Chiedi uso reale e continuo

   Incoraggia i tester ad aprire l’app per tutti i 14 giorni, accedere e attraversare i flussi principali: non solo installare il giorno 1.

5. 5

   Itera e raccogli feedback

   Pubblica aggiornamenti e raccogli note lungo il percorso. I 14 giorni sono uno sprint di iterazione, e il modulo di produzione chiederà cosa hai cambiato.

6. 6

   Richiedi con dettagli concreti

   Dopo 14 giorni continui con almeno 12 tester attivati, richiedi l’accesso in produzione e rispondi al modulo con il feedback reale e i cambiamenti reali che hai fatto.

La parte difficile sono i passaggi 2-4: trovare persone reali abbastanza coinvolte e tenerle attive per due settimane di fila. È esattamente il collo di bottiglia che un servizio di tester rimuove.

I percorsi legittimi per soddisfare il requisito, a confronto

Se essere i tuoi 12 tester è fuori discussione, questi sono i percorsi che funzionano davvero, affiancati.

Alcune note sulle opzioni che non sono finte. Reclutare la tua rete è la via legittima più economica e funziona se i tester sono persone diverse su dispositivi diversi che usano davvero l’app: il rischio è la vita reale, in cui le persone dimenticano o mollano. Passare a un account dell’organizzazione rimuove del tutto il requisito, con il trade-off della verifica Dun and Bradstreet (D-U-N-S), che può richiedere circa un mese: è opzione di pianificazione, non di scadenza stretta. Un servizio di tester esiste per il caso comune in cui non hai 15-20 utenti Android affidabili pronti e hai una data di lancio: vedi come si presenta per un’app nella nostra pagina del pacchetto 12 tester.

Cosa verifica davvero la revisione di accesso in produzione

I 14 giorni devono essere uno sprint attivo, non una sala d’attesa. Quando richiedi l’accesso in produzione, compili un modulo breve in tre parti: ed è un altro motivo per cui l’autotest finto ti morde di nuovo, perché ogni parte chiede di descrivere qualcosa di reale.

I revisori cercano evidenza che ci sia stato un test reale e che l’app sia migliorata grazie a esso. Risposte generiche, senza dettagli, o che mostrano che nulla è cambiato, sono un motivo comune perché l’app torni per altri 14 giorni. Google di solito esamina la richiesta in al massimo 7 giorni, con un mix di revisione automatizzata e umana. Anche se in qualche modo superassi 12 installazioni, dovresti comunque descrivere feedback genuino e iterazione genuina: e se non c’è stato nulla di reale, la lacuna si vede. La nostra guida passo dopo passo al modulo di accesso in produzione percorre domanda per domanda.

Come aiuta PrimeTestLab

PrimeTestLab si occupa della parte che non puoi fare da solo: 12 o più tester reali, attivati, su dispositivi Android reali, coinvolti per i 14 giorni completi: così la richiesta di produzione mostra attività genuina invece di installazioni morte, e il tuo account sviluppatore non tocca mai un account finto.

+5% di commissione di servizio sui piani

Confronta i piani nella nostra pagina prezzi, vedi esattamente come funziona in Come funziona PrimeTestLab, oppure inizia con il pacchetto 12 tester se ti serve solo soddisfare il requisito prima di una scadenza.

Domande frequenti

Conclusione