Qu'est-ce qu'une PWA et en quoi est-elle différente d'une application native ?

Une PWA (Progressive Web App) est un site web qui se comporte comme une application : installable sur l'écran d'accueil, utilisable hors-ligne via Service Worker, capable d'envoyer des notifications push. Une app native est compilée spécifiquement pour iOS (Swift) ou Android (Kotlin/Flutter) et accède à toutes les API du système. La PWA vit dans le navigateur, l'app native dans l'App Store ou le Play Store.

Une PWA peut-elle remplacer une application mobile native ?

Pour 40 à 50 % des projets, oui. Si l'app ne nécessite pas de caméra avancée, Bluetooth, NFC, biométrie ou fonctionnalités ARKit/ARCore, une PWA couvre les besoins à 3 à 5 fois moins cher. Pour les apps grand public avec des exigences de performance élevées, l'UI très animée ou l'accès à des capteurs complexes, l'app native reste nécessaire.

Quel est le coût d'une PWA vs une application native ?

Une PWA coûte généralement 8 000 à 40 000 € pour un projet de PME, contre 30 000 à 150 000 € pour une app native iOS + Android cross-platform Flutter. La PWA n'a pas de frais d'App Store ni de processus de validation. En maintenance, la PWA est moins chère car une seule codebase web, contre une app Flutter qui nécessite une mise à jour par version d'OS.

Est-ce qu'Apple supporte bien les PWA sur iPhone ?

