Dépannage et questions fréquentes sur les tests A/B

Combien de tests puis-je créer et exécuter ?

Vous pouvez effectuer jusqu'à 300 tests par projet (y compris les déploiements). Parmi ceux-ci, 24 tests et déploiements peuvent être en cours d'exécution, et les autres doivent être terminés. Si vous atteignez cette limite, vous devrez supprimer les tests en brouillon ou terminés avant d'en créer d'autres.

Pourquoi ne puis-je pas voir mes tests après avoir dissocié mon projet de Google Analytics, puis l'avoir associé de nouveau ?

Si vous associez le conteneur à une autre propriété Google Analytics, vous perdrez l'accès aux tests créés auparavant. Pour récupérer l'accès à une expérience précédente, associez de nouveau votre projet à la propriété Google Analytics qui était associée lors de la création de l'expérience.

Pourquoi le message "Projet non associé à Google Analytics" s'affiche-t-il lorsque je crée un test Remote Config ?

Si vous avez déjà activé Google Analytics dans votre projet et associé vos applications, mais que vous voyez toujours un message indiquant que Google Analytics n'est pas associé, assurez-vous qu'un flux Analytics existe pour toutes les applications de votre projet. Actuellement, pour utiliser A/B Testing, toutes les applications d'un projet doivent être associées à Analytics.

Voici comment vérifier la liste de tous les flux actifs pour votre intégration Google Analytics :

1. Dans la consoleFirebase, accédez à la page settings Paramètres > Intégrations.
2. Sur la fiche Google Analytics, cliquez sur Gérer.

La création d'un flux Google Analytics pour toute application qui n'en possède pas devrait résoudre le problème. Il existe plusieurs façons de créer des flux pour les applications manquantes :

• S'il ne manque un flux Google Analytics associé qu'à une ou deux applications, vous pouvez choisir l'une des méthodes suivantes pour ajouter un flux Google Analytics :
  • Dans la console Firebase, supprimez et ajoutez de nouveau les applications sans flux actif.
  • Dans la console Google Analytics, sélectionnez Administration, cliquez sur Flux de données, puis sur Ajouter un flux. Ajoutez les informations manquantes sur l'application, puis cliquez sur Enregistrer l'application.
