Le choix entre PWA vs application native se tranche avec une seule question : votre projet a-t-il besoin de quelque chose que seul le téléphone sait faire ? Si la réponse est non — vous voulez qu'un client consulte, commande, réserve ou suive une demande — une PWA fait le travail, s'installe depuis un lien et se met à jour sans passer par un magasin d'applications. Si la réponse est oui — encaisser sans contact au comptoir, scanner en continu toute une journée, suivre une position pendant que l'écran est éteint — il faut une application native, avec ses comptes développeurs et ses délais de validation. Tout le reste de la décision découle de là.
Une PWA, expliquée sans jargon
Une PWA (Progressive Web App) est un site web construit pour se comporter comme une application. Le visiteur arrive par un lien ou par une recherche Google, utilise le service dans son navigateur, et peut l'ajouter à son écran d'accueil. Après cet ajout, l'icône est posée au milieu des autres applications, l'ouverture se fait en plein écran sans barre d'adresse, et une partie du contenu reste consultable hors connexion.
Ce qu'il faut retenir côté gestion : il n'y a qu'un seul produit à fabriquer et à entretenir. Le même code sert à l'ordinateur du bureau, à l'Android du client et à l'iPhone du commercial. Une application native, elle, se décline en deux versions à maintenir, ou une seule base de code multiplateforme qui reste compilée deux fois et publiée deux fois. Ce n'est pas un détail de développeur, c'est la moitié de l'écart de budget entre les deux options, un point que nous détaillons dans notre article sur le prix d'une application mobile au Maroc.
Ce que la PWA fait aussi bien que le natif
Pour l'immense majorité des usages d'une PME marocaine, l'utilisateur ne fait pas la différence :
- consulter un catalogue, filtrer, chercher, ajouter au panier ;
- remplir un formulaire, envoyer des photos prises à l'instant avec l'appareil photo ;
- payer en ligne par carte, ou déclencher une conversation WhatsApp ;
- afficher une carte, un itinéraire, la position approximative de l'utilisateur ;
- garder une session ouverte, mémoriser un panier, fonctionner en zone de réseau faible ;
- consulter des pages déjà visitées sans connexion.
À cela s'ajoute un avantage que le natif n'aura jamais : une PWA est un site, donc elle se référence. Chaque page peut remonter dans Google et être partagée par un simple lien WhatsApp. Une application du Play Store ne se partage pas, elle se fait installer — c'est une friction de plus à chaque nouveau client. Pour un commerce qui vend en ligne, le sujet est développé dans notre analyse de l'impact des Progressive Web Apps sur l'e-commerce marocain.
Là où la PWA s'arrête vraiment
C'est la partie que les comparatifs généralistes survolent. Trois frontières comptent.
Les notifications. Elles existent sur le web, mais avec une condition sur iPhone : Apple a ouvert les notifications push aux applications web à partir d'iOS 16.4, et uniquement pour celles ajoutées à l'écran d'accueil. Autrement dit, tant que votre client n'a pas fait le geste d'ajouter votre PWA à son écran, vous ne pouvez pas le notifier. Sur Android, c'est plus souple. Si votre modèle repose sur la relance — promotion du jour, rappel de rendez-vous, alerte de commande prête — ce geste d'installation devient le point de passage obligé de toute votre stratégie, et il faut le préparer dans l'interface.
Le paiement sans contact en magasin. Une PWA encaisse parfaitement en ligne. Elle ne peut pas transformer le téléphone en terminal de paiement sans contact ni lire une puce NFC de façon fiable : l'API web correspondante n'est pas prise en charge par les navigateurs les plus répandus et reste absente de Safari. Badge d'accès, carte de fidélité NFC, lecture d'une étiquette sur un colis : c'est du natif.
L'accès matériel continu et le travail en arrière-plan. Scanner des centaines de codes-barres dans un entrepôt, remonter une position GPS pendant que le livreur a l'écran éteint et le téléphone en poche, dialoguer avec une imprimante Bluetooth de tickets, chiffrer des données dans l'enclave sécurisée du téléphone : autant de besoins qui sortent du cadre d'une PWA. Ce sont précisément les besoins des applications de terrain.
Le critère marocain que personne ne cite : le poids et les données
Au Maroc, 86 % du parc mobile était en prépayé à fin décembre 2025 selon l'ANRT. Sur un forfait rechargé à la carte, chaque mégaoctet est une décision. Cela change deux choses.
D'abord l'installation. Une application native se télécharge en entier avant d'être utilisable : le client qui hésite devant une barre de progression et un avertissement « téléchargement volumineux » abandonne. Une PWA s'ouvre immédiatement à la page utile et ne charge que ce que l'utilisateur regarde.
Ensuite les mises à jour. Une application native se remet à jour périodiquement, en arrière-plan, et consomme des données que l'utilisateur n'a pas choisi de dépenser. Sur les téléphones d'entrée de gamme, l'espace de stockage se remplit vite, et l'utilisateur finit par faire le ménage parmi les applications qu'il ouvre le moins. Une PWA n'occupe presque rien et se met à jour à l'usage.
Le corollaire est simple : plus votre cible est grand public et sensible au prix des données, plus la PWA gagne. Plus votre cible est captive — vos livreurs, vos techniciens, vos clients sous contrat — moins ce critère pèse, parce qu'ils installeront ce que vous leur demandez d'installer.
PWA vs application native : le tableau de décision
| Critère | PWA | Application native |
|---|---|---|
| Installation | Depuis un lien, en un geste, sans magasin | Play Store et App Store, comptes développeurs obligatoires |
| Trouvée par Google | Oui, chaque page est indexable | Non, seule la fiche du magasin l'est |
| Notifications | Android oui ; iPhone seulement après ajout à l'écran d'accueil | Oui, sur les deux systèmes |
| Paiement en ligne | Oui | Oui, avec les règles de facturation des magasins pour le contenu numérique |
| Paiement sans contact, NFC, Bluetooth | Non | Oui |
| Travail en arrière-plan (GPS, synchronisation) | Très limité | Oui |
| Mise à jour | Immédiate, côté serveur | Soumise à validation, puis téléchargée par l'utilisateur |
| Coût de fabrication et d'entretien | Un seul produit | Deux plateformes, deux publications |
| Délai avant la première mise en ligne | Le jour où c'est prêt | Ajouter le temps de validation des magasins |
Trois situations, trois réponses
Une boutique en ligne à Agadir qui vend surtout par WhatsApp et Instagram. PWA, sans hésiter. Le lien se partage dans une story, la page produit remonte dans Google, et le client achète sans rien installer. Une application native ferait perdre des ventes à l'étape du téléchargement.
Un restaurant ou un salon qui veut fidéliser des habitués. PWA d'abord, native ensuite si la fidélité décolle. Commencez par un service web installable et des notifications pour ceux qui l'ajoutent à leur écran ; vous saurez en quelques mois si le volume justifie une application et ses comptes.
Une flotte de livreurs, une équipe de techniciens, un inventaire en entrepôt. Native. Suivi de position en arrière-plan, scan intensif, impression de bons, fonctionnement dans des zones sans réseau : les frontières décrites plus haut tombent toutes du mauvais côté. Le choix entre les deux familles d'outils est comparé plus largement dans notre article application mobile ou site web.
Et si on commençait par le web ?
C'est le scénario que nous recommandons le plus souvent à une PME qui n'a encore rien : construire un service web solide, en faire une PWA installable, mesurer les usages réels pendant quelques mois, et décider ensuite avec des chiffres au lieu d'une intuition. Le travail n'est pas perdu : une bonne partie de la logique métier et des interfaces se réutilise le jour où vous passez au natif. Nous expliquons ce chemin de conversion dans notre guide pour transformer un site web en application.
L'erreur inverse coûte cher : lancer deux applications natives, découvrir au bout de quelques mois que personne ne les installe, et devoir tout reprendre en web avec le budget déjà consommé.
Chez Samed Agency, nous commençons toujours par lister ce que votre projet doit faire au téléphone, pas ce qu'il doit afficher : c'est cette liste qui tranche entre PWA et natif, en une réunion. Décrivez-nous votre besoin depuis la page d'accueil de Samed Agency et nous vous répondons avec une recommandation argumentée et un devis gratuit sous 24 heures.
Questions fréquentes
Une PWA fonctionne-t-elle vraiment sur iPhone ? Oui, et elle s'installe depuis Safari via le menu de partage puis « Sur l'écran d'accueil ». Les fonctions avancées y sont arrivées plus tard que sur Android, notamment les notifications, disponibles depuis iOS 16.4 pour les applications web ajoutées à l'écran d'accueil. Le parcours d'installation étant moins visible que sur Android, il faut l'expliquer dans l'interface avec une courte animation ou une bannière.
Peut-on publier une PWA sur le Play Store ? Oui, en l'emballant dans une enveloppe Android qui affiche votre PWA en plein écran. Vous récupérez la présence dans le magasin sans dupliquer le développement, mais vous héritez aussi des contraintes du magasin : compte développeur, validation, mises à jour à soumettre. Les frais et les démarches sont détaillés dans notre article sur la publication d'une application sur le Play Store et l'App Store.
Une PWA est-elle moins sécurisée qu'une application native ? Non. Une PWA s'exécute obligatoirement en HTTPS et bénéficie de l'isolation du navigateur. La sécurité réelle dépend d'ailleurs surtout de votre serveur, de la gestion des sessions et des droits d'accès — c'est-à-dire de choses identiques dans les deux cas.
Combien de temps pour mettre une PWA en ligne ? Cela dépend du périmètre, pas de la technologie : une PWA vitrine avec catalogue et commande se construit dans les mêmes délais qu'un site équivalent, là où une application native ajoute la préparation des fiches, les comptes développeurs et la validation des magasins avant la première mise à disposition.