Les trois grandes familles en bref
Il existe trois grandes façons de construire une application : l'application native (installée depuis les stores, la plus performante), l'application web (accessible dans le navigateur, sans installation) et la PWA, une application web installable au comportement proche du natif. À côté, le cross-platform permet de produire une application native pour iOS et Android à partir d'un seul code. Le bon choix dépend de vos usages, pas d'une tendance.
Avant d'entrer dans le détail, voici une vue d'ensemble pour situer chaque option et ceux à qui elle s'adresse :
| Option | Ce que c'est | Pour qui |
|---|---|---|
| Native | Application installée sur le téléphone depuis l'App Store ou Google Play, développée pour chaque système (iOS, Android). | Usages mobiles exigeants : performance, accès matériel, présence sur les stores. |
| Web | Application qui tourne dans le navigateur, à une adresse URL, sans installation ni store. | Outils de gestion, espaces client, back-office consultés sur ordinateur. |
| PWA | Application web installable, avec mode hors ligne et notifications push, proche d'une native. | Services mobiles qui veulent l'expérience app sans le coût du double natif. |
| Cross-platform | Un seul code (React Native, Flutter) qui génère une vraie application native iOS et Android. | Projets mobiles qui visent les deux plateformes avec un budget maîtrisé. |
L'application native
Une application native est un logiciel installé sur le téléphone, téléchargé depuis l'App Store (iOS) ou Google Play (Android) et développé spécifiquement pour chaque système. C'est l'option la plus performante et la mieux intégrée au téléphone, mais aussi la plus coûteuse, car viser iOS et Android signifie souvent deux développements.
Le natif brille quand l'application sollicite le matériel : caméra, GPS, capteurs, Bluetooth, animations fluides, traitement lourd. Il offre la meilleure réactivité, un accès complet aux notifications push, au mode hors-ligne géré finement, et il profite pleinement de l'ergonomie propre à chaque plateforme. Pour un jeu, une application de terrain ou un produit dont l'expérience mobile est le cœur de l'offre, c'est le choix par défaut.
La contrepartie est double. D'abord le coût : développer séparément pour iOS et Android revient à mener deux chantiers en parallèle, avec deux bases de code à maintenir. Ensuite la distribution : toute mise à jour passe par la validation des stores, avec leurs règles, leurs frais et leurs délais. Le natif est puissant, mais il se mérite budgétairement.
L'application web
Une application web est une application qui s'exécute dans le navigateur, à une simple adresse URL, sans rien installer ni passer par un store. Elle fonctionne sur tous les appareils dotés d'un navigateur et se met à jour instantanément côté serveur, ce qui en fait l'option la plus simple à distribuer et à maintenir.
C'est souvent le meilleur choix pour un outil de gestion, un espace client, un tableau de bord ou une plateforme métier consultés majoritairement sur ordinateur. Un seul développement couvre tout le monde, il n'y a pas de dépendance à l'App Store ni à Google Play, et une correction est en ligne pour tous en quelques minutes. Côté budget, c'est généralement l'entrée de gamme la plus rationnelle.
Ses limites sont réelles pour un usage mobile intensif. L'accès aux fonctions du téléphone reste plus restreint que sur du natif, les performances graphiques plafonnent sur les usages lourds, et sans dispositif particulier une application web classique ne fonctionne pas hors connexion ni ne s'installe sur l'écran d'accueil. C'est précisément ce que la PWA vient corriger.
La PWA
Une PWA (progressive web app, application web progressive) est une application web installable dont le comportement se rapproche d'une application native. Elle s'ajoute à l'écran d'accueil, fonctionne hors-ligne grâce à un cache local, peut envoyer des notifications push, mais reste un site accessible par URL, sans passer par l'App Store ni Google Play.
La PWA est le compromis que je recommande le plus souvent, parce qu'elle réunit l'essentiel de l'expérience app et l'économie du web. L'utilisateur l'installe depuis le navigateur en un geste, la retrouve comme une vraie application sur son écran, l'utilise même en connexion instable, et vous n'entretenez qu'une seule base de code. Pour un service d'information, un espace client, une application interne ou un e-commerce, elle suffit très souvent.
Ses limites correspondent à celles du web poussé dans ses retranchements : certaines fonctions matérielles avancées et les usages les plus gourmands (jeux 3D, montage vidéo) restent hors de sa portée, et l'intégration système est un cran en dessous du natif. Mais pour une majorité de projets, l'écart ne se voit pas à l'usage, alors que l'écart de budget, lui, se voit.
Le cross-platform
Le cross-platform consiste à écrire un seul code qui génère une vraie application native pour iOS et Android à la fois. Les deux technologies de référence sont React Native (portée par Meta) et Flutter (portée par Google). Le résultat est publié sur les stores comme une native, à un coût inférieur à celui de deux développements séparés.
C'est la voie médiane entre le natif pur et le web. Vous obtenez une application installable, présente sur l'App Store et Google Play, avec accès aux notifications push et aux fonctions du téléphone, mais vous mutualisez la quasi-totalité du code entre les deux plateformes. Pour un produit mobile qui doit être sur iOS et Android sans exploser le budget, React Native et Flutter sont d'excellents choix, largement éprouvés en production.
La nuance à connaître : pour des besoins de performance extrême ou des fonctions système très pointues, le natif pur garde un léger avantage, et certaines intégrations peuvent demander un peu de code spécifique par plateforme. Pour la grande majorité des applications métier ou grand public, l'écart est imperceptible et le gain de budget bien réel.
Comment choisir selon votre projet
Pour choisir, partez de quatre questions : sur quel appareil vos utilisateurs sont-ils (mobile ou ordinateur) ? avez-vous besoin des fonctions du téléphone et du hors-ligne ? la présence sur les stores est-elle importante ? quel budget pouvez-vous engager ? Les réponses désignent presque toujours une famille clairement plutôt qu'une autre.
Voici la grille de décision que j'utilise en cadrage :
- L'audience et l'appareil. Si vos utilisateurs travaillent sur ordinateur, une application web s'impose. S'ils sont sur mobile, en déplacement, la question native ou PWA se pose vraiment.
- Les fonctions device et le hors-ligne. Besoin poussé de caméra, GPS, capteurs, performance graphique ou fonctionnement sans réseau ? Le natif ou le cross-platform prennent l'avantage. Besoin léger ? La PWA couvre déjà beaucoup.
- La présence sur les stores. Si la visibilité sur l'App Store et Google Play fait partie de votre acquisition, il faut du natif ou du cross-platform. Si vos utilisateurs arrivent par un lien ou votre site, le web ou la PWA suffisent.
- Le budget. Web et PWA sont les plus économiques, le cross-platform coûte davantage mais reste sous le double natif, et le natif pur doublé iOS plus Android est le plus onéreux.
Mon conseil de directeur de projet : ne partez jamais de la technologie, partez de l'usage réel. Beaucoup de porteurs de projet demandent « une application mobile » par réflexe, alors qu'une PWA ou une application web leur rendrait le même service pour bien moins cher. La bonne techno est celle qui sert vos utilisateurs et votre budget, pas celle qui impressionne en réunion.
Impact sur le budget
Le choix de technologie est l'un des principaux leviers de coût d'un projet d'application. À périmètre égal, une application web ou une PWA coûte généralement moins qu'un développement natif, et le cross-platform se situe entre les deux. Ce choix engage aussi la maintenance, qui dure toute la vie du produit.
Le poste le plus lourd n'est pas seulement le développement initial, mais tout ce qui suit : deux applications natives, ce sont deux bases de code à faire évoluer, à tester et à publier à chaque mise à jour, sur toute la durée de vie du produit. Un choix qui paraît économique au lancement peut devenir cher à l'entretien, et inversement. C'est pourquoi la question de la technologie se tranche en même temps que celle du budget, jamais après.
Pour comprendre comment se construit une enveloppe, quels postes pèsent vraiment et comment la maîtriser sans brider le produit, j'ai détaillé les fourchettes et les facteurs de coût dans un guide dédié : combien coûte le développement d'une application.
Trancher ce choix sans dogme, à vos côtés.
Je n'ai pas de technologie préférée à vous vendre, j'ai un objectif : que votre application serve vos utilisateurs au juste coût. En cadrage, je pars de vos usages réels, de votre audience et de votre budget pour recommander la famille la plus adaptée, native, web, PWA ou cross-platform, quitte à vous déconseiller l'option la plus coûteuse si elle n'apporte rien de plus. J'ai piloté des projets applicatifs et des plateformes SaaS sur ces différentes approches, et fait le pont entre la vision métier et les développeurs. Mon rôle est de vous éviter à la fois le sur-dimensionnement qui plombe le budget et le sous-dimensionnement qui condamne le produit.
Questions fréquentes
À propos de l'auteur
Laurent Tulpan
Directeur de projet digital senior, ancien développeur et expert SEO depuis 2005. Il pilote des projets applicatifs et des plateformes SaaS pour des grands comptes et des PME, en faisant le lien entre la direction, les utilisateurs métier et les équipes de développement. Découvrir son approche.
À lire ensuite
Faire développer une application sur-mesure
La vision d'ensemble, du budget au pilotage, pour ne pas se planter.
BudgetCombien coûte le développement d'une application ?
Les fourchettes de budget, les postes de dépense et ce qui fait grimper la facture.
ApprocheNo-code ou sur-mesure : comment décider
Assembler sans code ou développer spécifiquement : le bon arbitrage selon votre projet.
CadrageLe cahier des charges d'une application
Ce qu'il doit contenir, et une trame prête à adapter pour cadrer votre projet.