Vai al contenuto

Accesso al test chiuso · Guida alle soluzioni 2026

App non disponibile per i tester su Google Play? Come risolvere

Un tester apre il link del tuo test chiuso e Google Play risponde che l’app non è disponibile. Questa guida individua la fase in cui si blocca l’accesso, poi ripercorre le impostazioni di Play Console e i controlli lato tester che permettono di attivare il test e di installare la release prevista.

2 fasi Prima attivare, poi installare
5 controlli Configurazione in Play Console
12 set 2026 Ultima verifica

Risposta diretta

Se Google Play dice che la tua app non è disponibile per un tester, per prima cosa individua se il problema si presenta quando il tester attiva il test oppure quando installa l’app. Controlla l’account previsto e la configurazione dell’accesso, poi le condizioni legate alla release, al paese e al dispositivo. Un link che si apre è solo uno dei passaggi per confermare che il test funziona.

Parti dalla tabella qui sotto: scegli il problema che vedi e ti indica il controllo da fare subito dopo.

Questa guida riguarda un test chiuso che i tester previsti non riescono ad attivare o a installare. Un test che funziona ma la cui scheda del requisito non avanza è un problema diverso, con un breve percorso dedicato più avanti. Le diciture di Play Console cambiano in base allo stato della tua app: segui l’etichetta che vedi, senza aspettarti una corrispondenza esatta con questo testo.

Pagina del test chiuso in Google Play Console accanto a un telefono che mostra il messaggio di app non disponibile

Inizia da qui: dove si blocca l’accesso?

«Non disponibile» copre problemi molto diversi tra loro. Per scegliere il controllo successivo, parti da quello che il tester vede davvero e da quanti tester sono coinvolti. Le righe qui sotto sono indizi diagnostici, non cause certe: un tester che riesce non dimostra che tutti i tester previsti abbiano accesso, e un singolo messaggio di errore non individua un’unica causa.

Scegli quello che osservi

Problema osservato Controllo successivo
La pagina dell’invito non si apre, oppure rifiuta l’account Conferma l’account invitato e l’attivazione completata, poi la release prevista sul canale previsto.
L’attivazione va a buon fine, ma l’installazione no Segui il percorso su dispositivo e build, poi verifica la disponibilità per paese rispetto al paese Play di quel tester.
Un tester non riesce mentre un altro sì Confronta i dati dei due tester: account, presenza nell’elenco e attivazione, paese Play e dispositivo. Per uno dei due la configurazione condivisa sta già funzionando.
Nessuno dei tester previsti riesce Esamina prima la configurazione condivisa: canale, elenco selezionato, link, paesi e stato di pubblicazione. Poi verifica con un tester idoneo prima di invitare di nuovo gli altri.
L’app si installa, ma il problema è la scheda del requisito Se il tester attivato riesce ad accedere alla build prevista del test chiuso, il problema non è l’accesso. Segui il breve percorso sull’avanzamento verso la guida dedicata, invece di cambiare le impostazioni di accesso.

Video: i controlli di Play Console, mostrati a schermo

Registrato a maggio 2026 per la versione precedente di questa guida. Circa cinque minuti.

Dove il video e questo testo divergono, segui il testo

Tre punti della registrazione sono superati: Google descrive l’elaborazione come qualcosa che richiede da qualche ora fino a sette giorni, non da 20 a 30 minuti; i paesi del test sono sincronizzati con la produzione per impostazione predefinita, quindi controlla lo stato della sincronizzazione prima di modificarli; e aprire il link senza aver effettuato l’accesso non verifica l’accesso dei tester. Per quello usa la procedura per i tester.

Controlla l’account del tester e l’attivazione

