Application mobile ou web : que choisir pour son entreprise ?

Commencez par l’application web, sauf si un besoin précis impose le mobile natif. Une application web s’ouvre dans le navigateur, se met à jour en un seul endroit et n’exige pas de passer par les boutiques d’applications. Une application mobile se justifie quand vous avez besoin d’un accès poussé au téléphone (appareil photo en continu, capteurs, fonctionnement hors ligne fiable, notifications au cœur de l’usage) ou quand vos utilisateurs attendent une présence dans l’App Store ou Google Play. Entre les deux, la PWA (application web installable) couvre une partie des besoins à moindre coût.

La bonne question n’est donc pas « mobile ou web ? » mais « que doit faire l’utilisateur, sur quel appareil, et à quelle fréquence ? ». Les conditions des boutiques citées viennent des documentations officielles d’Apple, Google et web.dev (consultées en octobre 2026) et peuvent évoluer.

Quelle est la différence entre application mobile, application web et PWA ?

Application mobile (native ou hybride). Elle s’installe depuis une boutique, accède plus profondément aux fonctions du téléphone et peut fonctionner partiellement hors connexion. Elle suppose un développement pour iOS, Android, ou une technologie qui cible les deux.
Application web. Elle fonctionne dans le navigateur, sur ordinateur comme sur mobile, avec une adresse web. Rien à installer ; une mise à jour est visible par tous dès qu’elle est publiée.
PWA (progressive web app). C’est une application web que l’on peut installer sur l’écran d’accueil. D’après la documentation de web.dev, elle donne une icône de lancement et une fenêtre dédiée ; la plupart des navigateurs qui gèrent l’installation exigent un fichier « manifeste » décrivant l’application. L’installation varie selon les systèmes : sur iOS et iPadOS, il n’y a pas d’invite d’installation automatique, l’utilisateur ajoute l’application manuellement depuis le menu Partager.

Critère	Application web	PWA	Application mobile
Installation	Aucune (lien)	Optionnelle, selon l’appareil	Depuis une boutique
Mises à jour	Immédiates pour tous	Immédiates	Publication via la boutique, mise à jour côté utilisateur
Accès aux fonctions du téléphone	Limité, selon le navigateur	Un peu plus étendu, variable	Étendu
Présence en boutique	Non	En principe non	Oui
Un seul code pour tous les appareils	Oui	Oui	Dépend de la technologie
Contraintes de publication	Aucune	Aucune	Règles et comptes des boutiques

Quand une application web est-elle le bon choix ?

L’application web est généralement suffisante quand :

vos utilisateurs sont vos équipes ou vos clients et que vous pouvez leur donner un lien ou un identifiant ;
l’outil est une gestion : suivi de dossiers, tableau de bord, formulaire, espace client, planification ;
vous voulez un seul produit qui fonctionne sur ordinateur, tablette et téléphone ;
vous voulez pouvoir corriger et faire évoluer vite, sans attendre la validation d’une boutique ;
le budget impose de commencer petit et de mesurer l’usage.

Beaucoup d’outils internes de PME (suivi de chantier, préparation de commande, devis, reporting) entrent dans cette catégorie. Voir notre page développement d’application web pour les cas d’usage que nous traitons.

Quand faut-il une application mobile ?

L’application mobile devient nécessaire dans certaines situations :

Fonctions matérielles avancées : usage intensif de l’appareil photo, du Bluetooth, de capteurs, de la géolocalisation en arrière-plan.
Usage hors ligne essentiel, par exemple sur des chantiers ou des zones sans réseau, avec synchronisation ensuite.
Notifications au centre du service et attendues par les utilisateurs.
Visibilité en boutique : si vos clients cherchent « votre application » dans l’App Store ou Google Play, ou si le produit grand public repose sur ce canal.
Expérience utilisateur très travaillée, proche du système, pour un usage quotidien.

Si vous vous reconnaissez dans cette liste, consultez notre offre de développement d’applications mobiles. Si votre besoin est plus flou, commencez par définir le cas d’usage avec le cahier des charges avant de choisir la technique.

Quelles contraintes imposent les boutiques d’applications ?

Publier une application mobile suppose un compte développeur, avec ses règles. D’après les documentations officielles :

