4 septembre 2026 · 3 min · Applications web et mobiles
Application web ou application mobile : comment choisir
Choisissez une application web si vos utilisateurs travaillent surtout sur ordinateur ou n’utiliseront l’outil qu’occasionnellement, une application mobile s’ils s’en servent tous les jours sur le terrain avec l’appareil photo, la géolocalisation ou sans réseau, et une PWA si vous voulez une application installable sans passer par les stores. Dans beaucoup de projets métier, la bonne réponse combine une application mobile pour le terrain et une application web pour le bureau. Voici comment trancher.
Les quatre options
L’application web
Elle s’ouvre dans un navigateur (Chrome, Safari, Edge), sur ordinateur comme sur téléphone, à une adresse du type app.votre-entreprise.fr. Pas d’installation, pas de store, une mise à jour visible par tous instantanément.
Idéale pour : outils de gestion, back-offices, espaces clients, tableaux de bord, logiciels utilisés au bureau.
La PWA (application web progressive)
C’est une application web qui peut s’installer sur l’écran d’accueil, s’ouvrir en plein écran, fonctionner en partie hors ligne et envoyer des notifications. Elle ne passe pas par les stores.
Idéale pour : un outil interne utilisé sur mobile, un espace client fréquent, une première version rapide. Voir notre offre d’application web progressive.
L’application mobile multiplateforme
Un seul code (Flutter ou React Native) produit une application iPhone et une application Android, publiées sur l’App Store et Google Play. Elle a accès à tout le téléphone : appareil photo, GPS, Bluetooth, notifications, stockage hors ligne.
Idéale pour : la grande majorité des applications mobiles, grand public comme métier. C’est notre choix pour Carnet Maison (Flutter) et Cotely (Expo, React Native). Voir application Flutter.
L’application native
Deux codes séparés, Swift pour iPhone et Kotlin pour Android. Plus chère, elle se justifie pour des besoins très particuliers : jeux exigeants, traitement vidéo lourd, fonctions système très récentes.
Le tableau comparatif
| Critère | Web | PWA | Mobile multiplateforme | Native |
|---|---|---|---|---|
| Installation | Aucune | Écran d’accueil | Stores | Stores |
| Appareil photo, GPS | Partiel | Partiel | Complet | Complet |
| Hors ligne | Limité | Bon | Très bon | Très bon |
| Notifications | Non | Oui | Oui | Oui |
| Mise à jour | Instantanée | Instantanée | Validation des stores | Validation des stores |
| Coût relatif | € | € | €€ | €€€ |
Les 6 questions pour décider
- Où sont vos utilisateurs ? Au bureau devant un écran : web. Dehors, debout, une main prise : mobile.
- À quelle fréquence ? Une fois par mois : web. Plusieurs fois par jour : mobile ou PWA installée.
- Ont-ils toujours du réseau ? Sinon, il faut un vrai mode hors ligne, plus solide en mobile : voir application hors ligne.
- Avez-vous besoin du téléphone ? Scanner un code-barres, prendre des photos en série, se géolocaliser, recevoir des notifications : mobile.
- Faut-il être trouvé sur les stores ? Pour le grand public, oui ; pour un outil interne, non.
- Quel budget et quel délai ? Une application web ou une PWA se livre plus vite et coûte moins cher : voir combien coûte une application mobile.
Le cas le plus fréquent : les deux
Dans une entreprise, il y a souvent deux publics : ceux du terrain et ceux du bureau. Exemple avec Truelle : l’artisan dicte ses devis depuis son téléphone sur le chantier, puis prépare ses factures et suit ses relances sur ordinateur. Une seule base de données, un serveur avec une API, et deux interfaces adaptées.
C’est la bonne architecture pour la plupart des logiciels métier sur mesure : on peut commencer par l’une des deux interfaces et ajouter l’autre ensuite, sans rien refaire.
Les erreurs à éviter
- Faire une application mobile pour un usage de bureau : petit écran, saisie pénible, coût de publication inutile.
- Faire une application web pour un usage terrain sans réseau : vos techniciens perdront leurs saisies.
- Choisir le natif « parce que c’est mieux » sans besoin précis : vous paierez deux fois.
- Oublier le back-office : quelqu’un devra gérer les comptes et les contenus.
En résumé
Le bon choix dépend de vos utilisateurs, pas de la technologie. Web pour le bureau, mobile pour le terrain, PWA pour aller vite, et souvent les deux reliés à la même base. Pour la suite, lisez les étapes d’un projet d’application ou découvrez notre service d’applications web et mobiles. Vous hésitez encore ? Décrivez-nous vos utilisateurs : nous vous dirons franchement ce qui convient.
Questions fréquentes
Une PWA peut-elle envoyer des notifications sur iPhone ?
Oui, depuis iOS 16.4, à condition que l’utilisateur ait ajouté la PWA à son écran d’accueil. Sur Android, les notifications des PWA fonctionnent depuis longtemps.
Faut-il être sur les stores pour être crédible ?
Pour une application grand public, la présence sur l’App Store et Google Play rassure et aide à être trouvé. Pour un outil interne ou un espace client, une application web ou une PWA suffit souvent et évite les délais de validation.
Peut-on commencer en web et passer au mobile ensuite ?
Oui, si l’architecture est pensée pour : un serveur avec une API propre peut servir une application web aujourd’hui et une application mobile demain, sans tout refaire.
Sources
Mohamed Rahmouni — fondateur de Ramira, développeur d’applications et consultant Odoo à Niort. En savoir plus