Une mauvaise version sur le web est un déploiement que vous annulez. Une mauvaise version dans une application est dans la nature jusqu'à ce que les gens mettent à jour, et le premier avertissement est le plus souvent un avis.

La version doit figurer sur tout

Pas dans un rapport à part, mais sur chaque écran vu et chaque erreur.

C'est ce qui vous permet de poser la seule question qui compte après une livraison : celle-ci est-elle pire que la précédente, pour les gens qui l'ont prise ? Sans la version sur chaque ligne, vous pouvez voir que les plantages ont augmenté, mais pas si la nouvelle compilation les a causés ou si l'ancienne le faisait depuis toujours et si, simplement, plus de gens sont réveillés.

Ce qu'est un taux sans plantage

La part des sessions qui se sont terminées sans erreur fatale.

Deux choses sur le chiffre lui-même. Il ne dépasse jamais 100 pour cent, et quand un plantage s'est produit avant le premier écran de l'application, il penche légèrement du côté pessimiste : la session est au numérateur et pas au dénominateur. Un chiffre de stabilité qui se flatterait lui-même ne vaudrait rien : l'arithmétique penche donc du côté prudent.

Ce qu'il ne vous dira pas

Un taux sans plantage est un instrument grossier, et trois choses se cachent à l'intérieur d'un taux en bonne santé.

Une fonctionnalité qui échoue sans planter. L'application tient debout et l'écran ne fait rien. Les écrans par session et l'endroit où les gens s'arrêtent sont le signal, pas la stabilité.

Un déploiement progressif. Si dix pour cent ont la nouvelle compilation, ses problèmes sont dilués au dixième. Lisez le taux par version, jamais au total.

Tout ce qui précède le lancement. Une session qui n'a jamais démarré n'est pas du tout dans vos chiffres.

Datez la livraison sur le graphique

Une annotation au jour où vous avez livré, c'est la différence entre « l'engagement a chuté en semaine 12 » et « l'engagement a chuté quand nous avons livré la 4.2 ». Cela prend dix secondes et c'est la chose la plus utile que vous puissiez ajouter à un graphique d'analytics.

Les anciennes compilations continuent de rapporter

Le format de fil de Skomi pour les applications est figé en version 1 : une compilation publiée il y a deux ans continue donc d'envoyer des données avec le SDK contre lequel elle a été compilée.

C'est délibéré : vous pouvez changer le script d'un site cet après-midi et vous ne pouvez pas obliger quelqu'un à mettre à jour une application, et cela a une conséquence qu'il vaut mieux anticiper : vos chiffres incluent des gens sur des versions que vous avez oubliées. Filtrer par version n'est pas ici une fonctionnalité avancée, c'est la façon même de lire les rapports.

Voir aussi : un seul endroit pour l'analytics des applications et des sites, mesurer une application, et App Analytics.

Le chiffre sur lequel tout cela repose est le taux sans plantage, lu au regard de la version d'application, car l'un n'a pas de sens sans l'autre.