Pour une PME lyonnaise, l’application native se justifie quand l’outil sert chaque jour sur le terrain, doit fonctionner sans réseau ou exploiter finement le téléphone. Une web app installable couvre la plupart des usages internes et clients, notifications comprises sur iPhone depuis iOS 16.4, sans passer par les magasins d’applications. Pour un usage ponctuel, un site responsive bien conçu suffit.
Un technicien qui remplit son rapport dans un sous-sol sans réseau, un client qui suit sa commande depuis le tram, un commercial qui ouvre le catalogue chez un acheteur : trois usages mobiles, et autant de réponses techniques possibles.
Le mot « application » recouvre des réalités très différentes. Avant de demander un devis, mieux vaut savoir laquelle vous cherchez : elles n’exigent ni le même effort de publication ni la même maintenance.
Native, web app, site responsive : de quoi parle-t-on ?
Les trois options peuvent partager une grande partie du travail : la même base de données, les mêmes comptes, souvent le même serveur. Ce qui change, c’est la couche que l’utilisateur tient en main :
- L’application native s’installe depuis Google Play ou l’App Store et accède pleinement au téléphone : appareil photo, position, notifications, stockage hors ligne.
- La web app installable est un site conçu comme une application : on l’ajoute à l’écran d’accueil depuis le navigateur, elle s’ouvre en plein écran et peut envoyer des notifications.
- Le site responsive s’adapte à l’écran du téléphone, sans installation ni notification.
Quand une application native vaut-elle l’effort ?
Quand l’outil fait partie du travail quotidien sur le terrain. Une entreprise de maintenance dont les techniciens sillonnent les 58 communes de la Métropole de Lyon a besoin d’un outil qui fonctionne dans une cave, un parking souterrain ou un entrepôt mal couvert, puis synchronise au retour du réseau. Mode hors ligne fiable, photo jointe au rapport, signature du client sur l’écran : c’est le terrain naturel du natif.
C’est ce que nous avons construit pour Corsiva OS, le logiciel des loueurs de voitures du groupe Corsiva : les états des lieux se font sur mobile, et l’application Android est publiée sur Google Play.
pour tous les loueurs.Des agences indépendantes aux flottes premium. Réservations, planning, états des lieux, contrats, facturation et paiements réunis au même endroit.Commencer mon essai gratuit Prendre mon RDV Outils RGPD intégrésServeurs et base de données en EuropeDéveloppé en 510 jours avec des loueurs
Une web app installable suffit-elle ?
Souvent, oui. Elle s’ouvre depuis une simple adresse, se met à jour sans passer par un magasin d’applications et tourne sur Android comme sur iPhone avec une seule base de code. Selon l’équipe de WebKit, le moteur de Safari, les web apps ajoutées à l’écran d’accueil reçoivent des notifications depuis iOS et iPadOS 16.4, à condition que l’utilisateur les autorise après une action de sa part, comme un bouton « s’abonner ».
Ses limites : beaucoup d’utilisateurs ignorent comment ajouter un site à l’écran d’accueil, certaines fonctions du téléphone restent moins accessibles, et l’absence de fiche dans les magasins prive d’un canal de découverte. Pour un outil interne ou un espace client, ces limites pèsent peu.
Et si un site responsive faisait l’affaire ?
Pour un usage ponctuel, c’est la réponse la plus raisonnable. Le client qui consulte vos horaires, demande un devis ou lit une fiche produit deux fois par an n’installera rien. Un site rapide, lisible au pouce, avec des formulaires courts, lui rend plus service qu’une application qu’il supprimera dans la semaine.
Que demande la publication sur les magasins d’applications ?
Plus qu’on ne l’imagine. Avant chaque examen d’une application ou d’une mise à jour, Google demande des informations exactes sur l’application, une politique de confidentialité, la section Sécurité des données remplie et, si l’application exige une connexion, un compte de démonstration actif pour les examinateurs. Certaines catégories, comme la santé ou les services financiers, doivent être publiées depuis un compte d’organisation.
Apple a son propre examen et ses propres règles. Chaque nouvelle version repasse par ces étapes, ce qui ajoute un délai et des tâches administratives à chaque mise à jour.
Quelle option coûte le moins dans la durée ?
Le développement initial se chiffre sur devis, selon le périmètre. L’écart réel apparaît ensuite, dans la maintenance :
- Native : deux systèmes à suivre (ou un outil multiplateforme), des mises à jour imposées par les évolutions d’Android et d’iOS, une publication à repasser à chaque version.
- Web app : une seule base de code et des mises à jour immédiates, mais des tests sur plusieurs navigateurs.
- Site responsive : la maintenance d’un site classique, hébergement et mises à jour de sécurité compris.
- Le natif sert le terrain : hors ligne, photo, signature, usage quotidien.
- La web app installable couvre la plupart des usages internes et clients, notifications comprises sur iPhone.
- Le site responsive suffit aux usages ponctuels.
- La publication sur les magasins impose des étapes à chaque version.
- Comparez la maintenance sur plusieurs années, pas seulement le lancement.
Questions fréquentes
Peut-on commencer par une web app et passer au natif ensuite ?
Oui, c’est un parcours fréquent. Si le serveur et la base de données sont bien séparés de l’interface, l’application native réutilise l’essentiel du travail. Notre méthode pour un premier produit sans s’enfermer repose sur ce principe.
Un outil multiplateforme évite-t-il de tout développer deux fois ?
En grande partie : il produit une application Android et une application iPhone à partir d’un même code. Il reste des réglages propres à chaque système et deux publications à suivre.
Faut-il un logiciel sur mesure derrière l’application ?
Pas forcément : l’application peut s’appuyer sur vos outils existants s’ils le permettent. Nous traitons cette question dans logiciel métier ou outil du marché.
Comment se passe un projet d’application avec vous ?
Il commence par un atelier sur les usages réels, puis des maquettes testées avec de futurs utilisateurs avant toute ligne de code : c’est le travail d'UX et UI design. Le développement de l’application suit, et notre équipe accompagne les PME de la métropole depuis Rhône-Alpes (notre page Lyon).
LaBoîte part de vos usages réels pour choisir entre application native, web app et site, puis conçoit, développe et publie l’outil sur des comptes à votre nom. Parlons de votre projet.
- WebKit, Web Push for Web Apps on iOS and iPadOS (iOS 16.4)
- Google, Aide Console Play : exigences concernant la Play Console
- Métropole de Lyon, La Métropole de Lyon (58 communes)
Pages consultées le 13 octobre 2026. Les marques citées appartiennent à leurs propriétaires.


