Google Play "More testing required" per la produzione: cosa significa e come ripresentare la domanda (2026)

L'email di Google Play "More testing required to access Google Play production" significa che Google ha respinto la tua richiesta di accesso alla produzione. Non è un avvertimento per violazione delle norme e non sospende la tua app. Però ti costa tempo: ti serve un altro blocco di 14 giorni di test chiuso prima di ripresentare la domanda. Questa guida spiega ogni motivo indicato nell'email, elenca cosa cambiare durante i 14 giorni aggiuntivi e mostra come riscrivere il questionario perché la seconda domanda sia l'ultima. Se non hai ancora avviato un test chiuso, parti dal nostro piano di test con 12 tester per 14 giorni.

Cosa significa "More testing required to access Google Play production"?

Significa che un revisore di Google ha letto la tua richiesta Apply for production e ha deciso che il test chiuso non ha prodotto prove sufficienti che l'app sia pronta per il pubblico. La produzione e la preregistrazione restano bloccate finché non esegui altri test e ripresenti la domanda.

A novembre 2026, i requisiti di test delle app di Google si applicano agli account sviluppatore personali creati dopo il 13 novembre 2023. Questi account devono eseguire "un test chiuso per la propria app con un minimo di 12 tester iscritti in modo continuativo per almeno 14 giorni". Raggiungere questi numeri ti permette solo di presentare la domanda. La domanda stessa viene esaminata e Google indica due motivi per cui potrebbero servire altri test: "avere meno di 12 tester iscritti o un coinvolgimento insufficiente dei tester durante il periodo di test". Google afferma che la revisione "di solito richiede sette giorni o meno, ma occasionalmente può richiedere più tempo", e il proprietario dell'account riceve la decisione via email.

Cosa significa ciascun motivo nell'email di rifiuto?

Ogni riga dell'email indica una lacuna precisa: tester che non hanno usato davvero l'app, un test senza modifiche visibili in risposta ai feedback, oppure risposte al questionario troppo vaghe per essere valutate. L'email può elencare uno, due o tutti e tre i motivi.

Gli sviluppatori che hanno pubblicato l'email citano sempre gli stessi motivi: "Testers were not engaged with your app during your closed test" (i tester non hanno interagito con l'app durante il test chiuso), "You didn't follow testing best practices, which may include gathering and acting on user feedback through updates to your app" (non hai seguito le best practice di test, come raccogliere i feedback degli utenti e agire tramite aggiornamenti dell'app) e risposte sull'app, sul test chiuso o sulla preparazione alla produzione "incomplete or insufficient" (incomplete o insufficienti). L'istruzione finale è: "Before applying again, test your app using closed testing for an additional 14 days with real testers." (Prima di ripresentare la domanda, testa l'app con un test chiuso per altri 14 giorni con tester reali.) Google non pubblica come misura il coinvolgimento, quindi la tabella collega ogni motivo al testo corrispondente della pagina di assistenza di Google e a una soluzione.

Cosa fare subito dopo il rifiuto?

Mantieni attivo il test chiuso, chiedi ai tester di restare iscritti e pubblica una nuova build sul canale chiuso entro pochi giorni. La pagina di Google dice che, se non vieni approvato, "potresti dover continuare a eseguire il test chiuso", quindi smantellarlo e avviarne uno nuovo significa buttare via la tua base di tester.