• Si vous avez plusieurs flux d'application manquants, dissocier et réassocier votre propriété Google Analytics est le moyen le plus rapide et le plus efficace de créer les flux d'application manquants :
  1. Dans la consoleFirebase, accédez à la page settings Paramètres > Intégrations.
  2. Sur la fiche Google Analytics, cliquez sur Gérer.
  3. Notez l'Google Analytics ID de propriété et le compte Google Analytics associé.
  4. Cliquez sur more_vert Plus, puis sélectionnez Dissocier Analytics de ce projet.
  5. Lisez l'avertissement qui s'affiche (ne vous inquiétez pas, vous réassocierez la même propriété à l'étape suivante), puis cliquez sur Dissocier Google Analytics.
     
     Une fois la dissociation terminée, vous serez redirigé vers la page Intégrations.
  6. Sur la fiche Google Analytics, cliquez sur Activer pour lancer le processus de réassociation.
  7. Sélectionnez votre compte Analytics dans la liste Sélectionner un compte.
  8. À côté de Créer automatiquement une propriété dans ce compte, cliquez sur edit Modifier, puis sélectionnez l'ID de votre propriété dans la liste Propriété Analytics qui s'affiche.
     
     Une liste de toutes les applications de votre projet s'affiche. Les mappages de flux existants pour chaque application sont listés, et un flux est créé pour les applications qui n'en ont pas.
  9. Cliquez sur Activer Google Analytics pour réassocier la propriété.
  10. Cliquez sur Terminer.

Si vous recevez toujours une erreur lors de la création de tests A/B avec Remote Config après avoir suivi ces étapes, contactez l'assistance Firebase.

Quelles sont les principales fonctionnalités du nouveau workflow A/B Testing ?

• Création dans Remote Config : vous pouvez désormais créer des tests directement depuis la section Remote Config de la console Firebase. Par exemple, sur la page Paramètres, cliquez sur Créer un test pour ouvrir un flux de création basé sur une barre latérale.
• Architecture unifiée : les tests font partie du modèle Remote Config. Cela signifie que les modifications apportées aux tests (ciblage, variantes, arrêt) sont regroupées avec d'autres modifications Remote Config et prennent effet lorsque le modèle est publié.
• Mises à jour en temps réel : en tirant parti du mécanisme de récupération Remote Config, les mises à jour des valeurs de test peuvent être propagées à vos utilisateurs mobiles en temps réel.
• Onglet "Préparation" : les tests en cours de création ou de modification sont placés dans le sous-onglet "Préparation" de Remote Config. Elles sont locales à la session de console active.
• Obsolescence de l'ancienne section "Brouillons" : l'onglet Brouillons autonome dans A/B Testing est obsolète. Les brouillons existants dans cet onglet sont en lecture seule (ils peuvent être dupliqués ou supprimés). Vous ne pouvez pas les démarrer ni les modifier. Cet onglet sera définitivement supprimé le 31 octobre 2026.
• Suppression des appareils de test : la fonctionnalité "Gérer les appareils de test" n'est plus disponible dans le nouveau workflow. Pour cibler des appareils de test internes spécifiques, vous pouvez ajouter un ou plusieurs ID d'installation Firebase (FID) aux conditions du test lors de sa création.

Combien de tests puis-je créer et exécuter ?

Vous pouvez effectuer jusqu'à 300 tests par projet (y compris les déploiements). Parmi ceux-ci, 24 tests et déploiements peuvent être en cours d'exécution, et les autres doivent être terminés. Si vous atteignez cette limite, vous devrez supprimer les tests en brouillon ou terminés avant d'en créer d'autres.

Comment créer un test ?

Vous pouvez créer des tests directement à partir de la section Remote Config. Par exemple, pour créer un test à partir de la page "Paramètres", accédez à Remote Config > Paramètres, puis cliquez sur Créer un test. Un flux de création basé sur une barre latérale s'ouvre, semblable à celui utilisé pour créer des déploiements Remote Config.

Comment tester ou examiner un test en interne avant de l'exposer à tous les utilisateurs ?

Dans la plupart des cas, lorsque vous souhaitez valider et tester une expérience avant de la déployer, vous êtes probablement plus intéressé par le test des valeurs de l'expérience et du comportement de l'application que par le test de la distribution de l'expérience elle-même. Dans ce cas, nous vous recommandons de créer un test que vous pourrez cibler sur un groupe de test limité. Après avoir créé le test et vérifié que les variantes fonctionnent comme prévu, vous pouvez le dupliquer et modifier les conditions pour cibler vos utilisateurs externes. Vous pouvez également appliquer d'autres conditions en fonction des utilisateurs que vous souhaitez cibler.

Vous pouvez également cibler des appareils de test internes spécifiques pour valider le comportement du test avant de l'exposer à des utilisateurs finaux. Pour ce faire, ajoutez un ou plusieurs ID d'installation Firebase (FID) aux conditions du test lors de sa création.

Où puis-je trouver mes brouillons de tests temporaires et qu'est-ce que l'onglet "Préproduction" ?

Avec ce workflow, les brouillons de tests temporaires (y compris les tests en cours de création ou de modification) sont disponibles dans un sous-onglet appelé Préparation dans Remote Config. Les brouillons de ce sous-onglet ne sont pas conservés au-delà de la session en cours.

Comment arrêter un test en cours ?

Pour arrêter un test, vous devez désormais publier le modèle Remote Config. Lorsque vous cliquez sur Arrêter le test, un pop-up de confirmation de la publication s'affiche. Cette fenêtre pop-up liste toutes les modifications qui prendront effet, y compris l'arrêt du test. La publication du modèle est nécessaire pour finaliser l'action d'arrêt.

Pourquoi mon test A/B en cours s'est-il arrêté de manière inattendue ?

Les tests peuvent s'arrêter automatiquement en raison de modifications apportées au modèle Remote Config :

• Restauration du modèle : si vous restaurez votre modèle Remote Config vers une version où le test n'existait pas, le test sera arrêté. Si vous revenez à une version dans laquelle un test a déjà été arrêté, il ne sera pas relancé. Vous pouvez dupliquer le test arrêté et le republier si vous souhaitez le recréer et l'exécuter.
• Dissociation des paramètres : si un test n'est associé qu'à un seul paramètre, la dissociation de la condition associée à ce paramètre entraînera l'arrêt du test.

Si je reviens à une ancienne version du modèle Remote Config, cela réactivera-t-il un test qui a été arrêté ou supprimé ?

Non. Le rétablissement d'un modèle Remote Config ne redémarrera aucun test qui a déjà été arrêté ou supprimé, même si ce test était actif dans la version rétablie. Si vous souhaitez recréer et exécuter le test, vous pouvez le dupliquer et le republier.

La prise en charge en temps réel est-elle disponible pour les tests A/B ?

Oui, les mises à jour en temps réel sont désormais acceptées pour les tests A/B Testing. Pour utiliser cette fonctionnalité, assurez-vous que votre application utilise les dernières versions requises du SDK (SDK Firebase pour Android version 34.13.0, SDK Firebase pour iOS version 12.13.0 et SDK JavaScript Firebase version 12.15.0).

Si je modifie les conditions de ciblage d'un test en cours pour exclure certains utilisateurs, pourquoi ces utilisateurs sont-ils toujours inclus dans les données de mesure du test ?

A/B Testing utilise des buckets persistants pour les mesures.

Une fois qu'un utilisateur est affecté à un test et que sa mesure commence, il continuera d'être inclus dans les métriques du test, même si des modifications ultérieures des conditions de ciblage l'en excluraient normalement. Toutefois, ces utilisateurs ne recevront plus les valeurs de variante du test s'ils ne respectent plus les conditions mises à jour. Pour en savoir plus, consultez la logique d'attribution des variantes Remote Config.

Le message d'erreur Associez une application à cette condition ou sélectionnez-en une autre s'affiche lorsque je configure le ciblage d'un test.

Cette erreur signifie que la condition de ciblage sélectionnée nécessite qu'une application Firebase explicite soit ciblée, mais que la configuration actuelle n'en inclut aucune. Assurez-vous que la condition contient une règle qui cible au moins l'une de vos applications Firebase.

Pourquoi mes conditions ne ciblent-elles aucun utilisateur ?

Les conditions du modèle Remote Config sont évaluées de haut en bas, en utilisant la logique de la "première correspondance". Si une condition générale est placée au-dessus d'une condition de test plus spécifique, la condition générale capture l'utilisateur en premier, et le test est ignoré. Pour résoudre ce problème, envisagez d'effectuer l'une des opérations suivantes dans l'onglet Conditions :

• Réorganiser les conditions : assurez-vous que les conditions de test les plus spécifiques (les moins inclusives) sont placées plus haut dans la liste d'évaluation afin d'être vérifiées avant les conditions plus générales et plus larges.
• Utiliser des paramètres dédiés : si vous avez des besoins de ciblage complexes, envisagez de créer un paramètre Remote Config unique spécifiquement pour votre test afin d'éviter les conflits de conditions.

Je n'arrive pas à supprimer une condition de l'onglet Conditions.

Les conditions ne peuvent pas être supprimées si elles sont associées à des tests actifs ou en cours. Vous devez d'abord arrêter le test et supprimer la condition.

Je ne peux pas supprimer une règle d'une condition si elle est associée à une application spécifique.

Si une condition contient une règle qui cible explicitement une application Firebase, cette règle d'association d'application spécifique ne peut pas être supprimée lors de la modification de la condition.

Un avertissement s'affiche concernant l'utilisation de plusieurs conditions de pourcentage dans le ciblage de mon test. Dois-je m'inquiéter ?

Il s'agit d'un avertissement non bloquant. Il semble vous avertir lorsque le ciblage d'un test combine plusieurs conditions basées sur des pourcentages, car leur effet cumulé, combiné au pourcentage d'exposition du test, peut parfois entraîner une distribution inattendue des utilisateurs. Vous pouvez continuer, mais soyez attentif à la façon dont ces conditions interagissent.

Où puis-je trouver et gérer les expériences Brouillon ou les Appareils de test ?

Voici quelques-unes des modifications apportées aux anciens brouillons et appareils de test avec le nouveau workflow A/B Testing :

• Obsolescence de l'onglet "Brouillons" : l'onglet Brouillons et les tests brouillons existants ne sont plus modifiables. Vous ne pouvez que consulter, dupliquer ou supprimer les tests brouillons existants. L'onglet Brouillons sera définitivement supprimé de la console le 31 octobre 2026.
• Suppression des appareils de test : la fonctionnalité Gérer les appareils de test n'est plus disponible dans le nouveau workflow. Pour cibler des appareils de test internes spécifiques, vous pouvez ajouter un ou plusieurs ID d'installation Firebase (FID) aux conditions de l'expérience lors de sa création. Pour tester les applications expérimentales d'assurance qualité, attribuez le test à un ID d'application spécifique et définissez l'exposition sur 100%. Pour examiner le test avant de le déployer, définissez l'exposition sur 0%. Notez que la période d'expiration de 90 jours du test commence à la publication, même avec une exposition de 0 %. Après avoir examiné le test, vous pouvez augmenter le pourcentage d'exposition pour commencer le déploiement complet.

Puis-je créer des paramètres lorsque je crée un test ?

Non, vous ne pouvez pas créer de paramètre Remote Config directement dans la barre latérale de création de l'expérience. Vous devez créer le paramètre dans Remote Config avant de configurer un test qui l'utilise.

Comment puis-je atténuer les problèmes de récupération (survenus en mai 2026) avec le nouveau workflow ?

Un problème a empêché les tests Firebase A/B Testing créés entre le 13 mai 2026 et le 22 mai 2026 d'atteindre les SDK client. Cela signifie que vos utilisateurs finaux n'ont pas reçu de variantes de test et qu'il n'y a pas de métriques disponibles pour ces tests. Notez que la diffusion des tests auprès de vos utilisateurs finaux est désormais automatiquement restaurée et que la collecte des métriques commencera à partir de la prochaine extraction. Si vous devez étendre la période de mesure de votre test en raison de cette interruption ou si vous avez d'autres questions sur le nouveau workflow, veuillez contacter l'assistance Firebase.