Paramètres et conditions Remote Config dans les modèles client

Sélectionnez un type de modèle :

Modèles côté client Modèles côté serveur

Vous pouvez diffuser des paramètres et des valeurs Remote Config à partir de modèles client vers toutes les instances d'application qui implémentent les SDK client Firebase pour Remote Config, y compris les applications Apple, Android, Web, Flutter, Unity et C++.

Lorsque vous utilisez la console Firebase ou les API backend Remote Config, vous définissez un ou plusieurs paramètres (paires clé-valeur) et fournissez des valeurs par défaut dans l'application pour ces paramètres. Vous pouvez remplacer les valeurs par défaut de l'application en définissant des valeurs de paramètre. Les clés et les valeurs de paramètre sont des chaînes, mais les valeurs de paramètre peuvent être converties en d'autres types de données lorsque vous les utilisez dans votre application.

Important : Ne stockez pas de données confidentielles dans les clés ou les valeurs des paramètres Remote Config. Remote ConfigLes données sont chiffrées en transit, mais les utilisateurs finaux peuvent accéder à n'importe quel paramètre Remote Config par défaut ou récupéré qui est disponible pour leur instance d'application cliente.

À l'aide de la console Firebase, de Admin SDK ou de l'API REST Remote Config, vous pouvez créer des valeurs par défaut pour vos paramètres, ainsi que des valeurs conditionnelles utilisées pour cibler des groupes d'instances d'application. Chaque fois que vous mettez à jour votre configuration dans la console Firebase, Firebase crée et publie une nouvelle version de votre modèle Remote Config. La version précédente est stockée, ce qui vous permet de la récupérer ou d'effectuer un rollback si nécessaire. Ces opérations sont disponibles dans la console Firebase, Firebase Admin SDK et l'API REST. Elles sont décrites plus en détail dans Gérer les versions de modèle Remote Config.

Ce guide explique les paramètres, les conditions, les règles, les valeurs conditionnelles et la façon dont les différentes valeurs de paramètres sont priorisées sur le backend Remote Config et dans votre application. Il fournit également des détails sur les types de règles utilisés pour créer des conditions.

Conditions, règles et valeurs conditionnelles

Une condition permet de cibler un groupe d'instances d'application. Les conditions sont composées d'une ou de plusieurs règles qui doivent toutes être évaluées sur true pour que la condition soit évaluée sur true pour une instance d'application donnée. Si la valeur d'une règle n'est pas définie (par exemple, lorsqu'aucune valeur n'est disponible), cette règle est évaluée à false.

Par exemple, un paramètre qui définit la page d'accueil d'une application peut afficher différentes images en fonction du type d'OS à l'aide de la règle if device_os = Android :

Vous pouvez également utiliser une condition temporelle pour contrôler quand votre application affiche des articles promotionnels spéciaux.

Un paramètre peut avoir plusieurs valeurs conditionnelles qui utilisent des conditions différentes, et les paramètres peuvent partager des conditions au sein d'un projet. Dans la console Firebase, accédez à la page DevOps et engagement > Remote Config > Paramètres pour afficher le pourcentage de récupération des valeurs conditionnelles de chaque paramètre. Cette métrique indique le pourcentage de requêtes ayant reçu chaque valeur au cours des dernières 24 heures.

Ajouter, modifier, réorganiser ou supprimer des conditions à l'aide de la console Firebase

Vous pouvez créer, modifier, réorganiser et supprimer des conditions de ciblage dans la console Firebase. Les conditions sont partagées entre les paramètres d'un projet. Voici comment gérer les conditions :

1. Dans la console Firebase, accédez à la page DevOps et engagement > Remote Config > Conditions (ou sélectionnez Gérer les conditions sur la page Paramètres).
2. Ajouter une condition : cliquez sur Ajouter une condition (ou Créer votre première condition), saisissez un nom qui définit l'objectif de ciblage, puis sélectionnez une ou plusieurs règles de ciblage.
3. Modifier une condition : cliquez sur le nom de la condition ou sur l'icône de modification, modifiez les règles si nécessaire, puis cliquez sur Enregistrer.
4. Modifier la priorité des conditions : sur la page Conditions, faites glisser les conditions par leur poignée de déplacement pour les réorganiser. Les conditions situées plus haut dans la liste prévalent sur celles situées plus bas.
5. Supprimer une condition : cliquez sur l'icône de suppression à côté de la condition que vous souhaitez supprimer. Si la condition est référencée par un paramètre, sa suppression supprime également les valeurs conditionnelles associées.

