Application mobile native

Une application mobile native est installée sur l'appareil, contrairement à une application web accessible par navigateur. Cette installation lui donne accès aux fonctions du téléphone : appareil photo, microphone, géolocalisation, notifications push et lecture des données stockées localement, même sans connexion.

Il existe plusieurs approches pour couvrir à la fois iOS et Android. Le code natif séparé (Swift pour iOS, Kotlin pour Android) offre les meilleures performances pour les applications les plus exigeantes. Les frameworks multiplateformes comme React Native partagent une base de code unique entre les deux systèmes, ce qui réduit le travail de développement et de maintenance. ISOMORPH utilise React Native pour les applications mobiles.

Une application mobile a besoin d'un back-office pour gérer ses données, ses utilisateurs et ses contenus. Ce back-office peut être un CMS comme Strapi, qui expose une API consommée à la fois par l'application mobile et par le site web.

Les comptes de développeur sur l'App Store (Apple Developer Program) et Google Play (Google Play Console) sont ouverts au nom du client, pas de l'agence. Les applications publiées restent sous le contrôle de l'organisation, indépendamment du prestataire qui les a développées.

Application mobile dans un projet

La publication sur les magasins ajoute une étape absente des projets web. Apple et Google examinent chaque version avant qu'elle soit disponible. Cette validation peut prendre de quelques heures à plusieurs jours selon la plateforme et la nature de la mise à jour. Les règles des magasins évoluent à chaque version majeure des systèmes d'exploitation.

Chaque mise à jour majeure d'iOS ou d'Android peut introduire des changements qui affectent le comportement de l'application. Le suivi des erreurs en production (plantages, anomalies par version de système) n'est pas optionnel : il conditionne la capacité à anticiper les incompatibilités avant qu'elles touchent les utilisateurs.

Chaque version soumise porte un numéro et ne peut pas être réutilisé. Une version rejetée par un magasin ne peut pas être resoumise sous le même numéro après correction : elle doit incrémenter sa version. Ce détail organisationnel affecte la cadence des mises à jour.

Questions à poser avant de commencer : l'application est-elle destinée au grand public ou à des équipes internes ? Sur quelle plateforme lancer en premier ? Quelles fonctions de l'appareil sont nécessaires ? L'application doit-elle fonctionner sans connexion internet ?

La stratégie de test sur appareil réel complète les tests sur simulateur. Certains comportements (rendu sur des tailles d'écran spécifiques, performance sur des modèles anciens, accès aux capteurs) ne se reproduisent pas fidèlement en simulation. Intégrer des tests sur appareils physiques avant la soumission réduit les rejets.