Risposta rapida
Un contatore del test chiuso di Google Play che resta fermo non dimostra, da solo, che il tuo test sia ripartito da zero. Controlla prima il messaggio esatto che compare nella Dashboard, le attivazioni completate, le uscite che conosci e se i tester riescono ad accedere alla release chiusa. Lascia intatte le attivazioni esistenti mentre indaghi. Se i tuoi registri continuano a non coincidere con l’indicatore, raccogli le prove per l’assistenza di Play Console.
Verificato l’11 settembre 2026 · La condizione: almeno 12 tester attivati senza interruzioni nei 14 giorni precedenti, secondo la pagina di Google sui requisiti di test
Questo articolo spiega come controllare un contatore dei test fermo su un account sviluppatore personale creato dopo il 13 novembre 2023, cioè gli account a cui si applica la condizione di Google sul test chiuso. Aggiornato all’11 settembre 2026.
Fai prima questo
- Individua esattamente quale numero si è fermato. L’avanzamento nella Dashboard, l’elenco dei tester e le statistiche dell’app sono tre schermate diverse.
- Verifica che ogni tester abbia completato l’attivazione con l’account Google a cui hai dato accesso. Un invito o un’installazione non sono un’attivazione.
- Controlla che la release chiusa sia disponibile: stato della release sul canale, paesi selezionati e compatibilità dei dispositivi dei tester coinvolti.
- Registra ogni uscita o rientro che conosci e lascia tutti gli altri nel test. Non chiedere a nessuno di uscire e rientrare.
- Se l’indicatore continua a non coincidere con i tuoi registri, raccogli le prove e usa la Guida in Play Console.
Che cosa vedi?
Ogni scelta apre il controllo guidato qui sotto con la tua risposta già applicata. Non legge nulla dal tuo account Play Console.
Le etichette usate in questo articolo
Che cosa significano le etichette
- Requisito di GoogleUna condizione obbligatoria indicata nella pagina di Google collegata.
- Documentazione di GoogleUna definizione, un percorso di navigazione o la descrizione di una procedura, dalla pagina di Google collegata.
- Controllo consigliatoUn passaggio diagnostico o di preparazione suggerito da questo articolo. Non è un requisito di Google per l’invio.
- Esempio illustrativoUno scenario costruito che applica la condizione a registri dichiarati. Non è uno screenshot della Console né una previsione di quello che mostrerà l’indicatore.
- Segnalazione di uno sviluppatoreUn resoconto in prima persona, con il link alla fonte. È un’osservazione con i suoi limiti, non una prova normativa.
- Non specificato nelle fonti citateLe pagine di Google citate qui non specificano questo meccanismo. È un limite di queste fonti, non la prova di qualcos’altro.
In questa pagina
Controlla quale numero di Google Play è bloccato
Parti dalla Dashboard della tua app, poi individua esattamente quale numero ha smesso di cambiare.
Play Console tiene su tre schermate diverse l’indicatore di idoneità alla produzione, la configurazione dei tester e le statistiche di utilizzo, e molti allarmi da contatore bloccato nascono sulla schermata sbagliata. Prima di confrontare due numeri, accertati da quale schermata arriva ciascuno.
Quale schermata devo controllare?
| Che cosa ti serve | Da dove partire | Che cosa dimostra |
|---|---|---|
| Idoneità alla produzione e richiestaDocumentazione di Google | Seleziona l’app, poi Dashboard | Mostra lo stato di idoneità dell’app o della richiesta. Trascrivi l’etichetta e il valore esatti dell’avanzamento che vedi nella tua Dashboard. |
| Configurazione dell’accesso dei testerDocumentazione di Google | Test e rilascio › Test › Test chiuso › Gestisci canale › Tester | L’accesso configurato e l’origine del link di attivazione. Un elenco di invitati non è un registro verificato di attivazioni: ogni tester deve comunque attivarsi usando il link. |
| Utilizzo dell’app o installazioniDocumentazione di Google | La pagina Statistiche dell’app | Prove di attività e di installazione, specifiche per ciascuna metrica. Non certificano l’idoneità di una singola persona e non sono il contatore dei giorni. |
| Discordanza inspiegabile legata al tuo accountDocumentazione di Google | Guida in Play Console | Il percorso per chiedere chiarimenti portando le prove del tuo account. I contatti disponibili dipendono dall’account. |
Fonti: richiesta di accesso alla produzione, configurazione del test e dei tester, statistiche dell’app, percorso di assistenza in Play Console. Tutte consultate l’11 settembre 2026.
Trascrivi le parole che vedi davvero
Questo articolo non cita l’etichetta attuale del contatore, perché per scriverlo non è stato verificato nessuno screenshot datato. Copia nei tuoi appunti l’etichetta e il valore esatti che vedi sul tuo schermo, con l’ora e il tuo fuso orario. Quella trascrizione è la prima riga del pacchetto per l’assistenza che trovi più avanti in questo articolo.
Quando l’indicatore dei giorni e l’elenco dei tester non coincidono
Documentazione di GoogleL’elenco degli accessi configurati e il conteggio dell’avanzamento nella Dashboard descrivono cose diverse. Essere nell’elenco dà a una persona la possibilità di entrare nel test; non è un registro, persona per persona, delle attivazioni completate. Confronta ogni numero solo con la propria definizione.
Tester attivati, pubblico installato e utilizzo dell’app sono tre cose diverse
L’elenco degli accessi dei tester, il totale degli attivati e le statistiche di utilizzo dell’app rispondono a domande diverse. Comincia annotando la metrica esatta e la schermata che stai guardando. Un totale non identifica i singoli tester e non dimostra la storia di attivazione di ciascuno.
Numero di tester attivati
I tester che hanno completato l’attivazione al test chiuso con un account idoneo.
Pubblico installato
Utenti che hanno l’app installata su un dispositivo usato negli ultimi 30 giorni.
Utenti attivi giornalieri
Utenti che hanno aperto l’app in un dato giorno. Il dato è riportato nell’ora del Pacifico.
Definizioni: visualizzare le statistiche dell’app, consultata l’11 settembre 2026. L’ora del Pacifico vale per le statistiche di installazione e non si trasferisce all’indicatore di idoneità.
Controlla perché il contatore sembra bloccato
Scegli il problema che vedi sullo schermo, poi controlla le prove di partecipazione che ci stanno dietro.
Questo controllo guidato ti dà un passo successivo dopo una sola scelta, con una domanda facoltativa sulle attivazioni per affinarlo. Non legge nulla da Play Console e non salva nulla.
Che cosa devo controllare adesso?
Indicazioni basate sulle tue risposte, non una diagnosi di Play Console.
A. Che cosa vedi?
B. Quali prove di attivazione hai?
Storia completa significa i 14 giorni precedenti senza mai disattivarsi, per ogni singolo tester.
Scegli il problema che vedi
Questa guida usa le tue risposte. Non può leggere il tuo account Play Console.
Conferma la schermata e le attivazioni effettive
Apri la Dashboard della tua app e annota l’etichetta e il numero esatti. Se hai solo inviti o numeri di installazioni, chiedi ai tester di confermare l’attivazione attraverso il link del test chiuso.
Dove guardare
Indicatore di idoneità: seleziona l’app, poi Dashboard
Accesso dei tester: Test e rilascio › Test › Test chiuso › Gestisci canale › Tester
Messaggio per i tester
Il messaggio completo, con i campi da compilare, è nella sezione 05.
Usa la domanda sulle attivazioni per affinare questo risultato.
L’indicatore da solo non dimostra un’interruzione
Annota che cosa è cambiato e se qualcuno è davvero uscito o rientrato. Mentre controlli, lascia nel test i tester che ci sono già. Il fatto che il valore non cambi non basta a spiegare che cosa stia facendo il contatore.
Lista delle prove
- Conferma l’app, il canale chiuso e le parole esatte che compaiono nella Dashboard.
- Conferma che l’account idoneo abbia davvero completato l’attivazione.
- Registra ogni uscita o rientro, senza inventare le date.
- Conferma quale build è disponibile su Play e qual è la prima azione utile nell’app.
- Salva la prima e l’ultima osservazione con il tuo fuso orario.
Il quinto punto è una buona pratica di documentazione, non una regola di Google sull’aggiornamento.
Passa in rassegna la lista delle prove, poi usa la domanda sulle attivazioni per affinare questo risultato.
Controlla la partecipazione al test interno e a quello chiuso
Gli utenti coinvolti che partecipano al test interno devono uscire da quel test interno prima di entrare nel test chiuso. Non dire a chi è già attivato nel test chiuso di uscire e rientrare per provare a far aggiornare l’indicatore.
Percorso documentato: Test e rilascio › Test › Test chiuso › Gestisci canale › Tester. La partecipazione al test interno non sostituisce la condizione sul test chiuso.
Messaggio per i tester
Quando sono passati al test chiuso, manda ai tester coinvolti il messaggio per confermare l’attivazione.
Conferma prima lo stato delle attivazioni
I numeri che hai non dimostrano la storia di attivazione al test chiuso di ciascuna persona. Chiedi ai tester di confermare l’account corretto e l’attivazione senza uscire dal test.
Messaggio per i tester
Il messaggio completo, con i campi da compilare, è nella sezione 05.
Segnalazione di uno sviluppatore Uno sviluppatore ha raccontato che il suo numero è salito solo dopo che i tester avevano completato la conferma di attivazione dal web. È un singolo esito di attivazione riferito da chi l’ha vissuto, non un esperimento sul funzionamento del contatore.
Ripristina la partecipazione e conserva la storia già accumulata
Hai indicato meno di 12 attivazioni in corso. Verifica chi è rimasto e, dove serve, recluta sostituti adeguati. Chi entra per la prima volta o rientra ha una propria storia di attivazione.
Lista delle prove
- Conferma l’app, il canale chiuso e le parole esatte che compaiono nella Dashboard.
- Conferma che l’account idoneo abbia davvero completato l’attivazione.
- Registra ogni uscita o rientro, senza inventare le date.
- Conferma quale build è disponibile su Play e qual è la prima azione utile nell’app.
- Salva la prima e l’ultima osservazione con il tuo fuso orario.
Il quinto punto è una buona pratica di documentazione, non una regola di Google sull’aggiornamento.
Guarda l’esempio del sostituto nell’illustrazione sulla continuità: l’attivazione della nuova persona non copre le date di quella precedente.
Se il problema è trovare davvero le persone, PrimeTestLab può fornire tester attivati su dispositivi reali che restano nel test per tutto il periodo, a partire da 19,99 USD. Questo aiuta sulla partecipazione; non cambia quello che mostra il contatore di Google. Vedi il supporto per i test
Il periodo completo non è ancora dimostrato
I tuoi registri non mostrano ancora abbastanza partecipanti con la storia completa senza interruzioni. A metà test può essere normale e da solo non spiega un indicatore fermo. Lascia intatte le attivazioni e registra eventuali uscite o sostituzioni.
Confronta i tuoi registri con l’illustrazione del gruppo stabile. Se l’indicatore resta inspiegabile anche quando abbastanza tester hanno completato il periodo richiesto, prepara il pacchetto per l’assistenza.
I tuoi registri sostengono la condizione sulle attivazioni
Non possiamo verificare i registri di Google né spiegare l’indicatore fermo. Continua a testare, lascia intatte le attivazioni e documenta la discordanza per l’assistenza di Play Console.
Pacchetto per l’assistenza
Compila il pacchetto nella sezione 06; il pulsante di copia qui riprende quello che hai inserito là.
Il pacchetto per l’assistenza nella sezione 06 si costruisce con i tuoi orari annotati e con le conferme di attivazione.
Segui le indicazioni della fase successiva
Se l’azione per inviare la richiesta è disponibile, procedi. Se i criteri risultano completi ma l’azione non compare, usa la guida sul pulsante che manca. Se Google ha chiesto altri test, segui quel messaggio di revisione e la guida per rimediare.
Questo vincolo sugli account potrebbe non riguardarti
Segui le indicazioni valide per il tuo account e per lo stato della tua release. Questo strumento non tratta il vincolo di test per i nuovi account personali come un requisito universale.
Controlla se ti riguarda
La condizione si applica agli account sviluppatore personali creati dopo il 13 novembre 2023. Un account creato esattamente in quella data qui viene trattato come caso incerto, perché Google scrive dopo.
Controlla il tipo di account, la data di creazione e il requisito che compare nella tua Dashboard.
Fonti verificate l’11 settembre 2026. · Le fonti esaminate non stabiliscono con quale frequenza si aggiorna il contatore.
Controlla queste cause prima di cambiare il test
Conferma prima la metrica e le attivazioni, perché i numeri delle installazioni e quelli dei tester rispondono a domande diverse.
Parti dai controlli che puoi verificare in fretta e che non disturbano le attivazioni già in corso. Individua il numero, conferma l’attivazione e l’accesso alla release, controlla le uscite che conosci e raccogli le prove se l’indicatore resta inspiegabile. Ogni causa qui sotto ha un passaggio per riconoscerla e un’azione reversibile.
Numero sbagliato
Documentazione di GoogleCome riconoscerla
Scrivi il nome esatto della metrica accanto a ogni numero che stai confrontando; le tre definizioni sono nella sezione 01. Né il pubblico installato né gli utenti attivi giornalieri sono il numero dei tester attivati, e nessuna delle tre è l’indicatore dei giorni.
Cosa fare oggi
Usa ogni metrica per lo scopo che le è proprio e smetti di trasformarla nella storia di attivazione che rende idoneo un tester.
Che cosa non dimostra
Queste metriche aggregate non possono certificare che un determinato tester sia rimasto attivato senza interruzioni.
Definizioni delle metriche: visualizzare le statistiche dell’app, consultata l’11 settembre 2026.
Attivazione incompleta
Requisito di GoogleCome riconoscerla
Servono entrambe le cose: l’accesso configurato e l’attivazione effettiva. Appartenere al gruppo Google, ricevere un’email di invito o installare l’app dal link dello Store non completa da sé l’attivazione: ogni tester deve attivarsi usando il link, con lo stesso account Google a cui hai dato accesso.
Cosa fare oggi
Manda il messaggio per i tester della sezione 05 e sistema le attivazioni non completate. Non chiedere ai tester già attivati di uscire e rientrare. Se hai aggiunto i tester e vedi ancora 0 attivati, quel caso specifico ha un articolo dedicato.
Che cosa non dimostra
Che ogni indicatore fermo sia un problema di attivazione.
Passaggio di attivazione: configurare un test aperto, chiuso o interno. Una segnalazione di uno sviluppatore descrive il numero che sale dopo l’attivazione dal web: è un resoconto attribuito a una persona, non una soluzione generale.
Disponibilità della release, paesi selezionati e accesso dal dispositivo
Documentazione di GoogleCome riconoscerla
Chiedi a ogni tester coinvolto l’errore o il messaggio di stato esatto che vede, poi fai questi quattro controlli nell’ordine.
- Disponibilità della release. Un bundle caricato, una release in attesa e una release disponibile per i tester sono tre stati diversi. Leggi prima lo stato della release sul canale chiuso.
- Account e paese su Play. Verifica quale account ha usato il tester nella pagina di attivazione e nel Play Store, poi apri Paesi / regioni del canale. La disponibilità del test chiuso segue il paese Google Play del tester, non il luogo in cui si trova fisicamente.
- Compatibilità del dispositivo ed esclusioni. Controlla il dispositivo coinvolto in Monitora e migliora › Copertura e dispositivi › Catalogo dei dispositivi. Lo stato di compatibilità può essere diverso da un canale all’altro, perché i rispettivi app bundle possono avere requisiti diversi. Le esclusioni dei dispositivi si gestiscono a livello di app, non come impostazioni indipendenti per ogni bundle.
- Pagamento o errore esatto. Se l’app è a pagamento, chiedi se un acquisto o un passaggio di pagamento sta bloccando l’installazione. Altrimenti parti dal messaggio esatto che vede il tester.
Cosa fare oggi
Correggi lo stato della release, i paesi selezionati o l’esclusione del dispositivo a cui punta l’errore, poi riprova il percorso di accesso con l’account previsto. Cambiare un paese o un’impostazione dei dispositivi non è un modo per far aggiornare il contatore, e non è necessario attivare tutti i paesi.
Che cosa non dimostra
Che ogni problema di accesso spieghi un contatore fermo.
Stati della release: preparare e pubblicare una release; selezione dei paesi: distribuire le release dell’app in paesi specifici; compatibilità dei dispositivi: visualizzare e limitare i dispositivi compatibili con la tua app. Consultate l’11 settembre 2026. Per i problemi del link in sé: App non disponibile per i tester.
Partecipazione al test interno
Requisito di GoogleCome riconoscerla
Chiedi se i tester coinvolti partecipano anche al tuo test interno. Un sintomo che porta qui: lo stesso elenco di indirizzi email è usato per entrambi i canali e persone diverse ricevono build diverse. Condividere un elenco tra due canali non equivale a partecipare davvero al test interno, quindi controlla persona per persona. L’articolo test interno e test chiuso a confronto spiega a cosa serve ciascun canale.
Cosa fare oggi
L’utente coinvolto esce dal test interno e poi entra nel test chiuso. Chi è già nel test chiuso resta attivato.
Che cosa non dimostra
Che ogni segnalazione di build diverse abbia questa causa.
Regola dal test interno al test chiuso: pagina sulla configurazione dei test, consultata l’11 settembre 2026.
Partecipazione cambiata
Requisito di GoogleCome riconoscerla
Stabilisci chi è uscito, se qualcuno è rientrato e quanti tester rimasti hanno ancora una storia senza interruzioni. Google documenta l’uscita da un test e la disinstallazione dell’app come due operazioni distinte, quindi chiedi di ciascuna separatamente: un tester che ha disinstallato può aver lasciato il programma oppure no.
Cosa fare oggi
Conserva i tester che restano. Se le storie ininterrotte che rimangono sono meno di 12, aggiungi un sostituto reale e annota la data di attivazione del sostituto.
Che cosa non dimostra
Che cosa mostrerà l’indicatore dopo un’uscita.
Regola sulla continuità: requisiti di test; uscire o disinstallare: uscire dal programma beta di un’app.
Visualizzazione inspiegabile
Controllo consigliatoCome riconoscerla
Le attivazioni sembrano ininterrotte, nulla è cambiato e l’indicatore non si è ancora mosso. Controlla prima il lato browser: l’app giusta, l’account giusto, la Dashboard ricaricata. Poi controlla che nei tuoi appunti ci siano osservazioni con data e ora, non ricordi.
Cosa fare oggi
Continua a testare, ricontrolla l’indicatore e prepara il pacchetto per l’assistenza se la discordanza resta. Non uscire e rientrare, e non azzerare il canale.
Che cosa non dimostra
Che esista una causa. Le indicazioni collegate parlano di alcune ore perché link di test e modifiche si propaghino; non specificano un intervallo di aggiornamento per questo contatore.
Ritardo di disponibilità del link: pagina sulla configurazione dei test; ambito della risoluzione dei problemi delle statistiche: risolvere i problemi delle statistiche dell’app.
Sintomo, prove e azione successiva
Questa tabella è la versione senza JavaScript del controllo guidato qui sopra, e un riferimento rapido dopo che l’hai usato. La colonna sull’affidabilità dice fin dove arrivano le prove.
| Sintomo | Prove da controllare | Cosa fare oggi | Affidabilità e limite |
|---|---|---|---|
| Nessun giorno o nessuna scheda di avanzamento | App giusta; Dashboard; testo esatto della scheda; ambito dell’account; stato della release | Parti dalla tabella delle schermate nella sezione 01 e segui il ramo sull’ambito o sulla configurazione che ti riguarda | Schermate verificate; etichetta attuale esatta della scheda non verificata |
| Molti invitati o con l’app installata, pochi attivati | Il tester conferma l’attivazione effettiva con l’account idoneo previsto | Copia il messaggio per i tester e sistema le attivazioni non completate | Distinzione sull’attivazione verificata; una segnalazione di uno sviluppatore con link |
| I tester ricevono build diverse | Se gli utenti coinvolti partecipano al test interno; se la release chiusa è disponibile | Gli utenti coinvolti escono dal test interno ed entrano in quello chiuso. Chi è già nel test chiuso resta attivato | Regola di accesso verificata; non tutti i casi di build diverse hanno questa causa |
| I tester non riescono a installare o ad aprire la release chiusa | Stato della release sul canale; Paesi / regioni; Catalogo dei dispositivi; l’account usato; l’errore esatto | Correggi lo stato della release, i paesi selezionati o l’esclusione del dispositivo a cui punta l’errore; riprova con l’account previsto | Documentazione verificata; un problema di accesso da solo non spiega il contatore |
| Perdita confermata di un partecipante attivato che serviva | Chi è uscito, se è rientrato, quali storie ininterrotte restano | Conserva i tester che hai; se serve aggiungi un sostituto reale e annota la sua storia | Condizione normativa verificata; non si sa esattamente come un azzeramento appaia nell’indicatore |
| Il tester ha disinstallato ma non si sa se è ancora attivato | Chiedi separatamente se ha lasciato il programma di test | Ripristina la possibilità di testare e conferma l’attivazione, senza far uscire e rientrare automaticamente | Parziale: distinzione generale sulle beta; non è un azzeramento del contatore documentato |
| I tester non usano più l’app o non riescono ad accedere | Prima azione utile, accesso o credenziali demo, feedback, arresti anomali, registri del test svolto | Sistema accesso e stabilità; assegna un compito di test pertinente; raccogli feedback utilizzabile | Importanza del coinvolgimento verificata; nessuna quota numerica per il contatore dei giorni |
| Il dispositivo del tester era offline | Attivazione attuale, accesso all’app quando è connesso, errore esatto riferito | Dove serve ripristina l’accesso normale; registra l’osservazione | Effetto sul contatore non verificato. Non dare mai per scontato che riconnettersi entro mezzanotte salvi un giorno |
| Il pubblico installato o gli utenti attivi giornalieri non coincidono con il numero degli attivati | Nome esatto della metrica e sua definizione | Usa ogni metrica per lo scopo che le è proprio; smetti di trasformarla nella storia di attivazione che rende idoneo un tester | Definizioni verificate; confronto analitico |
| Le attivazioni sembrano ininterrotte, l’indicatore resta fermo | Indicatore con data e ora, conferme di attivazione, modifiche note | Continua a testare, ricontrolla l’indicatore e prepara il pacchetto per l’assistenza se la discordanza resta | Causa del contatore e frequenza di aggiornamento non verificate |
| Criteri completati ma richiesta non disponibile, oppure la revisione chiede altri test | Stato esatto nella Dashboard o messaggio della revisione | Vai alla sezione su test completato o revisionato di questo articolo, poi all’articolo che corrisponde alla fase successiva | Procedura diversa; nessuna istruzione universale per ricominciare |
Fonti della tabella: le pagine di Google collegate accanto a ogni causa qui sopra, consultate l’11 settembre 2026.
Quando iniziano i giorni e che cosa interrompe il periodo?
La condizione di Google riguarda l’attivazione ininterrotta di ogni singolo tester. Un buco nell’utilizzo, un’uscita e una sostituzione cambiano cose diverse, e nessuna delle tre si legge sull’indicatore.
Che cosa significa attivazione ininterrotta
Requisito di GoogleQuando richiedi l’accesso alla produzione ti servono almeno 12 tester attualmente nel test chiuso, ciascuno attivato senza interruzioni per tutti i 14 giorni precedenti. Le parole usate da Google su questo punto:
«i 14 giorni devono essere consecutivi»
Questi sono i punti sulla continuità che la pagina dei requisiti citata qui stabilisce: due periodi di attivazione separati non si sommano, quindi chi esce e poi rientra ha due storie, non una più lunga. Quella pagina non specifica come la Dashboard calcoli e aggiorni quello che mostra, e questo articolo non colma quel vuoto con un’ipotesi.
Tester che entrano in date diverse
Esempio illustrativoSupponiamo che 11 tester si siano attivati il 1º settembre e il dodicesimo il 5 settembre, senza interruzioni. Il 15 settembre la dodicesima persona non ha ancora alle spalle lo stesso periodo di attivazione dei primi 11. Ecco perché la data di caricamento o la data del primo tester non possono dimostrare che tutto il gruppo è pronto: il periodo di ciascuno parte dalla propria attivazione. Questo non prevede il prossimo valore della Dashboard né quando si aggiornerà, e non significa che una riserva entrata in ritardo rallenti un gruppo che ha già 12 storie complete.
Qualcuno esce, rientra o viene sostituito
Esempio illustrativoLe conseguenze dipendono dalle storie ininterrotte che restano, non dal numero totale di persone che hai invitato nel tempo. Se 13 sono partiti insieme e uno esce, le altre 12 storie non vengono toccate. Se avevi esattamente 12 tester attivati senza interruzioni e uno esce, ne restano 11: le loro storie già accumulate si conservano, ma possono aver completato il periodo richiesto oppure no. Un sostituto inizia il proprio periodo ininterrotto quando si attiva e non eredita la storia di un altro tester. Annota la data di attivazione del sostituto e l’ultima data confermata del tester uscito.
Un utilizzo dell’app che non risulta non è la stessa osservazione di una disattivazione
Un buco nell’utilizzo dell’app e un buco nell’attivazione sono eventi diversi: un’osservazione di utilizzo che manca non è un’uscita registrata, e un indicatore che resta fermo o che poi fa un salto non può ribaltare la condizione sulle attivazioni. Considera il coinvolgimento reale come un tema a parte, che riguarda la revisione, e controlla prima le attivazioni.
La risposta precisa, in una riga
La continuità dell’attivazione di ogni singolo tester è documentata nella pagina dei requisiti citata. Lì non è specificata nessuna regola generale secondo cui il contatore si mette in pausa o si azzera.
Non specificato nelle fonti citate Tre cose che le fonti citate non specificano
- Se una sessione d’uso mancata venga saltata, recuperata più tardi o ignorata. Le indicazioni citate descrivono l’attivazione ininterrotta, non un algoritmo basato sui giorni di attività.
- Con quale frequenza si aggiorna l’indicatore. Le indicazioni citate parlano di alcune ore perché link di test e modifiche si propaghino, non di un intervallo di aggiornamento per questo contatore.
- Quale fuso orario, quale orario limite o quale arrotondamento usi il contatore. Le statistiche di installazione sono documentate nell’ora del Pacifico: questo riguarda le statistiche, non l’indicatore di idoneità.
Esempio illustrativo Registri illustrativi sulla continuità
Esempi costruiti, non osservazioni né previsioni. T è il momento di verifica dell’esempio. Ogni riga applica la condizione sulle attivazioni a registri dichiarati e dice che cosa non se ne può concludere.
| Scenario in T | Registri illustrativi | Conclusione da quei registri | Che cosa non si può concludere |
|---|---|---|---|
| Gruppo stabile | 12 persone attualmente attivate, ciascuna senza interruzioni per tutto l’intervallo richiesto | Le loro storie soddisfano la condizione di attivazione illustrata | L’approvazione, o il valore esatto mostrato dall’indicatore |
| Margine reale | 13 sono partiti insieme; uno esce; gli altri 12 restano attivati senza interruzioni per tutto l’intervallo richiesto | Restano 12 storie che soddisfano la condizione | Che qualsiasi uscita possibile lasci l’interfaccia invariata |
| Riserva entrata in ritardo | 13 erano attivati; 12 avevano storie complete senza interruzioni; uno di quei 12 è uscito; la riserva entrata in ritardo non ha completato l’intervallo | Restano solo 11 tester con il periodo ininterrotto completato | Che aver avuto 13 persone attivate a un certo punto metta al sicuro ogni caso |
| Sostituzione immediata | 11 tester con il periodo completato più un sostituto appena entrato | Il sostituto ha una propria storia, più breve | Che il sostituto copra le date precedenti della persona che manca |
| Rientro dopo un’uscita | 11 tester con il periodo completato più un tester con due intervalli separati di sette giorni | Gli intervalli separati non si possono unire per soddisfare la condizione di continuità | Che l’indicatore dell’intera app debba per forza azzerarsi |
| Sessione d’uso mancata | I registri delle attivazioni restano ininterrotti; manca un’osservazione di utilizzo dell’app | Un buco nell’utilizzo, da solo, non è la prova di una disattivazione | Se una valutazione dell’attività non pubblicata abbia influito sull’indicatore |
| Registri incerti | Sono stati salvati solo i totali giornalieri | Da questi totali, da soli, non si può dimostrare la continuità di ciascuna persona | Se la condizione numerica sia stata davvero soddisfatta |
Base: la condizione di continuità e la regola sui periodi separati, dalla pagina di Google sui requisiti di test, consultata l’11 settembre 2026, applicate alle domande che gli sviluppatori fanno su sostituti e sessioni mancate.
Controlla separatamente la disinstallazione e l’uscita dal test
Google documenta l’uscita da un programma beta e la disinstallazione dell’app come due operazioni distinte. Un tester che ha cancellato l’app può essere ancora attivato, e un tester che ha ancora l’app installata può essere uscito. Fai la domanda sull’attivazione a parte, e non dire a nessuno di disattivarsi e rientrare per fare pulizia: così si creano esattamente quei periodi separati che la regola non unisce.
Per le basi di calendario dietro i giorni consecutivi, leggi I 14 giorni devono essere i 14 giorni più recenti? Questo articolo resta sulla questione del contatore fermo.
Gli stessi scenari, disegnati
Facoltativo. L’illustrazione qui sotto disegna i registri della tabella, così la differenza tra un’uscita, una sostituzione e una sessione mancata si vede a colpo d’occhio.
Che cosa cambia un’interruzione dell’attivazione
Registri di esempio fissi e ispezionabili. Scegli uno scenario per vedere quali storie restano dimostrate nel momento di verifica dell’esempio, T. È una spiegazione interattiva, non un calcolatore dei giorni reali.
12 storie ininterrotte
Questi registri illustrativi soddisfano la condizione sulle attivazioni. Non prevedono quello che mostrerà la Dashboard né l’esito di una revisione.
Se l’indicatore resta inspiegabile, usa il controllo guidato nella sezione 02.
Legenda
- Attivazione ininterrotta
- Interruzione confermata
- Nuovo periodo di attivazione
- Osservazione di utilizzo mancante
- T: il momento di verifica dell’esempio
Verificato l’11 settembre 2026.
Base documentale: la condizione di continuità e la regola sui periodi separati, dalla pagina di Google sui requisiti di test, applicate alla domanda sul sostituto e a quella sulla sessione mancata che tornano nelle discussioni tra sviluppatori. Consultata l’11 settembre 2026.
L’11 e il 13 di questi scenari sono esempi aritmetici, uno sotto e uno sopra il minimo di 12. Non sono soglie aggiuntive. I due blocchi di sette giorni nello scenario del rientro sono due metà illustrative separate da un’interruzione reale.
Che cosa devo chiedere ai miei tester oggi?
Chiedi ai tester di confermare la propria attivazione e di segnalare eventuali problemi di accesso prima di cambiare il test.
Fatti confermare l’attivazione
Controllo consigliatoChiedi ai tester di confermare l’attivazione con l’account con cui sono entrati, senza uscire e rientrare. Inserisci i tuoi due dati, poi copia il messaggio. Il generatore elabora questi campi su questa pagina; copiare non invia il messaggio. Se un tester non ha mai ricevuto il link giusto, come invitare i tester spiega come inviare il link di attivazione corretto per il test chiuso.
Messaggio da inviare
Apri [il link di attivazione del nostro test chiuso] con l’account Google con cui sei entrato nel test e conferma che risulti ancora attivato. Non uscire e rientrare solo per far aggiornare lo stato. Facci sapere: 1. Se risulti ancora attivato e se ti è capitato di uscire e rientrare. 2. Se riesci a installare o ad aprire la build di test attuale su Google Play. 3. Se riesci a completare questo: [un’azione utile nell’app], compreso l’eventuale accesso richiesto. 4. L’errore o il problema esatto che vedi, se c’è, e il tuo feedback. Continua a testare e a segnalare i problemi. Se mandi uno screenshot, nascondi le informazioni personali non pertinenti.
Base: il passaggio di attivazione nella pagina di Google sulla configurazione dei test, consultata l’11 settembre 2026. Non si sottintende alcuna quota di utilizzo giornaliero né alcun compito diagnostico.
Controlla la prima azione utile
Documentazione di GoogleUn coinvolgimento insufficiente può portare alla richiesta di altri test, e la richiesta di accesso alla produzione chiede come i tester hanno usato l’app, quale feedback hai raccolto e che cosa hai cambiato. È un tema che riguarda la revisione, distinto dal contatore, ma un tester che non riesce a superare la tua schermata di accesso non può testare nulla.
- Ha installato la build da Play. La release attuale del test chiuso, da Google Play, non un file installato a mano.
- Riesce ad aprirla. Nessun arresto anomalo all’avvio, nessuna schermata bloccata, nessun accesso demo scaduto.
- Riesce a completare un’azione utile. Compresa l’eventuale creazione dell’account o l’accesso richiesto.
- Ha un modo per segnalare. Un posto dove mandare l’errore esatto, uno screenshot con i dati personali nascosti e il feedback.
Non specificato nelle fonti citate
Nelle indicazioni citate non esiste alcun minimo pubblicato di aperture, minuti o sessioni al giorno per questo contatore. Chiedi l’uso reale di un’azione reale, e il feedback.
Coinvolgimento e domande della richiesta: pagina sui requisiti di test; indicazioni sul feedback: panoramica del test chiuso in Play Console. Consultate l’11 settembre 2026.
Tutto sembra in ordine, ma non si è ancora aggiornato
Se i registri non coincidono con l’indicatore, documenta la discordanza e chiedi all’assistenza che cosa rappresenta il contatore.
Prove da raccogliere
Raccogli tutto questo senza disturbare le attivazioni. Ogni voce è qualcosa che puoi osservare o chiedere; niente richiede a qualcuno di uscire dal test e niente presuppone l’orologio di Google. Su ogni data e ora indica il tuo fuso orario. Uno screenshot fatto oggi documenta lo stato visibile oggi: non ricostruisce i giorni precedenti, e un grafico aggregato non può recuperare la storia di ogni singola persona.
Segnalazione di uno sviluppatore L’ultima voce è la più importante. In una segnalazione di uno sviluppatore l’indicatore è andato a zero dopo l’aggiunta di un tester, e altre risposte hanno contestato che fosse l’aggiunta la causa. Un registro delle modifiche ti permette di dire questo è avvenuto dopo quello, senza sostenere che sia avvenuto per causa di quello.
Chiedi all’assistenza di Play Console
Controllo consigliatoLe pagine della Guida attuali indirizzano i titolari dell’account alla Guida in Play Console; i contatti che vedi dipendono dal tuo account. Qui non si promette nessuna indagine, nessun tempo di risposta e nessun esito, e le indicazioni della Guida citate qui non prevedono un periodo di attesa obbligatorio prima di contattare l’assistenza per questo problema.
Quando rivolgersi all’assistenza invece di aspettare
Usa il pacchetto quando i controlli qui sopra non hanno spiegato la discordanza, oppure quando un errore preciso impedisce di testare normalmente. Annota quello che puoi verificare e segna come incerte le informazioni che ti mancano. Non serve inventare date passate per far sembrare completo il pacchetto.
Costruisci il tuo pacchetto per l’assistenza
Tutti i campi sono facoltativi. I campi vuoti diventano Non indicato. Le date e le ore restano esattamente come le scrivi: nulla viene trasformato in un conto alla rovescia. Il pacchetto resta su questa pagina finché non lo copi.
Anteprima del pacchetto
Oggetto: Indicatore di avanzamento del test chiuso invariato per [app/pacchetto] App/pacchetto: Canale chiuso e stato della release: Etichetta e valore esatti nella Dashboard: Prima osservazione, con fuso orario: Ultima osservazione, con fuso orario: Prove dell’attivazione attuale e come sono state verificate: Uscite o rientri noti: Modifiche rilevanti a canale, elenco, gruppo o release: Problemi di accesso o di utilizzo dell’app riscontrati dai tester: Controlli già effettuati: Screenshot allegati: I nostri registri e l’avanzamento mostrato non coincidono. Potete confermare se si tratta di un problema di idoneità o di un problema di visualizzazione dei dati, che cosa rappresenta questo contatore e quale azione è richiesta?
Percorso di assistenza: risolvere i problemi delle statistiche dell’app e iniziare a usare Play Console, consultate l’11 settembre 2026. Il pacchetto è uno schema di raccolta delle prove scritto da noi, non un elenco ufficiale di allegati obbligatori.
Se l’assistenza chiede una modifica che potrebbe interrompere le attivazioni
Non chiedere ai tester di uscire e rientrare solo per far aggiornare un indicatore. Se l’assistenza del tuo account chiede espressamente una modifica che potrebbe creare problemi, conserva l’istruzione ricevuta e, prima di procedere, verifica quali tester riguarda e che effetto potrebbe avere sulla continuità che hanno già accumulato. L’istruzione data a un singolo account non è una riparazione valida per tutti.
Il test è completo, oppure Google ha chiesto altri test
Una lista di criteri completata e la decisione sull’accesso alla produzione sono due fasi distinte.
Documentazione di GoogleL’avanzamento verso la condizione sulle attivazioni e la revisione della tua richiesta da parte di Google sono due cose diverse. La revisione richiede di solito sette giorni o meno, a volte di più, e guarda come è stata usata l’app, quale feedback hai raccolto e quali modifiche hai fatto, non soltanto un numero. Il passo successivo dipende da quale di questi tre stati ti riguarda.
Fonte: le indicazioni su richiesta e revisione nella pagina di Google sui requisiti di test, consultata l’11 settembre 2026.
Se il tuo test chiuso non è soltanto fermo ma è stato rifiutato per un motivo dichiarato, le cause sono in Perché il test chiuso di Google Play viene rifiutato.
Domande su un contatore del test chiuso bloccato
Queste risposte distinguono quello che si osserva nel contatore dalle regole che Google pubblica davvero.
I giorni del mio test chiuso non aumentano più. Ho perso i giorni accumulati?
Un numero fermo, da solo, non dimostra che la storia delle attivazioni si sia interrotta. Controlla le attivazioni effettive e gli eventuali casi di uscita o rientro, poi confronta i tuoi registri con il messaggio esatto della Dashboard. Mentre controlli, lascia tutti nel test.
Se un tester salta un giorno ma resta attivato, il contatore si azzera?
Un giorno senza aprire l’app non dimostra, da solo, che un tester si sia disattivato. Controlla l’attivazione a parte e continua a testare in modo significativo. La pagina dei requisiti citata qui non specifica nessuna regola di azzeramento del contatore per una sessione mancata.
Le persone hanno installato l’app. Perché il numero dei tester sembra sbagliato?
L’installazione e il completamento dell’attivazione al test chiuso sono prove diverse. Chiedi ai tester coinvolti di aprire la pagina di attivazione del test chiuso con l’account idoneo e di confermare che risultano attivati.
Uno ha disinstallato, ma è entrato qualcun altro. Devo ricominciare da zero?
Prima verifica se quella persona è davvero uscita dal test: la disinstallazione, da sola, non è una regola documentata di azzeramento del contatore. Usa gli esempi su uscite e sostituzioni di questo articolo per confrontare i registri che hai davvero. Un sostituto inizia il proprio periodo il giorno in cui si attiva; il solo numero delle installazioni non basta a chiarire questo caso.
Il mio test interno può essere la causa del problema?
Può influire sull’accesso al test chiuso quando una persona partecipa davvero al test interno. L’utente coinvolto deve uscire dal test interno prima di entrare nel test chiuso; avere due canali o condividere un elenco di indirizzi email non basta a spiegare il caso di ogni tester.
Aggiornare l’app risolve o azzera il contatore?
Puoi continuare a migliorare l’app durante il test chiuso: le indicazioni di Google consigliano di testare mentre si risolvono i problemi. Tieni il test disponibile e lascia intatte le attivazioni. Un aggiornamento non è un modo per costringere un contatore fermo a muoversi, e non è documentato nemmeno come azzeramento. Aggiornare l’app azzera il test chiuso? spiega che cosa cambia e che cosa non cambia con una nuova release.
La mia lista di criteri è verde, ma Google vuole ancora altri test. Perché?
Soddisfare la condizione sulle attivazioni e ricevere una decisione sull’accesso alla produzione sono due fasi distinte. Google esamina come è stata usata l’app, quale feedback hai raccolto e che cosa hai cambiato, e la revisione può chiedere altri test. Leggi il messaggio che hai ricevuto e lavora sui punti segnalati, invece di richiedere di nuovo solo per azzerare un timer.
Un servizio di test può riparare un contatore di Google bloccato?
Un fornitore può aiutarti a organizzare partecipanti reali e il lavoro di test, ma la sua dashboard non verifica lo stato di idoneità interno di Google. Se la partecipazione è già dimostrata e l’indicatore resta inspiegabile, raccogli le prove e rivolgiti all’assistenza del tuo account, invece di comprare una presunta riparazione del contatore.
Il tuo prossimo passo
In sintesi
Un indicatore fermo è un’osservazione, non la prova che tutti i tester abbiano perso la storia che li rende idonei. La documentazione pubblica citata qui stabilisce l’attivazione ininterrotta di ogni singola persona; non specifica come la Dashboard conti i giorni, con quale frequenza si aggiorni, né che effetto abbia una sessione mancata. Individua il numero che si è fermato, verifica l’attivazione e l’accesso alla release, conserva i tester che hai, registra quello che è cambiato e porta una discordanza documentata alla Guida in Play Console, invece di ricominciare da zero.
Documentazione ufficiale di Google usata in questo articolo
Le fonti ufficiali collegate qui sopra sostengono i requisiti, le definizioni e le indicazioni di configurazione. I controlli diagnostici e gli esempi ipotetici sono indicazioni editoriali, non una riproduzione del calcolo che fa il contatore di Google. Le due segnalazioni di sviluppatori sono collegate nel punto in cui vengono usate: sono resoconti attribuiti a chi li ha scritti, non prove normative.