Après avoir enregistré les modifications apportées à vos conditions, publiez votre modèle à l'aide de l'option Publier les modifications.

Limitation d'IPv6 avec le contrôle d'accès basé sur les adresses IP

Remote Config est compatible de manière limitée avec IPv6 lorsqu'il est utilisé avec des règles d'accès basées sur l'adresse IP. Si votre organisation limite l'accès à des plages d'adresses IP publiques spécifiques, la connexion via un réseau IPv6 peut entraîner les problèmes suivants :

• Accès à la console : il se peut que vous ne puissiez pas utiliser certaines fonctionnalités de Remote Config dans la console Firebase, comme le chargement de données ou la configuration du ciblage.
• Accès client : les applications clientes peuvent rencontrer des erreurs PERMISSION_DENIED.

Pour éviter ces problèmes, configurez votre réseau pour qu'il utilise IPv4 ou ajoutez les plages d'adresses IP Firebase requises à la liste d'autorisation de votre organisation.

Priorité des valeurs de paramètre

Un paramètre peut être associé à plusieurs valeurs conditionnelles. Les règles suivantes déterminent quelle valeur est extraite du modèle Remote Config et quelle valeur est utilisée dans une instance d'application donnée à un moment précis :

1. Tout d'abord, les valeurs conditionnelles sont appliquées pour toutes les conditions qui renvoient true pour une requête client donnée. Si plusieurs conditions sont évaluées à true, la condition supérieure affichée dans l'interface utilisateur de la console Firebase est prioritaire, et les valeurs conditionnelles associées à cette condition sont fournies lorsqu'une application extrait des valeurs du backend. Vous pouvez modifier la priorité des conditions en les faisant glisser et en les déposant sur la page Conditions.

2. S'il n'existe aucune valeur conditionnelle dont les conditions sont évaluées à true, la valeur par défaut de Remote Config est fournie lorsqu'une application récupère des valeurs à partir du backend. Si un paramètre n'existe pas dans le backend ou si la valeur par défaut est définie sur Utiliser la valeur par défaut de l'application, aucune valeur n'est fournie pour ce paramètre lorsqu'une application récupère des valeurs.

   Remarque : Lorsqu'un paramètre Remote Config est utilisé dans un test Firebase A/B Testing actif, les valeurs du test prévalent sur toutes les valeurs conditionnelles Remote Config.

Dans votre application, les valeurs de paramètre sont renvoyées par les méthodes get selon l'ordre de priorité suivant :

1. Si une valeur a été récupérée à partir du backend, puis activée, l'application utilise la valeur récupérée. Les valeurs des paramètres activés sont persistantes.

2. Si aucune valeur n'a été récupérée à partir du backend ou si les valeurs récupérées à partir du backend Remote Config n'ont pas été activées, l'application utilise la valeur par défaut dans l'application.

   Pour en savoir plus sur l'obtention et la définition des valeurs par défaut, consultez Télécharger les valeurs par défaut du modèle Remote Config.

3. Si aucune valeur par défaut n'a été définie dans l'application, celle-ci utilise une valeur de type statique (par exemple, 0 pour int et false pour boolean).

Ce graphique résume la façon dont les valeurs de paramètres sont hiérarchisées dans le backend Remote Config et dans votre application :

Types de données des valeurs de paramètres

Remote Config vous permet de sélectionner un type de données pour chaque paramètre et de valider toutes les valeurs Remote Config par rapport à ce type avant de mettre à jour un modèle. Le type de données est stocké et renvoyé lors d'une requête getRemoteConfig.

Voici les types de données acceptés :

• String
• Boolean
• Number
• JSON

Dans l'interface utilisateur de la console Firebase, le type de données peut être sélectionné dans un menu déroulant à côté de la clé de paramètre. Dans l'API REST, les types peuvent être définis à l'aide du champ value_type dans l'objet de paramètre.

Remarque : La sélection d'un type de données n'affecte pas la façon dont les valeurs sont renvoyées aux SDK clients. Toutefois, vérifiez que dans votre application, la méthode get convertit la valeur dans le type de données prévu.

Groupes de paramètres