Anche con le impostazioni di Console corrette, un tester resta bloccato se sta usando l’account Google sbagliato, oppure se è stato aggiunto a un elenco ma non ha mai completato l’attivazione. Essere inclusi e aver attivato il test sono due stati diversi. Dai a ogni tester questa procedura, in quest’ordine, e chiedi in quale fase si blocca.

  1. Conferma l’account Google invitato. L’indirizzo presente nell’elenco email selezionato, oppure l’account che è membro del gruppo Google configurato, è l’unico che Google Play riconosce per questo test. Chiedi al tester con quale account sono collegati il dispositivo e il browser.
  2. Verifica l’inclusione prima di attivare il test. Con un elenco email, l’indirizzo deve trovarsi nell’elenco selezionato sul canale. Con un gruppo Google, il tester deve già essere membro del gruppo, non solo invitato.
  3. Usa lo stesso account nel browser dell’invito e nel Play Store. Un browser collegato a un altro account, o un telefono il cui Play Store usa un secondo account, può generare un errore di accesso o di idoneità anche quando tutto il resto è corretto.
  4. Completa l’attivazione, poi apri il link di installazione. La pagina di attivazione mostra una conferma quando il tester ha aderito. Solo dopo la scheda del Play Store propone la build di test.
  5. Conferma il risultato sul dispositivo previsto. Chiedi fino a quale fase è arrivato: attivazione, installazione o apertura dell’app. Se qualcosa non ha funzionato, chiedi il messaggio esatto a schermo e uno screenshot.

Fonte: Configurare un test aperto, chiuso o interno (Guida di Play Console).

L’eccezione del test interno

Un tester che ha attivato il tuo test interno non è idoneo per il test chiuso o aperto finché non esce dal test interno e attiva poi quello previsto. Per questo passaggio dal test interno al test chiuso, il tester deve prima abbandonare il test interno. Uscire e rientrare non è un rimedio generale: non chiederlo a un tester per cui tutto funziona.

Se il test usa un gruppo Google

Sul canale aggiungi l’indirizzo del gruppo. Un tester che è stato solo invitato al gruppo non ne è ancora membro: l’invito va accettato, e l’iscrizione si vede in Google Groups, non in Play Console. Una volta confermata l’iscrizione, il tester attiva il test dallo stesso link con lo stesso account. L’iscrizione al gruppo, da sola, non attiva il test per nessuno.

Messaggio da inviare a un tester

Se la copia non funziona, seleziona il testo qui sopra e copialo. Inviarlo non conferma che l’installazione sia riuscita.

Per il flusso di invito completo, compreso il confronto tra elenchi email e gruppi e il modo di leggere il numero di invitati e di attivazioni, vedi come invitare i tester e confermare l’attivazione.

Cinque controlli di configurazione in Play Console

Nei casi di assistenza che segue PrimeTestLab, queste cinque impostazioni sono quelle che più spesso risultano sbagliate dal lato dello sviluppatore. È la casistica che osserviamo noi, non una regola di Google e non un elenco esaustivo: i controlli sul tester qui sopra e il percorso sul dispositivo più avanti coprono i problemi che queste impostazioni non spiegano. Verificale sul canale su cui i tuoi tester devono attivare il test.

Controllo 1 di 5

Verifica che la release e la configurazione dei tester siano sul canale previsto

Play Console permette di gestire più canali di test chiuso. Ognuno ha le proprie release e la propria configurazione dei tester. Se la release che vuoi far installare ai tester si trova sul Canale A e l’elenco selezionato è collegato al Canale B, i due non si incontrano mai: i tester configurati sul Canale B sono idonei per un canale senza release disponibile, e nessuna delle persone che volevi raggiungere risulta idonea sul Canale A.

Pagina del test chiuso in Play Console con un canale attivo, la sua release e il link Manage track Clicca per ingrandire
1La vista Active tracks. Il canale su cui i tuoi tester attivano il test deve mostrare la release che vuoi far installare, e la sua configurazione dei tester si raggiunge da Manage track.
  1. In Play Console apri Testing > Closed testing (Test > Test chiuso).
  2. Individua il canale di cui hai condiviso il link e apri Manage track (Gestisci canale).
  3. Nella vista delle release, verifica che la release prevista, non una release qualsiasi, risulti disponibile per i tester con la versione che ti aspetti.
  4. Nella scheda Testers dello stesso canale, verifica che sia selezionato l’elenco o il gruppo previsto.

