Déployer une nouvelle version de votre application mobile en production est l'une des étapes les plus intéressantes du développement d'applications, mais aussi l'une des plus stressantes. Votre équipe doit suivre l'adoption des versions, les nouveaux bugs et leur impact, les comparaisons avec les 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 sortie de votre application mobile.
Utilisez le tableau de bord Surveillance des versions pour explorer les données liées à vos versions.
Le tableau de bord Surveillance des versions de la console Firebase est optimisé par Firebase Crashlytics. Il s'agit d'un tableau de bord unique permettant de surveiller votre dernière version de production. Le tableau de bord est mis à jour quasiment en temps réel. Il vous offre une vue d'ensemble des métriques les plus importantes concernant la version, y compris les métriques sans plantage, l'adoption de la version, les comparaisons avec les versions précédentes et les nouveaux problèmes liés à 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 Release Monitoring ajoute des informations, affiche des données utiles sans avoir besoin de Google Analytics et se charge plus rapidement.
En particulier, assurez-vous que votre application utilise au minimum 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érieure
Fonctionnalités du tableau de bord
Rapports en temps réel
Tous les graphiques sont mis à jour quasiment en temps réel. Peu de temps après avoir déployé votre dernière version, vous pouvez observer l'engagement des utilisateurs avec cette version. Si certains de ces utilisateurs rencontrent des plantages, vous connaîtrez immédiatement l'impact grâce aux graphiques des métriques sans plantage.Comparaison et benchmarking basés 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 de deux de vos versions précédentes au maximum.Principaux problèmes récents
Vous pouvez consulter les nouveaux plantages de votre dernière version à mesure qu'ils se produisent. Dans le tableau Nouveaux problèmes les plus fréquents, vous pouvez surveiller l'impact des problèmes détectés pour la première fois dans votre dernière version. Vous pouvez ainsi décider rapidement d'interrompre ou d'annuler la publication.
Exigences concernant 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 minimum les versions suivantes du SDK Crashlytics :
Plates-formes Apple : v10.8.0+ | Android : v18.6.0+ (BoM v32.6.0+) | Flutter : v3.4.5+ | Unity : 11.7.0+Publiez une nouvelle version de l'application en production afin d'avoir un nombre suffisant 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 ?
Pour commencer, il est utile de comprendre certains termes associés au graphique Utilisateurs actifs :
Une session correspond à une période continue pendant laquelle un utilisateur interagit avec une application. Une nouvelle session démarre lorsque l'application est démarrée à froid ou mise au premier plan après au moins 30 minutes en arrière-plan.
Le nombre d'utilisateurs actifs pour une version spécifique correspond au nombre d'utilisateurs ayant démarré une session avec cette version, regroupés par heure.
Le nombre total d'utilisateurs (actifs) correspond au nombre d'utilisateurs ayant démarré une session dans n'importe quelle version de l'application qui utilise une version du SDK compatible avec les sessions, regroupés par heure.
Dans le graphique Utilisateurs actifs, le pourcentage et le nombre d'utilisateurs actifs qui sont toujours affichés proviennent des 60 dernières minutes (ou de la dernière heure ayant enregistré des données, si aucun utilisateur n'a été actif au cours des 60 dernières minutes). Par exemple, dans la capture d'écran, 90 utilisateurs actifs ont été enregistrés pour la version 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 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 versions qui répondent aux exigences décrites dans la FAQ "Quelles versions peuvent être consultées dans le tableau de bord Surveillance des versions ?".
Configurer des alertes
Plusieurs produits Firebase, y compris Crashlytics, peuvent envoyer des alertes pour diverses raisons spécifiques aux produits. 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, vous pouvez configurer les alertes suivantes :
Utilisez les alertes de vitesse pour informer votre équipe si un problème spécifique dans votre application dépasse un seuil que vous avez défini dans la console Firebase.
Recevez des alertes sur les problèmes nouveaux ou 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 un déploiement fluide avant de déployer
Avant de publier votre dernière version, pensez à utiliser certains des services et fonctionnalités suivants pour vous assurer d'une publication fluide.
Utiliser des services de test avant la publication
Firebase propose deux produits qui peuvent vous aider à effectuer des tests avant la publication : 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'applications basée dans le cloud qui vous permet de tester votre application sur différents appareils et configurations. Vous pouvez ainsi vous faire une idée de ses performances entre les mains de vrais utilisateurs.
Lorsque vous êtes prêt à confier votre dernière version à des testeurs humains de confiance, utilisez Firebase App Distribution. Vous pouvez gérer vos distributions de préversions pour les plates-formes Apple et Android au même endroit.
Utiliser les services de déploiement et de test limité
Utilisez Firebase Remote Config pour lancer de nouvelles fonctionnalités avec un mécanisme de déploiement par pourcentage ou pour tester ces fonctionnalités sur un groupe de test limité.
Firebase propose également A/B Testing pour vous permettre de tester les modifications apportées à l'UI, aux fonctionnalités ou aux campagnes axées sur l'engagement de votre application afin de voir comment elles impactent vos métriques clés (comme les revenus et la fidélisation) avant de les déployer à grande échelle.