Questa pagina è stata tradotta dall'API Cloud Translation.

Crea esperimenti di configurazione remota di Firebase con test A/B

Quando utilizzi Firebase Remote Config per distribuire le impostazioni per un'applicazione con una base di utenti attiva, vuoi assicurarti di farlo bene. Puoi utilizzare gli esperimenti di test A/B per determinare al meglio quanto segue:

Il modo migliore per implementare una funzionalità per ottimizzare l'esperienza dell'utente. Troppo spesso, gli sviluppatori di app non vengono a sapere che ai loro utenti non piace una nuova funzionalità o un'esperienza utente aggiornata fino a quando la valutazione della loro app nell'app store non diminuisce. I test A/B possono aiutare a misurare se ai tuoi utenti piacciono le nuove varianti di funzionalità o se preferiscono l'app così come esiste attualmente. Inoltre, mantenere la maggior parte dei tuoi utenti in un gruppo di riferimento garantisce che la maggior parte della tua base di utenti possa continuare a utilizzare la tua app senza subire modifiche al suo comportamento o aspetto fino al termine dell'esperimento.
Il modo migliore per ottimizzare l'esperienza dell'utente per un obiettivo aziendale. A volte stai implementando modifiche al prodotto per massimizzare una metrica come entrate o fidelizzazione. Con il test A/B, imposti il tuo obiettivo aziendale e Firebase esegue l'analisi statistica per determinare se una variante sta superando la linea di base per l'obiettivo selezionato.

Per testare A/B le varianti delle funzionalità con una linea di base, procedi come segue:

Crea il tuo esperimento.
Convalida il tuo esperimento su un dispositivo di prova.
Gestisci il tuo esperimento.

Crea un esperimento

Un esperimento Remote Config consente di valutare più varianti su uno o più parametri Remote Config .

Accedi alla console di Firebase e verifica che Google Analytics sia abilitato nel tuo progetto in modo che l'esperimento abbia accesso ai dati di Analytics.
Se non hai abilitato Google Analytics durante la creazione del tuo progetto, puoi abilitarlo nella scheda Integrazioni , a cui puoi accedere utilizzando > Impostazioni progetto nella console Firebase .
Nella sezione Coinvolgi della barra di navigazione della console Firebase , fai clic su Test A/B .
Fare clic su Crea esperimento , quindi selezionare Remote Config quando viene richiesto il servizio con cui si desidera sperimentare.
Inserisci un nome e una descrizione facoltativa per l'esperimento, quindi fai clic su Avanti .
Compila i campi Targeting , scegliendo prima l'app che utilizza il tuo esperimento. Puoi anche indirizzare un sottoinsieme dei tuoi utenti a partecipare all'esperimento facendo clic su e , quindi scegliendo le opzioni dal seguente elenco:
- Versione: una o più versioni della tua app
- Numero build: il codice della versione dell'app
- Lingue: una o più lingue e impostazioni internazionali utilizzate per selezionare gli utenti che potrebbero essere inclusi nell'esperimento
- Paese/area geografica: uno o più paesi o aree geografiche per la selezione degli utenti da includere nell'esperimento
- Pubblico di utenti: segmenti di pubblico di Analytics utilizzati per scegliere come target gli utenti che potrebbero essere inclusi nell'esperimento
- Proprietà utente: una o più proprietà utente di Analytics per selezionare gli utenti che potrebbero essere inclusi nell'esperimento
- Prima apertura: scegli come target gli utenti in base alla prima volta che hanno aperto la tua app
  Il targeting per utente in base al primo orario di apertura è disponibile dopo aver selezionato un'app per Android o iOS. Attualmente è supportato dalle seguenti versioni di Remote Config SDK: piattaforme Apple SDK v9.0.0+ e Android SDK v21.1.1+ (Firebase BoM v30.3.0+).
  L'analisi deve essere stata abilitata anche sul client durante il primo evento aperto.
