Risoluzione dei problemi relativi al test A/B e domande frequenti

Quanti esperimenti posso creare ed eseguire?

Sono consentiti fino a 300 esperimenti per progetto (inclusi i rollout), che potrebbero consistere in un massimo di 24 esperimenti e rollout in esecuzione, mentre il resto è costituito da esperimenti completati.

Perché non riesco a visualizzare i miei esperimenti dopo aver scollegato e ricollegato il mio progetto a Google Analytics?

Se colleghi una proprietà Google Analytics diversa, perderai l'accesso agli esperimenti creati in precedenza. Per ottenere nuovamente 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 collegato le tue app, ma continui a visualizzare un messaggio che indica che Google Analytics non è collegato, assicurati che esista un flusso Analytics 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 l'integrazione di Google Analytics:

1. Nella console Firebase, vai alla pagina settings Impostazioni > Integrazioni.
2. 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:

• Se solo una o due app non hanno un flusso Google Analytics associato, puoi scegliere uno dei seguenti metodi per aggiungere un flusso Google Analytics:
  • Nella console Firebase, elimina e aggiungi di nuovo qualsiasi app senza un flusso attivo.
  • Nella console Google Analytics, seleziona Amministrazione, fai clic su Stream di dati, poi fai clic su Aggiungi stream, aggiungi i dettagli dell'app mancante e fai clic su Registra app.
• Se mancano più di alcuni stream di app, scollegare e ricollegare la proprietà Google Analytics è il modo più rapido ed efficiente per creare gli stream di app mancanti:
  1. Nella console Firebase, vai alla pagina settings Impostazioni > Integrazioni.
  2. Nella scheda Google Analytics, fai clic su Gestisci.
  3. Prendi nota dell'Google Analytics ID proprietà e dell'account Google Analytics collegato.
  4. Fai clic su more_vert Altro e seleziona Scollega Analytics da questo progetto.
  5. Esamina l'avviso visualizzato (non preoccuparti, ricollegherai la stessa proprietà nel passaggio successivo), poi fai clic su Scollega Google Analytics.
     
     Al termine del collegamento, verrà visualizzata la pagina Integrazioni.
  6. Nella scheda Google Analytics, fai clic su Attiva per iniziare la procedura di ricollegamento.
  7. Seleziona il tuo account Analytics dall'elenco Seleziona account.
  8. Accanto a Crea automaticamente una nuova proprietà in questo account, fai clic su edit Modifica e, dall'elenco Proprietà Analytics visualizzato, seleziona l'ID proprietà.
     
     Viene visualizzato un elenco di tutte le app nel 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.
  9. Fai clic su Attiva Google Analytics per ricollegare la proprietà.
  10. Fai clic su Fine.

Se continui a ricevere un errore durante la creazione di test A/B con Remote Config dopo aver eseguito questi passaggi, contatta l'assistenza Firebase.

Quali sono le funzionalità principali degli esperimenti Remote Config?

• Creazione in Remote Config: crei gli esperimenti direttamente dalla sezione Remote Config della console Firebase. Ad esempio, dalla pagina Parametri, fai clic su Crea esperimento, che apre 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 scegliere come target gli utenti con criteri avanzati (come segmenti 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 meccanismo di recupero Remote Config, gli aggiornamenti dei valori degli esperimenti possono essere propagati agli utenti di dispositivi mobili in tempo reale.
• Scheda Staging: gli esperimenti in stato di creazione o aggiornamento vengono inseriti in una scheda secondaria "Staging" all'interno di Remote Config. Questi sono locali per la sessione della console attiva.
• Ritiro delle bozze precedenti: la scheda autonoma Bozze precedente 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. Questa scheda verrà rimossa definitivamente il 31 ottobre 2026.
• Rimozione dei dispositivi di test: la funzionalità Gestisci dispositivi di test non è più disponibile. Per scegliere come target dispositivi di test interni specifici, puoi aggiungere uno o più ID installazione di 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 rollout), che potrebbero consistere in un massimo di 24 esperimenti e rollout in esecuzione, mentre il resto è costituito da esperimenti completati.

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 rollout di Remote Config.

Come posso testare o esaminare un esperimento internamente prima di esporlo a tutti gli utenti?

