Le déploiement en production d'une nouvelle version de votre application mobile est l'une des étapes les plus excitantes du développement d'applications, mais elle peut aussi être l'une des plus stressantes. Votre équipe doit suivre l'utilisation des versions, les nouveaux bugs et l'impact de ces bugs, effectuer un suivi des versions précédentes, etc.
Cette page décrit plusieurs outils proposés par Firebase pour surveiller les données dont vous avez besoin pour être sûr de la publication de votre application mobile.
Utilisez le tableau de bord Surveillance des versions pour explorer vos données liées aux versions.
Le tableau de bord Surveillance des versions de la console Firebase est alimenté par Firebase Crashlytics. Il s'agit d'un tableau de bord unique pour surveiller votre dernière version de production. Le tableau de bord se met à jour en temps quasi réel et fournit une vue d'ensemble des métriques de version les plus importantes, y compris les métriques d'utilisation sans plantage, l'utilisation de la version, les comparaisons avec les versions précédentes et tout nouveau problème lié à la version.
Ce nouveau tableau de bord améliore la page Dernière version de la console. Par rapport à cette page, le tableau de bord Surveillance des versions ajoute plus d'informations, affiche des données utiles sans avoir besoin de Google Analytics et se charge plus rapidement.
Fonctionnalités du tableau de bord
Rapports en temps réel
Tous les graphiques sont mis à jour presque en temps réel. Peu de temps après avoir déployé votre dernière version, vous pouvez voir les utilisateurs commencer à interagir avec cette version. Si certains de ces utilisateurs rencontrent des plantages, vous en connaîtrez immédiatement l'impact grâce aux graphiques des métriques sans plantage.Comparaison et analyse comparative basées sur les versions précédentes
Vous pouvez consulter la stabilité de votre dernière version par rapport à vos versions précédentes. Le tableau de bord vous permet de comparer les métriques en direct de votre dernière version et jusqu'à deux de vos compilations précédentes.Principaux nouveaux problèmes
Vous pouvez consulter les nouveaux plantages de votre dernière version dès leur publication. Dans le tableau Principals nouveaux problèmes, vous pouvez surveiller l'impact des problèmes détectés pour la première fois dans votre dernière version, ce qui vous permet de décider rapidement de suspendre ou de revenir à la version précédente.
Conditions requises pour le tableau de bord
Pour afficher votre dernière version dans le tableau de bord Surveillance des versions, procédez comme suit:
Assurez-vous que votre application utilise au moins les versions suivantes du SDK Crashlytics:
Plates-formes Apple: v10.8.0 ou version ultérieure | Android: v18.6.0 ou version ultérieure (BoM v32.6.0 ou version ultérieure) | Flutter: v3.4.5 ou version ultérieure | Unity: 11.7.0 ou version ultérieurePubliez une nouvelle version de l'application en production afin d'avoir suffisamment d'utilisateurs engagés avec votre dernière version.
Questions fréquentes sur le tableau de bord
Comment les valeurs affichées dans le graphique Utilisateurs actifs sont-elles déterminées ou calculées ?
Tout d'abord, il est utile de comprendre certains des termes utilisés dans le graphique Utilisateurs actifs:
Une session correspond à une période continue pendant laquelle un utilisateur interagit avec une application. Une nouvelle session commence lorsque l'application est démarrée à froid ou mise au premier plan après au moins 30 minutes en arrière-plan.
Les utilisateurs actifs d'une compilation spécifique correspondent au nombre d'utilisateurs ayant démarré une session à l'aide de cette compilation, regroupés par heure.
Nombre total d'utilisateurs (actifs) : nombre d'utilisateurs ayant démarré une session dans n'importe quelle version de l'application qui utilise une version de SDK compatible avec les sessions, regroupés par heure.
Dans le graphique Utilisateurs actifs, la valeur du pourcentage et le nombre d'utilisateurs actifs qui s'affichent toujours dans le graphique correspondent aux 60 dernières minutes (ou à la dernière heure pour laquelle des données sont disponibles si aucun utilisateur actif n'a été enregistré au cours des 60 dernières minutes). Par exemple, dans la capture d'écran de l'exemple, il y a eu 90 utilisateurs actifs pour le build 6.0.0 (600) au cours des 60 dernières minutes, ce qui représente 22,1% du nombre total d'utilisateurs (actifs) de l'application.
Lorsque vous pointez la souris sur les lignes du graphique Utilisateurs actifs, le pourcentage d'utilisateurs actifs est calculé à partir du nombre d'utilisateurs actifs de la période d'une heure sur laquelle vous pointez.
Notez que pour afficher le pourcentage d'utilisateurs actifs, vous devez avoir publié au moins deux builds qui répondent aux exigences décrites dans la FAQ "Quels builds peuvent être affichés dans le tableau de bord Surveillance des versions ?".
Configurer des alertes
Plusieurs produits Firebase, y compris Crashlytics, peuvent envoyer des alertes pour diverses raisons propres à chaque produit. Pour recevoir des alertes, vous devez disposer des autorisations requises.
Pour surveiller la stabilité de votre dernière version, vous pouvez configurer des alertes à partir de Performance Monitoring et de Crashlytics. Pour Crashlytics plus précisément, vous pouvez configurer les alertes suivantes:
Utilisez des alertes de vitesse pour avertir votre équipe si un problème spécifique de votre application dépasse un seuil que vous définissez dans la console Firebase.
Envoyez des alertes sur les nouveaux problèmes ou les problèmes régressifs sur le canal de notification de votre choix:
Utilisez les intégrations d'alertes configurées dans la console Firebase pour Jira, Slack et PagerDuty.
Configurez des alertes avancées pour les services tiers à l'aide de Cloud Functions for Firebase.
Assurer une publication fluide avant le lancement
Avant de publier votre dernière version, envisagez d'utiliser certains des services et fonctionnalités suivants pour assurer une publication fluide.
Utiliser des services de test en version préliminaire
Firebase propose deux produits qui peuvent vous aider à effectuer des tests en version préliminaire: Test Lab et App Distribution. Ces deux services peuvent être intégrés à vos flux CI/CD.
Firebase Test Lab est une infrastructure de test d'application basée dans le cloud qui vous permet de tester votre application sur différents appareils et configurations. Vous pouvez ainsi comprendre rapidement comment elle fonctionnera entre les mains d'utilisateurs réels.
Et lorsque vous êtes prêt à confier votre dernier build à des testeurs humains de confiance, utilisez Firebase App Distribution. Vous pouvez gérer à la fois votre plate-forme Apple et vos distributions Android en version préliminaire depuis le même endroit.
Utiliser des services de déploiement et de tests limités
Utilisez Firebase Remote Config pour lancer de nouvelles fonctionnalités avec un mécanisme de déploiement par pourcentage ou pour les tester sur un groupe de test limité.
Firebase propose également A/B Testing pour que vous puissiez tester les modifications apportées à l'interface utilisateur, aux fonctionnalités ou aux campagnes axées sur l'engagement de votre application afin de voir comment elles ont un impact sur vos métriques clés (comme les revenus et la rétention) avant de les déployer à grande échelle.