Nota: a causa della latenza dell'elaborazione dei dati di Google Analytics , gli esperimenti destinati ai segmenti di pubblico di utenti di Analytics potrebbero richiedere più tempo per accumulare dati. Per ulteriori informazioni su questa e altre opzioni di targeting, consulta Targeting per utente .
Imposta la percentuale di utenti target: immetti la percentuale della base utenti della tua app corrispondente ai criteri impostati in Utenti target che desideri dividere equamente tra la linea di base e una o più varianti nell'esperimento. Può essere qualsiasi percentuale compresa tra 0,01% e 100%. Gli utenti vengono assegnati in modo casuale a ciascun esperimento, inclusi gli esperimenti duplicati.
Facoltativamente, imposta un evento di attivazione per assicurarti che nell'esperimento vengano conteggiati solo i dati degli utenti che hanno attivato per primi un evento di Analytics. Tieni presente che tutti gli utenti che corrispondono ai tuoi parametri di targeting riceveranno i valori sperimentali di Remote Config, ma solo coloro che attivano un evento di attivazione verranno inclusi nei risultati dell'esperimento.
Per garantire un esperimento valido, assicurati che l'evento scelto si verifichi dopo che l'app ha attivato i valori di configurazione recuperati. Inoltre, i seguenti eventi non possono essere utilizzati perché si verificano sempre prima dell'attivazione dei valori recuperati:
- app_install
- app_remove
- app_update
- dynamic_link_first_open
Per gli obiettivi dell'esperimento , seleziona la metrica principale da monitorare e aggiungi le eventuali metriche aggiuntive desiderate dall'elenco a discesa. Questi includono obiettivi integrati (acquisti, entrate, fidelizzazione, utenti senza arresti anomali e così via), eventi di conversione di Analytics e altri eventi di Analytics. Al termine, fare clic su Avanti .
Nella sezione Varianti , sceglierai una linea di base e almeno una variante per l'esperimento. Utilizzare l'elenco Scegli o crea nuovo per aggiungere uno o più parametri con cui sperimentare. Puoi creare un parametro che non è stato utilizzato in precedenza nella console Firebase, ma deve esistere nella tua app affinché abbia effetto. Puoi ripetere questo passaggio per aggiungere più parametri all'esperimento.
(facoltativo) Per aggiungere più di una variante all'esperimento, fai clic su Aggiungi un'altra variante .
Modifica uno o più parametri per varianti specifiche. Tutti i parametri invariati sono gli stessi per gli utenti non inclusi nell'esperimento.
Espandi i pesi delle varianti per visualizzare o modificare il peso delle varianti per l'esperimento. Per impostazione predefinita, ogni variante è ponderata allo stesso modo. Tieni presente che le ponderazioni non uniformi possono aumentare il tempo di raccolta dei dati e le ponderazioni non possono essere modificate dopo l'inizio dell'esperimento .
Fai clic su Rivedi per salvare l'esperimento.

Sono consentiti fino a 300 esperimenti per progetto, che possono consistere in un massimo di 24 esperimenti in esecuzione, con il resto come bozza o completato.

Convalida il tuo esperimento su un dispositivo di prova

Per ogni installazione di Firebase, puoi recuperare il token di autenticazione dell'installazione ad essa associato. Puoi utilizzare questo token per testare specifiche varianti dell'esperimento su un dispositivo di prova con la tua app installata. Per convalidare l'esperimento su un dispositivo di prova, procedi come segue:

Ottieni il token di autenticazione dell'installazione come segue:

Rapido

Installations.installations().authTokenForcingRefresh(true, completion: { (result, error) in
  if let error = error {
    print("Error fetching token: \(error)")
    return
  }
  guard let result = result else { return }
  print("Installation auth token: \(result.authToken)")
})

Obiettivo-C

[[FIRInstallations installations] authTokenForcingRefresh:true
                                               completion:^(FIRInstallationsAuthTokenResult *result, NSError *error) {
  if (error != nil) {
    NSLog(@"Error fetching Installation token %@", error);
    return;
  }
  NSLog(@"Installation auth token: %@", [result authToken]);
}];

Java

FirebaseInstallations.getInstance().getToken(/* forceRefresh */true)
        .addOnCompleteListener(new OnCompleteListener<InstallationTokenResult>() {
    @Override
    public void onComplete(@NonNull Task<InstallationTokenResult> task) {
        if (task.isSuccessful() && task.getResult() != null) {
            Log.d("Installations", "Installation auth token: " + task.getResult().getToken());
        } else {
            Log.e("Installations", "Unable to get Installation auth token");
        }
    }
});MainActivity.java

Kotlin+KTX

val forceRefresh = true
FirebaseInstallations.getInstance().getToken(forceRefresh)
    .addOnCompleteListener { task ->
        if (task.isSuccessful) {
            Log.d("Installations", "Installation auth token: " + task.result?.token)
        } else {
            Log.e("Installations", "Unable to get Installation auth token")
        }
    }MainActivity.kt