Nella maggior parte dei casi, quando vuoi convalidare e testare un esperimento prima di implementarlo, ti interessa maggiormente testare i valori dell'esperimento e il comportamento dell'app piuttosto che testare 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 scegliere come target gli utenti esterni e applicare altre condizioni in base agli utenti che vuoi scegliere come target.

Puoi anche scegliere come target dispositivi di test interni specifici per convalidare il comportamento dell'esperimento prima di esporlo a qualsiasi utente finale. Per farlo, aggiungi uno o più ID installazione Firebase (FID) alle condizioni dell'esperimento durante la creazione.

Dove posso trovare le bozze temporanee degli esperimenti e che cos'è la scheda "Staging"?

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 corso?

L'interruzione di un esperimento ora richiede la pubblicazione del modello Remote Config. Quando fai clic su Interrompi esperimento, viene visualizzato un popup di conferma della pubblicazione. Questo popup elenca tutte le modifiche che verranno applicate, inclusa l'interruzione dell'esperimento. La pubblicazione del modello è necessaria per finalizzare l'azione di interruzione.

Perché il mio esperimento di test A/B in esecuzione è stato interrotto in modo imprevisto?

Gli esperimenti possono interrompersi automaticamente a causa di modifiche al modello Remote Config:

• Rollback del modello: il rollback del modello Remote Config a una versione in cui l'esperimento non esisteva interromperà l'esperimento. Il rollback a una versione in cui un esperimento è già stato interrotto non lo riavvierà. Se vuoi ricreare ed eseguire l'esperimento, puoi duplicarlo e ripubblicarlo.
• Scollegamento del parametro:se un esperimento è collegato a un solo parametro, lo scollegamento della condizione associata a quel parametro causerà l'interruzione dell'esperimento.

Il rollback a una versione precedente del modello Remote Config riattiva un esperimento precedentemente interrotto o eliminato?

No. Il rollback di un modello Remote Config non riavvierà alcun esperimento già interrotto, scaduto o eliminato, anche se era attivo nella versione di cui è stato eseguito il rollback. Puoi creare una duplicato dell'esperimento e ripubblicarlo se vuoi ricrearlo ed eseguirlo.

Cosa succede quando un esperimento scade e quali passaggi devo seguire?

Gli esperimenti A/B Testing scadono automaticamente dopo 90 giorni. Quando un esperimento raggiunge la scadenza:

• Interruzione della raccolta dei dati: l'esperimento interrompe la raccolta di nuovi dati e il calcolo delle metriche. I risultati e le metriche storici raccolti durante il periodo di 90 giorni rimangono disponibili nella console Firebase per la revisione.
• L'esperimento non è più attivo: l'esperimento smette di essere eseguito e la logica delle 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 ripulito.

Azioni consigliate:

• Esamina i risultati dell'esperimento nella console Firebase per esaminare le metriche finali e determinare se esiste una variante vincente.
• Applica le modifiche e libera spazio dall'esperimento scaduto:
  • Se esiste una variante vincente, implementala per applicare il valore ai tuoi utenti. Tieni presente che l'implementazione di una variante non comporta la rimozione automatica dell'esperimento scaduto.
  • Se non vuoi implementare 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 template Remote Config per completare la pulizia.
• Duplica l'esperimento o crea un nuovo esperimento dal parametro se devi continuare a eseguire test o raccogliere altri dati.

Aspetti importanti da tenere presenti:

• L'implementazione non rimuove automaticamente gli esperimenti scaduti: l'implementazione di una variante vincente non comporta la pulizia automatica dell'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 al momento della pubblicazione:il conto alla rovescia della scadenza inizia non appena l'esperimento viene pubblicato nel modello, anche se l'esposizione degli utenti è inizialmente impostata sullo 0%.

Quali valori legge la mia app quando un esperimento viene interrotto o scade?

Quando un esperimento si interrompe o scade, le istanze dell'app client registrate nell'esperimento continuano a leggere i valori delle varianti assegnate in precedenza dalla cache locale fino al successivo recupero e all'attivazione della nuova configurazione (o immediatamente dopo la pubblicazione del modello se utilizzi Remote Config in tempo reale).

Una volta recuperata e attivata la configurazione Remote Config aggiornata, l'app risolve i valori dei parametri nel seguente ordine di priorità:

1. Condizione di corrispondenza successiva:se il parametro è associato ad altre condizioni nel modello Remote Config, l'app utilizza il valore condizionale della condizione di corrispondenza successiva con priorità più alta in base all'ordine di valutazione delle condizioni del modello.
2. Valore predefinito del modello:se non viene soddisfatta alcuna condizione per il parametro, l'app riceve il valore predefinito del modello impostato durante la creazione del parametro nel modello Remote Config.
3. Valore predefinito in-app:se non viene fornito alcun valore predefinito del modello (ad esempio, se il parametro è impostato su Utilizza valore predefinito in-app), l'app utilizza il valore predefinito in-app definito nel codice dell'applicazione utilizzando l'SDK Remote Config.
4. Valore predefinito dell'SDK:se nel codice non è definito alcun valore predefinito in-app, l'SDK Remote Config restituisce il suo valore predefinito statico per il tipo di dati del parametro (ad esempio 0 per i numeri, false per i valori booleani, "" per le stringhe o un oggetto vuoto per JSON).

Per ulteriori informazioni su come vengono valutati i valori, consulta Priorità dei valori dei parametri.

L'assistenza in tempo reale è disponibile per gli esperimenti di test A/B?

Sì, ora gli aggiornamenti in tempo reale sono supportati per gli esperimenti A/B Testing. Per sfruttare questa funzionalità, assicurati che la tua applicazione utilizzi le versioni più recenti degli SDK richiesti (SDK Firebase per Android versione 34.13.0, SDK Firebase per iOS versione 12.13.0 e SDK Firebase JavaScript versione 12.15.0).

Se modifico le condizioni di targeting di un esperimento in esecuzione per escludere determinati utenti, perché questi utenti sono ancora inclusi nei dati di misurazione dell'esperimento?

A/B Testing utilizza bucket permanenti per la misurazione.

Una volta assegnato a un esperimento e iniziato a essere misurato, l'utente continuerà a essere incluso nelle metriche dell'esperimento, anche se le modifiche successive alle condizioni di targeting normalmente lo escluderebbero. Tuttavia, questi utenti smetteranno di ricevere i valori delle varianti dell'esperimento se non soddisfano più le condizioni aggiornate. Per ulteriori dettagli, consulta la logica di assegnazione delle varianti di Remote Config.

Visualizzo il messaggio di errore Collega un'app a questa condizione o selezionane un'altra quando configuro il targeting per un esperimento.

Questo errore indica che la condizione di targeting selezionata richiede un'app Firebase esplicita come target, ma la configurazione attuale non ne include una. Assicurati che la condizione contenga una regola che abbia come target almeno una delle tue app Firebase.

Perché le mie condizioni non hanno come target nessun 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 più specifica dell'esperimento, 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 dell'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 posso rimuovere una regola da una condizione se questa è collegata a un'app specifica.

Se una condizione contiene una regola che ha come target esplicito un'app Firebase, questa specifica regola di collegamento all'app non può essere rimossa durante la modifica della condizione.

Visualizzo un avviso relativo all'utilizzo di più condizioni percentuali nel targeting dell'esperimento. Devo preoccuparmi?

Si tratta di un avviso non bloccante. Sembra che ti avvisi quando il targeting di un esperimento combina più condizioni basate su percentuali, poiché il loro effetto combinato, unito alla percentuale di esposizione dell'esperimento, a volte può portare a una distribuzione inattesa degli utenti. Puoi procedere, ma fai attenzione a come interagiscono queste condizioni.

Dove posso trovare e gestire gli esperimenti Bozza o i Dispositivi di test?

Per gli esperimenti Remote Config, ecco i dettagli relativi alle bozze legacy e ai dispositivi di test:

• Ritiro della scheda Bozze:la scheda legacy 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 giorno 31 ottobre 2026.
• Rimozione dei dispositivi di test:la funzionalità Gestisci dispositivi di test non è più disponibile. Per scegliere come target dispositivi di test interni specifici, puoi aggiungere uno o più ID installazione di Firebase (FID) alle condizioni dell'esperimento durante la creazione. Per testare le app sperimentali per il controllo qualità, assegna l'esperimento a un ID app specifico e imposta l'esposizione al 100%. Per esaminare l'esperimento prima di implementarlo, imposta l'esposizione allo 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 iniziare l'implementazione completa.

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 utilizza.