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

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

Vous pouvez créer jusqu'à 300 tests par projet (y compris les déploiements progressifs), dont 24 peuvent être exécutés simultanément. Les autres tests sont considérés comme terminés. Si vous atteignez cette limite, vous devez supprimer les brouillons ou les tests terminés avant de pouvoir 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é à nouveau ?

Si vous associez votre projet à une autre propriété Google Analytics, vous perdrez l'accès aux tests créés précédemment. Pour retrouver l'accès à un test précédent, associez à nouveau votre projet à la propriété Google Analytics qui était associée au moment de la création du test.

Pourquoi le message "Le projet n'est pas 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 le message indiquant que Google Analytics n'est pas associé s'affiche toujours, 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 Google Analytics intégration :

1. Dans la console Firebase, 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. Vous pouvez créer des flux pour les applications manquantes de plusieurs manières :

• Si une ou deux applications seulement ne sont pas associées à un Google Analytics flux, vous pouvez choisir l'une des méthodes suivantes pour ajouter un Google Analytics flux :
  • Dans la console Firebase, supprimez et ajoutez à nouveau toute application sans flux actif.
  • Dans la console Google Analytics, sélectionnez Admin, cliquez sur Flux de données, puis cliquez sur Ajouter un flux, ajoutez les détails de l'application manquante, puis cliquez sur Enregistrer l'application.
• Si plusieurs flux d'application sont manquants, dissocier votre propriété Google Analytics puis l'associer à nouveau est le moyen le plus rapide et le plus efficace de créer les flux d'application manquants :
  1. Dans la console Firebase, 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 associerez à nouveau 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 d'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 votre ID de propriété dans la liste Propriété Analytics qui s'affiche.
     
     La 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 possèdent pas.
  9. Cliquez sur Activer Google Analytics pour associer à nouveau 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 A/B Testing workflow ?

• Création dans Remote Config : vous créez désormais des tests directement à partir de la Remote Config section 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 et prennent effet lorsque le modèle est publié.Remote Config
• Mises à jour en temps réel : grâce au mécanisme d'extraction Remote Config, les mises à jour des valeurs de test peuvent être propagées à vos utilisateurs mobiles en temps réel.
• Onglet "Staging" : les tests en cours de création ou de mise à jour sont conservés dans un sous-onglet "Staging" dans Remote Config. Ils sont locaux à la session de console active.
• Suppression des anciens brouillons : l'ancien onglet Brouillons autonome de A/B Testing est supprimé. Les brouillons existants dans cet onglet sont en lecture seule (ils peuvent être dupliqués ou supprimés), mais ne peuvent pas être démarrés ni modifiés. 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 (FIDs) aux conditions du test lors de sa création.

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

Vous pouvez créer jusqu'à 300 tests par projet (y compris les déploiements progressifs), dont 24 peuvent être exécutés simultanément. Les autres tests sont considérés comme terminés. Si vous atteignez cette limite, vous devez supprimer les brouillons ou les tests terminés avant de pouvoir 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. Vous ouvrez ainsi un flux de création basé sur une barre latérale semblable à celui utilisé pour créer des déploiements progressifs Remote Config.

Comment tester ou examiner un test en interne avant de le présenter à tous les utilisateurs ?

Dans la plupart des cas, lorsque vous souhaitez valider et tester un test avant de le déployer, vous êtes probablement plus intéressé par le test des valeurs du test et du comportement de l'application que par le test de la distribution du test lui-même. Dans ce cas, nous vous recommandons de créer un test que vous pouvez 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 dupliquer le test et modifier les conditions pour cibler vos utilisateurs externes, et 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 le présenter à des utilisateurs finaux. Pour ce faire, ajoutez un ou plusieurs ID d'installation Firebase (FIDs) aux conditions du test lors de sa création.

Où puis-je trouver mes brouillons de test temporaires, et qu'est-ce que l'onglet "Staging" ?

Avec ce workflow, les brouillons de test temporaires (y compris les tests en cours de création ou de mise à jour) sont disponibles dans un sous-onglet appelé Staging 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 d'exécution ?

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 publication s'affiche. Ce 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'arrêt.

Pourquoi mon test A/B en cours d'exécution 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 à une version où le test n'existait pas, le test s'arrête. Si vous restaurez une version dans laquelle un test était déjà arrêté, il ne redémarre pas. Vous pouvez dupliquer le test arrêté et le republier si vous souhaitez le recréer et l'exécuter.
• Dissociation du paramètre : si un test n'est associé qu'à un seul paramètre, la dissociation de la condition associée à ce paramètre entraîne l'arrêt du test.

La restauration d'une ancienne version du modèle Remote Config réactivera-t-elle un test qui a été arrêté ou supprimé précédemment ?

Non. La restauration d'un modèle Remote Config ne redémarre aucun test qui a déjà été arrêté ou supprimé, même si ce test était actif dans la version restaurée. Vous pouvez dupliquer le test arrêté et le republier si vous souhaitez le recréer et l'exécuter.

L'assistance en temps réel est-elle disponible pour les tests A/B Testing ?

Oui, les mises à jour en temps réel sont désormais compatibles avec les expériences A/B Testing. Assurez-vous que votre application utilise les dernières versions requises du SDK (SDK Firebase pour Android version 34.13.0 et SDK Firebase pour iOS version 12.13.0) pour profiter de cette fonctionnalité.

L'assistance en temps réel pour les tests A/B Testing fonctionne-t-elle pour les applications Web ?

Les mises à jour en temps réel Remote Config pour les valeurs de paramètres A/B Testing ne sont actuellement pas compatibles avec les applications Web.

Si je modifie les conditions de ciblage d'un test en cours d'exécution 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 la mesure.

Une fois qu'un utilisateur est attribué à un test et que sa mesure commence, il continue d'être inclus dans les métriques du test, même si des modifications ultérieures des conditions de ciblage l'excluent normalement. Toutefois, ces utilisateurs ne recevront plus les valeurs de variante du test s'ils ne remplissent 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 à l'aide de la logique de "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 l'une des solutions suivantes dans l'onglet Conditions :

• Réorganiser les conditions : assurez-vous que les conditions de test plus spécifiques (les moins inclusives) sont placées plus haut dans la liste d'évaluation afin qu'elles soient vérifiées avant les conditions plus générales.
• 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 ne peux pas supprimer une condition de l'onglet Conditions.

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

Je ne peux pas supprimer une règle d'une condition si cette règle 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 s'affiche pour vous informer lorsque le ciblage d'un test combine plusieurs conditions basées sur un pourcentage, car leur effet combiné, associé 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 tests brouillons ou les appareils de test ?

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

• Suppression 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 (FIDs) aux conditions du test lors de sa création. Pour tester une application expérimentale pour l'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 du test de 90 jours commence lors de 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 complet.

Puis-je créer des paramètres lors de la création d'un test ?

Non, vous ne pouvez pas créer de paramètre Remote Config directement dans la barre latérale de création de test. 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 d'extraction (survenus en mai 2026) avec le nouveau workflow ?