C++

firebase::InitResult init_result;
auto* installations_object = firebase::installations::Installations::GetInstance(
    firebase::App::GetInstance(), &init_result);
installations_object->GetToken().OnCompletion(
    [](const firebase::Future& future) {
      if (future.status() == kFutureStatusComplete &&
          future.error() == firebase::installations::kErrorNone) {
        printf("Installations Auth Token %s\n", future.result()->c_str());
      }
    });

Unità

Firebase.Installations.FirebaseInstallations.DefaultInstance.GetTokenAsync(forceRefresh: true).ContinueWith(
  task => {
    if (!(task.IsCanceled || task.IsFaulted) && task.IsCompleted) {
      UnityEngine.Debug.Log(System.String.Format("Installations token {0}", task.Result));
    }
  });

Nella barra di navigazione della console Firebase , fai clic su Test A/B .
Fai clic su Bozza (e/o Esecuzione per esperimenti Remote Config), passa il mouse sopra il tuo esperimento, fai clic sul menu di scelta rapida ( ), quindi fai clic su Gestisci dispositivi di test .
Inserisci il token di autenticazione dell'installazione per un dispositivo di prova e scegli la variante dell'esperimento da inviare a quel dispositivo di prova.
Esegui l'app e conferma che la variante selezionata viene ricevuta sul dispositivo di prova.

Per ulteriori informazioni sulle installazioni di Firebase, consulta Gestire le installazioni di Firebase .

Gestisci il tuo esperimento

Se crei un esperimento con Remote Config, il compositore di notifiche o la messaggistica in-app di Firebase, puoi quindi convalidare e avviare l'esperimento, monitorare l'esperimento mentre è in esecuzione e aumentare il numero di utenti inclusi nell'esperimento in esecuzione.

Al termine dell'esperimento, puoi prendere nota delle impostazioni utilizzate dalla variante vincente e quindi implementare tali impostazioni per tutti gli utenti. Oppure puoi eseguire un altro esperimento.

Inizia un esperimento

Nella sezione Coinvolgi della barra di navigazione della console Firebase , fai clic su Test A/B .
Fai clic su Bozza , quindi fai clic sul titolo dell'esperimento.
Per verificare che la tua app abbia utenti da includere nell'esperimento, espandi i dettagli della bozza e controlla se nella sezione Targeting e distribuzione è presente un numero superiore allo 0% (ad esempio, l'1% degli utenti che soddisfano i criteri ).
Per modificare l'esperimento, fai clic su Modifica .
Per iniziare l'esperimento, fai clic su Avvia esperimento . Puoi eseguire fino a 24 esperimenti per progetto alla volta.

Monitorare un esperimento

Una volta che un esperimento è in esecuzione da un po' di tempo, puoi verificarne l'avanzamento e vedere come appaiono i risultati per gli utenti che hanno partecipato all'esperimento fino a quel momento.

Nella sezione Coinvolgi della barra di navigazione della console Firebase , fai clic su Test A/B .
Fai clic su In esecuzione , quindi fai clic o cerca il titolo dell'esperimento. In questa pagina puoi visualizzare varie statistiche osservate e modellate sull'esperimento in corso, tra cui:
- % di differenza rispetto alla linea di base : una misura del miglioramento di una metrica per una data variante rispetto alla linea di base. Calcolato confrontando l'intervallo di valori per la variante con l'intervallo di valori per la linea di base.
- Probabilità di battere la linea di base : la probabilità stimata che una determinata variante superi la linea di base per la metrica selezionata.
- observed_metric per utente : in base ai risultati dell'esperimento, questo è l'intervallo previsto in cui rientrerà il valore della metrica nel tempo.
- observed_metric totale : il valore cumulativo osservato per la linea di base o la variante. Il valore viene utilizzato per misurare il rendimento di ciascuna variante dell'esperimento e per calcolare Miglioramento , Intervallo di valori , Probabilità di battere la linea di base e Probabilità di essere la variante migliore . A seconda della metrica misurata, questa colonna può essere denominata "Durata per utente", "Entrate per utente", "Tasso di fidelizzazione" o "Tasso di conversione".
Dopo che l'esperimento è stato eseguito per un po' (almeno 7 giorni per FCM e In-App Messaging o 14 giorni per Remote Config), i dati in questa pagina indicano quale variante, se esiste, è la "leader". Alcune misurazioni sono accompagnate da un grafico a barre che presenta i dati in un formato visivo.

