Puoi configurare i modelli sia per i casi d'uso client sia per quelli server. I modelli client vengono pubblicati in tutte le istanze di app che implementano gli SDK client Firebase per Remote Config, incluse le app per Android, Apple, web, Unity, Flutter e C++. I parametri e i valori Remote Config di modelli specifici del server vengono pubblicati nelle implementazioni Remote Config (inclusi Cloud Run e Cloud Functions) che utilizzano l'SDK Firebase Admin Node.js v12.1.0 o versioni successive.
Quando utilizzi la console Firebase o le API di backend Remote Config, definisci uno o più parametri (coppie chiave-valore) e fornisci i valori predefiniti in-app per questi parametri. Puoi eseguire l'override dei valori predefiniti in-app definendo i valori parametro. Le chiavi e i valori dei parametri sono stringhe, ma i valori dei parametri possono essere trasmessi come altri tipi di dati quando li utilizzi nella tua app.
Con la console Firebase, Admin SDK o l'API REST Remote Config, puoi creare nuovi valori predefiniti per i parametri e i valori condizionali utilizzati per scegliere come target gruppi di istanze di app. Ogni volta che aggiorni la configurazione nella console Firebase, Firebase crea e pubblica una nuova versione del tuo modello Remote Config. La versione precedente è archiviata, puoi recuperarla o eseguire il rollback in base alle tue esigenze. Queste operazioni sono disponibili nella console Firebase, in Firebase Admin SDK e nell'API REST e sono descritte più dettagliatamente in Gestire le versioni dei modelli Remote Config.
Questa guida illustra i parametri, le condizioni, le regole, i valori condizionali e in che modo i vari valori dei parametri hanno la priorità nel backend Remote Config e nella tua app. Fornisce inoltre dettagli sui tipi di regole utilizzati per creare condizioni.
Condizioni, regole e valori condizionali
Una condizione viene utilizzata per scegliere come target un gruppo di istanze di app. Le condizioni sono costituite da una o più regole che devono avere tutte un valore true affinché la condizione abbia un valore true per una determinata istanza dell'app. Se il valore di una regola non è definito (ad esempio, quando non è disponibile nessun valore), tale regola avrà come valore false.
Ad esempio, puoi creare un parametro che definisce il nome e la stringa di versione di un modello linguistico di grandi dimensioni (LLM) e pubblicare le risposte di diversi modelli in base a regole di indicatori personalizzati. In questo caso d'uso, puoi utilizzare una versione del modello stabile come valore predefinito per soddisfare la maggior parte delle richieste e utilizzare l'indicatore personalizzato per utilizzare un modello sperimentale per rispondere alle richieste dei client di test.
Un parametro può avere più valori condizionali che utilizzano condizioni diverse e i parametri possono condividere condizioni all'interno di un progetto. Nella scheda Parametri della console Firebase, puoi visualizzare la percentuale di recupero per ciascun valore condizionale del parametro. Questa metrica indica la percentuale di richieste nelle ultime 24 ore che hanno ricevuto ciascun valore.
Priorità del valore parametro
A un parametro possono essere associati diversi valori condizionali. Le seguenti regole determinano quale valore viene recuperato dal modello Remote Config e quale viene utilizzato in una determinata istanza dell'app in un determinato momento:
Innanzitutto, i valori condizionali vengono applicati a tutte le condizioni che hanno un valore valutato pari a
trueper una determinata richiesta del cliente. Se più condizioni vengono valutate cometrue, la prima (in alto) mostrata nell'interfaccia utente della console Firebase ha la precedenza e i valori condizionali associati a questa condizione vengono forniti quando un'app recupera i valori dal backend. Puoi modificare la priorità delle condizioni trascinandole nella scheda Condizioni.Se non sono presenti valori condizionali con condizioni che valutano
true, il valore predefinito di Remote Config viene fornito quando un'app recupera i valori dal backend. Se un parametro non esiste nel backend o se il valore predefinito è impostato su Utilizza predefinito in-app, non viene fornito alcun valore per quel parametro quando un'app recupera i valori.
Nella tua app, i valori dei parametri vengono restituiti dai metodi get in base al seguente elenco di priorità
- Se un valore è stato recuperato dal backend e poi attivato, l'app utilizza il valore recuperato. I valori dei parametri attivati sono permanenti.
Se non è stato recuperato alcun valore dal backend o se i valori recuperati dal backend di Remote Config non sono stati attivati, l'app utilizza il valore predefinito in-app.
Per ulteriori informazioni su come ottenere e impostare i valori predefiniti, consulta Scarica i valori predefiniti del modello Remote Config.
Se non è stato impostato alcun valore predefinito in-app, l'app utilizza un valore di tipo statico (ad esempio
0perintefalseperboolean).
Questa immagine riassume la modalità di assegnazione della priorità ai valori dei parametri nel backendRemote Config e nell'app:
Tipi di dati dei valori parametro
Remote Config consente di selezionare un tipo di dati per ogni parametro e
convalida tutti i valori Remote Config in base a quel tipo prima di un aggiornamento
del modello. Il tipo di dati viene archiviato e restituito su una richiesta getRemoteConfig.
I tipi di dati supportati sono:
StringBooleanNumberJSON
Nell'interfaccia utente della console Firebase, il tipo di dati può essere selezionato da un menu a discesa accanto alla chiave del parametro. Nell'API REST, i tipi possono essere impostati utilizzando il campo value_type all'interno dell'oggetto parametro.
Gruppi di parametri
Remote Config consente di raggruppare i parametri per un'interfaccia utente più organizzata e migliorare l'usabilità.
Ad esempio, supponi di dover abilitare o disabilitare tre diversi tipi di autenticazione durante l'implementazione di una nuova funzionalità di accesso. Con Remote Config, puoi creare i tre parametri per attivare i tipi che preferisci e poi organizzarli in un gruppo denominato "Nuovo accesso", senza dover aggiungere prefissi o ordinamento speciale.
Puoi creare gruppi di parametri utilizzando la console Firebase o l'API REST Remote Config. Ogni gruppo di parametri che crei ha un nome univoco nel tuo modello Remote Config. Quando crei i gruppi di parametri, tieni presente quanto segue:
- I parametri possono essere inclusi in un solo gruppo alla volta e una chiave del parametro deve essere comunque univoca per tutti i parametri.
- I nomi dei gruppi di parametri possono contenere massimo 256 caratteri.
- Se utilizzi sia l'API REST sia la console Firebase, assicurati che qualsiasi logica dell'API REST sia aggiornata per gestire i gruppi di parametri durante la pubblicazione.
Crea o modifica i gruppi di parametri utilizzando la console Firebase
Puoi raggruppare i parametri nella scheda Parametri della console Firebase. Per creare o modificare un gruppo:
- Seleziona Gestisci gruppi.
- Seleziona le caselle di controllo relative ai parametri che vuoi aggiungere e scegli Sposta nel gruppo.
- Seleziona un gruppo esistente o creane uno nuovo inserendo un nome e una descrizione e selezionando Crea nuovo gruppo. Dopo aver salvato un gruppo, puoi pubblicarlo utilizzando il pulsante Pubblica modifiche.
Tipi di regole di condizione
Nella console Firebase sono supportati i seguenti tipi di regole. Le funzionalità equivalenti sono disponibili nell'API REST Remote Config, come descritto nel riferimento alle espressioni condizionali.
| Tipo di regola | Operatori | Valori | Nota |
| App | == | Seleziona un ID app dall'elenco delle app associate al tuo progetto Firebase. | Quando aggiungi un'app a Firebase, inserisci un ID pacchetto o un nome del pacchetto Android che definisce un attributo esposto come ID app nelle regole Remote Config.
Utilizza questo attributo come segue:
|
| Versione dell'app |
Per i valori di stringa: corrisponde esattamente a, contiene, non contiene, contiene regex Per i valori numerici: <, <=, =, !=, >, >= |
Specifica le versioni dell'app da scegliere come target. Prima di utilizzare questa regola, devi utilizzare una regola ID app per selezionare un'app Android/Apple associata al tuo progetto Firebase. |
Per le piattaforme Apple: utilizza CFBundleShortVersionString dell'app. Nota: assicurati che la tua app per Apple utilizzi l'SDK Firebase per le piattaforme Apple versione 6.24.0 o successive, poiché CFBundleShortVersionString non viene inviato nelle versioni precedenti (consulta le note di rilascio). Per Android: utilizza il nome della versione dell'app. I confronti delle stringhe per questa regola sono sensibili alle maiuscole. Quando utilizzi gli operatori corrisponde esattamente a, contiene, non contiene o contiene regex, puoi selezionare più valori. Quando utilizzi l'operatore contiene regex, puoi creare espressioni regolari nel formato RE2. L'espressione regolare può corrispondere completamente o in parte alla stringa della versione di destinazione. Puoi anche utilizzare gli ancoraggi ^ e $ per trovare corrispondenze all'inizio, alla fine o nell'intera stringa di destinazione. |
| Numero build |
Per i valori di stringa: corrisponde esattamente a, contiene, non contiene, espressione regolare Per i valori numerici: =, ≠, >, ≥, <, ≤ |
Specifica le build della tua app da scegliere come target. Prima di utilizzare questa regola, devi utilizzare una regola ID app per selezionare un'app Apple o Android associata al tuo progetto Firebase. |
Questo operatore è disponibile solo per le app Apple e Android. Corrisponde a CFBundleVersion per Apple e versionCode per Android. I confronti di stringhe per questa regola sono sensibili alle maiuscole. Quando utilizzi gli operatori corrisponde esattamente a, contiene, non contiene o contiene regex, puoi selezionare più valori. Quando utilizzi l'operatore contains regex, puoi creare espressioni regolari nel formato RE2. L'espressione regolare può corrispondere a tutta o parte della stringa della versione di destinazione. Puoi anche utilizzare le ancore ^ e $ per trovare corrispondenze all'inizio, alla fine o nell'intera stringa di destinazione. |
| Piattaforma | == | iOS Android Web |
|
| Sistema operativo | == |
Specifica i sistemi operativi da scegliere come target. Prima di utilizzare questa regola, devi utilizzare una regola ID app per selezionare un'app web associata al tuo progetto Firebase. |
Questa regola restituisce true per una determinata istanza di app web se il sistema operativo e la sua versione corrispondono a un valore target nell'elenco specificato.
|
| Browser | == |
Specifica i browser di destinazione. Prima di utilizzare questa regola, devi utilizzare una regola ID app per selezionare un'app web associata al tuo progetto Firebase. |
Questa regola restituisce true per una determinata istanza di app web se il browser e la relativa versione corrispondono a un valore target nell'elenco specificato.
|
| Categoria dispositivo | è, non è | dispositivo mobile | Questa regola valuta se il dispositivo che accede alla tua app web è mobile o meno (computer o console). Questo tipo di regola è disponibile solo per le app web. |
| Lingue | è in | Seleziona una o più lingue. | Questa regola restituisce true per una determinata istanza dell'app se l'istanza dell'app è installata su un dispositivo che utilizza una delle lingue elencate.
|
| Paese/regione | è in | Seleziona una o più regioni o paesi. | Questa regola restituisce true per una determinata istanza di app se
l'istanza si trova in una delle regioni o dei paesi elencati. Il codice paese del dispositivo viene determinato utilizzando l'indirizzo IP del dispositivo nella richiesta o il codice paese determinato da Firebase Analytics (se i dati di Analytics vengono condivisi con Firebase).
|
| Segmenti di pubblico | Include almeno un elemento | Selezionane uno o più da un elenco di Google Analytics segmenti di pubblico che hai configurato per il tuo progetto. | Questa regola richiede una regola ID app per selezionare un'app associata al tuo progetto Firebase. Nota:poiché molti segmenti di pubblico Analytics sono definiti da eventi o proprietà utente, che possono essere basati sulle azioni degli utenti dell'app, potrebbe essere necessario un po' di tempo prima che una regola Utente nel segmento di pubblico venga applicata a una determinata istanza dell'app. |
| Proprietà utente |
Per i valori di stringa:
contiene, non contiene, corrisponde esattamente a, contiene regex Per i valori numerici: =, ≠, >, ≥, <, ≤ Nota: sul client puoi impostare solo valori di stringa per le proprietà utente. Per le condizioni che utilizzano operatori numerici, Remote Config converte il valore della corrispondente proprietà utente in un numero intero/in un numero con virgola mobile. |
Seleziona una proprietà Google Analytics utente dall'elenco delle proprietà disponibili. | Per scoprire come utilizzare le proprietà utente per personalizzare la tua app per segmenti molto specifici della tua base utenti, consulta
Remote Config e le proprietà utente.
Per saperne di più sulle proprietà utente, consulta le seguenti guide: Quando utilizzi l'operatore corrisponde esattamente a, contains, non contiene o contiene regex, puoi selezionare più valori. Quando utilizzi l'operatore contiene regex, puoi creare espressioni regolari nel formato RE2. L'espressione regolare può corrispondere a tutta o parte della stringa della versione di destinazione. Puoi anche utilizzare le ancore ^ e $ per trovare corrispondenze all'inizio, alla fine o nell'intera stringa di destinazione. Nota:le proprietà utente raccolte automaticamente non sono disponibili quando crei le condizioni Remote Config. |
| Utente in percentuale casuale | Cursore (nella console Firebase. L'API REST utilizza gli operatori <=, > e between.
|
0-100 |
Utilizza questo campo per applicare una modifica a un campione casuale di istanze di app (con dimensioni del campione di appena 0,0001%), utilizzando il widget di scorrimento per segmentare gli utenti sottoposti a ordine casuale (istanze di app) in gruppi. Ogni istanza dell'app viene mappata in modo persistente a un numero intero o frazionario casuale, in base a un seed definito nel progetto. Una regola utilizzerà la chiave predefinita (mostrata come Modifica seed nella console Firebase) a meno che non modifichi il valore del seed. Puoi ripristinare l'utilizzo della chiave predefinita per una regola svuotando il campo Seed. Per indirizzare in modo coerente le stesse istanze di app in determinati intervalli di percentuale, utilizza lo stesso valore del seed in tutte le condizioni. In alternativa, seleziona un nuovo gruppo di istanze dell'app assegnate in modo casuale per un determinato intervallo percentuale specificando un nuovo seed. Ad esempio, per creare due condizioni correlate che si applicano ciascuna a un 5% non sovrapposto degli utenti di un'app, puoi configurare una condizione in modo che corrisponda a una percentuale compresa tra 0% e 5% e configurare un'altra condizione in modo che corrisponda a un intervallo compreso tra il 5% e il 10%. Per consentire ad alcuni utenti di apparire in modo casuale in entrambi i gruppi, utilizza valori seed diversi per le regole all'interno di ciascuna condizione. |
| Segmento importato | è in | Seleziona uno o più segmenti importati. | Questa regola richiede la configurazione di segmenti importati personalizzati. |
| Data/Ora | Prima, Dopo | Una data e un'ora specificate nel fuso orario del dispositivo o in un fuso orario specificato, ad esempio "(GMT+11) ora di Sydney". | Confronta l'ora attuale con l'ora di recupero del dispositivo. |
| Prima apertura | Prima, dopo | Una data e un'ora specificate nel fuso orario specificato. | Corrisponde agli utenti che aprono per la prima volta l'app scelta come target nell'intervallo di tempo specificato. Richiede i seguenti SDK:
|
| ID di installazione | è in | Specifica uno o più ID installazione (fino a 50) da scegliere come target. | Questa regola restituisce true per una determinata installazione se l'ID di quell'installazione è nell'elenco di valori separati da virgole.
Per scoprire come ottenere gli ID installazione, consulta Recuperare gli identificatori client. |
| Utente esistente | (nessun operatore) | Ha come target tutti gli utenti di tutte le app all'interno del progetto corrente. |
Utilizza questa regola della condizione per trovare corrispondenze di tutti gli utenti all'interno del progetto, indipendentemente dall'app o dalla piattaforma. |
Parametri e condizioni di ricerca
Puoi cercare le chiavi, i valori e le condizioni dei parametri del tuo progetto dalla console Firebase utilizzando la casella di ricerca nella parte superiore della scheda Remote Config Parametri.
Limiti per parametri e condizioni
In un progetto Firebase puoi avere fino a 2000 parametri e fino a 500 condizioni. Le chiavi dei parametri possono contenere fino a 256 caratteri, devono iniziare con un trattino basso o una lettera dell'alfabeto latino (A-Z, a-z) e possono includere anche numeri. La lunghezza totale delle stringhe di valore del parametro all'interno di un progetto non può superare i 1.000.000 di caratteri.
Visualizzare le modifiche a parametri e condizioni
Puoi visualizzare le ultime modifiche ai tuoi modelli Remote Config dalla console Firebase. Per ogni singolo parametro e condizione, puoi:
Visualizza il nome dell'utente che ha modificato il parametro o la condizione per l'ultima volta.
Se la modifica è avvenuta nello stesso giorno, visualizza il numero di minuti o ore trascorsi dalla pubblicazione della modifica nel modello Remote Config attivo.
Se la modifica si è verificata uno o più giorni prima, visualizza la data in cui la modifica è stata pubblicata nel modello Remote Config attivo.
Cronologia delle modifiche dei parametri
Nella pagina Parametri, Remote Config, la colonna Ultima pubblicazione mostra l'ultimo utente che ha modificato ciascun parametro e l'ultima data di pubblicazione della modifica:
Per visualizzare i metadati delle modifiche per i parametri raggruppati, espandi il gruppo di parametri.
Per ordinare in ordine crescente o decrescente in base alla data di pubblicazione, fai clic sull'etichetta della colonna Ultima pubblicazione.
Cronologia delle modifiche per le condizioni
Nella pagina Remote Config Condizioni, accanto a Ultima modifica in ogni condizione puoi vedere l'ultimo utente che ha modificato la condizione e la data della modifica.