Disallineamento

Release disponibile sul Canale A, elenco selezionato sul Canale B. I tester configurati come idonei sul Canale B non hanno nessuna release disponibile da ricevere; sul Canale A, dove si trova la release, non risulta idoneo nessuno.

Allineato

Release prevista disponibile sul Canale A, elenco previsto selezionato sul Canale A, invito copiato dal Canale A.

Se la release è ancora una bozza

Una bozza non viene distribuita a nessuno. Aprila, completa quello che Console richiede e prosegui nel flusso di pubblicazione finché la release non risulta disponibile sul canale. La dicitura del pulsante dipende dallo stato, e una release che deve passare dalla revisione aspetta quella revisione prima di diventare disponibile. Mentre la nuova release è incompleta, sullo stesso canale può continuare a essere distribuita un’altra release idonea, per esempio una versione più vecchia: i tester possono quindi vedere una versione diversa invece di non vedere nulla.

Fonte: Preparare e distribuire una release (Guida di Play Console).

Tieni tutto semplice

Se ti serve un solo test chiuso, usa un solo canale. Più canali sono utili per gruppi di tester scaglionati e sono una causa frequente di una release e un elenco che non si incontrano mai.

Controllo 2 di 5

Seleziona e salva l’elenco di tester previsto

Creare un elenco email e selezionarlo per un canale sono due operazioni distinte. Un elenco può esistere nel tuo account, contenere tutti gli indirizzi che volevi aggiungere e comunque non valere per quel canale finché non ne spunti la casella e non salvi la modifica.

Scheda Testers del test chiuso in Play Console con un elenco email spuntato sotto Email lists Clicca per ingrandire
2La casella di selezione. L’elenco compare comunque nella tabella; vale per il canale solo dopo che è stato spuntato e salvato.
1

Carica o crea l’elenco

Nella scheda Testers crea un elenco email, assegnagli un nome e aggiungi gli indirizzi oppure carica un file CSV. Poi salvalo.

Attenzione al CSV: caricare un CSV sostituisce gli indirizzi che erano prima in quell’elenco. Tieni un unico file di riferimento e carica ogni volta l’elenco completo.
2

Spunta la casella accanto all’elenco previsto

L’elenco compare nella tabella, che sia selezionato o no. Vale per questo canale solo quando la sua casella è spuntata.

3

Salva la modifica

Salva in fondo alla pagina. Ora l’elenco risulta selezionato per questo canale. Se Console segnala la modifica come in attesa di revisione, inviala da Publishing overview (Panoramica delle pubblicazioni).

Perché salvare un elenco non equivale a selezionarlo

Gli elenchi email sono oggetti a livello di account, riutilizzabili su più canali: per questo Console tiene separata la creazione di un elenco dalla sua applicazione a un canale. È un comportamento voluto della configurazione, non un bug. Un elenco salvato va comunque selezionato per il canale, ed è per questo che il passaggio sfugge facilmente.

Modifiche ai membri e selezione di un elenco

Selezionare un elenco per un canale è una modifica di configurazione e può dover passare dalla revisione prima di avere effetto. Aggiungere o togliere indirizzi dentro un elenco già selezionato viene trattato in modo diverso: Google indica le modifiche ai membri tra le eccezioni che la pubblicazione gestita non trattiene. Se l’elenco è selezionato e un tester specifico continua a non riuscire ad attivare il test, torna ai controlli sul tester invece di salvare di nuovo l’elenco.

Fonti: Configurare un test e Controllare quando le modifiche all’app vengono esaminate e pubblicate (Guida di Play Console).

Controllo 4 di 5

Controlla la disponibilità per paese e la sincronizzazione

Controlla il paese Play registrato sull’account di ogni tester previsto. Per impostazione predefinita i paesi del test coincidono con quelli della produzione. Se questo test ha bisogno di una disponibilità diversa, guarda l’impostazione di sincronizzazione e usa Unsync countries/regions (Annulla sincronizzazione paesi/regioni) prima di modificare i paesi del test. Seleziona la copertura che serve al tuo test: un elenco di paesi più ampio non elimina le altre condizioni di accesso.