Distribuisci un esperimento a tutti gli utenti

Dopo che un esperimento è stato eseguito abbastanza a lungo da disporre di una variante "leader" o vincente per la metrica dell'obiettivo, puoi implementare l'esperimento per il 100% degli utenti. Ciò ti consente di selezionare una variante da pubblicare per tutti gli utenti in futuro. Anche se il tuo esperimento non ha creato un chiaro vincitore, puoi comunque scegliere di implementare una variante per tutti i tuoi utenti.

Nella sezione Coinvolgi della barra di navigazione della console Firebase , fai clic su Test A/B .
Fai clic su Completato o In esecuzione , fai clic su un esperimento che desideri distribuire a tutti gli utenti, fai clic sul menu di scelta rapida ( ), quindi fai clic su Implementa variante .
Distribuisci l'esperimento a tutti gli utenti procedendo in uno dei seguenti modi:
- Per un esperimento che utilizza il compositore di notifiche , utilizza la finestra di dialogo del messaggio di implementazione per inviare il messaggio agli utenti target rimanenti che non facevano parte dell'esperimento.
- Per un esperimento Remote Config , seleziona una variante per determinare quali valori del parametro Remote Config aggiornare. I criteri di targeting definiti durante la creazione dell'esperimento verranno aggiunti come nuova condizione nel modello, per garantire che l'implementazione riguardi solo gli utenti target dell'esperimento. Dopo aver fatto clic su Revisiona in Remote Config per rivedere le modifiche, fare clic su Pubblica modifiche per completare l'implementazione.
- Per un esperimento di messaggistica in-app , utilizza la finestra di dialogo per determinare quale variante deve essere implementata come campagna di messaggistica in-app autonoma. Una volta selezionato, verrai reindirizzato alla schermata di composizione FIAM per apportare eventuali modifiche (se necessarie) prima della pubblicazione.

Espandi un esperimento

Se ritieni che un esperimento non attiri un numero di utenti sufficiente per il test A/B per dichiarare un leader, puoi aumentare la distribuzione dell'esperimento per raggiungere una percentuale maggiore della base utenti dell'app.

Nella sezione Coinvolgi della barra di navigazione della console Firebase , fai clic su Test A/B .
Seleziona l'esperimento in corso che desideri modificare.
Nella panoramica dell'esperimento , fai clic sul menu di scelta rapida ( ), quindi fai clic su Modifica esperimento in esecuzione .
La finestra di dialogo Targeting visualizza un'opzione per aumentare la percentuale di utenti che si trovano nell'esperimento attualmente in esecuzione. Seleziona un numero maggiore della percentuale corrente e fai clic su Pubblica . L'esperimento verrà distribuito alla percentuale di utenti che hai specificato.

Duplica o interrompi un esperimento

Nella sezione Coinvolgi della barra di navigazione della console Firebase , fai clic su Test A/B .
Fai clic su Completato o In esecuzione , passa il mouse sopra l'esperimento, fai clic sul menu di scelta rapida ( ), quindi fai clic su Duplica esperimento o Interrompi esperimento .

Targeting utente

Puoi scegliere come target gli utenti da includere nell'esperimento utilizzando i seguenti criteri di targeting per utente.

