À propos des déploiements Remote Config

Ce guide fournit des informations sur les concepts clés liés aux déploiements Remote Config. Il vous permet de :

Comprendre l'appartenance aux groupes de déploiement

Lorsque vous créez un déploiement et que vous attribuez un pourcentage, Firebase place une partie de taille égale de votre audience dans un groupe de contrôle pour obtenir des résultats précis lorsque vous comparez les performances de votre fonctionnalité activée. Vous obtenez ainsi les groupes suivants.

  • Activé : les appareils utilisateur attribués à ce groupe reçoivent la valeur que vous configurez dans votre déploiement.
  • Contrôle : les appareils utilisateur attribués à ce groupe reçoivent la valeur qu'ils auraient reçue de Remote Config, et non la valeur de déploiement.
  • Non attribué : les appareils des utilisateurs de ce groupe reçoivent la valeur qu'ils auraient reçue de Remote Config, mais ne sont pas utilisés dans les résultats de comparaison du déploiement.

Autrement dit, si vous déployez la fonctionnalité auprès de 2 % de vos utilisateurs, ils sont ajoutés au groupe "Activé", et 2 % supplémentaires sont ajoutés au groupe "Contrôle", qui sert de comparaison. 96 % de vos utilisateurs restent dans la catégorie "Non attribué".

Cette approche permet de comparer équitablement les performances des utilisateurs et des appareils qui reçoivent votre valeur de déploiement à celles de ceux qui ne la reçoivent pas. Elle vous permet également de déterminer efficacement le succès ou l'échec du déploiement sur la page Résultats du déploiement.

L'attribution des groupes de déploiement est cohérente dans toutes les phases d'un déploiement. Autrement dit, si vous réduisez le pourcentage à 0 % au cours du même déploiement, tous les utilisateurs reviendront à la valeur de paramètre définie dans le modèle Remote Config. Si vous décidez ensuite d'augmenter le pourcentage de déploiement, les utilisateurs qui faisaient partie des groupes "Activé" ou "Contrôle" précédents reviendront au groupe auquel ils appartenaient à l'origine et recevront des valeurs cohérentes avec ces groupes.

Une fois que vous avez vérifié que votre version est opérationnelle et que vous décidez de la lancer complètement auprès de 100 % des utilisateurs ciblés, Firebase n'utilise plus le groupe de contrôle et tous les utilisateurs et appareils ciblés reçoivent la valeur de déploiement.

Quand utiliser un déploiement progressif plutôt qu'un test A/B ?

Les déploiements Remote Config et A/B Testing conviennent à des cas d'utilisation légèrement différents et peuvent être utilisés de manière complémentaire.

Les déploiements sont des lancements progressifs. Ils sont souvent utilisés pour déployer une nouvelle fonctionnalité auprès d'un groupe d'utilisateurs spécifique. Vous pouvez cibler les utilisateurs dans un pays spécifique ou ceux qui utilisent une version spécifique de votre application. Utilisez les déploiements pour limiter les risques et tester de nouvelles fonctionnalités dans un environnement réel, avec des contrôles stricts, afin de voir comment elles fonctionnent. Vous pouvez également surveiller les performances de vos services de backend avec la charge supplémentaire de la nouvelle fonctionnalité et estimer l'utilisation pour vous assurer que votre modification est évolutive avant de la déployer auprès d'une audience plus large.

Les déploiements sont d'excellents outils pour les situations où vous implémentez de nouvelles fonctionnalités qui modifient considérablement les fonctionnalités existantes, des modifications qui peuvent entraîner des résultats imprévisibles ou des modifications qui peuvent avoir un impact sur votre infrastructure de backend, vos services ou vos API externes.

A/B Testing vous permet de présenter plusieurs versions d'une fonctionnalité ou d'un élément d'application (par exemple, en modifiant l'apparence de l'UI, en changeant le texte d'une annonce ou en ajustant la difficulté d'un niveau de jeu). Vous pouvez ensuite présenter différentes variantes à vos utilisateurs pour déterminer quelle option génère les meilleurs résultats en fonction de la métrique choisie (comme l'engagement des utilisateurs, les clics sur les annonces et les revenus).

Utilisez A/B Testing pour prendre des décisions basées sur les données, optimiser vos campagnes et comprendre les préférences de vos utilisateurs. Elle est idéale lorsque vous avez plusieurs options comparables et des objectifs très spécifiques. Par exemple, A/B Testing convient aux modifications où vous souhaitez ajuster votre application pour améliorer une métrique spécifique, comme tester l'emplacement de bannière publicitaire qui génère le plus de clics.