Remote Config vous permet de regrouper des paramètres pour une interface utilisateur plus organisée et une meilleure facilité d'utilisation.

Par exemple, supposons que vous deviez activer ou désactiver trois types d'authentification différents lors du déploiement d'une nouvelle fonctionnalité de connexion. Avec Remote Config, vous pouvez créer les trois paramètres pour activer les types de votre choix, puis les organiser dans un groupe nommé "Nouvelle connexion", sans avoir à ajouter de préfixes ni de tri spécial.

Remarque : Les groupes de paramètres permettent d'organiser les paramètres dans la console Firebase et l'API REST Remote Config. Toutefois, ils ne modifient pas la façon dont les paramètres sont référencés par le SDK.

Vous pouvez créer des groupes de paramètres à l'aide de la console Firebase ou de l'API REST Remote Config. Chaque groupe de paramètres que vous créez possède un nom unique dans votre modèle Remote Config. Lorsque vous créez des groupes de paramètres, tenez compte des points suivants :

• Les paramètres ne peuvent être inclus que dans un seul groupe à la fois, et une clé de paramètre doit toujours être unique pour tous les paramètres.
• Les noms de groupes de paramètres sont limités à 256 caractères.
• Si vous utilisez à la fois l'API REST et la console Firebase, assurez-vous que toute logique de l'API REST est mise à jour pour gérer les groupes de paramètres lors de la publication.

Créer ou modifier des groupes de paramètres à l'aide de la console Firebase

Vous pouvez regrouper les paramètres dans la console Firebase. Voici comment créer ou modifier un groupe :

1. Dans la console Firebase, accédez à la page DevOps et engagement > Remote Config > Paramètres.
2. Sélectionnez Gérer les groupes.
3. Cochez les cases des paramètres que vous souhaitez ajouter, puis sélectionnez Déplacer vers le groupe.
4. Sélectionnez un groupe existant ou créez-en un en saisissant un nom et une description, puis en sélectionnant Créer un groupe. Une fois que vous avez enregistré un groupe, vous pouvez le publier à l'aide du bouton Publier les modifications.

Créer des groupes de manière programmatique

L'API REST Remote Config permet de créer et de publier des groupes de paramètres de manière automatisée. En supposant que vous connaissez REST et que vous êtes configuré pour autoriser les requêtes adressées à l'API, vous pouvez suivre ces étapes pour gérer les groupes de manière automatisée :

1. Récupérez le modèle actuel.
2. Ajoutez des objets JSON pour représenter vos groupes de paramètres.
3. Publiez les groupes de paramètres à l'aide d'une requête HTTP PUT.

L'objet parameterGroups contient des clés de groupe, avec une description imbriquée et une liste de paramètres groupés. Notez que chaque clé de groupe doit être unique.

Par exemple, voici un extrait d'une révision de modèle qui ajoute le groupe de paramètres "new menu" avec un paramètre, pumpkin_spice_season :

{
  "parameters": {},
  "version": {
    "versionNumber": "1",

    …

  },
  "parameterGroups": {
    "new menu": {
      "description": "New Menu",
      "parameters": {
        "pumpkin_spice_season": {
          "defaultValue": {
            "value": "true"
          },
          "description": "Whether it's pumpkin spice season."
        }
      }
    }
  }
}

Conditions des signaux personnalisés

Les valeurs conditionnelles des signaux personnalisés peuvent être utilisées pour faire correspondre des signaux arbitraires que vous définissez et envoyez dans votre application avec des conditions que vous créez en fonction des signaux dans Remote Config. Cela vous permet d'adapter les expériences côté application ou côté client.

Les conditions des signaux personnalisés sont disponibles pour les environnements clients suivants :

• iOS : v11.8.0 ou version ultérieure
• Android : v22.1.0 ou version ultérieure (Firebase BoM v33.8.0 ou version ultérieure)
• Web : v11.2.0 ou version ultérieure
• Flutter : Flutter BoM version 3.6.0 ou ultérieure

Par exemple, supposons que vous travaillez sur une application de billetterie dans laquelle vous souhaitez afficher une bannière sur l'écran d'accueil. Vous pouvez utiliser des conditions de signaux personnalisés côté client pour personnaliser ces bannières en fonction de la position et des centres d'intérêt de l'utilisateur. Vous pouvez procéder comme suit :

