Mobile
PWA, app native ou hybride : quel choix pour une application mobile en Nouvelle-Calédonie ?
Décortiquer le choix techno pour une application mobile NC : PWA, React Native, Flutter, natif iOS/Android. Critères concrets, coûts comparés, exemples Pacifique.
Les questions reviennent toujours dans le même ordre quand un dirigeant calédonien envisage une application mobile : « C’est combien ? », « Combien de temps ? », et « Vaut mieux faire une app sur l’App Store ou un site mobile ? ».
La dernière question est la plus importante. Choisir entre une PWA (Progressive Web App), une app hybride (React Native ou Flutter) et une app native (Swift/Kotlin) impacte directement le budget, le délai, l’expérience utilisateur, et la facilité de mise à jour. Et le bon choix dépend autant de votre cible que de votre cas d’usage technique.
Cet article passe en revue les trois options avec un angle Nouvelle-Calédonie : connectivité variable, parc d’appareils mixte, contraintes locales, distribution sur App Store et Google Play depuis ici.
Rappel : à quoi servent ces trois technos ?
Application native (iOS Swift, Android Kotlin)
Le code est écrit spécifiquement pour chaque plateforme. Deux codebases distinctes à maintenir. Performance maximale, accès complet aux APIs système (Bluetooth Low Energy avancé, ARKit/ARCore, capteurs spéciaux), distribution App Store / Google Play obligatoire.
Application hybride (React Native, Flutter, Capacitor)
Une seule codebase qui produit des binaires iOS et Android. La performance est très proche du natif pour 95 % des cas d’usage. L’accès aux APIs natives est possible via des bridges (souvent déjà packagés par la communauté). Distribution App Store / Google Play.
PWA (Progressive Web App)
Une seule codebase web (HTML/CSS/JS) qui s’installe sur l’écran d’accueil du téléphone et fonctionne comme une app, avec mode hors-ligne, notifications push (sur Android et iOS depuis 2023), et accès à plusieurs APIs natives (caméra, géolocalisation, capteurs basiques). Pas besoin de passer par les stores. Mise à jour instantanée pour tous.
Le critère n° 1 : qui sont vos utilisateurs ?
C’est le critère qui élimine déjà la moitié des cas. Adaptez votre choix au contexte d’usage réel.
Cas A — Une app B2C grand public, pour des clients qui ne vous connaissent pas
Ici, le passage par les stores reste un gain de visibilité et de crédibilité. Beaucoup d’utilisateurs cherchent une app dans App Store ou Google Play et ne l’installeront pas autrement. Sur ce segment, partez sur hybride (React Native ou Flutter) pour la rapidité de dev et la couverture multi-plateforme.
Exemples NC : app de réservation pour un réseau hôtelier, billetterie événementielle, app de fidélité retail.
Cas B — Une app B2B pour des collaborateurs ou partenaires identifiés
Si vos utilisateurs sont vos employés, vos sous-traitants ou vos clients déjà loyaux, passer par les stores devient une friction inutile. Une PWA installée sur les téléphones de vos équipes via un lien partagé (QR code, email, intranet) couvre tous les besoins. Vous économisez le passage en validation Apple (5-7 jours par déploiement, pénible quand vous avez un bug critique en prod) et le 30 % de commission Apple sur les achats in-app si vous en avez.
Exemples NC : app de saisie terrain pour des techniciens, app de pointage chantier, app de prise de commande pour les commerciaux.
Cas C — Une app à fort contenu interactif ou multimédia
Si vous faites du jeu, de la réalité augmentée, du streaming vidéo lourd, du traitement audio temps réel, du tracking BLE complexe, partez sur du natif ou de l’hybride avec React Native New Architecture / Flutter Skia. La PWA atteint vite ses limites sur ces usages.
Exemples NC : app de visualisation 3D pour un architecte, app de tracking sportif avec capteurs avancés, app vidéo type TikTok.
Le critère n° 2 : quelles fonctionnalités natives ?
Voici un tableau comparatif des accès natifs typiques :
| Fonctionnalité | PWA (2026) | Hybride | Natif |
|---|---|---|---|
| Caméra & photo | ✅ OK | ✅ Excellent | ✅ Parfait |
| Géolocalisation | ✅ OK | ✅ Excellent | ✅ Parfait |
| Notifications push | ✅ Android + iOS | ✅ Excellent | ✅ Parfait |
| Mode hors-ligne | ✅ OK | ✅ Excellent | ✅ Parfait |
| Bluetooth Low Energy | ⚠ Limité | ✅ Bon | ✅ Parfait |
| NFC (paiement, badge) | ❌ iOS limité | ⚠ Possible | ✅ Parfait |
| ARKit/ARCore | ❌ | ⚠ Limité | ✅ Parfait |
| Capteurs avancés (gyro, baro) | ✅ Basique | ✅ Bon | ✅ Parfait |
| Background sync précis | ⚠ Limité iOS | ✅ Bon | ✅ Parfait |
| Achats in-app stores | ❌ | ✅ (-30 % stores) | ✅ Parfait |
| Health Kit / Google Fit | ❌ | ⚠ Bridges | ✅ Parfait |
Si vos cas d’usage cochent surtout les 4 premières lignes, la PWA est OK. Dès qu’on tape dans BLE avancé, NFC, AR ou Health Kit, il faut sortir du web.
Le critère n° 3 : votre budget et votre délai
C’est rarement parfaitement linéaire, mais voici les ordres de grandeur qu’on voit sur des projets équivalents en termes de fonctionnalité (10-15 écrans, backend simple, formulaire & liste, auth, notifications) :
- PWA : 2-3 millions XPF, 6-10 semaines.
- Hybride (React Native / Flutter) : 4-7 millions XPF, 10-16 semaines.
- Natif (iOS Swift + Android Kotlin) : 8-14 millions XPF, 16-26 semaines.
Maintenance annuelle typique, après livraison :
- PWA : 10-15 % du coût initial.
- Hybride : 15-25 %.
- Natif : 25-35 % (deux codebases à maintenir, deux SDK à suivre).
Sur 5 ans, l’écart total entre une PWA et un natif peut atteindre x3 à x4. Ce n’est pas un détail.
Cas concret : une app de réservation pour un parc hôtelier
Un de nos clients gérait 4 hôtels en NC et voulait une app pour permettre à ses clients fidèles de réserver, d’accéder aux services in-room, et de discuter avec la conciergerie. Marché de 8000 clients fidèles à terme, hypothèse de 30-40 % d’utilisateurs actifs.
L’analyse
- 95 % des fonctionnalités étaient web-compatibles : réservation, formulaires, chat, gallery photo, paiement Stripe.
- Les clients sont identifiés (carte de fidélité), pas besoin de visibilité grand public en stores.
- Budget initial annoncé : 5 millions XPF, marge serrée.
Le choix
PWA. Distribuée par QR code à l’arrivée à l’hôtel + lien dans la confirmation de résa.
Le résultat (18 mois après)
- 62 % des clients fidèles ont installé la PWA — taux supérieur à ce qu’on observe pour des apps similaires sur les stores (~30-45 %).
- 0 friction de mise à jour : nouvelle fonctionnalité = mise à jour invisible côté utilisateur.
- Coût de développement initial : 2,8 millions XPF, vs 6-8 millions pour un équivalent React Native.
- Temps de mise sur le marché : 8 semaines vs 14-16 prévues.
Le client envisage aujourd’hui de passer en hybride si jamais il fait du paiement in-app pour son spa, mais à date, la PWA couvre tous les besoins.
Cas concret : une app terrain pour techniciens d’une société d’énergie
Autre client, cette fois B2B interne : 80 techniciens en mission terrain, devant remonter des relevés, photos d’intervention, signatures clients, parfois en zones avec très mauvais réseau (intérieur Grande Terre, îles éloignées).
L’analyse
- Mode hors-ligne robuste indispensable (interventions en zones blanches).
- Synchronisation différée critique (pas de perte de données après 6h sans réseau).
- Photo + signature + géolocalisation — toutes APIs accessibles en PWA.
- Notifications push pour les nouvelles missions urgentes.
- 80 utilisateurs internes — pas de besoin store.
Le choix
PWA, mais robustifiée : IndexedDB + Service Worker custom + queue de synchronisation explicite. Test poussé sur scénarios offline (avion, tunnel, brousse).
Pourquoi pas hybride ?
Tentation de partir sur React Native pour les capteurs / le BLE potentiel futur. Mais le besoin du jour ne le justifiait pas, et passer à React Native ajoutait 4 mois de dev et 3 millions XPF. Décision : PWA aujourd’hui, possibilité de basculer plus tard si BLE ou NFC deviennent critiques.
Quelques pièges spécifiques à la Nouvelle-Calédonie
Distribution sur App Store
Pour publier une app sur l’Apple App Store depuis la NC, il faut un compte Apple Developer (99 USD/an), une entité légale enregistrée, et passer la validation Apple à chaque update (5-10 jours en moyenne). Compter 1-2 jours-homme pour le premier dépôt et la fiche produit. Le délai global entre fix bug et bug corrigé en prod = ~7 jours.
Distribution sur Google Play
Plus rapide qu’Apple : compte Google Play Console (25 USD une seule fois), validation initiale ~2-3 jours, mises à jour ultérieures ~24-48h. Beaucoup plus permissif. Pour une app B2B, Google Play accepte aussi la distribution interne (closed track) sans passer par la validation publique.
Latence et performance
Tous les frameworks JavaScript modernes (PWA + React Native + Flutter) téléchargent un bundle au premier lancement. Avec une connexion 3G typique en zone Pacifique, ça peut prendre 4-8 secondes pour un bundle non-optimisé. Lazy loading, code splitting et bundle analysis sont obligatoires en NC, encore plus qu’en métropole.
App Store Optimization (ASO) en NC
Le marché App Store NC est minuscule. Les positions pour une recherche locale (« app NC », « Nouméa app ») sont peu concurrentielles, ce qui est une bonne nouvelle. Inversement, vous n’aurez jamais le volume d’installs organiques d’un marché européen. Pour 90 % des apps NC, la distribution se fait par QR code, lien direct, email — pas par recherche store.
Notre méthode
Quand un client arrive avec un projet d’app, on commence toujours par poser ces 4 questions :
- Qui sont vos utilisateurs ? (B2C anonymes / B2C fidèles / B2B internes)
- Quelles fonctionnalités natives critiques ? (NFC, BLE, AR, Health, paiements stores)
- Quel mode de distribution privilégié ? (stores / lien / QR)
- Quel budget total acceptable sur 5 ans (dev + maintenance) ?
Avec ces 4 réponses, le bon choix techno est presque toujours évident. Et dans 60 % des cas qu’on voit, la PWA est suffisante, alors que la demande initiale parlait d’app native. C’est notre rôle de le dire.
En résumé
- PWA : choix par défaut pour 60-70 % des projets en NC. Rapide, économique, mises à jour instantanées, pas de friction stores. Limites : APIs natives avancées, paiements in-app stores.
- Hybride : choix solide quand on a besoin de stores, d’APIs natives moyennes, d’une vraie ressemblance native sans le coût du natif pur. Excellent rapport qualité/prix.
- Natif : justifié pour des cas pointus (jeux, AR, HealthKit, performances extrêmes). Coût et délai significatifs, à provisionner sérieusement.
Si vous avez un projet d’app et que vous hésitez, on cadre la décision en 1-2 sessions et on vous donne notre lecture franche. La techno est un moyen, pas une finalité.
Précédemment dans cette série : ERP custom vs SaaS pour une PME calédonienne et Intégrer une IA dans son entreprise NC.