La demande arrive souvent sous la forme « il nous faut une appli ». Derrière, il y a presque toujours un besoin d'usage sur téléphone, que le web sait servir.
Une application d'entreprise a un public connu : vos salariés, vos clients sous contrat, vos partenaires. Vous pouvez leur envoyer un lien, ils ouvrent l'outil pour une tâche précise, et ils n'iront pas le chercher dans un magasin d'applications. Pour ce public, l'application web responsive, dont l'affichage s'adapte à chaque écran, règle la question mobile avec un seul code.
La PWA ajoute ce qui manquait au web il y a quelques années : une icône sur l'écran d'accueil, l'ouverture en plein écran, des écrans disponibles sans réseau et des notifications. Sur iPhone, ces dernières fonctionnent depuis iOS 16.4, pour les applications web ajoutées à l'écran d'accueil, comme l'a annoncé l'équipe de WebKit, le moteur de Safari, en février 2023.
Le gain se mesure surtout après la mise en ligne. Une correction publiée le matin est en service chez tous les utilisateurs l'après-midi, sans validation par Apple ou Google ni version ancienne qui traîne sur un téléphone oublié. Sur la durée de vie d'une application, c'est souvent là que se joue l'écart de coût entre web et natif.
Le web a aussi ses limites, et il serait malhonnête de les taire. Sur iPhone, une application web ne parle ni au Bluetooth ni au NFC, et elle ne synchronise pas ses données une fois fermée. Ces trois manques suffisent à faire basculer certains projets vers le natif ou le multiplateforme : nous les détaillons plus bas.
La ligne qui tranche le plus souvent est celle du matériel. Sur le coût, le délai, la distribution et les mises à jour, la PWA l'emporte nettement. Elle ne cède que si votre application doit piloter un appareil, travailler longtemps sans réseau ou figurer dans un magasin d'applications.
Les comparaisons sont relatives, à périmètre fonctionnel égal. Les limites d'iOS viennent des tables de compatibilité de caniuse, relevées le 23 octobre 2026.
| Critère | Web responsive | PWA (web installable) | Multiplateforme (React Native, Flutter) | Native iOS et Android |
|---|---|---|---|---|
| Coût de construction | Le plus bas : un seul code, un seul écran qui s'adapte à la taille de l'appareil. | Proche du web : on ajoute un manifeste, un service worker (script qui gère le cache) et les icônes. | Plus élevé : un code commun, des réglages par système, des écrans pensés pour le tactile. | Le plus élevé : deux applications à écrire et à tester, souvent par deux profils différents. |
| Délai avant la première version | Le plus court. Chaque livraison se teste dans le navigateur le jour même. | Quelques jours de plus que le web, surtout pour le travail sans réseau. | Plus long : comptes développeur, signatures, puis validation par chaque magasin d'applications. | Le plus long : deux chantiers en parallèle, deux validations. |
| Accès au matériel du téléphone | Appareil photo, géolocalisation, micro, partage de fichiers. | Les mêmes, plus les notifications. Sur iPhone, ni Bluetooth, ni NFC, ni synchronisation en arrière-plan (caniuse, octobre 2026). | Quasi complet, par des modules natifs ajoutés au besoin. | Complet : capteurs, Bluetooth, NFC, widgets, intégrations profondes au système. |
| Hors ligne | Limité : l'application attend le réseau. | Correct : écrans et données récentes en cache, saisies envoyées au retour du réseau quand l'application est ouverte. | Poussé : base locale sur le téléphone, synchronisation planifiée. | Le plus poussé : travail prolongé sans réseau, synchronisation en tâche de fond. |
| Distribution | Un lien, envoyé par mail ou affiché en QR code. | Un lien, puis « Ajouter à l'écran d'accueil ». Aucun magasin d'applications. | App Store et Google Play, ou un canal privé d'entreprise. | App Store et Google Play, ou un canal privé d'entreprise. |
| Mises à jour | Instantanées : tout le monde a la dernière version au prochain chargement. | Instantanées, au prochain lancement. | Nouvelle validation par les magasins, puis l'utilisateur installe la mise à jour. | Nouvelle validation par les magasins, puis l'utilisateur installe la mise à jour. |
| Maintenance | Un code, un serveur, une version en service. | Un code ; on teste en plus l'installation sur iPhone et sur Android. | Un code commun, à suivre au rythme des versions d'iOS, d'Android et du framework. | Deux codes, deux suivis de version, plusieurs versions installées en même temps chez les utilisateurs. |
Une voie intermédiaire existe : commencer par une PWA, mesurer l'usage pendant quelques mois, puis réserver une application native aux seuls écrans qui en ont besoin, par exemple la lecture d'un badge sur le terrain. Le serveur, les données et les règles métier restent les mêmes ; seule la couche d'affichage change. Pour un logiciel qui doit épouser des processus internes complexes, voyez aussi notre page sur le développement sur mesure.
Une application native est écrite dans le langage de chaque système, Swift pour iOS et Kotlin pour Android. Une application multiplateforme, construite avec React Native ou Flutter, partage l'essentiel du code entre les deux et garde un accès presque complet au téléphone.
Si votre projet coche au moins une des cases suivantes, la question mérite d'être instruite au cadrage avec les chiffres en main.
Lecteur de badge, balise, imprimante portable, équipement de mesure : sur iPhone, le navigateur ne donne accès ni au Bluetooth ni au NFC. Une application native ou multiplateforme devient alors nécessaire.
Sous-sol, chantier, zone rurale, avion. Une PWA tient une coupure courte ; une journée entière de saisies hors réseau, avec des photos et une synchronisation en tâche de fond, demande une base locale et du code natif.
Rappels planifiés, actions directes depuis la notification, alertes critiques, widget sur l'écran d'accueil. Les notifications web couvrent l'essentiel ; ces usages avancés restent l'apanage du natif.
Une marque grand public que les clients cherchent sur l'App Store, un programme de fidélité, un paiement intégré à l'achat. Apple refuse d'ailleurs une application qui se contente de reprendre un site web (règle 4.2 de sa charte de validation).
Masteria construit des applications web, en React et Next.js. Quand le cadrage montre qu'une application native ou multiplateforme s'impose, nous vous le disons, et la manière de la construire se décide à ce moment-là, profil par profil.
Ces cinq familles reviennent dans la plupart des demandes. Chacune peut recevoir une fonction d'IA, à condition qu'elle fasse gagner du temps sur une tâche précise et qu'une personne garde la validation.
Les descriptions sont génériques : elles décrivent des types d'outils, sans référence à un client.
Vos clients suivent leurs commandes, leurs contrats ou leurs dossiers, déposent des pièces et retrouvent leurs factures, depuis leur ordinateur comme depuis leur téléphone.
Un assistant répond aux questions courantes à partir de vos conditions et de l'historique du compte, et passe la main à un conseiller quand il ne sait pas.
Revendeurs, franchisés, sous-traitants ou fournisseurs y trouvent les tarifs, les documents techniques, les commandes en cours et un fil d'échange avec vos équipes.
Les offres et bons de livraison déposés en PDF sont lus automatiquement : montants, références et dates arrivent dans les bons champs, à valider par une personne.
L'écran où vos équipes traitent les demandes, valident, relancent et suivent les statuts, branché sur le CRM, l'ERP ou la messagerie plutôt que sur un tableur partagé.
Un brouillon de réponse ou de relance prérempli, que la personne relit avant l'envoi ; un classement des demandes entrantes par type et par urgence.
Techniciens, commerciaux itinérants, équipes d'intervention : fiche d'intervention, photos, signature du client, géolocalisation, consultation des plans. Le cas où la question du hors ligne se pose en premier.
Le compte rendu se dicte et se met en forme ; une photo d'étiquette ou de plaque signalétique remplit la référence de l'équipement.
Les chiffres qui comptent pour une direction ou un service, mis à jour depuis vos outils, avec des droits d'accès par profil et une lecture confortable sur téléphone.
Une question posée en français (« quelles agences reculent ce trimestre ? ») renvoie le chiffre, le graphique et la requête qui l'a produit.
L'assistant et l'extraction de documents se branchent côté serveur, par l'API d'un modèle, sans changer la forme de l'application : ils fonctionnent de la même façon dans une PWA et dans une application native. Notre page agence de développement IA détaille ces briques, leurs coûts de fonctionnement et la manière de les évaluer avant la mise en service.
La forme de l'application se décide à la première étape. Les suivantes s'appliquent quelle que soit la voie retenue.
Le détail de notre façon de conduire un projet figure sur la page méthode de projet.
Qui utilise l'application, sur quel appareil, dans quelles conditions de réseau, avec quel matériel. Ces quatre réponses décident entre web, PWA, multiplateforme et natif, avant toute ligne de code.
Une maquette cliquable des parcours principaux, testée sur téléphone par deux ou trois futurs utilisateurs. On corrige un écran à ce stade pour quelques heures de travail.
Chaque livraison fonctionne et se teste par vos équipes, avec un point chaque semaine. Les priorités se réordonnent à la lumière de ce qu'elles ont essayé.
Connexions au CRM, à l'ERP ou à la messagerie par leurs API, comptes et droits d'accès, puis l'assistant ou l'extraction de documents quand le cadrage l'a retenu.
Hébergement, sauvegardes, surveillance, conformité RGPD, prise en main par les utilisateurs. Le code et la documentation vous sont remis pour que votre équipe ou un autre prestataire puisse reprendre.
Un prototype démarre autour de 8 000 € HT. Une application en production se chiffre en dizaines de milliers d'euros, et un déploiement large dépasse 100 000 €, jusqu'à plusieurs centaines de milliers pour les plus étendus.
Le prix global est fixé après le cadrage, sur un périmètre écrit, et Masteria s'engage sur le livrable. C'est le format habituel pour une application neuve.
Des développeurs du réseau rejoignent votre équipe, sur site ou à distance, au taux journalier communiqué sur devis. Utile quand l'application existe déjà et que la feuille de route bouge.
Le nombre d'écrans et de profils d'utilisateurs, les connexions au CRM ou à l'ERP, le hors ligne, la fonction d'IA, et le choix d'une version native en plus de la version web.
Le développement d'une application n'est pas finançable par l'OPCO ; seule la formation de vos équipes à l'outil peut l'être. Les ordres de grandeur par type de projet sont réunis sur notre page prix d'un projet IA.
Votre cas sort de ces douze réponses ?
Posez-nous la questionMasteria, fondée à Lyon en 2022 par Mathias Nizan, s'appuie sur un réseau d'environ cinq développeurs, choisis selon la technologie et le métier du projet. Masteria construit et fait vivre ses propres applications : le site master-ia.fr, en React avec des pages prérendues pour le référencement, et la plateforme de gestion des formations et des clients, sous Next.js et Supabase. Mathias Nizan répond du résultat devant vous.
Version à partir de laquelle une application web ajoutée à l'écran d'accueil d'un iPhone ou d'un iPad peut recevoir des notifications push, si l'utilisateur les accepte après un geste de sa part.
Source : WebKit, 16 février 2023Cotisation au programme développeur d'Apple, nécessaire pour publier sur l'App Store. Google Play demande de son côté 25 $, payés une seule fois.
Source : Apple et Google, relevé du 23 octobre 2026Aucune version de Safari sur iOS, jusqu'à la 27.2 incluse, ne prend en charge Web Bluetooth. Web NFC et Background Sync sont dans le même cas (voir les sources).
Source : caniuse, relevé du 23 octobre 2026Compatibilités des navigateurs et tarifs des magasins d'applications relevés le 23 octobre 2026. Ils évoluent avec chaque version d'iOS et d'Android.
Pour aller plus loin : agence de développement web, développement sur mesure, développement IA, méthode de projet, prix d'un projet.
