Application Web (PWA) ou application mobile : comment choisir en 2026

Réponse courte

Choisissez une application Web (ou une PWA, une application Web qui s’installe sur l’écran d’accueil) si vos utilisateurs s’en servent surtout sur ordinateur ou de temps en temps, si vous voulez être trouvé sur Google et si vous n’avez besoin ni du Bluetooth, ni du NFC, ni de tâches en arrière-plan sur iPhone. Choisissez une application mobile publiée dans l’App Store et Google Play si l’usage est fréquent sur téléphone, si les notifications doivent rejoindre tous vos utilisateurs d’iPhone sans manipulation de leur part, ou si vous avez besoin du matériel de l’appareil. En 2026, Safari sur iPhone accepte les notifications d’une PWA seulement depuis iOS 16.4 et seulement une fois l’application ajoutée à l’écran d’accueil ; il n’offre toujours ni Bluetooth, ni NFC, ni invite d’installation automatique. Ce guide donne un test en 5 questions, un tableau de ce que chaque option permet, les règles des magasins et les pièges à éviter.

La réponse courte : le test en 5 questions

Répondez à ces cinq questions dans l’ordre. Dès qu’une réponse pointe vers l’application mobile, c’est un argument sérieux pour elle ; si aucune ne le fait, une application Web suffit presque toujours, et elle coûte moins cher à bâtir et à entretenir.

Question	Si la réponse est oui	Pourquoi
Vos utilisateurs reviennent-ils plusieurs fois par semaine, sur leur téléphone, pour la même tâche ?	Penchez vers le mobile	L’icône sur l’écran d’accueil et les notifications fiables justifient le coût des magasins.
Avez-vous besoin du Bluetooth, du NFC, de tâches en arrière-plan ou de la géolocalisation continue ?	Mobile (React Native ou natif)	Safari sur iPhone n’offre ni Web Bluetooth, ni Web NFC, ni synchronisation en arrière-plan.
Les notifications sont-elles le cœur du service, pour tous vos clients d’iPhone ?	Mobile	Une PWA ne peut notifier un iPhone qu’après avoir été ajoutée à l’écran d’accueil, une étape que l’utilisateur fait lui-même.
Vos utilisateurs travaillent-ils surtout sur ordinateur, ou viennent-ils de Google ?	Web	Une application Web s’ouvre partout par un lien et ses pages publiques peuvent être indexées.
Vendez-vous du contenu numérique (abonnement, cours, fonctions payantes) ?	Pesez les commissions	Dans l’App Store canadien, ces ventes passent par l’achat intégré d’Apple, avec commission ; sur le Web, vous utilisez votre propre processeur de paiement.

Le test vise les applications d’affaires (portail client, commande, réservation, outil terrain, plateforme). Un jeu ou une application qui exploite la caméra en temps réel relève presque toujours du mobile.

Les quatre options, définies simplement

Les mots se mélangent souvent dans les soumissions. Voici ce que chacun veut dire.

Une application Web est un logiciel qui s’ouvre dans le navigateur : portail client, tableau de bord, plateforme de réservation. Elle fonctionne sur ordinateur comme sur téléphone si elle est conçue « mobile d’abord ».

Une PWA (application Web progressive) est une application Web qui ajoute un manifeste et un service worker : elle peut s’installer sur l’écran d’accueil, s’ouvrir sans la barre du navigateur, fonctionner en partie hors ligne et, selon l’appareil, envoyer des notifications.

Une application multiplateforme (React Native, Flutter) produit une vraie application iOS et une vraie application Android à partir d’une seule base de code, publiées dans les deux magasins.

Une application native est écrite séparément pour chaque système : Swift pour iOS, Kotlin pour Android. Deux bases de code, donc deux fois une bonne partie du travail et de l’entretien.

Critère	Application Web	PWA	Multiplateforme (React Native, Flutter)	Native (Swift, Kotlin)
Bases de code	Une	Une	Une	Deux
Installation	Aucune, un lien suffit	Facultative, depuis le navigateur	App Store et Google Play	App Store et Google Play
Trouvable sur Google	Oui, pour les pages publiques	Oui, pour les pages publiques	Non (fiche dans les magasins)	Non (fiche dans les magasins)
Notifications sur iPhone	Non	Oui depuis iOS 16.4, une fois installée	Oui	Oui
Accès au matériel	Limité	Limité, surtout sur iPhone	Large	Complet
Mises à jour	Immédiates	Immédiates	Par les magasins (sauf contenu chargé du serveur)	Par les magasins
Frais des magasins	Aucun	Aucun	99 $ US/an (Apple) + 25 $ US une fois (Google)	Idem
Coût relatif	Le plus bas	Bas	Intermédiaire	Le plus élevé