Google si basa sul paese Play dell’account, cioè sul paese in cui l’account è registrato, non su dove si trova il tester in questo momento. Viaggiare, di per sé, non cambia il paese Play a cui l’account fa riferimento. Un tester il cui account è registrato altrove non viene coperto aggiungendo il paese in cui vive attualmente.

Scheda Countries and regions del test chiuso in Play Console con un’ampia selezione di paesi Clicca per ingrandire
4La scheda Countries / regions di un test chiuso. L’immagine mostra un’ampia selezione: il numero di paesi nell’elenco di Google cambia nel tempo e non è un requisito.
  1. Apri il canale e scegli Countries / regions (Paesi/regioni).
  2. Leggi lo stato di sincronizzazione indicato per il canale. Finché è sincronizzato, il test segue la produzione, e modificare la produzione modifica il test.
  3. Per impostare i paesi del test in modo indipendente, scegli Unsync countries/regions, poi aggiungi i paesi in cui sono registrati gli account dei tuoi tester.
  4. Salva, poi invia la modifica se Console la mostra in attesa di revisione.

App a pagamento

Alcuni paesi possono non essere disponibili per le app a pagamento, e aggiungere un paese a un’app a pagamento comporta l’aggiunta dei prezzi per quel paese. Attivare un test chiuso non rende gratuita un’app a pagamento.

Se i tuoi tester sono distribuiti in più aree, la guida sui tester in paesi diversi approfondisce i controlli sul paese dell’account.

Fonte: Distribuire le release di un’app in paesi specifici (Guida di Play Console).

Controllo 5 di 5

Controlla lo stato di revisione, pubblicazione e disponibilità

Approvata, in attesa e disponibile sono stati diversi, e appartengono a oggetti diversi: l’app, un aggiornamento e i singoli elementi come una release o una modifica ai paesi. Una release disponibile può convivere con un aggiornamento incompleto: l’obiettivo non è avere la coda vuota. L’obiettivo è che la release e la configurazione specifiche di cui i tuoi tester hanno bisogno siano disponibili.

Pagina Publishing overview di Play Console con l’elenco delle modifiche in attesa di essere inviate per la revisione Clicca per ingrandire
5Publishing overview. Le modifiche che richiedono la revisione restano qui finché non le invii, e la pubblicazione gestita, quando è attiva, trattiene qui gli aggiornamenti approvati finché non li pubblichi.
Stato osservato Che cosa fare
Release in bozza o incompletaCompleta i requisiti della release indicati da Console, poi prosegui nel flusso di pubblicazione.
Modifiche rilevanti non inviate per la revisioneInvia da Publishing overview le modifiche che richiedono la revisione. Non tutte ne hanno bisogno: le modifiche ai membri di un elenco già selezionato, per esempio, no.
In revisioneSegui lo stato mostrato e l’eventuale stima. Non scambiare un’attesa di revisione per una casella dei tester non spuntata senza averne le prove.
Approvata e in attesa con la pubblicazione gestitaPubblica l’aggiornamento quando vuoi che sia online. La sola approvazione non lo rende disponibile.
La release rilevante è disponibileProsegui con i controlli sul tester. Tieni conto della propagazione: un link di test appena pubblicato può metterci diverse ore a diventare disponibile.
Rifiutata, rimossa o sospesaSegui il percorso di risoluzione previsto per quel problema. È fuori dall’ambito di questa guida: se la decisione riguardava il test, vedi perché il test chiuso viene rifiutato.

Google descrive l’elaborazione come qualcosa che richiede qualche ora o fino a sette giorni, con casi eccezionali più lunghi. Consideralo un riferimento per la pianificazione, non una scadenza promessa. Controlla lo stato attuale e l’eventuale stima mostrata per il tuo invio.

La pubblicazione gestita non si applica sempre

Se la pubblicazione gestita è attiva, un aggiornamento approvato resta in attesa finché non lo pubblichi. La pubblicazione gestita non è utilizzabile per la prima pubblicazione di un’app, quindi un’app appena creata non viene trattenuta: aspetta la revisione e poi la propagazione.

