Avant de signer un devis d’application mobile, une question vaut tous les comparatifs techniques : qu’est-ce qui, dans votre cas précis, justifie une application à télécharger plutôt qu’un site installable sur l’écran d’accueil ? Si la seule réponse disponible est « c’est plus professionnel », le budget mérite un second passage.
Beaucoup de dirigeants de PME découvrent le sigle PWA après avoir reçu deux ou trois propositions au-dessus de 200 000 MAD. Personne ne leur en a parlé, en partie parce que l’option rapporte moins à celui qui la vend, en partie parce qu’elle a de vraies limites qu’un commercial n’a pas envie de détailler dans un appel d’offres.
Les critères qui tranchent sont peu nombreux et assez binaires. Voici lesquels, et lesquels ne pèsent rien malgré leur place dans les argumentaires.
PWA, application hybride, application native : trois objets qu’on confond
Un PWA (progressive web app) est un site web. Plus précisément une application web classique, en React, Vue ou autre, à laquelle on ajoute un service worker qui met en cache pages et données, et un fichier manifeste qui indique au téléphone comment l’installer. L’utilisateur ouvre une URL, choisit « Ajouter à l’écran d’accueil », et retrouve ensuite une icône qui lance l’interface en plein écran, sans barre d’adresse. Aucun téléchargement depuis un store. Le sigle circule encore peu dans les appels d’offres au Maroc, ce qui explique une partie du malentendu.
Une application hybride, ou cross-platform, est un binaire. Flutter et React Native compilent une base de code commune en un paquet iOS et un paquet Android, avec accès aux API du système : capteurs, stockage sécurisé, tâches en arrière-plan. Le terme application hybride Maroc traîne encore des souvenirs de Cordova et de WebView lentes, mais ce n’est plus de cela qu’on parle en 2026.
Le natif, enfin, c’est Swift côté Apple et Kotlin côté Google, donc deux chantiers distincts. L’arbitrage entre ces deux dernières familles est un autre sujet, traité dans notre comparatif entre application native et Flutter.
La confusion coûte cher au moment du chiffrage, parce que les trois finissent dans la même colonne « application mobile » d’un tableau comparatif alors que les charges de travail n’ont presque rien en commun.
Ce qu’un PWA sait vraiment faire sur iOS et Android en 2026
Sur Android, un PWA installé se comporte à peu de choses près comme une application. Il s’ouvre depuis l’écran d’accueil, apparaît dans le sélecteur de tâches, fonctionne hors connexion sur les contenus mis en cache, accède à la caméra, au micro, à la géolocalisation, aux fichiers, et reçoit des notifications push.
Sur iOS, le périmètre est plus étroit, mais plus utilisable qu’on ne le croit. Depuis iOS 16.4, Safari accepte les notifications web, à une condition souvent oubliée : l’utilisateur doit avoir ajouté le site à son écran d’accueil, puis accordé l’autorisation. Un visiteur qui reste dans le navigateur ne recevra rien du tout. Pour l’authentification, WebAuthn et les passkeys permettent de déverrouiller un compte avec Face ID ou l’empreinte, sans code SMS.
Les absences, elles, sont nettes. Pas de Bluetooth ni de NFC sous Safari, donc pas de lecteur de badge, pas de balance connectée, pas de paiement sans contact depuis le téléphone. Pas de géolocalisation en arrière-plan non plus : une application de suivi de livreurs qui doit remonter une position toutes les deux minutes, téléphone en poche, n’est pas un cas de PWA. La synchronisation différée reste fragile sur iOS, le quota de stockage local est modeste, et le système peut purger des données après une longue inactivité.
Un avantage se sous-estime régulièrement : la mise à jour. Vous corrigez un bug, vous déployez, tout le monde a la correction au lancement suivant. Pas de revue de store, pas d’utilisateurs coincés sur une version de l’an dernier.
L’écart de prix, et ce qu’il paie réellement
Ordres de grandeur sur le marché marocain, à périmètre comparable (catalogue, compte client, commande, paiement en ligne, consultation partielle hors connexion) : un PWA sérieux se situe souvent entre 70 000 et 180 000 MAD, une application Flutter ou React Native entre 180 000 et 400 000 MAD, un développement natif sur les deux plateformes au-delà. Ces fourchettes bougent surtout avec les intégrations. Un ERP ou un logiciel de caisse à connecter change la note bien plus que le choix de technologie. Le détail des postes figure dans notre guide des prix de développement d’application mobile au Maroc.
Cet écart n’est pas une marge gonflée. Il paie deux builds à maintenir, deux files de publication, des SDK qui changent de version chaque année, des tests sur un parc d’appareils, la gestion des certificats de signature, et les comptes développeurs (99 USD par an chez Apple, 25 USD une fois chez Google, tarifs publics à revérifier au moment du budget). Sur le coût application mobile 2026, la maintenance annuelle se compte en pourcentage du projet initial, pas en forfait symbolique.
Un PWA ne supprime pas la maintenance, il la ramène à celle d’une application web : un serveur, un domaine, un certificat, des correctifs, des évolutions. La même économie que pour une application web sur mesure.
Notifications, paiement, biométrie : là où le PWA ne suffit plus
La notification push PWA existe, elle fonctionne, et elle déçoit souvent les équipes marketing. Sur Android, les taux d’acceptation sont corrects. Sur iOS, il faut d’abord convaincre l’utilisateur d’installer la page sur son écran d’accueil, geste que presque personne ne fait sans y être invité explicitement. Si votre modèle repose sur l’envoi quotidien de promotions ou d’alertes de livraison, cette friction est un coût commercial réel, et l’application téléchargeable reprend l’avantage.
Le paiement joue dans l’autre sens. Un PWA encaisse par la page de paiement de votre banque acquéreur, sans passer par les achats intégrés d’Apple ou de Google, donc sans commission de plateforme sur les biens physiques ni sur les abonnements vendus en dehors de l’application. Pour un e-commerce ou une prise de commande B2B, l’argument pèse lourd.
La biométrie demande de séparer deux usages. Ouvrir une session avec Face ID, un PWA sait le faire via les passkeys. Signer un document, stocker une clé dans l’enclave sécurisée, autoriser une opération hors ligne avec un code local, chiffrer une base embarquée : il faut un binaire.
Même raisonnement pour le matériel. Scanner des codes-barres en continu dans un entrepôt, lire une carte NFC, imprimer sur une imprimante Bluetooth, prendre cinquante photos géolocalisées sur un chantier sans réseau, tout cela relève du natif ou de Flutter.
Store ou navigateur : visibilité, confiance et commission
L’argument « il faut être sur les stores » mérite d’être posé à plat. Pour une PME marocaine inconnue du grand public, la recherche dans l’App Store n’apporte quasiment aucun trafic spontané. Les installations viennent de vos propres canaux : réseaux sociaux, SMS, affichage en point de vente, bouche-à-oreille. Vous payez donc une vitrine que vous devrez remplir vous-même.
Ce que le store apporte vraiment, c’est un signal de confiance et un canal de mise à jour que vos clients connaissent déjà. Pour une banque, un assureur ou une application grand public qui manipule de l’argent, cela compte. Pour un outil interne destiné à trente commerciaux, cela ne compte pas, et la publication publique devient même un inconvénient.
Reste le coût de process. Chaque version passe par une revue, avec des délais et parfois des refus pour des motifs qu’on n’avait pas anticipés, sujet que nous avons détaillé dans notre guide sur la publication d’une application sur l’App Store et le Play Store. À noter qu’un PWA peut être empaqueté et publié sur le Play Store via une Trusted Web Activity, ce qui donne une présence Android à moindre frais. Apple reste nettement plus réticent à accepter une application qui n’est qu’un site encapsulé.
Un dernier point passe souvent inaperçu : un PWA est indexable par Google, une application native non. Si votre catalogue doit se trouver dans une recherche, le web n’est pas un repli mais le bon support.
Le test en trois questions : application mobile ou PWA ?
Première question, votre usage dépend-il d’une capacité matérielle du téléphone ? Bluetooth, NFC, position en arrière-plan, scan intensif, stockage chiffré local. Une seule réponse positive et le débat est clos, il faut un binaire.
Deuxième question, à quelle fréquence le même utilisateur revient-il ? Plusieurs fois par semaine, avec un bénéfice concret à l’icône et aux notifications, l’application se défend. Deux fois par an pour régler une facture ou prendre un rendez-vous, le PWA fait le travail et personne n’installera jamais autre chose.
Troisième question, qu’est-ce qui doit être validé en priorité, la technologie ou le produit ? Quand l’usage n’est pas encore prouvé, engager 300 000 MAD dans deux binaires avant d’avoir cent utilisateurs actifs est un pari. Un PWA livré en six à dix semaines donne des chiffres d’usage réels, et ces chiffres rendent le devis natif suivant beaucoup plus simple à arbitrer.
Un détail pratique, propre à votre marché : regardez vos propres statistiques avant de trancher. La répartition iOS/Android de vos visiteurs, la part de connexions lentes, le poids des forfaits prépayés. Une application de 60 Mo à télécharger n’a pas le même coût d’adoption selon le public.
Questions fréquentes
Un PWA peut-il envoyer des notifications push sur iPhone ?
Oui, depuis iOS 16.4, mais seulement si l’utilisateur a ajouté le site à son écran d’accueil puis accepté l’autorisation. Tant qu’il consulte le site dans Safari, rien ne part. Prévoyez donc un vrai parcours d’invitation à l’installation, sinon votre canal push restera marginal côté iPhone.
Peut-on publier un PWA sur le Play Store ?
Oui, en l’empaquetant dans une Trusted Web Activity. La fiche Play fonctionne normalement et les mises à jour du contenu web se font sans nouvelle soumission. Chez Apple, les règles sur la fonctionnalité minimale rendent l’exercice nettement plus risqué, et un simple site encapsulé se fait souvent refuser.
Un PWA fonctionne-t-il vraiment hors connexion ?
En lecture, oui, sur ce que le service worker a mis en cache. En écriture, c’est plus limité : une commande saisie hors réseau peut être mise en file d’attente, mais la fiabilité de cette synchronisation dépend du système, surtout sur iOS. Pour du travail terrain réellement déconnecté, prenez une application installée.
Si on commence par un PWA, faut-il tout refaire pour passer au natif ?
Pas le plus coûteux. L’API, la base de données, la logique métier, l’authentification et les intégrations se réutilisent. Ce qui se refait, c’est l’interface et quelques mécanismes côté client. Encore faut-il que le backend ait été pensé comme un service et non collé à l’affichage.
Par où commencer sans surpayer
Reprenez le devis posé sur votre table et cherchez la ligne qui justifie le binaire. Si elle existe (NFC, vrai mode hors connexion, push comme canal de revenu, confiance grand public), le prix est probablement légitime et la discussion porte sur le périmètre. Si elle n’existe pas, demandez une variante PWA chiffrée par écrit, au même périmètre fonctionnel. Un prestataire à l’aise avec les deux options répondra sans se crisper.
Chez Arrowlancer, ce choix se cadre pendant l’audit de besoin, avant d’écrire une ligne de code, et nous livrons ensuite ce que l’analyse indique : un PWA, une application Flutter ou React Native, ou du natif quand c’est nécessaire. Le détail de nos interventions est sur la page services. Si vous avez un devis en main et un doute sur la technologie, parlez-nous de votre projet : une heure de cadrage évite souvent un engagement à six chiffres mal orienté.