Ce qu’une PWA peut faire en 2026, iPhone contre Android

La PWA est souvent présentée comme « une application sans les magasins ». C’est vrai sur Android avec Chrome, beaucoup moins sur iPhone. Le tableau suivant reprend les données de compatibilité publiées par MDN (le référentiel de documentation Web de Mozilla) au 2 octobre 2026.

Deux limites changent souvent la décision. D’abord l’installation : Safari n’affiche pas d’invite d’installation ; l’utilisateur doit passer par le bouton Partager, puis « Sur l’écran d’accueil ». Ensuite les notifications : Apple les a ajoutées aux applications Web avec iOS et iPadOS 16.4, mais seulement pour celles ajoutées à l’écran d’accueil, et la demande d’autorisation doit suivre un geste de l’utilisateur.

Fonction	Chrome sur Android	Safari sur iPhone	Conséquence
Notifications (Push API)	Oui	Oui depuis iOS 16.4, après ajout à l’écran d’accueil	Une partie de vos clients d’iPhone ne recevra rien s’ils n’installent pas la PWA
Invite d’installation (beforeinstallprompt)	Oui	Non	Sur iPhone, il faut expliquer la marche à suivre à l’utilisateur
Bluetooth (Web Bluetooth)	Oui	Non	Lecteurs, balances, capteurs : application mobile
NFC (Web NFC)	Oui	Non	Lecture de cartes ou d’étiquettes NFC : application mobile
Téléchargement et synchronisation en arrière-plan	Oui	Non	Les envois volumineux doivent se faire application ouverte
Vibration	Oui	Non	Détail, mais révélateur
Géolocalisation, application ouverte	Oui	Oui	Suivi continu en arrière-plan : application mobile

Sources : MDN browser-compat-data (API Push, BeforeInstallPromptEvent, Web Bluetooth, Web NFC, Background Fetch, Periodic Background Sync, Vibration, Geolocation.watchPosition), consulté le 2026-10-02 ; WebKit, « Web Push for Web Apps on iOS and iPadOS », 16 février 2023. Web Bluetooth et Web NFC sont marquées « expérimentales » par MDN.

Les magasins : ce qu’ils apportent, ce qu’ils coûtent, ce qu’ils refusent

Être dans l’App Store et Google Play donne une fiche, des avis, une installation familière et la confiance du public. En échange, il faut des comptes, des frais, un examen à chaque version et des règles sur les paiements.

Frais : le programme Apple Developer coûte 99 $ US par année ; Google Play demande 25 $ US une seule fois. Un compte d’organisation chez Apple exige un numéro D-U-N-S, gratuit dans la plupart des pays.
Commissions : quand une application vend du contenu ou des fonctions numériques, Apple impose son achat intégré et prélève 15 % pour les développeurs admissibles à son Small Business Program (jusqu’à 1 million de dollars US de revenus annuels), 30 % au-delà. Exception notable : dans l’App Store américain, l’application peut aussi renvoyer vers un paiement sur le Web, ce que les règles d’Apple ne permettent pas dans l’App Store canadien, sauf exceptions prévues par Apple. Google Play applique ses propres frais de service, qui varient selon la région et le type de transaction.
Biens et services physiques : la règle 3.1.3(e) d’Apple exige au contraire un autre moyen de paiement (carte de crédit, Apple Pay) pour un bien ou un service consommé hors de l’application. Une prise de rendez-vous ou une commande de repas n’est donc pas soumise à la commission.
Le site emballé : la règle 4.2 d’Apple demande qu’une application offre plus qu’« un site Web reconditionné ». Mettre son site dans une coquille d’application expose à un refus.
Google Play accepte une PWA emballée au moyen d’une Trusted Web Activity, si l’application et le site appartiennent au même développeur. C’est une voie réaliste pour être présent sur Android sans réécrire l’application.
Test obligatoire : un compte Google Play personnel créé après le 13 novembre 2023 doit faire tester l’application par au moins 12 testeurs pendant 14 jours avant la mise en production. Un compte d’organisation, au nom de votre entreprise, n’y est pas soumis.

