À propos des déploiements Remote Config

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

Comprendre l'appartenance à un groupe de déploiement

Lorsque vous créez un déploiement et que vous lui attribuez un pourcentage, Firebase place une partie égale de votre audience dans un groupe de contrôle, afin d'obtenir des résultats précis. lorsque vous comparez les performances de la fonctionnalité activée, ce qui génère groupes suivis.

  • Activé: les appareils des utilisateurs attribués à ce groupe reçoivent la valeur que vous configurer dans votre déploiement.
  • Commande: les appareils des utilisateurs affectés à ce groupe reçoivent une valeur qu'ils auraient reçu autrement de Remote Config, et non du 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 de contrôle, qui est utilisé à des fins de comparaison. 96% de vos utilisateurs restent dans l'état "Non attribuée".

Cette approche garantit une comparaison équitable entre les performances des utilisateurs et des appareils qui reçoivent votre valeur de déploiement et ceux qui ne le font pas. Elle vous permet également de déterminer efficacement si le déploiement a réussi ou non 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. En d'autres termes, au cours d'un même déploiement, si vous le réduisez à 0%, tous les utilisateurs rétablir la réception de la valeur de paramètre définie dans Remote Config modèle. Si vous décidez ultérieurement 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 étaient initialement affectés et recevront des valeurs cohérentes avec ces groupes.

Après avoir vérifié la réussite de votre version et décidé de la lancer complètement à 100% des utilisateurs ciblés, Firebase n'utilise plus le groupe de contrôle ni tous les utilisateurs et appareils ciblés reçoivent la valeur de déploiement.

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

Remote Config déploiements et A/B Testing sont adaptés à une utilisation légèrement différente et peuvent être utilisées de manière complémentaire.

Les déploiements sont des versions progressives, souvent utilisées pour déployer une nouvelle fonctionnalité auprès d'un groupe d'utilisateurs sélectionné. Vous pouvez cibler les utilisateurs d'une région spécifique pays, ou en utilisant une version spécifique de votre application. Utiliser des déploiements pour atténuer les risques, pour tester de nouvelles fonctionnalités dans un environnement réel, avec des contrôles stricts vous pouvez voir ses performances. Vous pouvez également surveiller la manière avec la charge supplémentaire de la nouvelle fonctionnalité et l'utilisation approximative pour vous assurer que votre changement est évolutif avant de le diffuser à un public plus large.

Les déploiements sont d'excellents outils pour les situations où vous mettez en œuvre fonctionnalités qui modifient de manière significative les fonctionnalités, les modifications pouvant entraîner des résultats imprévisibles ou des changements pouvant affecter votre infrastructure de backend, ou d'API externes.

A/B Testing vous permet d'effectuer les actions suivantes : présentent plusieurs versions d'une fonctionnalité ou d'un élément d'application, par exemple mise à jour de l'apparence de l'interface utilisateur, modification du contenu publicitaire, mise à jour du niveau de jeu difficulté. 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 utilisateur, les clics sur les annonces et les revenus).

Utilisez les A/B Testing pour la prise de décisions basées sur les données, l'optimisation et à comprendre les besoins préférences. Elle est idéale pour les situations où vous disposez de plusieurs options comparables et d'objectifs très spécifiques. Par exemple, A/B Testing est adapté aux modifications dont vous souhaitez ajuster votre application pour améliorer une métrique spécifique, par exemple en testant l'emplacement des bannières génère davantage de clics.

Il est également conseillé de combiner les déploiements Remote Config et A/B Testing dans une stratégie globale. Commencez par créer un test A/B avec un ensemble restreint aux utilisateurs de déterminer la variante qui génère les meilleurs résultats pour votre des 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 vous augmentez progressivement le nombre d'utilisateurs exposés confiant dans ses performances, la déployer à 100%.

Comprendre les résultats du déploiement

Après avoir publié un déploiement, vous devriez commencer à voir des résultats presque immédiatement.

Vous pouvez afficher les résultats de différentes manières:

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

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

  • La section Récapitulatif, qui affiche le pourcentage de déploiement configuré et permet d'effectuer un rollback ou de modifier le déploiement. Une fois développé, il affiche une vue d'ensemble des détails de la configuration de votre déploiement et la section Modifier historique.

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

    • Activée:nombre d'instances d'application correspondant au déploiement cible et que vous avez récupéré la valeur du déploiement.
    • Contrôle:nombre d'instances d'application correspondant au déploiement cible et 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 doit recevoir le déploiement ou une valeur inchangée.

    Pour en savoir plus, consultez Comprendre l'appartenance aux groupes de déploiement.

  • Les méthodes Crashlytics et Sections Analytics, qui présentent des données comparatives pour les groupes "Activé" et "Contrôle". Vous pouvez filtrer les données collectées Dernières 24 heures, Depuis la dernière publication ou 7 derniers jours. Dernières 24 heures est l'affichage par défaut.

Crashlytics résultat pour les déploiements

Vous pouvez consulter le nombre total de plantages, d'erreurs non fatales et d'erreurs ANR qui se sont produites 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 de contrôle ayant atteint 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 : indique 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 "L'application ne répond pas" les événements, ainsi que le nombre d'utilisateurs uniques ayant subi un ou plusieurs événements ANR.

Pour obtenir des informations plus détaillées sur les plantages, vous pouvez cliquer sur Afficher plus d'informations dans Crashlytics. La page Crashlytics s'ouvre avec un filtre actif pour le déploiement dont vous inspectiez les résultats. Les résultats du déploiement sur La page Crashlytics mesure tous les utilisateurs qui ont jamais été exposés au la variante correspondante, Enabled (Activé) ou Control (Contrôle). Vous pouvez choisir d'afficher et/ou les plantages de groupe activés.

Google Analytics résultat pour les déploiements

La section "Résultats du déploiement de Google Analytics" compare les métriques Analytics pour tous les utilisateurs qui ont déjà été exposés aux groupes "Activé" ou "Contrôle", en détail et dans des vues graphiques. Trois métriques sont fournies:

  • Revenu total:affiche le montant total des revenus, y compris les revenus publicitaires. et les revenus issus des achats, en USD. Vous pouvez filtrer pour n'afficher que les revenus publicitaires ou issus des achats.
  • Nombre total de conversions : indique le nombre brut de la somme de tous les événements de conversion. Vous pouvez filtrer les 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. passé avec l'une des variantes de déploiement. La durée totale d'engagement est affichée au format Heures:Minutes:Secondes. Par exemple : 01:31:28. Le graphique montre les données de la période que vous avez sélectionnée au-dessus de la section Crashlytics.

Étapes suivantes