iOS supporte les PWA depuis iOS 11.3, mais avec des limitations historiques (pas de Web Push jusqu'à iOS 16.4). Depuis iOS 17, les PWA sur iPhone supportent les notifications push, l'installation sur l'écran d'accueil, et la majorité des API Web modernes. Il reste des limitations sur Bluetooth, NFC et certains capteurs. Sur Android Chrome, les PWA ont une couverture quasi-totale des API Web.

Dans quels cas Happie recommande-t-elle une PWA plutôt qu'une app native ?

Happie recommande la PWA pour : les outils internes (accès employés via navigateur), les applications B2B légères (formulaires, dashboards, catalogues), les MVP rapides à valider avant d'investir dans une app native, et les projets avec budget < 40 k€. Pour les apps grand public, les jeux, les apps avec caméra/géolocalisation avancée ou biométrie, l'app native Flutter est le choix standard.

PWA vs application mobile native : comment choisir en 2026

Quand un client arrive avec un projet d'application mobile, la première question n'est pas « Flutter ou React Native ? » — c'est PWA ou app native. Cette décision conditionne le budget (×3 à ×5), le délai (2 semaines vs 3 mois), et la richesse fonctionnelle.

Voici comment on tranche chez Happie.

Ce que fait vraiment une PWA en 2026

Une PWA (Progressive Web App) est un site web servi via HTTPS qui implémente trois primitives :

Service Worker — cache les assets et données pour fonctionner hors-ligne
Web App Manifest — permet l'installation sur l'écran d'accueil, icône, splash screen
HTTPS obligatoire — sécurité de base exigée par les navigateurs

En 2026, les PWA peuvent en plus : envoyer des notifications push (iOS 17+ inclus), accéder à la caméra, au microphone, à la géolocalisation, au presse-papier, aux fichiers, aux contacts, et même au Bluetooth Web API (Chrome Android). Ce n'est plus la technologie bridée de 2018.

Ce qu'elles ne peuvent pas faire de façon native : NFC, biométrie Face ID/Touch ID (uniquement via WebAuthn), eSIM, ARKit/ARCore, accès system-wide aux notifications du lock screen, widgets système, deep integration App Store.

Ce que fait mieux une app native

Une app native (Flutter, Swift, Kotlin) accède à 100 % des APIs système. C'est son seul vrai avantage technique. Concrètement :

Caméra avancée — scanner de documents, OCR, AR, déclencheur RAW
Bluetooth Low Energy — connexion à des IoT, wearables, capteurs industriels
NFC — paiement, badge, identification
Biométrie — Face ID, empreinte, déverrouillage app
Notifications enrichies — widgets, groupes, actions, lock screen
Background tasks — géolocalisation continue, sync en arrière-plan
Performance graphique — 120 fps ProMotion, animations Impeller
Présence App Store — découvrabilité, ratings, achat in-app

Comparaison directe sur les critères clés

Critère	PWA	App native (Flutter)
Délai de mise en ligne	2–6 semaines	6–16 semaines
Coût de développement	8–40 k€	30–150 k€
Mise à jour (déploiement)	Instantané (push web)	Review App Store (1–3 jours)
Accès caméra / micro	Oui (via API Web)	Oui (natif)
Notifications push iOS	Oui (iOS 17+)	Oui (toutes versions)
Bluetooth / NFC	Bluetooth Web (Chrome), pas NFC	Oui complet
Biométrie (Face ID)	WebAuthn uniquement	Natif complet
Performances UI	Bonnes (Chromium)	Excellentes (Impeller)
Frais App Store	Aucun	99 $/an (Apple) + 25 $ (Google)
SEO / indexation	Oui (le web est indexé)	Non (les apps ne sont pas indexées)
Partage de lien	URL directe	Deep link requis
Maintenance long terme	Simple (1 codebase web)	Mises à jour OS régulières

Les 4 critères pour décider en 10 minutes

Posez ces 4 questions. Si vous répondez « oui » à l'une des 3 premières, partez sur une app native.

1. Avez-vous besoin d'accès matériel avancé ?

NFC, Bluetooth Low Energy pour des objets connectés, caméra avec traitement RAW, biométrie intégrée, ARKit/ARCore, widget système, GPS continu en background : → app native obligatoire.

Si c'est juste la caméra pour prendre une photo ou scanner un QR code, la PWA suffit.

2. Votre cible principale est-elle iOS et cherche-t-elle dans l'App Store ?

Les utilisateurs iOS découvrent les apps principalement via l'App Store. Si votre app grand public dépend de la découvrabilité App Store, du ranking ASO, ou des achats in-app Apple : → app native.

Si c'est un outil B2B ou interne distribué par URL, la PWA est plus efficace.

3. L'expérience requiert-elle 60+ fps d'animations fluides ?

Jeux, dashboards temps réel avec transitions complexes, apps de fitness avec graphiques animés : Flutter avec Impeller donne un avantage mesurable. La PWA peut atteindre 60 fps, mais requiert une optimisation plus poussée.

4. Quel est votre budget et votre horizon de validation ?

Budget < 40 k€ ou besoin de valider un MVP en 4–6 semaines : → PWA d'abord. Vous pouvez toujours construire l'app native ensuite si la traction le justifie, en réutilisant la logique métier.

La règle Happie

PWA si : outil interne, B2B, MVP < 40 k€, pas d'accès matériel avancé, distribution par URL, besoin de SEO.

App native (Flutter) si : grand public, App Store, Bluetooth/NFC/biométrie, animations très riches, revenus in-app, notifications avancées.

Environ 30 % de nos projets démarrent en PWA puis évoluent vers une app native au bout de 12–18 mois quand la traction est prouvée.

Les vrais coûts comparés sur 3 ans

Pour un projet de PME type (outil de gestion avec ~500 utilisateurs actifs) :

Scénario PWA

Développement initial : 15–25 k€
Hébergement (Vercel/Cloudflare) : 0–200 €/mois
Maintenance annuelle : 3–5 k€/an
Mises à jour instantanées, zéro review
Total 3 ans : 24–40 k€

Scénario app native Flutter (iOS + Android)

Développement initial : 50–90 k€
Frais App Store : ~125 €/an
Maintenance annuelle (mises à jour OS) : 8–15 k€/an
Délai review Apple : 1–3 jours par release
Total 3 ans : 74–135 k€

L'écart est réel. Il se justifie par les fonctionnalités natives et la présence App Store — pas autrement.

Peut-on faire les deux ? L'approche hybride

Oui, et c'est souvent le meilleur chemin pour les startups :

Phase 1 — PWA (mois 1–6) : valider l'usage, acquérir les premiers utilisateurs, mesurer la rétention.
Phase 2 — App native Flutter (mois 7–18) : si la PWA prouve sa valeur, construire l'app native en réutilisant les API et la logique métier déjà développées côté web.

Ce n'est pas « choisir l'un ou l'autre » mais « choisir l'ordre ». La PWA devient la version desktop + web, l'app native la version mobile premium.

Ce qu'on fait chez Happie

Sur les 12 derniers mois, nos projets se répartissent ainsi :

~30 % en PWA : outils internes PME, interfaces de gestion, configurateurs produit embarqués dans un site.
~50 % en app native Flutter : apps grand public, apps avec Bluetooth/caméra, projets avec App Store obligatoire.
~20 % hybride : PWA + app Flutter en parallèle, ou PWA qui évolue vers native en phase 2.

Si votre projet est encore flou, on commence toujours par 30 minutes de cadrage gratuit pour identifier si la PWA répond au besoin — c'est souvent la réponse la plus honnête.