Apple. Le programme développeur coûte 99 USD par année d’adhésion. Pour une organisation, il faut une entité juridique pouvant contracter avec Apple (pas un nom commercial ou une succursale), un numéro D-U-N-S, un site web public et fonctionnel, et une personne habilitée à engager l’organisation.
Google. L’inscription à la Play Console demande un paiement unique de 25 USD. Google précise aussi des exigences de test pour les comptes personnels créés après le 13 novembre 2023, détaillées dans son aide.

Prévoyez en plus du temps pour préparer la fiche de l’application (textes, captures d’écran, politique de confidentialité), les validations et les éventuels refus. Chaque mise à jour passe elle aussi par la boutique, et les utilisateurs ne l’installent pas tous immédiatement : vous devrez gérer plusieurs versions en circulation.

Quels sont les coûts cachés à comparer ?

Le prix de la première version ne dit pas tout. Comparez sur 24 mois :

Conception et développement de la première version.
Comptes et frais des boutiques, pour une application mobile.
Maintenance : compatibilité avec les nouvelles versions d’iOS et d’Android, correctifs de sécurité, évolutions des boutiques.
Hébergement et services : serveur, base de données, e-mails, notifications.
Support utilisateur : qui répond quand quelque chose ne fonctionne pas ?
Évolutions : nouvelles fonctions et nouveaux écrans.

Pour une application web, les points 2 et 3 sont plus légers ; pour une application mobile, ils pèsent plus. Cette logique rejoint celle de notre guide sur le budget total d’un site web : additionner la création et tout ce qui revient chaque mois.

Comment décider en pratique ?

Posez ces cinq questions.

Qui utilisera l’outil ? Vos équipes (web souvent suffisant), ou le grand public (le mobile peut compter).
Sur quel appareil ? Au bureau, sur ordinateur : web. Sur le terrain, au téléphone, avec ou sans réseau : à examiner de près.
Quelles fonctions du téléphone sont indispensables ? Si aucune, le web suffit probablement.
Faut-il être présent en boutique ? Si oui, mobile ; sinon, inutile.
Voulez-vous tester l’idée avant d’investir ? Commencez par une version web ou PWA, mesurez l’usage, puis décidez d’une version mobile.

Cette dernière approche réduit le risque : une première version web permet de vérifier que le besoin existe. Si les utilisateurs demandent ensuite une application, vous aurez déjà les écrans, les données et les règles métier.

Que vérifier avant de lancer le projet ?

Le besoin est décrit en parcours d’utilisateur (qui fait quoi, sur quel appareil).
Les fonctions du téléphone indispensables sont listées, et testées sur un prototype si elles sont critiques.
Le choix web, PWA ou mobile est justifié par écrit.
Les comptes développeur sont ouverts au nom de l’entreprise, avec vos accès.
Le contrat précise la propriété du code, la documentation et la reprise par un autre prestataire.
La maintenance après livraison est chiffrée et décrite.
Les données personnelles collectées, leur hébergement et la politique de confidentialité sont prévus.

Si l’outil est un logiciel interne, lisez aussi notre article sur l’application web métier ou le logiciel du marché. Pour discuter de votre projet, contactez-nous.

Questions fréquentes

Une PWA remplace-t-elle une application mobile ?

Pour beaucoup d’usages de gestion, oui. Mais ses capacités dépendent du navigateur et du système, et elle n’est pas présente en boutique par défaut. Vérifiez les fonctions dont vous avez besoin sur les appareils de vos utilisateurs.

Une application mobile coûte-t-elle toujours plus cher ?

Elle comporte plus de postes de coût (comptes de boutiques, compatibilité avec les systèmes, validations), donc le coût total est souvent plus élevé, mais cela dépend du périmètre. Le plus sûr est de faire chiffrer les deux options sur la même base.

Faut-il une application pour être crédible ?

Non. Un site clair et un outil web utile suffisent dans la plupart des cas. Une application doit répondre à un usage régulier qu’un site ne couvre pas bien.

Peut-on commencer par le web et passer ensuite au mobile ?

Oui, c’est même une bonne stratégie de réduction de risque. La partie serveur et les règles métier sont souvent réutilisables ; ce sont surtout les écrans et la publication en boutique qui sont à refaire ou à adapter.

Qui doit détenir les comptes Apple et Google ?

L’entreprise cliente, avec ses propres identifiants. Évitez que l’application soit publiée sous le nom de votre prestataire : vous perdriez le contrôle en cas de changement de partenaire.