Le coût : ce qui change vraiment entre Web et mobile

L’écart de prix ne vient pas du taux horaire mais du volume de travail. Une application mobile ajoute la publication dans deux magasins, les tests sur des appareils réels, les captures et fiches de magasin, les examens d’Apple et de Google, et les mises à jour techniques que les deux plateformes exigent chaque année. Une application Web se déploie sur un serveur, se met à jour instantanément et ne paie aucun frais de magasin.

Pour un ordre de grandeur du marché, la majorité des projets d’applications mobiles recensés par Clutch en septembre 2026 se situent entre 10 000 et 49 999 $ US (environ 14 200 à 71 200 $ CA). Notre guide sur le coût d’une application mobile détaille ces fourchettes, les taux horaires et les frais récurrents.

Point souvent oublié : une application mobile a presque toujours besoin aussi d’une partie Web, le tableau de bord d’administration où l’on gère les clients, les commandes ou le contenu. Choisir le mobile n’élimine donc pas le Web ; il s’y ajoute.

Poste	Application Web ou PWA	Application iOS + Android
Bases de code	Une	Une en React Native ou Flutter, deux en natif
Tableau de bord d’administration	Inclus dans la même application	Application Web distincte, à bâtir aussi
Publication	Mise en ligne sur un serveur	Examen d’Apple et de Google à chaque version
Frais fixes des magasins	Aucun	99 $ US/an + 25 $ US une fois
Mises à jour imposées	Navigateurs (rarement bloquantes)	Nouvelles versions d’iOS, d’Android et des outils de compilation, chaque année

Cinq scénarios types

Ces exemples sont des cas types, pas des clients. Ils montrent comment le test en 5 questions s’applique.

Projet	Choix probable	Raison
Portail client d’un cabinet (documents, factures, rendez-vous)	Application Web	Usage occasionnel, souvent sur ordinateur, aucun besoin matériel
Outil interne de gestion (soumissions, horaires, inventaire)	Application Web ou PWA	Les employés se connectent au bureau et sur la route ; aucune fiche de magasin nécessaire
Commande ou fidélité d’un commerce fréquenté chaque semaine	Mobile, ou PWA pour tester d’abord	Usage fréquent et notifications ; une PWA peut valider la demande avant d’investir
Rapports de chantier avec photos, signature et zones sans réseau	Application mobile	Caméra, hors-ligne robuste et envoi des données au retour du réseau
Place de marché (acheteurs et vendeurs)	Web d’abord, mobile ensuite	Trouvable sur Google dès le départ ; le mobile vient quand l’usage répété est prouvé

Les pièges les plus fréquents

Croire qu’une PWA notifiera tous les iPhone : seuls les utilisateurs qui l’ont ajoutée à leur écran d’accueil recevront les notifications.
Emballer son site dans une application pour « être dans l’App Store » : la règle 4.2 d’Apple vise exactement ce cas.
Choisir le natif par défaut : deux bases de code pour un besoin qu’une seule couvre dans la plupart des applications d’affaires.
Oublier le tableau d’administration dans le budget d’une application mobile.
Ouvrir les comptes Apple et Google au nom du fournisseur : en cas de changement, il faut transférer ou republier l’application, avec le risque de perdre avis et historique.
Mettre derrière une connexion tout le contenu qui devrait être trouvable sur Google.
Décider sans données : une PWA ou une application Web peut servir de premier test avant d’investir dans les magasins.

Comment ZeniTech fait ce choix avec vous

ZeniTech est une agence Web, applications, automatisation et IA établie à Québec. Notre choix par défaut pour une application mobile est React Native : une seule base de code pour iOS et Android, publiée dans l’App Store et Google Play. Nous proposons une PWA quand le navigateur suffit, et nous passons au natif seulement quand une fonction précise l’exige. Pour les plateformes Web et les portails, notre pile standard est Next.js, Node.js et PostgreSQL.