Criterio di targeting	Operatore(i)	Valori)	Nota
Versione	contiene, non contiene, corrisponde esattamente, contiene espressioni regolari	Inserisci un valore per una o più versioni dell'app che desideri includere nell'esperimento.	Quando si utilizza uno degli operatori contains , not contains o corrisponde esattamente , è possibile fornire un elenco di valori separati da virgole. Quando si utilizza l'operatore contains regex , è possibile creare espressioni regolari in formato RE2 . La tua espressione regolare può corrispondere a tutta o parte della stringa della versione di destinazione. Puoi anche utilizzare gli ancoraggi ^ e $ per trovare la corrispondenza con l'inizio, la fine o l'intera stringa di destinazione.
Pubblico/i di utenti	comprende tutto, include almeno uno di, non include tutto, non include almeno uno di	Seleziona uno o più segmenti di pubblico di Analytics per scegliere come target gli utenti che potrebbero essere inclusi nell'esperimento.	Alcuni esperimenti destinati ai segmenti di pubblico di Google Analytics potrebbero richiedere alcuni giorni per accumulare dati perché sono soggetti alla latenza di elaborazione dei dati di Analytics . È molto probabile che tu riscontri questo ritardo con i nuovi utenti, che in genere vengono iscritti ai segmenti di pubblico idonei 24-48 ore dopo la creazione o per i segmenti di pubblico creati di recente . Per Remote Config, ciò significa che anche se un utente è tecnicamente idoneo per un pubblico, se Analytics non ha ancora aggiunto l'utente al pubblico quando viene eseguito `fetchAndActivate()`, l'utente non verrà incluso nell'esperimento.
Proprietà dell'utente	Per il testo: contiene, non contiene, corrisponde esattamente, contiene espressioni regolari Per i numeri: <, ≤, =, ≥, >	Una proprietà utente di Analytics viene utilizzata per selezionare gli utenti che potrebbero essere inclusi in un esperimento, con una gamma di opzioni per la selezione dei valori delle proprietà utente. Sul client è possibile impostare solo valori stringa per le proprietà utente. Per le condizioni che utilizzano operatori numerici, il servizio Remote Config converte il valore della proprietà utente corrispondente in un numero intero/virgola mobile.	Quando si utilizza l'operatore contains regex , è possibile creare espressioni regolari in formato RE2 . La tua espressione regolare può corrispondere a tutta o parte della stringa della versione di destinazione. Puoi anche utilizzare gli ancoraggi ^ e $ per trovare la corrispondenza con l'inizio, la fine o l'intera stringa di destinazione.
Paese/Regione	N / A	Uno o più paesi o aree geografiche utilizzati per selezionare gli utenti che potrebbero essere inclusi nell'esperimento.
Le lingue	N / A	Una o più lingue e impostazioni internazionali utilizzate per selezionare gli utenti che potrebbero essere inclusi nell'esperimento.
Primo aperto	Prima Dopo	Scegli come target gli utenti in base alla prima volta che aprono la tua app: Seleziona Nuovi utenti per scegliere come target gli utenti che aprono per la prima volta la tua app dopo una data e un'ora future specificate. Seleziona Intervallo di tempo per scegliere come target gli utenti che aprono per la prima volta la tua app all'interno dell'intervallo prima o dopo la data e l'ora specificate. Combina le condizioni Prima e Dopo per indirizzare gli utenti all'interno di un intervallo di tempo specifico.	Il targeting per utente alla prima apertura è disponibile dopo aver selezionato un'app per Android o iOS. Attualmente è supportato dalle seguenti versioni di Remote Config SDK: piattaforme Apple SDK v9.0.0+ e Android SDK v21.1.1+ (Firebase BoM v30.3.0+). L'analisi deve essere stata abilitata anche sul client durante il primo evento aperto.

Metriche di test A/B

Quando crei l'esperimento, scegli una metrica primaria o obiettivo , che viene utilizzata per determinare la variante vincente. Dovresti anche tenere traccia di altre metriche per aiutarti a comprendere meglio il rendimento di ogni variante dell'esperimento e tenere traccia delle tendenze importanti che possono differire per ogni variante, come la fidelizzazione degli utenti, la stabilità dell'app e le entrate degli acquisti in-app. Puoi monitorare fino a cinque metriche non obiettivo nel tuo esperimento.

Ad esempio, supponiamo che tu stia utilizzando Remote Config per avviare due diversi flussi di gioco nella tua app e desideri ottimizzare gli acquisti in-app e le entrate pubblicitarie, ma desideri anche monitorare la stabilità e la fidelizzazione degli utenti di ciascuna variante. In questo caso, potresti prendere in considerazione la possibilità di scegliere Entrate totali stimate come metrica dell'obiettivo perché include le entrate degli acquisti in-app e le entrate pubblicitarie, quindi, per Altre metriche da monitorare , potresti aggiungere quanto segue:

Per tenere traccia della fidelizzazione degli utenti giornaliera e settimanale, aggiungi Retention (2-3 days) e Retention (4-7 days) .
Per confrontare la stabilità tra i due flussi di gioco, aggiungi Utenti senza crash .
Per visualizzare visualizzazioni più dettagliate di ciascun tipo di entrate, aggiungi Entrate da acquisti e Entrate pubblicitarie stimate .

Le seguenti tabelle forniscono dettagli su come vengono calcolate le metriche degli obiettivi e altre metriche.

