Poche cose sono più frustranti che aspettare 14 giorni di test chiuso, richiedere l'accesso alla produzione e sentirsi dire di no. Il messaggio di solito dice che l'app richiede altri test prima di poter essere pubblicata e che potrai fare di nuovo richiesta dopo aver proseguito il test chiuso. Nessuna pubblicazione, nessuna scadenza chiara e la sensazione di aver buttato due settimane.
Non sono state del tutto buttate. Un rifiuto ti dice che Google non ha visto prove sufficienti di un test reale, e a questo si può rimediare. Questa guida spiega i motivi più comuni, cosa significa ciascuno in pratica e come mettere insieme una seconda richiesta più solida.
Cosa significa davvero un rifiuto
L'accesso alla produzione per i nuovi account personali ha due livelli. Il primo è meccanico: almeno 12 tester iscritti a un test chiuso negli ultimi 14 giorni consecutivi. Soddisfarlo sblocca il pulsante Richiedi l'accesso alla produzione. Il secondo è una revisione: qualcuno in Google esamina le tue risposte e l'attività di test e decide se il test è stato significativo. (Le basi sono in il requisito dei 12 tester per 14 giorni spiegato.)
Il rifiuto avviene quasi sempre al secondo livello. Hai raggiunto i numeri, ma il revisore non è stato convinto da ciò che è successo durante il test o da come l'hai descritto.
I motivi più comuni e cosa significano
Il messaggio di Google di solito indica uno o più motivi. Questi sono quelli che gli sviluppatori riportano più spesso, parafrasati:
| Motivo tipico | Cosa significa di solito | Cosa cambiare |
|---|---|---|
| I tester non erano coinvolti con l'app durante il test chiuso | I tester hanno aderito ma hanno aperto l'app raramente o mai | Trova tester che installino e usino l'app con regolarità |
| Non hai seguito le best practice di test | Nessun segno che tu abbia raccolto feedback e agito di conseguenza | Raccogli feedback e pubblica aggiornamenti che ne tengano conto |
| L'app ha bisogno di altri test / non è pronta | Arresti anomali, flussi che non funzionano o funzionalità molto scarse | Risolvi i problemi di stabilità e completa le funzioni principali |
| Le risposte non descrivono il test | Risposte vaghe o generiche nel modulo | Riscrivi le risposte con dettagli concreti presi dal test |
I tester non erano coinvolti
È il motivo più comune. Aderire basta a riempire il contatore, ma non significa che qualcuno abbia usato la tua app. Se la maggior parte dei tester arrivava da uno scambio veloce in cui tutti aderiscono a decine di app, o da un venditore che si limita ad aggiungere account al tuo elenco, l'attività che vede Google sarà vicina allo zero.
Non sono state seguite le best practice di test
Per Google un test chiuso è un ciclo: i tester usano l'app, tu raccogli feedback, migliori l'app e pubblichi un aggiornamento. Se nel canale c'è ancora la primissima build del giorno uno e le tue risposte non citano alcun feedback, non c'è nessun ciclo da vedere.
L'app in sé non è pronta
A volte il problema è il prodotto. Frequenti arresti anomali o ANR in Android vitals, una schermata di accesso che i revisori non riescono a superare, contenuti segnaposto o un'app che è solo una pagina web dentro un involucro possono portare a un rifiuto indipendentemente dal test. Se l'app richiede un account, verifica di aver fornito dati di accesso funzionanti in Accesso all'app.
Un piano passo passo per fare di nuovo richiesta
- Leggi il messaggio con attenzione. Annota ogni motivo indicato e controlla in Play Console se ci sono messaggi o avvisi sulle norme relativi all'app.
- Tieni attivo il test chiuso. Non eliminare il canale e non rimuovere i tester. Verifica di averne ancora almeno 12 iscritti e, se non è così, recluta subito i sostituti.
- Sistema il coinvolgimento. Assicurati che i tester abbiano l'app installata e la usino davvero. Manda loro un breve elenco di cose da provare e sostituisci chi non la apre mai.
- Sistema la stabilità. Apri Android vitals e il rapporto pre-lancio, correggi arresti anomali e ANR, e testa su versioni meno recenti di Android e su schermi piccoli.
- Raccogli feedback in modo intenzionale. Imposta nel canale un'email o un modulo per il feedback, fai ai tester domande precise e tieni un registro di ciò che dicono.
- Pubblica almeno un aggiornamento significativo. Rilascia nel canale chiuso una nuova versione che corregga i problemi segnalati, con note di rilascio che descrivano le modifiche.
- Riscrivi le risposte partendo dai tuoi appunti. Usa numeri, dispositivi, versioni e modifiche concrete. La nostra guida alle domande per l'accesso alla produzione contiene esempi.
- Fai di nuovo richiesta quando Play Console lo consente. La Dashboard mostra quando la richiesta torna disponibile.
Quanto devi aspettare
Google non pubblica un unico periodo di attesa fisso valido per ogni caso, e per la tua app fanno fede il messaggio e la Dashboard. In pratica, metti in conto almeno un altro periodo di test chiuso attivo, spesso circa altre due settimane, prima di poter fare di nuovo richiesta. Usa quel tempo per i passaggi qui sopra invece di limitarti ad aspettare.
Controlla le basi mentre aspetti
Usa il tempo di attesa per rivedere le parti dell'app che un revisore vede per prime. Assicurati che la scheda dello Store descriva ciò che l'app fa davvero, che gli screenshot corrispondano alla versione attuale, che il link alle norme sulla privacy funzioni e che il modulo sulla sicurezza dei dati corrisponda ai dati raccolti dall'app e dai suoi SDK. Niente di tutto questo sostituisce un test migliore, ma un'app ordinata e coerente è più facile da approvare.
Cosa non fare
- Non creare una nuova app con un nuovo nome del pacchetto per ripartire. Ricominceresti i 14 giorni da zero con gli stessi problemi.
- Non aggiungere account falsi per far salire i numeri. Non aggiunge nulla al coinvolgimento e può creare problemi con le norme per il tuo account.
- Non inviare di nuovo le stesse risposte. Se non hanno convinto la prima volta, non convinceranno la seconda.
- Non condividere le credenziali di Play Console con chi promette di risolvere il problema al posto tuo.
Come evitare un rifiuto la prossima volta
La maggior parte dei rifiuti si può prevenire nei primi giorni del test. Per la tua prossima app:
- Recluta 15 o più tester che useranno l'app, non che si limiteranno ad aderire. Il nostro confronto su dove trovare tester spiega pro e contro.
- Imposta il canale per il feedback dal primo giorno, come descritto nella guida alla configurazione del test chiuso.
- Pianifica un aggiornamento a metà test, anche piccolo.
- Prendi appunti man mano, così il giorno 15 la richiesta si scrive quasi da sola.
Come ti aiuta TesterBie
Il coinvolgimento è proprio ciò attorno a cui è costruito il nostro servizio. TesterBie esegue il tuo test chiuso su telefoni Android reali, ognuno con il proprio account Google, che installano l'app da Google Play e la usano ogni giorno per 14 giorni. I telefoni di riserva tengono il conteggio sopra 12 se uno ha un problema. I bug vengono segnalati con modello del telefono, versione di Android e uno screenshot, e ti danno feedback su cui agire e da descrivere nelle risposte.
Garantiamo anche la parte di test: se Google rifiuta l'accesso alla produzione perché i nostri tester non hanno soddisfatto il requisito dei 12 tester per 14 giorni, ti rimborsiamo l'intero pagamento. La decisione di Google dipende anche dalla tua app e dalle tue risposte, ed è per questo che alla fine ti diamo un report e dei consigli. Vedi i piani e la garanzia oppure avvia un test.
Domande frequenti
Perdo i tester se l'accesso alla produzione viene rifiutato?
No. Il canale di test chiuso e i tester iscritti restano come sono. Tieni attivo il test e assicurati che almeno 12 tester restino iscritti mentre migliori l'app.
Dopo un rifiuto devo avviare un nuovo test chiuso?
Di solito no. Prosegui il test chiuso esistente, migliora il coinvolgimento e pubblica aggiornamenti nello stesso canale, poi fai di nuovo richiesta quando Play Console lo consente.
Posso contattare l'assistenza di Google Play per un rifiuto?
Puoi contattare l'assistenza per gli sviluppatori da Play Console, ma la decisione di solito si basa sull'attività di test. Migliorare il test e le risposte è la strada più affidabile per l'approvazione.
Un rifiuto avrà conseguenze sul mio account sviluppatore?
Il rifiuto dell'accesso alla produzione non è una violazione delle norme. Significa che l'app ha bisogno di altri test. Le violazioni delle norme vengono gestite a parte e sono mostrate nello stato delle norme di Play Console.