Flutter & développement mobile
Application native ou hybride, multiplateforme ou PWA : que choisir ?
Une application native est écrite pour chaque système, en Swift et en Kotlin ; une hybride affiche une interface web dans une coque ; une multiplateforme comme Flutter compile un seul code pour iOS et Android ; une PWA est un site installable, sans store. Le multiplateforme couvre la grande majorité des projets d’entreprise, pour un seul code à maintenir.
Application native ou hybride ? La question revient dans presque chaque projet, souvent complétée par une troisième option, la PWA, et une quatrième que beaucoup confondent avec l’hybride : le multiplateforme compilé, comme Flutter. Ce choix technique décide de votre budget, de vos délais, de votre présence dans les stores et de l’expérience de vos utilisateurs. C’est la première décision d’une création d’application mobile.
Chez AppliWin, je développe des applications Flutter pour iOS et Android et des sites WordPress sur mesure : je vois donc passer des projets qui relèvent d’une application, et d’autres qu’un bon site suffit à servir. Voici les définitions, un tableau comparatif, des cas d’usage concrets et l’impact sur votre budget.
Application native, hybride, multiplateforme ou PWA : les définitions
Une application native est écrite dans le langage de chaque système : Swift pour iOS, Kotlin pour Android. Une application hybride affiche une interface web dans une coque installable. Une application multiplateforme compilée, comme Flutter ou React Native, partage un code pour iOS et Android avec des performances proches du natif. Une PWA est un site web installable, sans store.
L’application native
Deux applications distinctes, l’une en Swift pour l’iPhone, l’autre en Kotlin pour Android, chacune avec ses outils officiels. C’est l’option la plus performante et la plus intégrée au système, mais aussi la plus chère : deux codes à écrire, à tester et à maintenir, souvent par deux développeurs différents.
L’application hybride
Un site ou une application web, écrite en HTML, CSS et JavaScript, affichée dans une WebView et emballée dans une coque publiée sur les stores, avec des outils comme Capacitor ou Ionic. Les plugins donnent accès à une partie des fonctions du téléphone. C’est rapide à produire, mais l’expérience reste celle du web, et une coque qui se contente d’afficher un site existant s’expose au refus d’Apple au titre de la règle 4.2.
L’application multiplateforme compilée
Un seul code pour iOS et Android, compilé en véritable application. Beaucoup d’articles rangent Flutter parmi les applications hybrides : c’est un abus de langage. Le code Flutter est compilé en code machine et dessine son interface avec son propre moteur, sans WebView. React Native, lui, pilote les composants natifs du système. Dans les deux cas, l’utilisateur ne fait pas la différence avec une application native. Il existe aussi Kotlin Multiplatform, qui partage la logique métier entre iOS et Android tout en gardant des interfaces natives : une piste intéressante pour une entreprise qui dispose déjà d’une équipe Android.
La PWA (Progressive Web App)
Un site web doté d’un manifeste et d’un service worker, que l’utilisateur peut installer sur son écran d’accueil depuis le navigateur. Elle fonctionne partiellement hors connexion et se met à jour instantanément. Sur iPhone, l’installation passe par le menu de partage de Safari, et les notifications push, possibles depuis iOS 16.4, ne fonctionnent que si la PWA a été ajoutée à l’écran d’accueil. Elle n’apparaît pas sur l’App Store.
Tableau comparatif : native, multiplateforme, hybride ou PWA
Le natif offre le maximum de performance et d’accès au téléphone, au prix de deux développements. Le multiplateforme compilé obtient un résultat très proche avec un seul code. L’hybride et la PWA coûtent moins cher, mais montrent leurs limites sur la fluidité, les notifications sur iPhone et la présence dans les stores.
| Critère | Native | Multiplateforme (Flutter) | Hybride (WebView) | PWA |
|---|---|---|---|---|
| Codes à maintenir | 2 | 1 | 1 | 1 (le site) |
| Performance | Maximale | Proche du natif | Celle du web | Celle du web |
| Accès au téléphone | Total | Quasi total via des modules | Partiel via des plugins | Limité, surtout sur iPhone |
| Notifications push | Oui | Oui | Oui | Oui sur Android ; sur iPhone, une fois installée |
| Présence dans les stores | Oui | Oui | Oui, avec un risque de refus Apple | Non (Google Play possible via une TWA) |
| Hors connexion | Oui | Oui | Partiel | Partiel |
| Mises à jour | Via les stores | Via les stores | Stores et web | Instantanées |
| Budget relatif | Le plus élevé | Moyen | Faible à moyen | Le plus faible |
La présence dans les stores n’est pas qu’une question d’image. C’est là que vos clients cherchent une application, que les notifications sont les plus fiables et que l’achat intégré est disponible. À l’inverse, une PWA reste un site : elle peut être référencée dans Google, ce qu’aucune application ne fait aussi bien.
Quel type d’application pour quel projet ?
Choisissez le natif pour une application qui exploite le matériel à fond : réalité augmentée, montre connectée, audio en temps réel. Le multiplateforme couvre la grande majorité des projets d’entreprise : e-commerce, réservation, e-learning, mise en relation. L’hybride convient aux outils internes simples ; la PWA, aux services consultés ponctuellement ou à un premier test de marché.
- Une application e-learning avec vidéo, quiz et abonnements. Pour LSF-CFB, application de formation à la langue des signes française, il fallait un lecteur vidéo fiable sur tous les téléphones, des quiz, un espace entreprise et des abonnements par achat intégré sur iPhone : le multiplateforme compilé avec Flutter s’imposait.
- Un service de proximité qui veut surtout des demandes de devis. Pour Vitréo Cleaning, j’ai créé un site vitrine sur mesure avec un simulateur de devis en temps réel, pensé pour les recherches locales. Pour ce type de service, le site bien référencé passe en premier : c’est lui qui apporte les demandes, et une application ne se justifie qu’ensuite, pour fidéliser des clients réguliers.
- Un outil interne pour des équipes terrain. Formulaires, photos, signature : une PWA ou une application hybride peut suffire si les besoins hors connexion restent modestes. Si les équipes travaillent souvent sans réseau, le multiplateforme redevient pertinent.
- Un premier test de marché. Une PWA ou un MVP Flutter limité à un parcours permet de valider la demande avant d’investir davantage.
- Une application qui pousse le matériel dans ses retranchements. Réalité augmentée avancée, traitement audio en direct, montre : le natif, ou du code natif ajouté à une base Flutter.
Le choix du framework multiplateforme lui-même fait l’objet d’un article dédié : Flutter ou React Native, lequel choisir.
L’impact sur votre budget
Deux applications natives coûtent près de deux fois plus cher à créer et à maintenir qu’une application multiplateforme équivalente. Avec Flutter, une application vitrine se situe chez moi entre 3 500 et 7 000 € HT et une application de mise en relation entre 9 000 et 22 000 € HT, en fourchettes indicatives.
| Type d’application | Fourchette indicative HT |
|---|---|
| Application vitrine | 3 500–7 000 € |
| Site WordPress transformé en application | 4 000–9 000 € |
| Application e-commerce | 6 000–14 000 € |
| Application de réservation | 6 000–14 000 € |
| Application e-learning | 9 000–20 000 € |
| Application de mise en relation | 9 000–22 000 € |
La maintenance suit la même logique. Avec un code unique, il n’y a qu’une mise à jour à faire quand Apple ou Google relèvent leurs exigences annuelles, une seule batterie de tests et un seul développeur à mobiliser. Avec deux applications natives, chaque évolution se paie deux fois, et les deux versions finissent souvent par diverger.
L’hybride paraît plus économique au départ, mais l’économie fond si l’application est refusée par Apple ou doit être réécrite pour gagner en fluidité. La PWA reste l’option la moins chère, car c’est d’abord un site : elle évite aussi les frais de compte développeur (99 $ par an chez Apple, 25 $ une fois chez Google). Le détail des postes est sur la page prix d’une application mobile.
À retenir
Le multiplateforme compilé, comme Flutter, n’est pas de l’hybride : c’est une vraie application, pour un seul code et un budget proche de la moitié de deux développements natifs.
Réservez le natif aux usages extrêmes, l’hybride aux outils internes simples, et la PWA aux services qui vivent d’abord dans le navigateur.
Questions fréquentes
Quelle est la différence entre une application native et une application hybride ?
Une application native est écrite dans le langage officiel de chaque système, Swift pour iOS et Kotlin pour Android, et exploite directement le téléphone. Une application hybride est une interface web affichée dans une WebView et emballée dans une coque installable. La native offre une meilleure fluidité et un accès complet au matériel ; l’hybride coûte moins cher mais conserve les limites du web et un risque de refus sur l’App Store.
Flutter est-il une technologie hybride ?
Non, même si on le lit souvent. Flutter est un framework multiplateforme : son code est compilé en code machine pour iOS et pour Android, et il dessine l’interface avec son propre moteur graphique, sans WebView. Le résultat se comporte comme une application native, avec un seul code à maintenir. Le terme « hybride » désigne normalement les applications web emballées, comme celles construites avec Capacitor ou Ionic.
Une PWA peut-elle remplacer une application mobile ?
Parfois. Une PWA convient bien à un service consulté ponctuellement, à un outil simple ou à un test de marché : pas de store, mises à jour instantanées, coût réduit. Elle atteint ses limites sur iPhone, où les notifications push exigent une installation sur l’écran d’accueil et où l’accès au matériel est restreint. Elle n’apparaît pas non plus sur l’App Store, où beaucoup d’utilisateurs cherchent les applications.
Une application hybride est-elle acceptée sur l’App Store ?
Oui, si elle apporte une vraie valeur ajoutée par rapport au site : fonctions du téléphone, notifications utiles, navigation pensée pour le mobile. En revanche, une coque qui se contente d’afficher un site existant est régulièrement refusée au titre de la règle 4.2, dite de fonctionnalité minimale. Mieux vaut le savoir avant de choisir cette option pour économiser.
Faire le bon choix pour votre projet
Le bon choix entre application native ou hybride, multiplateforme ou PWA dépend de vos utilisateurs, de vos fonctionnalités et de votre budget, pas d’une mode technique. Le développement d’une application iOS et Android avec un seul code Flutter est détaillé sur une page dédiée. Si votre application doit ensuite rejoindre l’App Store, lisez comment publier une application sur l’App Store. Pour une recommandation adaptée à votre projet, décrivez-le sur la page demande de devis : le cadrage est gratuit.