Risoluzione dei problemi relativi al test A/B e domande frequenti
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Questa pagina fornisce assistenza per la risoluzione dei problemi e risposte alle domande frequenti
sull'utilizzo di A/B Testing. Se non riesci a trovare quello che stai cercando
o hai bisogno di ulteriore assistenza, contatta l'assistenza Firebase.
Risoluzione dei problemi generali/Domande frequenti
Quanti esperimenti posso creare ed eseguire?
Sono consentiti fino a 300 esperimenti per progetto (inclusi i lanci),
di cui fino a 24 in esecuzione e i restanti completati
esperimenti. Se raggiungi questo limite, devi eliminare gli esperimenti in bozza o completati
prima di crearne di nuovi.
Perché non riesco a visualizzare i miei esperimenti dopo
scollegato e ricollegato il mio progetto a Google Analytics?
Se ti colleghi a una proprietà Google Analytics diversa, perderai l'accesso agli esperimenti creati in precedenza. Per riacquistare l'accesso a un esperimento precedente, ricollega il progetto alla proprietà Google Analytics collegata al momento della creazione dell'esperimento.
Perché ricevo il messaggio "Progetto non collegato a
Google Analytics" quando creo un esperimento Remote Config?
Se hai già attivato Google Analytics nel tuo progetto e hai collegato
le tue app, ma continui a visualizzare un messaggio che indica che Google Analytics non è
collegato, assicurati che esista uno Analytics stream per
tutte le app del tuo progetto. Al momento, per utilizzare A/B Testing,
tutte le app di un progetto devono essere collegate a Analytics.
Ecco come verificare l'elenco di tutti gli stream attivi per la tua
Google Analytics integrazione:
Nella console Firebase, vai alla pagina
settingsImpostazioni >
Integrazioni.
Nella scheda Google Analytics, fai clic su Gestisci.
La creazione di uno stream Google Analytics per qualsiasi app che non ne ha uno
dovrebbe risolvere il problema. Esistono diversi modi per creare stream per le app mancanti
app:
Se solo una o due app non hanno uno stream Google Analytics associato, puoi scegliere uno dei seguenti metodi per aggiungere uno stream Google Analytics:
Nella console Firebase, elimina e aggiungi di nuovo qualsiasi app senza uno stream attivo.
Dalla
console Google Analytics,
seleziona Amministrazione, fai clic su Stream di dati, poi
su Aggiungi stream, aggiungi i dettagli dell'app mancante e
fai clic su Registra app.
Se hai più di qualche stream di app mancante, scollegare e ricollegare
la proprietà Google Analytics è il modo più rapido ed efficiente
per creare gli stream di app mancanti:
Nella console Firebase, vai alla pagina settingsImpostazioni > Integrazioni.
Nella scheda Google Analytics, fai clic su
Gestisci.
Prendi nota dell'Google AnalyticsID proprietà
e dell'account Google Analytics collegato.
Fai clic su more_vertAltro
e seleziona Scollega Analytics da questo progetto.
Esamina l'avviso visualizzato (non preoccuparti, ricollegherai la stessa proprietà nel passaggio successivo), quindi fai clic su Scollega Google Analytics.
Al termine dello scollegamento, verrai reindirizzato alla
pagina Integrazioni.
Nella scheda Google Analytics, fai clic
Attiva per avviare la procedura di ricollegamento.
Seleziona il tuo Analytics account dall'
elenco Seleziona account.
Accanto a
Crea automaticamente una nuova proprietà in questo account,
fai clic su
editModifica e, dall'elenco
Proprietà Analytics visualizzato, seleziona l'ID
proprietà.
Viene visualizzato un elenco di tutte le app del tuo progetto. Vengono elencate le mappature degli stream esistenti per
ogni app e per le app che non hanno uno stream ne verrà creato uno.
Fai clic su Attiva Google Analytics per ricollegare la proprietà.
Aggiornamento del nuovo flusso di lavoro A/B Testing e risoluzione dei problemi/Domande frequenti
Per offrire un'esperienza di sperimentazione più potente e coesa,
A/B Testing è ora integrato direttamente in Remote Config come funzionalità nativa. In precedenza, gli esperimenti Remote Config funzionavano come un prodotto separato
all'interno di A/B Testing, richiedendo flussi di lavoro isolati e una logica di condizioni separata
che poteva portare a comportamenti di valutazione incoerenti.
L'integrazione degli esperimenti direttamente in Remote Config risolve queste
limitazioni e sblocca miglioramenti chiave:
Targeting più ricco e unificato: gli esperimenti ora sfruttano il generatore di condizioni nativo di Remote Config's
, offrendoti accesso a un insieme più ricco di criteri di targeting
, come segmenti di pubblico di Analytics e proprietà utente, versioni dell'app,
lingue del dispositivo, paese/regione e indicatori personalizzati.
Riutilizzo delle condizioni: puoi riutilizzare le condizioni Remote Config esistenti
per parametri, lanci ed esperimenti anziché creare regole duplicate,
isolate.
Valutazione delle condizioni prevedibile: le condizioni dell'esperimento vengono valutate in sequenza insieme alle altre condizioni del modello utilizzando la logica standard "prima corrispondenza". Puoi riordinare le condizioni nel modello per controllare
la precedenza, eliminando i conflitti precedenti in cui le condizioniA/B Testing
sostituivano implicitamente altre regole.
Aggiornamenti in tempo reale istantanei: sfruttando il meccanismo di recupero in tempo reale di Remote Config's, gli aggiornamenti degli esperimenti (ad esempio la modifica dei valori delle varianti o del
targeting) vengono propagati agli SDK client in tempo reale senza attendere il
successivo recupero periodico.
Ciclo di vita unificato dei modelli: gli esperimenti vengono gestiti come componenti principali
del tuo modello Remote Config in modo simile ai lanci. Puoi eseguire lo staging, il controllo delle versioni, l'audit nella cronologia delle modifiche e la pubblicazione delle modifiche degli esperimenti in modo atomico insieme agli aggiornamenti dei modelli.
Consulta questa guida alla risoluzione dei problemi per orientarti tra queste modifiche.
Quali sono le funzionalità chiave del nuovo A/B Testing flusso di lavoro?
Creazione in Remote Config: ora puoi creare esperimenti direttamente dalla Remote Config
sezione della console Firebase. Ad esempio, dalla pagina Parametri, fai clic
Crea esperimento per aprire un flusso di creazione basato sulla barra laterale.
Targeting più ricco e riutilizzo delle condizioni: gli esperimenti utilizzano il generatore di condizioni nativo di Remote Config, che ti consente di riutilizzare le condizioni esistenti e di indirizzare gli utenti con criteri avanzati (come segmenti di pubblico di Analytics , proprietà utente, versioni dell'app, lingua del dispositivo e paese/regione) valutati in un ordine sequenziale prevedibile.
Architettura unificata: gli esperimenti fanno parte del modello Remote Config. Ciò significa che le modifiche
agli esperimenti (targeting, varianti, interruzione) vengono raggruppate con altre modifiche Remote Config e
diventano effettive quando il modello viene pubblicato.
Aggiornamenti in tempo reale: sfruttando il meccanimento di recupero Remote Config, gli aggiornamenti dei valori degli esperimenti possono
essere propagati in tempo reale agli utenti di dispositivi mobili.
Scheda Staging: gli esperimenti in stato di creazione o aggiornamento vengono conservati in una scheda secondaria "Staging"
all'interno di Remote Config. Questi sono locali alla sessione della console attiva.
Ritiro delle vecchie bozze: la vecchia scheda Bozze autonoma in A/B Testing è stata ritirata.
Le bozze esistenti in questa scheda sono di sola visualizzazione (possono essere duplicate o eliminate) e non possono essere avviate
o modificate. La rimozione definitiva di questa scheda è prevista per il 31 ottobre 2026.
Rimozione dei dispositivi di test: la funzionalità Gestisci dispositivi di test non è più disponibile nel
nuovo flusso di lavoro. Per indirizzare dispositivi di test interni specifici, puoi aggiungere uno o più ID di installazione Firebase (FID) alle condizioni dell'esperimento durante la creazione.
Quanti esperimenti posso creare ed eseguire?
Sono consentiti fino a 300 esperimenti per progetto (inclusi i lanci),
di cui fino a 24 in esecuzione e i restanti completati
esperimenti. Se raggiungi questo limite, devi eliminare gli esperimenti in bozza o completati
prima di crearne di nuovi.
Come faccio a creare un esperimento?
Puoi creare esperimenti direttamente dalla sezione Remote Config. Ad esempio, per creare un esperimento dalla pagina Parametri, vai a
Remote Config > Parametri e fai clic su Crea esperimento. Si apre un flusso di creazione basato sulla barra laterale
simile a quello utilizzato per creare i lanci di Remote Config.
Come faccio a testare o esaminare un esperimento internamente prima di mostrarlo a tutti gli
utenti?
Nella maggior parte dei casi, quando vuoi convalidare e testare un esperimento prima di lanciarlo, ti interessa probabilmente di più testare i valori dell'esperimento e il comportamento dell'app piuttosto che la distribuzione dell'esperimento stesso. In questi casi, ti consigliamo di creare un esperimento di test
che puoi indirizzare a un gruppo di test limitato. Dopo aver creato l'esperimento di test e aver verificato che le varianti dell'esperimento funzionino come previsto, puoi duplicare l'esperimento e modificare le condizioni per indirizzare gli utenti esterni e applicare altre condizioni in base agli utenti che vuoi indirizzare.
Puoi anche indirizzare dispositivi di test interni specifici per convalidare il comportamento dell'esperimento prima di mostrarlo agli utenti finali. Per farlo, aggiungi uno o più ID di installazione Firebase (FID) alle condizioni dell'esperimento durante la creazione dell'esperimento.
Dove posso trovare le bozze di esperimenti temporanei e cos'è la scheda "Staging"?
Con questo flusso di lavoro, le bozze di esperimenti temporanei (inclusi gli esperimenti attualmente in stato di creazione
o aggiornamento) sono disponibili in una scheda secondaria chiamata Staging all'interno di Remote Config.
Le bozze in questa scheda secondaria non vengono mantenute oltre la sessione corrente.
Come faccio a interrompere un esperimento in esecuzione?
Per interrompere un esperimento è ora necessario pubblicare il modello Remote Config. Quando fai clic su Interrompi
esperimento, viene visualizzata una finestra popup di conferma della pubblicazione. Questa finestra popup elenca tutte le modifiche che
diventeranno effettive, inclusa l'interruzione dell'esperimento. Per finalizzare l'azione di interruzione, è necessario pubblicare il modello.
Perché il mio esperimento di test A/B in esecuzione si è interrotto in modo imprevisto?
Gli esperimenti possono interrompersi automaticamente a causa di modifiche nel modello Remote Config:
Rollback del modello: se esegui il rollback del tuo modello Remote Config a una versione
in cui l'esperimento non esisteva, l'esperimento verrà interrotto. Se esegui il rollback a una versione in cui un
esperimento era già stato interrotto, l'esperimento non verrà riavviato. Se vuoi ricreare ed eseguire l'esperimento, puoi duplicare l'esperimento interrotto
e ripubblicarlo.
Scollegamento dei parametri: se un esperimento è collegato a un solo parametro,
lo scollegamento della condizione associata a quel parametro comporterà l'interruzione dell'esperimento.
Se eseguo il rollback a una versione precedente del modello Remote Config, l'esperimento precedentemente interrotto o eliminato verrà riattivato?
No. Se esegui il rollback di un modello Remote Config, non verrà riavviato alcun esperimento già interrotto, scaduto o eliminato, anche se l'esperimento era attivo nella versione di cui hai eseguito il rollback. Se vuoi ricreare ed eseguire l'
esperimento, puoi duplicarlo e ripubblicarlo.
Cosa succede quando un esperimento scade e quali passaggi devo seguire?
Gli esperimenti A/B Testing scadono automaticamente dopo 90 giorni di esecuzione.
Quando un esperimento raggiunge la scadenza:
La raccolta dei dati si interrompe: l'esperimento smette di raccogliere nuovi dati e di calcolare le metriche. I risultati storici e le metriche raccolte durante la finestra di 90 giorni rimangono disponibili nella
console Firebase per la revisione.
L'esperimento non è più attivo: l'esperimento smette di essere eseguito e la sua
logica di condizioni non filtra più attivamente gli utenti per le varianti dell'esperimento.
L'esperimento scaduto deve essere rimosso: devi rimuovere l'esperimento scaduto
dal parametro Remote Config. Se l'esperimento scaduto non viene rimosso, non potrai
creare un nuovo esperimento utilizzando lo stesso parametro finché l'esperimento scaduto non viene eliminato.
Applica le modifiche ed elimina l'esperimento scaduto:
Se esiste una variante vincente, esegui
il lancio della variante vincente per applicare il valore agli utenti. Tieni presente che il lancio di una variante non rimuove automaticamente l'esperimento scaduto.
Se non vuoi lanciare una variante, rimuovi l'esperimento dal parametro per tornare al valore parametro predefinito.
In entrambi i casi, rimuovi esplicitamente l'esperimento scaduto dal parametro e pubblica il
Remote Config modello per finalizzare la pulizia.
Duplica l'esperimento o
crea un nuovo esperimento dal parametro se devi continuare a eseguire test o raccogliere altri dati.
Aspetti chiave da tenere presenti:
I lanci non rimuovono automaticamente gli esperimenti scaduti: il lancio di una variante vincente
non elimina automaticamente l'esperimento scaduto. Devi comunque rimuovere esplicitamente l'esperimento scaduto
dal parametro Remote Config e pubblicare il modello.
Gli esperimenti scaduti non possono essere ripristinati: una volta scaduto, un esperimento non può essere
riavviato o riattivato, anche se esegui il rollback del modello Remote Config a una versione in cui l'
esperimento era attivo.
Il timer di 90 giorni inizia alla pubblicazione: il timer di scadenza inizia non appena l'
esperimento viene pubblicato nel modello, anche se l'esposizione dell'utente è inizialmente impostata su 0%.
L'assistenza in tempo reale è disponibile per gli esperimenti di A/B Testing?
Se modifico le condizioni di targeting di un esperimento in esecuzione per escludere determinati utenti, perché
questi utenti sono comunque inclusi nei dati di misurazione dell'esperimento?
A/B Testing utilizza bucket permanenti per la misurazione.
Una volta che a un utente viene assegnato un esperimento e inizia la misurazione, l'utente continuerà a essere incluso nelle metriche dell'esperimento, anche se le modifiche successive alle condizioni di targeting lo escluderebbero normalmente. Tuttavia, questi utenti smetteranno di ricevere i valori delle varianti dell'esperimento se non soddisfano più le condizioni aggiornate. Ulteriori dettagli sono disponibili nella logica di assegnazione delle varianti Remote Config.
Quando configuro il targeting per un esperimento, visualizzo il messaggio di errore Collega un'app a questa condizione o selezionane un'altra
Questo errore indica che la condizione di targeting selezionata richiede che venga indirizzata un'app Firebase esplicita, ma la configurazione attuale non ne include una. Assicurati che la condizione contenga una regola che indirizzi almeno una delle tue app Firebase.
Perché le mie condizioni non indirizzano alcun utente?
Le condizioni nel modello Remote Config vengono valutate in sequenza dall'alto verso il basso utilizzando
la logica "prima corrispondenza". Se una condizione ampia e generale è posizionata sopra una condizione di esperimento più specifica
, la condizione più ampia acquisisce prima l'utente e l'esperimento viene
ignorato. Per risolvere il problema, valuta la possibilità di eseguire una delle seguenti operazioni nella scheda Condizioni:
Riordina le condizioni: assicurati che le condizioni di esperimento più specifiche (meno inclusive)
siano posizionate più in alto nell'elenco di valutazione in modo che vengano controllate prima delle condizioni più ampie e generali.
Utilizza parametri dedicati: se hai esigenze di targeting complesse, valuta la possibilità di creare un
parametro Remote Config univoco specifico per l'esperimento per evitare conflitti di condizioni.
Non riesco a eliminare una condizione dalla scheda Condizioni.
Le condizioni non possono essere eliminate se sono collegate a esperimenti attivi/in esecuzione. Devi prima interrompere l'esperimento e rimuovere la condizione.
Non riesco a rimuovere una regola da una condizione se la regola è collegata a un'app specifica.
Se una condizione contiene una regola che indirizza esplicitamente un'app Firebase, la regola di collegamento all'app specifica non può essere rimossa durante la modifica della condizione.
Visualizzo un avviso relativo all'utilizzo di più condizioni di percentuale nel targeting dell'esperimento
targeting. Mi devo preoccupare?
Questo è un avviso non bloccante. Viene visualizzato per informarti quando il targeting di un esperimento combina più condizioni basate sulla percentuale, poiché il loro effetto combinato, insieme alla percentuale di esposizione dell'esperimento, può a volte portare a una distribuzione imprevista degli utenti. Puoi procedere, ma tieni presente come interagiscono queste condizioni.
Dove posso trovare e gestire gli esperimenti in bozza o i dispositivi di test?
Con il nuovo flusso di lavoro A/B Testing, ecco alcune delle modifiche relative alle vecchie bozze e ai dispositivi di test:
Ritiro della scheda Bozze: la scheda Bozze e gli esperimenti in bozza esistenti
non sono più modificabili. Puoi solo visualizzare, duplicare o eliminare gli esperimenti in bozza esistenti.
La scheda Bozze verrà rimossa definitivamente dalla console il 31 ottobre 2026.
Rimozione dei dispositivi di test: la funzionalità Gestisci dispositivi di test non è più disponibile nel nuovo flusso di lavoro. Per indirizzare dispositivi di test interni specifici, puoi aggiungere
uno o più ID di installazione Firebase (FID) alle condizioni dell'esperimento durante la creazione.
Per testare l'esperimento per le app di controllo qualità, assegna l'esperimento a un ID app specifico e imposta
l'esposizione al 100%. Per esaminare l'esperimento prima di lanciarlo, imposta l'esposizione su 0%.
Tieni presente che il periodo di scadenza dell'esperimento di 90 giorni inizia al momento della pubblicazione, anche con un'esposizione dello 0%.
Dopo aver esaminato l'esperimento, puoi aumentare la percentuale di esposizione per avviare il lancio completo.
Posso creare parametri durante la creazione di un esperimento?
No, non puoi creare un parametro Remote Config direttamente nella barra laterale di creazione dell'esperimento.
Devi creare il parametro in Remote Config prima di configurare un esperimento che lo utilizzi.
Come posso mitigare i problemi di recupero (verificatisi a maggio 2026) con il nuovo
flusso di lavoro?
Un problema ha impedito agli esperimenti di Firebase A/B Testing creati tra il 13 e il 22 maggio 2026
di raggiungere gli SDK client. Ciò significa che gli utenti finali non hanno
ricevuto le varianti dell'esperimento e le metriche non sono disponibili per questi
esperimenti. Tieni presente che l'invio dell'esperimento per gli utenti finali è stato
ripristinato automaticamente e la raccolta delle metriche inizierà dal prossimo recupero.
Se devi estendere la finestra di misurazione dell'esperimento a causa di questa
interruzione o hai altre domande sul nuovo flusso di lavoro, contatta
l'assistenza Firebase.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2026-08-20 UTC."],[],[]]