Fonti: Controllare quando le modifiche all’app vengono esaminate e pubblicate, Pubblicare l’app e Configurare un test (Guida di Play Console).

Se il tester riesce ad attivare il test ma non a installare

Un tester può avere accesso al test mentre il suo dispositivo non riesce a installarne la build. Esamina il dispositivo esatto e il canale interessato in Device catalog (catalogo dei dispositivi), compresi versione di Android, requisiti del manifest ed esclusioni. Non togliere i requisiti di compatibilità senza aver capito perché ci sono.

Esamina il dispositivo e la build interessata

  • Chiedi al tester modello del dispositivo, versione di Android e messaggio esatto. «Non disponibile» e «non compatibile» sono due esiti diversi.
  • In Play Console apri Device catalog, cerca il modello e leggi il suo stato per il canale a cui il tester ha aderito. Le esclusioni dei dispositivi si gestiscono a livello di app. La compatibilità, invece, può variare da canale a canale, perché ogni canale può contenere una build con requisiti del manifest diversi. Prima di modificare un’esclusione, guarda lo stato di supporto sul canale interessato.
  • Confronta la versione minima di Android della build, le funzionalità hardware richieste e gli eventuali dispositivi esclusi con il dispositivo del tester.
  • Dopo l’attivazione, verifica che il Play Store stia ancora usando l’account con cui il tester ha attivato il test. Poi controlla la disponibilità della release, il paese Play (controllo 4), la compatibilità del dispositivo e l’errore esatto di installazione. Se il download non riesce nonostante l’idoneità, segui la procedura di base di Google per i problemi di download.

Se sul dispositivo c’è già un’altra versione

Un tester che ha già l’app da un altro canale o dalla produzione può vedere «Aggiorna» invece di «Installa», oppure vedersi rifiutare una build con un codice di versione più basso di quella installata. Verifica quale versione si trova sul dispositivo e quale ne distribuisce il canale. I conflitti di firma e di codice di versione sono problemi della build, non di accesso: risolvili nella build, non invitando di nuovo il tester.

Fonti: Visualizzare e limitare i dispositivi compatibili con la tua app (Guida di Play Console) e Gestire le versioni dell’app (Android Developers), che tratta il limite sul downgrade del codice di versione.

Verifica l’accesso prima di invitare tutto il gruppo

Prima di mandare il link a tutti i tester, conferma una volta l’intero percorso con un account tester idoneo. Questa checklist è un registro manuale di ciò che hai verificato: non legge nulla da Play Console, e un tester successivo con un account, un paese Play o un dispositivo diversi può comunque bloccarsi per le proprie condizioni.

Conferma manuale

Se l’accesso funziona ma il requisito non avanza

Per gli account sviluppatore personali creati dopo il 13 novembre 2023, l’accesso alla produzione richiede che almeno 12 tester siano rimasti attivati per i 14 giorni consecutivi precedenti al momento in cui fai richiesta. Il periodo si valuta per singolo tester: chi esce e rientra deve completare un nuovo periodo consecutivo, mentre gli altri tester mantengono il proprio. Se le installazioni funzionano ma la scheda non avanza, leggi la guida al requisito dei 12 tester per 14 giorni, poi tester non sufficienti o giorni che non si aggiornano.

Fonte: Requisiti di test per i nuovi account sviluppatore personali (Guida di Play Console).

Ancora bloccato? Raccogli questi dati

