C’est souvent la première question qu’on reçoit quand quelqu’un a un projet mobile :
« On a besoin d’une application, mais on sait pas si c’est vraiment une app qu’il nous faut ou si un site qui ressemble à une app suffit. »
C’est une bonne question. Et la réponse honnête, c’est que dans beaucoup de cas, une PWA bien faite suffit largement — et coûte deux à trois fois moins cher. Mais pas toujours.
On va vous expliquer comment trancher.
C’est quoi une PWA concrètement ?
Une Progressive Web App, c’est un site web qui se comporte comme une application mobile. Vous l’ouvrez dans un navigateur, vous pouvez l’installer sur l’écran d’accueil de votre téléphone, elle fonctionne hors ligne, elle envoie des notifications push, et elle se met à jour automatiquement sans passer par l’App Store.
Pour l’utilisateur, l’expérience est très proche d’une vraie app. Pour vous, c’est une seule base de code qui fonctionne sur iOS, Android et desktop en même temps.
Ce que la PWA ne fait pas : accéder au Bluetooth, au NFC, à certains capteurs du téléphone, ou offrir des performances graphiques poussées. Pour ces cas-là, il faut du natif ou du cross-platform comme React Native ou Flutter.
Application mobile native ou cross-platform : la différence
Quand on parle d’application mobile « classique », il y a en réalité deux approches.
Le natif pur : une app développée en Swift pour iOS, une autre en Kotlin pour Android. Performances maximales, accès complet aux fonctionnalités du téléphone. Inconvénient : vous payez deux fois — deux bases de code, deux équipes, deux fois la maintenance.
Le cross-platform avec React Native ou Flutter : une seule base de code qui génère une vraie application iOS et une vraie application Android. Les performances sont très proches du natif — sur la quasi-totalité des projets métier, la différence est imperceptible pour l’utilisateur. C’est l’approche qu’on utilise pour la grande majorité de nos projets mobiles en NC, et c’est ce qui permet de rester dans des budgets raisonnables tout en livrant quelque chose de solide.
React Native est porté par Meta — il utilise JavaScript, ce qui le rend accessible à des équipes qui ont déjà des compétences web. L’écosystème est très mature.
Flutter est porté par Google — il utilise Dart et dispose de ses propres widgets, ce qui donne une liberté totale sur le design et des performances très proches du natif même sur les animations complexes. On l’utilise de plus en plus sur les projets où l’interface doit être vraiment soignée.
Pour un projet en NC, qu’est-ce qui change ?
Le marché calédonien a ses spécificités qu’il faut prendre en compte avant de choisir une technologie.
La connectivité. La 4G en NC n’est pas uniforme. Les zones rurales, certaines îles, certains sites industriels ont une connexion instable ou limitée. Une app mobile native avec une bonne gestion du mode hors-ligne va mieux absorber ces contraintes qu’une PWA sur navigateur dans les cas critiques.
Le parc d’appareils. Les smartphones Android dominent largement en NC par rapport à iOS — ce qui influence le choix du framework et les priorités de test.
Les budgets. Les projets NC ont rarement les enveloppes qu’on voit en métropole. Le cross-platform est souvent la seule option réaliste pour avoir une vraie app iOS + Android sans exploser le budget.
Les stores. Publier sur l’App Store nécessite un compte développeur Apple (99$ par an), une validation parfois longue. Sur des projets internes ou à diffusion restreinte, une PWA ou une APK distribuée en dehors du store peut suffire et évite cette contrainte.
Comment on tranche avec nos clients
On pose systématiquement les mêmes questions avant de recommander quoi que ce soit.
L’app doit-elle accéder au matériel du téléphone ? GPS en arrière-plan, Bluetooth, NFC, caméra avec traitement, capteurs spécifiques — si oui, PWA insuffisante, il faut du natif ou cross-platform.
L’app sera-t-elle utilisée sans connexion ? Si vos utilisateurs travaillent sur le terrain sans réseau et doivent synchroniser des données plus tard, une app native est plus robuste. Une PWA peut gérer du hors-ligne basique, mais avec des limites.
C’est un outil interne ou grand public ? Un outil utilisé par vos propres équipes peut se distribuer sans passer par les stores. Une app grand public destinée à être téléchargée par des milliers d’utilisateurs a besoin d’être sur App Store et Google Play.
Quel est votre budget de maintenance ? Une app mobile c’est pas un site web — iOS et Android évoluent chaque année et nécessitent des mises à jour régulières. Si vous n’avez pas prévu ce budget, une PWA est plus sage sur le long terme.
Les cas où la PWA est clairement le bon choix
- Vous voulez offrir une expérience mobile à vos clients sans les forcer à télécharger une app
- Votre usage est principalement de la consultation, de la réservation ou de la gestion simple
- Vous avez un budget limité et voulez valider un concept avant d’investir dans une vraie app
- Votre cible utilise des appareils variés et vous voulez couvrir tout le monde avec une seule solution
Les cas où il faut une vraie app mobile
- Votre app doit fonctionner de façon fiable sans connexion — terrain, chantier, site isolé
- Vous avez besoin d’accéder au Bluetooth, au NFC, à des capteurs spécifiques
- L’expérience utilisateur est critique et vous avez besoin de performances graphiques ou d’animations avancées
- Vous voulez être présent sur App Store et Google Play pour toucher un large public
- Vous gérez des données sensibles qui nécessitent le niveau de sécurité qu’offre une app native
Et le budget, on parle de quoi concrètement ?
Sans rentrer dans des tarifs fixes qui dépendent toujours du périmètre, voilà les ordres de grandeur pour un projet en NC :
Une PWA fonctionnelle avec design soigné et fonctionnalités métier de base : moins coûteuse qu’une app native, délai de livraison plus court, maintenance allégée.
Une application cross-platform React Native ou Flutter iOS + Android : budget plus conséquent, mais vous avez une vraie app sur les deux stores avec des performances proches du natif. C’est le rapport qualité/prix le plus intéressant pour la majorité des projets.
Une application native pure iOS + Android : les budgets les plus élevés, justifiés uniquement quand les contraintes techniques l’exigent vraiment.
Dans tous les cas, la maintenance annuelle représente une part du coût initial qu’il faut anticiper dès le départ — c’est souvent ce qu’on oublie de budgéter.
La conclusion, directe comme on aime
Il n’y a pas de réponse universelle. Il y a votre projet, vos utilisateurs, vos contraintes terrain et votre budget.
Ce qu’on fait avant chaque projet mobile : on pose les bonnes questions, on cartographie les cas d’usage réels, et on vous recommande la solution qui correspond — pas celle qui nous arrange le mieux commercialement.
Si vous avez un projet mobile en tête, même flou, même au stade de l’idée : parlez-nous-en. On vous dira honnêtement si c’est une PWA, du React Native, du Flutter, ou autre chose.