Le dépôt de code est créé dans votre compte, à votre nom, dès le premier commit, et les comptes Apple Developer et Google Play sont au nom de votre entreprise. Chaque phase a un prix fixe écrit avant de commencer et donne un livrable utilisable ; vous pouvez arrêter après n’importe laquelle. L’équipe exploite aussi ses propres plateformes Web, présentées sur notre page Réalisations.

Service (grille publiée sur /tarifs)	Prix (CAD, avant taxes)
Logiciel sur mesure : plateforme Web, portail client, intégrations	Projet à partir de 15 000 $, prix fixe par phase
Application sur mesure : iOS et Android en React Native, ou PWA	Première version à partir de 25 000 $, prix fixe par phase
Travaux hors du mandat convenu	125 $/h

Les frais des magasins (99 $ US par année chez Apple, 25 $ US une fois chez Google) et l’hébergement sont payés directement par le client, sur ses propres comptes.

Questions fréquentes

Mon entreprise a-t-elle besoin d’une application mobile ou d’un site Web suffit-il ?

Si vos clients viennent une ou deux fois par année, un site Web rapide suffit presque toujours. Une application mobile se justifie quand l’usage est fréquent sur téléphone, quand les notifications sont essentielles ou quand il faut la caméra, le Bluetooth, le NFC, la géolocalisation en arrière-plan ou un mode hors ligne robuste.

C’est quoi une PWA, concrètement ?

Une PWA (application Web progressive) est une application Web qui peut s’installer sur l’écran d’accueil, s’ouvrir sans la barre du navigateur, fonctionner en partie hors ligne et envoyer des notifications selon l’appareil. Elle ne passe pas par l’App Store ni par Google Play, et une seule base de code sert sur ordinateur, Android et iPhone.

Une PWA peut-elle envoyer des notifications sur iPhone ?

Oui depuis iOS et iPadOS 16.4, mais seulement si l’utilisateur a ajouté la PWA à son écran d’accueil, et la demande d’autorisation doit suivre un geste de sa part. Safari n’affiche pas d’invite d’installation : il faut expliquer à l’utilisateur de passer par Partager, puis « Sur l’écran d’accueil ».

Peut-on publier une PWA dans l’App Store ou Google Play ?

Sur Google Play, oui, au moyen d’une Trusted Web Activity, si l’application et le site appartiennent au même développeur. Dans l’App Store, c’est risqué : la règle 4.2 d’Apple demande qu’une application offre plus qu’un site Web reconditionné, et une simple coquille autour d’un site peut être refusée.

Une application Web coûte-t-elle moins cher qu’une application mobile ?

En général oui. Une application Web n’a qu’une base de code, se met à jour sans examen des magasins et ne paie ni les 99 $ US annuels d’Apple ni les 25 $ US de Google Play. Une application mobile demande aussi, presque toujours, un tableau d’administration Web : elle s’ajoute au Web plutôt que de le remplacer.

Peut-on commencer par une application Web et passer au mobile plus tard ?

Oui, et c’est souvent la façon la plus prudente de procéder. Si le serveur et la base de données sont bien conçus dès le départ, l’application mobile vient s’y brancher plus tard et réutilise les mêmes données, comptes et règles d’affaires. La première version sert à prouver l’usage avant d’investir dans les magasins.

React Native, Flutter ou natif : que choisir ?

Pour la plupart des applications d’affaires, un outil multiplateforme comme React Native ou Flutter suffit : une seule base de code produit l’application iOS et l’application Android. Le natif (Swift, Kotlin) se justifie quand une fonction précise l’exige, par exemple un usage poussé du matériel ou des performances extrêmes.

Combien coûte une application Web ou mobile chez ZeniTech ?

Selon la grille publiée sur zenitech.dev/tarifs, un logiciel sur mesure (plateforme Web, portail client) commence à 15 000 $ CA avant taxes, et une application sur mesure (iOS et Android en React Native, ou PWA) commence à 25 000 $ CA pour une première version. Chaque phase a un prix fixe écrit d’avance, et le travail hors mandat est facturé 125 $ de l’heure.

On chiffre votre projet en 30 minutes.

On regarde ce que le projet doit produire, on vous dit ce que ça coûte, et on vous dit aussi quand vous n'en avez pas besoin.

Demander une présentation →581-748-7017

Sources

Fourchettes de marché compilées le 2 octobre 2026. Elles ne constituent pas une soumission ZeniTech.

Application Web ou mobile : laquelle vous faut-il ?