Se i controlli sul tester e i cinque controlli in Console risultano superati e resta un problema riproducibile, smetti di girare intorno alle stesse impostazioni. Raccogli gli elementi qui sotto e usa il canale di assistenza di Play Console. Segui le indicazioni sui tempi mostrate in Console o nella tua richiesta di assistenza. Evita invii non necessari mentre le modifiche sono in revisione, perché ulteriori modifiche possono allungare i tempi della revisione. Usa gli elementi qui sotto per diagnosticare il problema prima di cambiare la release.

  • Nome del pacchetto
  • Canale previsto, la sua release, il codice di versione e lo stato della release che vedi
  • Data e ora dell’ultima modifica rilevante e se è stata inviata per la revisione
  • Il messaggio esatto che vede il tester, con uno screenshot
  • La fase in cui si blocca: attivazione, installazione o apertura
  • Se il problema riguarda un solo tester o tutti
  • Come hai verificato l’inclusione del tester: l’indirizzo nell’elenco selezionato o l’appartenenza al gruppo, e l’account usato sul dispositivo
  • Il paese Play del tester
  • Modello del dispositivo e versione di Android, e lo stato di quel modello in Device catalog
  • Uno screenshot dello stato rilevante in Console (canale, tester, paesi, Publishing overview)

Modello per la richiesta di assistenza

Se la copia non funziona, seleziona il testo qui sopra e copialo.

Da non raccogliere

Non chiedere mai a un tester una password o un codice di verifica. Tutto quello che c’è qui sopra si osserva dallo schermo del tester o dalla tua Console.

Percorso: Guida di Play Console, Problemi di visibilità e di reperibilità dell’app, che elenca i controlli che Google si aspetta per primi e il modo per contattare l’assistenza. Se invece è stata davvero rifiutata la release o la richiesta di accesso alla produzione, il percorso è un altro: risolvere un rifiuto del test chiuso.

Supporto opzionale per configurazione e test

Se l’accesso è a posto e quello che ti manca sono tester che attivino il test, installino l’app e restino attivi per tutti i 14 giorni, PrimeTestLab te li fornisce. Ripassiamo anche, con questa guida alla mano, le impostazioni di canale, elenco, link, paesi e stato prima che il primo tester aderisca, così i problemi di accesso qui sopra sono già risolti prima che il tempo inizi a contare. Di solito il test parte da 4 a 6 ore dopo la conferma del tuo link di test.

Perché più di 12

Il periodo continuativo di ogni tester viene valutato singolarmente. Se ne hai esattamente 12 e uno esce, nel momento in cui fai richiesta sei sotto il numero minimo finché un sostituto non completa il proprio periodo consecutivo; gli altri mantengono il loro avanzamento. Qualche tester in più evita che un singolo abbandono sposti la data della tua richiesta. Vedi come pianificare un margine di tester.

Pacchetti attuali

Starter
12 tester
$19.99
  • Raggiunge il numero di 12 tester
  • Dispositivi Android reali
  • Copertura completa dei 14 giorni
Vedi il piano
Più conveniente
Enterprise
25 tester
$27.99
  • Margine più ampio oltre i 12
  • Massima varietà di dispositivi
  • Copertura completa dei 14 giorni
Vedi il piano
Professional
20 tester
$29.99
  • Margine oltre i 12 incluso
  • Varietà di dispositivi più ampia
  • Copertura completa dei 14 giorni
Vedi il piano

I prezzi sono per pacchetto; al momento del pagamento il checkout mostra la commissione di servizio. Confronta i piani di test e il supporto alla configurazione, oppure scopri come funziona il servizio.

Domande frequenti

Perché Google Play dice che l’app non è disponibile per un tester che ho invitato?

Di solito il tester ha effettuato l’accesso con un account diverso da quello invitato, è stato aggiunto a un elenco che non è selezionato sul canale, oppure non ha completato l’attivazione. Controlla l’account invitato, l’elenco selezionato o l’appartenenza al gruppo e l’avvenuta attivazione prima di cambiare le impostazioni in Console.

Il tester si è iscritto al gruppo Google ma non riesce comunque ad attivare il test. Perché?

Verifica che il tester sia membro del gruppo, non solo invitato, e che il gruppo sia quello selezionato sul canale. Poi il tester attiva il test con lo stesso account usato per il gruppo. L’iscrizione al gruppo, da sola, non attiva il test per nessuno: il passaggio di attivazione va comunque completato.

Il tester ha attivato il test ma non riesce a installare. Che cosa devo controllare?

