PWA ou application native pour une application métier

De quoi parle-t-on

Une application métier sert à faire tourner l’entreprise : saisir des interventions, valider des notes de frais, consulter un planning, pointer un stock. Elle est utilisée par vos équipes ou vos partenaires, souvent sur téléphone, parfois hors connexion. La question du support arrive vite. Faut-il une application dans les stores, ou une application web installable ?

Une PWA est un site web qui respecte quelques règles techniques : servi en HTTPS, décrit par un fichier manifeste, doté d’un script de service qui gère le cache et le hors ligne. Le téléphone la traite alors comme une application : icône sur l’écran d’accueil, plein écran, lancement sans navigateur visible. Une application native est écrite avec les outils d’Apple ou de Google, compilée, puis publiée dans les stores. Nous développons des PWA et, avec des partenaires spécialisés, des applications mobiles natives.

Tableau comparatif

Critère	PWA	Application native
Distribution	Une URL, installable depuis le navigateur	App Store et Google Play, avec validation
Mises à jour	Immédiates, côté serveur	Soumises aux stores, installées par l’utilisateur
Bases de code	Une seule, pour tous les appareils et le bureau	Une par plateforme, ou un framework multiplateforme
Hors ligne	Possible, avec cache et synchronisation à prévoir	Complet
Accès au matériel	Appareil photo, géolocalisation, notifications sur les versions récentes d’Android et d’iOS	Total, y compris Bluetooth, NFC, capteurs, arrière-plan
Notifications push	Oui, avec des limites sur iPhone	Oui, sans restriction
Comptes et paiement	Vos règles, aucune commission de store	Règles des stores, commission sur les achats intégrés
Coût et délai	Plus faibles, une seule application	Plus élevés, deux plateformes à maintenir
Découverte	Par le web et le référencement	Par les stores

Les critères qui font la décision

Qui installe l’application, et comment

Pour des salariés ou des partenaires identifiés, la distribution par les stores n’apporte rien. Un lien envoyé par e-mail, une installation en deux gestes, et l’application est en place. Une PWA évite aussi les comptes développeur, les validations et les délais de publication. Pour une application grand public que l’on cherche dans un store, le natif garde l’avantage de la visibilité.

Le matériel dont vous avez besoin

Prendre une photo, lire un code-barres, connaître la position : une PWA le fait. Communiquer en Bluetooth avec un appareil, lire une puce NFC, tourner en arrière-plan en continu, s’intégrer aux fonctions système : c’est le domaine du natif. Listez les fonctions matérielles réellement nécessaires. Elles décident souvent à elles seules.

Le travail hors connexion

Une PWA peut fonctionner sans réseau. Les écrans sont mis en cache, les saisies sont stockées sur le téléphone puis envoyées au retour de la connexion. Cela demande de concevoir la synchronisation et de gérer les conflits. Pour un usage hors ligne intensif, avec beaucoup de données locales, le natif reste plus confortable.

Le rythme des évolutions

Une application métier change souvent. Un champ à ajouter, une règle à corriger, un export à modifier. Avec une PWA, la correction est en ligne dès la mise à jour du serveur, pour tout le monde. Avec une application native, chaque correction passe par les stores et par la bonne volonté de l’utilisateur, qui met à jour ou non.

Le budget et sa répartition

Une PWA, c’est une application web développée une fois, qui fonctionne aussi sur ordinateur. Une application native, c’est au minimum deux applications, ou un framework multiplateforme qui a ses propres contraintes. Pour un outil interne, la différence de coût finance souvent des fonctionnalités en plus plutôt qu’une seconde plateforme.

Exemple : une PWA de gestion installable sur iPhone

Nous avons développé une PWA privée de gestion de dépenses partagées. Elle s’installe sur iPhone depuis le navigateur, s’ouvre en plein écran et se comporte comme une application. L’utilisateur saisit une dépense, la photographie pour joindre le justificatif, et retrouve les comptes de chacun. Les exports partent en PDF et en CSV, et une sauvegarde complète des données est disponible à tout moment.

Côté technique, l’application repose sur PHP 8 et une base SQLite, sans framework. Les mots de passe sont hachés avec Argon2id, les formulaires sont protégés contre les soumissions frauduleuses et les en-têtes de sécurité CSP et HSTS sont en place. Des tests automatisés PHPUnit couvrent les calculs. Aucune de ces fonctions n’exigeait le natif. Le choix de la PWA a permis une seule base de code, une mise à jour immédiate et une installation sans store.

Quand nous recommandons le natif

• L’application dialogue avec un appareil en Bluetooth ou lit des puces NFC.
• Elle doit tourner en arrière-plan, par exemple pour suivre un trajet en continu.
• Elle repose sur des notifications critiques, que l’utilisateur ne doit jamais manquer.
• Elle vise le grand public et sa présence dans les stores fait partie de la stratégie.
• Elle manipule beaucoup de données hors ligne, avec des traitements lourds sur l’appareil.

Dans ces cas, nous concevons l’application avec vous, nous développons l’API et le back-office, et un partenaire spécialisé développe la partie native. Le reste du temps, une application web installable couvre le besoin, plus vite et pour moins cher.

Questions fréquentes