1. Ajoutez banner_image_url et banner_link à votre modèle de client Remote Config. Elles représentent l'image de la bannière et la page d'événement associée à cette image.
2. Définissez des signaux personnalisés à partir de votre application avec les valeurs city et preferred_event_category.
3. Ajoutez des valeurs par défaut à votre modèle Remote Config spécifique au client et créez des valeurs conditionnelles en fonction des signaux personnalisés que vous avez définis à l'étape précédente.
4. Ajoutez des valeurs par défaut à votre modèle Remote Config spécifique au client et des valeurs conditionnelles pour chaque condition que vous avez définie.
5. Mettez à jour le code de votre application pour définir et utiliser les conditions des signaux personnalisés.

Votre application peut désormais télécharger les banner_image_url et banner_link appropriés lorsqu'elle récupère ces paramètres à partir du serveur Remote Config.

Limites

Lorsque vous créez des conditions de signal personnalisées, vous devez respecter les limites suivantes :

• Nombre de signaux personnalisés : vous pouvez créer jusqu'à 100 signaux personnalisés par instance d'application. Vous pouvez annuler un signal personnalisé en définissant sa valeur sur "null".
• Nom du signal personnalisé : chaque nom de signal personnalisé peut comporter jusqu'à 250 caractères.
• Valeur du signal personnalisé : chaque valeur de signal personnalisé peut comporter jusqu'à 500 caractères. Lorsque vous utilisez des expressions régulières, la limite est de 250 caractères.

Remarque : Lorsque vous définissez plusieurs conditions de signal personnalisé, respectez ces limites pour chaque signal. Si vous dépassez l'une de ces limites, aucun signal ne sera défini.

Types de règles de condition

Les types de règles suivants sont acceptés dans la console Firebase. Des fonctionnalités équivalentes sont disponibles dans l'API REST Remote Config, comme indiqué dans la documentation de référence sur les expressions conditionnelles.