Verifica che il Play Store stia usando lo stesso account con cui il tester ha attivato il test. Poi controlla la release interessata, il paese Play, la compatibilità del dispositivo ed eventuali versioni già installate. Usa il messaggio di errore esatto per decidere se indagare sull’accesso al test, sulla build o su un problema di download.

Le mie modifiche sono approvate, ma l’app continua a non essere disponibile. Perché?

Approvazione e disponibilità non sono la stessa cosa. Se la pubblicazione gestita è attiva, un aggiornamento approvato resta in attesa finché non lo pubblichi. Inoltre un link di test appena pubblicato può metterci diverse ore a diventare disponibile, e la release specifica che serve ai tuoi tester può essere ancora incompleta mentre altre modifiche risultano approvate.

Il test chiuso e la produzione usano gli stessi paesi?

Per impostazione predefinita sì: la disponibilità per paese di un test è sincronizzata con la produzione. Per impostare i paesi del test in modo indipendente, usa Unsync countries/regions sul canale e poi modificane i paesi. Google applica il paese Play registrato sull’account del tester, non la posizione in cui il tester si trova.

Perché il test interno funziona e il test chiuso no?

Il test interno è un canale a sé, con un proprio link e propri tester. Un tester che ha attivato il tuo test interno non è idoneo per il test chiuso finché non esce dal test interno e non attiva il test dal link di quello chiuso. Anche il tempo trascorso nel test interno non conta per il requisito del test chiuso. Controlla inoltre la disponibilità per paese e le esclusioni dei dispositivi: il test interno ha eccezioni che il test chiuso non ha.

L’accesso funziona, ma il requisito del test chiuso non avanza. E adesso?

È un problema diverso dall’accesso. Per gli account sviluppatore personali creati dopo il 13 novembre 2023, quando fai richiesta almeno 12 tester devono essere rimasti attivati per i 14 giorni consecutivi precedenti, e la valutazione avviene per singolo tester. Invece di cambiare le impostazioni di accesso, leggi la guida al requisito dei 12 tester e la guida sui giorni che non si aggiornano.

Che cosa fare adesso

In sintesi

Tratta il «non disponibile» come un sintomo e individua la fase in cui si blocca l’accesso. Verifica l’account invitato e l’avvenuta attivazione, poi controlla il canale, l’elenco selezionato, l’invito, i paesi e lo stato di pubblicazione, e dimostra che l’accesso funziona con un tester idoneo prima di invitare tutti. Se un problema riproducibile sopravvive a ogni controllo, manda il pacchetto di prove all’assistenza di Play Console. Quando un tester riesce ad attivare il test e a installare, condividi l’invito con il gruppo e, per il requisito vero e proprio, segui la guida dedicata al periodo di test.

Kefayatullah Khadem - Software engineer e specialista di pubblicazione su Google Play

Scritto da

Kefayatullah Khadem

Software engineer e specialista di pubblicazione su Google Play

Kefayatullah Khadem è un software engineer con oltre 8 anni di esperienza nello sviluppo di applicazioni scalabili. In PrimeTestLab aiuta gli sviluppatori indipendenti a superare il requisito del test chiuso di Google Play, dopo aver constatato quante difficoltà incontrassero. Finora ha aiutato 9.800+ app Android a completare un test chiuso gestito in 120+ Paesi, con un tasso di completamento dei test gestiti del 99,9%. Quando non aiuta gli sviluppatori a pubblicare, scrive di norme di Google Play, di schemi ricorrenti nei rifiuti delle app e del processo di test chiuso.

9,800+ Apps Tested
99.9% Test-Completion Rate
120+ Countries
4.9/5 Rating

Quando un tester riesce ad attivare il test e a installare

Forniamo noi i tester che restano per 14 giorni

Tester reali su dispositivi reali, attivati per tutto il periodo, con le impostazioni del canale controllate prima che il primo tester aderisca.

A partire da 19,99 USD

Avvio del test: da 4 a 6 ore · 120+ paesi · Garanzia di rimborso

Unisciti a 9.800+ sviluppatori che hanno pubblicato con PrimeTestLab

Ottieni 12 tester - 19,99 USD WhatsApp