Maintenir une application en bonne santé après le lancement

De nouveaux systèmes d'exploitation sortent chaque année. Un peu d'anticipation évite qu'ils ne se transforment en urgences.

Le jour du lancement marque le début de la vie d’une application, pas la fin du projet. Les téléphones, les systèmes d’exploitation et les règles des stores évoluent constamment, et une application qui stagne finit peu à peu par mal fonctionner. Une routine simple permet d’éviter l’essentiel des problèmes.

Anticiper le cycle annuel

Apple et Google publient chacun une version majeure de leur système d’exploitation chaque année, précédée de versions bêta quelques mois plus tôt. Profitez de cette période de bêta : installez l’application sur un appareil de test utilisant la nouvelle version, repérez les problèmes d’affichage ou les changements d’autorisations, et corrigez-les avant la sortie publique.

Suivre les exigences des stores

Les deux stores revoient régulièrement leurs exigences à la hausse. Google Play impose aux applications de cibler un niveau d’API Android récent pour rester disponibles, et Apple exige périodiquement qu’elles soient compilées avec une version plus récente de ses outils avant d’accepter les mises à jour. Manquer une échéance peut vous empêcher de publier un correctif au moment où vous en avez le plus besoin, alors tenez un calendrier précis.

Mettre à jour les dépendances régulièrement

Chaque application s’appuie sur des bibliothèques et des services qui évoluent. Mettez-les à jour par petites touches, environ tous les mois, plutôt qu’en une seule fois tous les deux ans. Les petites mises à jour sont faciles à tester. Les grandes se transforment en refontes complètes.

Les correctifs de sécurité sont l’exception : appliquez-les dès leur publication.

Observer ce que voient les utilisateurs

Les rapports de plantage et les avis sur les stores vous indiquent ce qui ne va pas avant même que la plupart des gens ne prennent la peine de vous écrire. Consultez-les chaque semaine. Un plantage qui ne touche qu’un pour cent des sessions peut tout de même concerner de nombreuses personnes mécontentes.

Tenir à jour les détails rébarbatifs

Certificats, noms de domaine, clés d’API et comptes de paiement arrivent tous à expiration ou nécessitent un renouvellement. Notez chaque date d’échéance et la personne responsable. De nombreuses pannes d’applications ne sont pas du tout dues au code.

Une routine qui tient sur une page

Chaque mois : mise à jour des dépendances, vérification des plantages et des avis. Chaque année : test des versions bêta des OS, vérification des exigences des stores, renouvellement de ce qui arrive à échéance. C’est l’essentiel, et cela coûte bien moins cher qu’une urgence.