Type de règle	Opérateur(s)	Valeur(s)	Remarque
Application	==	Sélectionnez un ID d'application dans la liste des applications associées à votre projet Firebase.	Lorsque vous ajoutez une application à Firebase, vous saisissez un ID de bundle ou un nom de package Android qui définit un attribut exposé en tant qu'ID d'application dans les règles Remote Config. Utilisez cet attribut comme suit : Pour les plates-formes Apple : utilisez le CFBundleIdentifier de l'application. Dans Xcode, l'identifiant du bundle se trouve dans l'onglet Général pour la cible principale de votre application. Pour Android : utilisez l'applicationId de l'application. Vous trouverez le applicationId dans le fichier build.gradle(.kts) au niveau de l'application.
Version de l'application	Pour les valeurs de chaîne : correspond exactement, contient, ne contient pas, contient l'expression régulière Pour les valeurs numériques : <, <=, =, !=, >, >=	Spécifiez la ou les versions de votre application à cibler. Avant d'utiliser cette règle, vous devez utiliser une règle ID d'application pour sélectionner une application Android/Apple associée à votre projet Firebase.	Pour les plates-formes Apple : utilisez le CFBundleShortVersionString de l'application. Remarque : Assurez-vous que votre application Apple utilise la version 6.24.0 ou ultérieure du SDK Firebase pour les plates-formes Apple, car CFBundleShortVersionString n'est pas envoyé dans les versions antérieures (voir les notes de version). Pour Android : utilisez le versionName de l'application. Remarque : Les opérateurs de comparaison numérique (<, <=, =, !=, >, >=) ne sont compatibles qu'avec les versions sémantiques numériques (telles que 1.2.3). Ils ne sont pas compatibles avec les suffixes ou les traits d'union des versions préliminaires (tels que -beta ou -rc). Pour les chaînes de version avec des suffixes ou des traits d'union non numériques (tels que 1.5-beta), utilisez plutôt des opérateurs de chaîne (tels que contient une expression régulière, contient ou correspond exactement). Les comparaisons de chaînes pour cette règle sont sensibles à la casse. Lorsque vous utilisez l'opérateur correspond exactement à, contient, ne contient pas ou contient l'expression régulière, vous pouvez sélectionner plusieurs valeurs. Lorsque vous utilisez l'opérateur contient l'expression régulière, vous pouvez créer des expressions régulières au format RE2. Votre expression régulière peut correspondre à tout ou partie de la chaîne de version cible. Vous pouvez également utiliser les ancres ^ et $ pour faire correspondre le début, la fin ou l'intégralité d'une chaîne cible.
Numéro de build	Pour les valeurs de chaîne : correspond exactement, contient, ne contient pas, expression régulière Pour les valeurs numériques : =, ≠, >, ≥, <, ≤	Spécifiez les builds de votre application à cibler. Avant d'utiliser cette règle, vous devez utiliser une règle ID d'application pour sélectionner une application Apple ou une application Android associée à votre projet Firebase.	Cet opérateur n'est disponible que pour les applications Apple et Android. Il correspond à la valeur CFBundleVersion de l'application pour Apple et à la valeur versionCode pour Android. Les comparaisons de chaînes pour cette règle sont sensibles à la casse. Lorsque vous utilisez l'opérateur correspond exactement à, contient, ne contient pas ou contient l'expression régulière, vous pouvez sélectionner plusieurs valeurs. Lorsque vous utilisez l'opérateur contient l'expression régulière, vous pouvez créer des expressions régulières au format RE2. Votre expression régulière peut correspondre à tout ou partie de la chaîne de la version cible. Vous pouvez également utiliser les ancres ^ et $ pour faire correspondre le début, la fin ou l'intégralité d'une chaîne cible.
Plate-forme	==	iOS Android Web
Système d'exploitation	==	Spécifiez le ou les systèmes d'exploitation à cibler. Avant d'utiliser cette règle, vous devez utiliser une règle ID d'application pour sélectionner une application Web associée à votre projet Firebase.	Cette règle renvoie true pour une instance d'application Web donnée si le système d'exploitation et sa version correspondent à une valeur cible de la liste spécifiée.
Navigateur	==	Spécifiez le ou les navigateurs à cibler. Avant d'utiliser cette règle, vous devez utiliser une règle ID d'application pour sélectionner une application Web associée à votre projet Firebase.	Cette règle renvoie true pour une instance d'application Web donnée si le navigateur et sa version correspondent à une valeur cible de la liste spécifiée.
Catégorie d'appareil	est, n'est pas	mobile	Cette règle évalue si l'appareil qui accède à votre application Web est un appareil mobile ou non (ordinateur ou console). Ce type de règle n'est disponible que pour les applications Web.
Langues	est dans	Sélectionnez une ou plusieurs langues.	Cette règle est évaluée à true pour une instance d'application donnée si cette instance est installée sur un appareil qui utilise l'une des langues listées.
Pays/Région	est dans	Sélectionnez une ou plusieurs régions ou un ou plusieurs pays.	Cette règle renvoie true pour une instance d'application donnée si l'instance se trouve dans l'un des pays ou l'une des régions listés. Le code pays de l'appareil est déterminé à l'aide de l'adresse IP de l'appareil dans la requête ou du code pays déterminé par Firebase Analytics (si les données Analytics sont partagées avec Firebase).
Audiences d'utilisateurs	Inclut au moins un des éléments	Sélectionnez une ou plusieurs audiences dans une liste d'audiences Google Analytics que vous avez configurées pour votre projet.	Cette règle nécessite une règle d'ID d'application pour sélectionner une application associée à votre projet Firebase. Remarque : Étant donné que de nombreuses audiences Analytics sont définies par des événements ou des propriétés utilisateur, qui peuvent être basés sur les actions des utilisateurs de l'application, il peut s'écouler un certain temps avant qu'une règle Utilisateur dans l'audience ne prenne effet pour une instance d'application donnée. Cela signifie que même si un utilisateur remplit techniquement les conditions d'une audience, si Analytics n'a pas encore ajouté l'utilisateur à l'audience lors de l'exécution de fetchAndActivate(), l'utilisateur ne correspondra pas à la condition.
Propriété utilisateur	Pour les valeurs de chaîne : contient, ne contient pas, correspond exactement, contient une expression régulière Pour les valeurs numériques : =, ≠, >, ≥, <, ≤ Remarque : Sur le client, vous ne pouvez définir que des valeurs de chaîne pour les propriétés utilisateur. Pour les conditions qui utilisent des opérateurs numériques, Remote Config convertit la valeur de la propriété utilisateur correspondante en entier/flottant.	Sélectionnez une propriété utilisateur Google Analytics dans la liste des propriétés disponibles.	Pour savoir comment utiliser les propriétés utilisateur afin de personnaliser votre application pour des segments très spécifiques de votre base d'utilisateurs, consultez Remote Config et propriétés utilisateur. Pour en savoir plus sur les propriétés utilisateur, consultez les guides suivants : Définir les propriétés utilisateur sur Apple Définir les propriétés utilisateur sur Android Lorsque vous utilisez l'opérateur correspond exactement à, contient, ne contient pas ou contient l'expression régulière, vous pouvez sélectionner plusieurs valeurs. Lorsque vous utilisez l'opérateur contient l'expression régulière, vous pouvez créer des expressions régulières au format RE2. Votre expression régulière peut correspondre à tout ou partie de la chaîne de la version cible. Vous pouvez également utiliser les ancres ^ et $ pour faire correspondre le début, la fin ou l'intégralité d'une chaîne cible. Remarque : Les propriétés utilisateur collectées automatiquement ne sont pas disponibles lorsque vous créez des conditions Remote Config.
Utilisateur d'un pourcentage aléatoire	Slider (dans la console Firebase). L'API REST utilise les opérateurs <=, > et between.	0–100	Utilisez ce champ pour appliquer une modification à un échantillon aléatoire d'instances d'application (avec des tailles d'échantillon pouvant être de seulement 0,0001 %), à l'aide du curseur pour segmenter les utilisateurs (instances d'application) mélangés de manière aléatoire en groupes. Chaque instance d'application est mappée de manière persistante à un nombre entier ou fractionnaire aléatoire, selon une valeur de départ définie dans ce projet. Les valeurs de graine peuvent contenir entre un et 32 caractères, y compris des valeurs alphanumériques, des points, des traits d'union et/ou des traits de soulignement. Une règle utilise la clé par défaut (affichée sous la forme Modifier la valeur de départ dans la console Firebase), sauf si vous modifiez la valeur de départ. Vous pouvez rétablir l'utilisation de la clé par défaut pour une règle en effaçant le champ Valeur de départ. Pour cibler de manière cohérente les mêmes instances d'application dans des plages de pourcentages données, utilisez la même valeur de graine dans toutes les conditions. Vous pouvez également sélectionner un nouveau groupe d'instances d'application attribué de manière aléatoire pour une plage de pourcentage donnée en spécifiant une nouvelle valeur de départ. Par exemple, pour créer deux conditions associées qui s'appliquent chacune à 5 % des utilisateurs d'une application sans chevauchement, vous pouvez configurer une condition correspondant à un pourcentage compris entre 0 % et 5 %, et une autre condition correspondant à une plage comprise entre 5 % et 10 %. Pour permettre à certains utilisateurs d'apparaître de manière aléatoire dans les deux groupes, utilisez des valeurs de graine différentes pour les règles de chaque condition.
Segment importé	est dans	Sélectionnez un ou plusieurs segments importés.	Cette règle nécessite de configurer des segments importés personnalisés.
Date/Heure	Avant, après	Une date et une heure spécifiées, soit dans le fuseau horaire de l'appareil, soit dans un fuseau horaire spécifié, tel que "(GMT+11) Heure de Sydney".	Compare l'heure actuelle à l'heure de récupération de l'appareil.
Première ouverture	Avant, après	Ciblez les utilisateurs en fonction de la première fois qu'ils ouvrent votre application : Sélectionnez Nouveaux utilisateurs pour cibler les utilisateurs qui ouvrent votre application pour la première fois après une date et une heure spécifiées. Sélectionnez Période pour cibler les utilisateurs qui ouvrent votre application pour la première fois pendant la période précédant ou suivant la date et l'heure que vous spécifiez. Combinez les conditions Avant et Après pour cibler les utilisateurs sur une période spécifique.	Le ciblage des utilisateurs en fonction de la première ouverture est disponible après avoir sélectionné une application Android, iOS ou Web. Nécessite les SDK suivants : SDK Firebase pour Google Analytics SDK pour les plates-formes Apple v9.0.0 ou version ultérieure ou SDK Android v21.1.1 ou version ultérieure (Firebase BoM v30.3.0 ou version ultérieure), et SDK JavaScript v12.8.0 ou version ultérieure. Analytics doit également avoir été activé sur le client lors de l'événement de première ouverture.
ID d'installation	est dans	Spécifiez un ou plusieurs ID d'installation (jusqu'à 50) à cibler.	Cette règle est évaluée à true pour une installation donnée si l'ID de cette installation figure dans la liste d'éléments séparés par une virgule. Pour savoir comment obtenir des ID d'installation, consultez Récupérer les identifiants client.
L'utilisateur existe	(aucun opérateur)	Cible tous les utilisateurs de toutes les applications du projet actuel.	Utilisez cette règle de condition pour cibler tous les utilisateurs du projet, quelle que soit l'application ou la plate-forme. Lorsque vous utilisez la personnalisation Remote Config, vous pouvez utiliser cet opérateur pour vous assurer que tous les utilisateurs du projet reçoivent des valeurs personnalisées.
Signal personnalisé	Pour les valeurs de chaîne : contient, ne contient pas, correspond exactement, contient l'expression régulière Pour les valeurs numériques : =, ≠, >, ≥, <, ≤ Pour les valeurs de version : =, ≠, >, ≥, <, ≤	Les comparaisons de chaînes pour cette règle sont sensibles à la casse. Lorsque vous utilisez l'opérateur "correspond exactement à", "contient", "ne contient pas" ou "contient l'expression régulière", vous pouvez sélectionner plusieurs valeurs. Lorsque vous utilisez l'opérateur "contient l'expression régulière", vous pouvez créer des expressions régulières au format RE2. Votre expression régulière peut correspondre à tout ou partie de la chaîne de version cible. Vous pouvez également utiliser les ancres ^ et $ pour faire correspondre le début, la fin ou l'intégralité d'une chaîne cible. Les types de données suivants sont acceptés pour les environnements clients : iOS : int, double Android : int, long, double Web : nombre Chiffre représentant le ou les numéros de version à mettre en correspondance (par exemple, 2.1.0).	Pour en savoir plus sur les conditions des signaux personnalisés et les expressions conditionnelles à utiliser, consultez Conditions des signaux personnalisés et Éléments utilisés pour créer des conditions.

Paramètres et conditions de recherche

Vous pouvez rechercher les clés de paramètre, les valeurs de paramètre et les conditions de votre projet dans la console Firebase à l'aide du champ de recherche situé en haut de la page DevOps et engagement > Remote Config > Paramètres.

Limites concernant les paramètres et les conditions

Dans un projet Firebase, vous pouvez avoir jusqu'à 3 000 paramètres et jusqu'à 2 000 conditions. Les clés de paramètre peuvent comporter jusqu'à 256 caractères. Elles doivent commencer par un trait de soulignement ou une lettre non accentuée (A-Z, a-z), et peuvent également inclure des chiffres. La longueur totale des chaînes de valeurs de paramètres dans un projet ne peut pas dépasser 1 000 000 caractères. De plus, les règles de condition basées sur les propriétés utilisateur peuvent inclure jusqu'à 100 valeurs de propriété utilisateur. Pour obtenir la liste complète des limites, consultez Quotas et limites.

Afficher les modifications apportées aux paramètres et aux conditions

Vous pouvez afficher les dernières modifications apportées à vos modèles Remote Config depuis la console Firebase. Pour chaque paramètre et condition :

• Affichez le nom de l'utilisateur qui a modifié le paramètre ou la condition pour la dernière fois.

• Si la modification a eu lieu le même jour, affichez le nombre de minutes ou d'heures écoulées depuis la publication de la modification dans le modèle Remote Config actif.

• Si la modification a eu lieu un ou plusieurs jours auparavant, affichez la date à laquelle elle a été publiée dans le modèle Remote Config actif.

Historique des modifications des paramètres

Dans la console Firebase, accédez à la page DevOps et engagement > Remote Config > Paramètres. La colonne Dernière publication indique le dernier utilisateur à avoir modifié chaque paramètre et la date de la dernière publication de la modification :

• Pour afficher les métadonnées de modification des paramètres groupés, développez le groupe de paramètres.

• Pour trier les données par ordre croissant ou décroissant en fonction de la date de publication, cliquez sur l'étiquette de la colonne Dernière publication.

Historique des modifications des conditions

Dans la console Firebase, accédez à la page DevOps et engagement > Remote Config > Conditions. Vous pouvez voir le dernier utilisateur qui a modifié la condition et la date de modification à côté de Dernière modification sous chaque condition.

Étapes suivantes

Pour configurer votre projet et votre application Firebase afin d'utiliser Remote Config, consultez Premiers pas avec Firebase Remote Config.