Il est également judicieux de combiner les déploiements Remote Config et les tests A/B A/B Testing dans une stratégie globale : commencez par créer un test A/B avec un ensemble limité d'utilisateurs pour déterminer la variante qui produit les meilleurs résultats pour vos métriques clés. Ensuite, une fois que A/B Testing a déterminé un leader, créez un déploiement avec la variante gagnante. Surveillez sa stabilité et ses métriques clés à mesure que vous augmentez progressivement le nombre d'utilisateurs exposés. Une fois que vous êtes sûr de ses performances, déployez-la à 100 %.

Comprendre les résultats du déploiement

Une fois le déploiement publié, vous devriez obtenir des résultats presque immédiatement.

Vous pouvez afficher les résultats de plusieurs façons :

  • Sur la page Paramètres, développez le paramètre que vous avez configuré pour le déploiement, puis cliquez sur Afficher les résultats sous le déploiement.
  • Sur la page Déploiements, cliquez sur le nom du déploiement.

Le sélecteur d'applications en haut de la page "Résultats" vous permet de sélectionner des vues pour des applications spécifiques. Les résultats sont divisés en plusieurs sections :

  • La section Résumé, qui affiche le pourcentage de déploiement configuré et permet de rétablir ou de modifier le déploiement. Développé, il affiche un aperçu des détails de configuration de votre déploiement et un historique des modifications.

  • La section Utilisateurs, qui indique le nombre d'installations uniques de l'application ayant récupéré un modèle de déploiement dans les groupes suivants :

    • Activé : nombre d'instances d'application qui correspondent à la condition de déploiement cible et qui ont récupéré la valeur de déploiement.
    • Contrôle : nombre d'instances d'application correspondant à la condition de déploiement cible et ayant récupéré la valeur inchangée.
    • Cible : nombre total estimé d'instances correspondant à la condition que vous avez définie dans votre déploiement, qui devraient recevoir le déploiement ou une valeur inchangée.

    Pour en savoir plus, consultez Comprendre l'appartenance à un groupe de déploiement.

  • Les sections Crashlytics et Analytics, qui affichent des données comparatives pour les groupes "Activé" et "Contrôle". Vous pouvez filtrer les données collectées pour les 24 dernières heures, depuis la dernière publication ou les 7 derniers jours. La vue par défaut est "Dernières 24 heures".

Crashlytics résultats pour les déploiements

Vous pouvez consulter le nombre total de plantages, de non-fatals et d'ANR survenus lors de votre déploiement. Chaque catégorie de résultats affiche un graphique à barres qui compare les totaux bruts des utilisateurs Activés et Contrôle qui ont rempli la condition du déploiement.

  • Plantages : indique le nombre et le pourcentage de plantages, ainsi que le nombre d'utilisateurs uniques ayant subi des plantages pour les groupes "Activé" et "Contrôle".
  • Erreurs non fatales : affiche le nombre et le pourcentage d'erreurs non fatales, ainsi que le nombre d'utilisateurs uniques ayant rencontré des erreurs non fatales.
  • ANR (applications Android uniquement) : indique le nombre et le pourcentage d'événements "L'application ne répond pas", ainsi que le nombre d'utilisateurs uniques ayant subi un ou plusieurs événements ANR.

Pour obtenir plus d'informations sur les plantages, vous pouvez cliquer sur Afficher plus dans Crashlytics. La page Crashlytics s'ouvre avec un filtre actif pour le déploiement dont vous examiniez les résultats. Les résultats du déploiement sur la page Crashlytics mesurent tous les utilisateurs qui ont déjà été exposés à la variante respective, Activé ou Contrôle. Vous pouvez choisir d'afficher les plantages du groupe de contrôle, ceux du groupe activé ou les deux.

Google Analytics résultats pour les déploiements

La section des résultats du déploiement Google Analytics compare les métriques Analytics pour tous les utilisateurs qui ont déjà été exposés aux groupes "Activé" ou "Contrôle", de manière détaillée et sous forme de graphiques. Trois métriques sont fournies :

  • Revenu total : indique le montant total des revenus, y compris les revenus publicitaires et les revenus issus des achats, en USD. Vous pouvez filtrer vos résultats pour n'afficher que les revenus publicitaires ou les revenus générés par les achats.
  • Nombre total de conversions : affiche le nombre brut de la somme de tous les événements de conversion. Vous pouvez filtrer vos résultats en fonction de la conversion que vous souhaitez mettre en avant.
  • Durée d'engagement totale : indique la durée d'engagement totale de vos utilisateurs avec l'une des variantes du déploiement. La durée totale d'engagement s'affiche au format Heures:Minutes:Secondes. Par exemple, 01:31:28. Le graphique affiche les données de la période que vous avez sélectionnée au-dessus de la section Crashlytics.

Étapes suivantes