1. Non rimuovere il canale chiuso né l'elenco dei tester. Google avverte che "se un tester annulla l'iscrizione e si reiscrive in seguito, i 14 giorni devono essere consecutivi", quindi ogni tester che esce ora fa ripartire il proprio conteggio.
2. Scrivi a tutti i tester. Spiega che il test continua per altri 14 giorni, che devono restare iscritti e cosa vuoi che provino in questo giro.
3. Controlla il numero di tester in Play Console. Sostituisci chi non ha mai installato l'app con persone che la useranno davvero. Gli amici che installano l'app e non la aprono mai sono la causa tipica del motivo "not engaged".
4. Imposta un unico canale per i feedback. Google suggerisce una chat di gruppo; funziona anche un modulo condiviso. Qualunque cosa scegli, salva ogni messaggio con la data.
5. Scrivi un elenco di attività che copra ogni funzionalità principale: registrazione, azione principale, impostazioni, acquisti (con tester delle licenze se l'app ha la fatturazione) e gli eventuali flussi offline o di notifica.
6. Pubblica nella prima settimana un aggiornamento sul canale chiuso che corregga qualcosa segnalato da un tester e cita la correzione nelle note di rilascio. Pianifica un secondo aggiornamento prima del giorno 14.
7. Esegui il rapporto pre-lancio e correggi gli arresti anomali e gli avvisi di accessibilità che rileva.
8. Prima di ripresentare la domanda, verifica che classificazione dei contenuti, pubblico di destinazione e modulo Sicurezza dei dati siano corretti. Se l'app richiede un accesso, includi "credenziali di accesso valide e funzionanti", come chiede la pagina di Google.

Se la tua app deve anche aggiornare il target SDK prima di andare live, fallo nella stessa finestra. La nostra guida al livello API target 36 copre la scadenza del 1° novembre 2026.

Come riscrivere le risposte al questionario per l'accesso alla produzione?

Sostituisci le affermazioni generiche con dettagli concreti: quali funzionalità hanno usato i tester, quante segnalazioni sono arrivate, come le hai raccolte, quale versione ha corretto cosa e quali prove hanno dimostrato che l'app era stabile. Ogni risposta dovrebbe essere qualcosa che solo uno sviluppatore che ha eseguito un test reale potrebbe scrivere.

Il modulo si apre dalla Dashboard di Play Console con Apply for production. È diviso in tre parti: il test chiuso, la tua app e la preparazione alla produzione. Se esci da una parte prima di fare clic su Avanti, i progressi vanno persi, quindi prepara prima le risposte in un documento. Uno sviluppatore su itch.io ha segnalato "a 300 character limit to each response" (un limite di 300 caratteri per ogni risposta): un motivo in più per scrivere e accorciare le risposte in anticipo. Le risposte della Parte 2 non vengono mostrate pubblicamente e non influiscono sulla visibilità dell'app.

Esempio pratico per un'ipotetica app di monitoraggio delle abitudini. Le risposte deboli sono tipiche delle domande che tornano indietro con "incomplete or insufficient":

Cosa hanno riportato altri sviluppatori dopo un rifiuto per "more testing"?

Le segnalazioni pubbliche seguono uno schema: tester iscritti che non hanno mai inviato feedback hanno portato al rifiuto, mentre un piccolo gruppo che ha inviato feedback e ha visto l'app cambiare è stato approvato. Il numero di tester ha contato meno delle prove di utilizzo.

• Sulla community di MIT App Inventor, lo sviluppatore shigeki_suzuki ha raccontato a luglio 2024 che la sua app Season Clock aveva raggiunto 20 tester per 14 giorni tramite un'app di scambio tester, per poi ricevere "More testing required to access Google Play production" con "Testers were not engaged with your app during your closed test." Ha scritto di non sapere chi fossero i tester e di non aver ricevuto alcun feedback, quindi non poteva descrivere com'era andato il test né cosa fosse cambiato. Ha dovuto ripetere il test.
• Sul forum di Adalo, l'utente siang32195 ha segnalato lo stesso messaggio "More testing required" ad agosto 2024 dopo aver usato tester reclutati. Ha chiesto come verificare che i tester avessero davvero usato l'app. La risposta suggeriva strumenti di monitoraggio del tempo o un rapporto scritto con gli scenari di test coperti da ciascun tester. La discussione non dice se la seconda domanda sia andata a buon fine.
• Uno sviluppatore indipendente di giochi che scrive su itch.io aveva "barely 12 testers" (appena 12 tester), ma ha scritto di aver "made several updates to the game" (fatto diversi aggiornamenti al gioco) e di aver "recorded everything I could from my interactions with my testers" (registrato tutto il possibile delle interazioni con i tester). Ha usato quel registro nella domanda e ha riferito: "Within 36 hours of posting the application, I was granted Production Access." (Entro 36 ore dall'invio della domanda, ho ottenuto l'accesso alla produzione.)

Il confronto: 20 tester senza traccia di feedback sono stati respinti, mentre 12 tester con una traccia documentata di feedback e aggiornamenti sono stati approvati. Ripresenta la domanda quando i tuoi appunti possono rispondere a ogni campo del questionario con dettagli concreti, non appena il conteggio arriva a 14 giorni.

Quando fare di nuovo clic su Apply for production?

Ripresenta la domanda quando almeno 12 tester sono rimasti iscritti per altri 14 giorni consecutivi e in quel periodo hai pubblicato aggiornamenti basati sui feedback. La pagina di Google non menziona un periodo di attesa, ma presentare la domanda con le stesse prove porterà probabilmente alla stessa risposta.

• Almeno 12 tester iscritti, senza interruzioni, per altri 14 giorni consecutivi (punta a 15 o più come margine)
• Almeno due release sul canale chiuso dopo il rifiuto, ciascuna con note di rilascio che citano una correzione segnalata da un tester
• Un registro datato dei feedback con i conteggi per tipo (bug, UX, richieste) e il modo in cui ogni elemento è stato raccolto
• Tester che hanno usato tutte le funzionalità principali, inclusi accesso, acquisti e notifiche dove pertinenti
• Un rapporto pre-lancio senza arresti anomali irrisolti
• Classificazione dei contenuti, pubblico di destinazione e modulo Sicurezza dei dati corretti, più credenziali di accesso funzionanti per il revisore
• Risposte al questionario preparate in un documento, con funzionalità, numeri e numeri di versione

La pagina di Google avverte anche che "inviare app non conformi aspettandosi che siano i revisori a individuare i problemi porta a rifiuti, ritardi nella revisione e procedure di ricorso più lunghe", quindi risolvi eventuali problemi relativi alle norme prima di presentare la domanda, non dopo. Se preferisci affidare a qualcun altro la configurazione di Play Console, il piano del test chiuso e la domanda, il nostro servizio di pubblicazione sugli store copre entrambi gli store per $599. Le quote degli account sviluppatore sono a parte.