Metriche degli obiettivi

Metrico	Descrizione
Utenti senza arresti anomali	La percentuale di utenti che non hanno riscontrato errori nella tua app che sono stati rilevati dall'SDK Firebase Crashlytics durante l'esperimento.
Entrate pubblicitarie stimate	Entrate pubblicitarie stimate.
Entrate totali stimate	Valore combinato per l'acquisto e entrate pubblicitarie stimate.
Entrate di acquisto	Valore combinato per tutti gli eventi `purchase` e `in_app_purchase` .
Conservazione (1 giorno)	Il numero di utenti che tornano alla tua app su base giornaliera.
Conservazione (2-3 giorni)	Il numero di utenti che tornano alla tua app entro 2-3 giorni.
Conservazione (4-7 giorni)	Il numero di utenti che tornano alla tua app entro 4-7 giorni.
Conservazione (8-14 giorni)	Il numero di utenti che tornano alla tua app entro 8-14 giorni.
Conservazione (15+ giorni)	Il numero di utenti che tornano alla tua app 15 o più giorni dopo l'ultimo utilizzo.
first_open	Un evento di Analytics che si attiva quando un utente apre per la prima volta un'app dopo averla installata o reinstallata. Utilizzato come parte di una canalizzazione di conversione.

Altre metriche

Metrico	Descrizione
notifica_dismiss	Un evento di Analytics che si attiva quando una notifica inviata dal compositore delle notifiche viene ignorata (solo Android).
notifica_ricezione	Un evento di Analytics che si attiva quando viene ricevuta una notifica inviata dal compositore di notifiche mentre l'app è in background (solo Android).
os_update	Un evento di Analytics che tiene traccia dell'aggiornamento del sistema operativo del dispositivo a una nuova versione. Per ulteriori informazioni, consulta Eventi raccolti automaticamente .
screen_view	Un evento di Analytics che tiene traccia delle schermate visualizzate all'interno della tua app. Per ulteriori informazioni, consulta Tenere traccia delle visualizzazioni di schermo .
sessione_inizio	Un evento di Analytics che conta le sessioni utente nella tua app. Per ulteriori informazioni, consulta Eventi raccolti automaticamente .

Esportazione dati BigQuery

Puoi accedere a tutti i dati di analisi relativi ai tuoi test A/B in BigQuery . BigQuery ti consente di analizzare i dati utilizzando BigQuery SQL, esportarli in un altro provider cloud o utilizzare i dati per i tuoi modelli ML personalizzati. Per ulteriori informazioni, consulta Collegamento di BigQuery a Firebase .

Per sfruttare appieno l'esportazione dei dati di BigQuery, i progetti Firebase dovrebbero adottare il piano tariffario con pagamento in base al consumo "Blaze". BigQuery addebita i costi per l'archiviazione dei dati, gli inserimenti in streaming e l'esecuzione di query sui dati. Il caricamento e l'esportazione dei dati sono gratuiti. Consulta i prezzi di BigQuery o la sandbox di BigQuery per ulteriori informazioni.

Per iniziare, assicurati che il tuo progetto Firebase sia collegato a BigQuery. Seleziona Impostazioni > Impostazioni progetto dalla barra di navigazione a sinistra, quindi seleziona Integrazioni > BigQuery > Link . Questa pagina visualizza le opzioni per eseguire l'esportazione dei dati analitici BiqQuery per tutte le app nel progetto.

Per interrogare i dati analitici per un esperimento:

Dall'elenco degli esperimenti attivi , seleziona l'esperimento desiderato per aprire la pagina dei risultati dell'esperimento.
Dal menu di scelta rapida nel riquadro Panoramica dell'esperimento , seleziona Esegui query sui dati dell'esperimento (questa opzione non è disponibile per i progetti nel livello senza costi) .
Questo apre il compositore di query della console BigQuery con una query di esempio generata automaticamente dei dati dell'esperimento precaricati per la tua revisione. In questa query, l'esperimento è codificato come proprietà utente con il nome dell'esperimento nella chiave e la variante dell'esperimento nel valore.
Nel compositore di query selezionare Esegui query. I risultati vengono visualizzati nel riquadro inferiore.

Tieni presente che, poiché i dati di Firebase in BigQuery vengono aggiornati solo una volta al giorno, i dati disponibili nella pagina dell'esperimento potrebbero essere più aggiornati dei dati disponibili nella console di BigQuery.