Produit2026-04-12

Application web, mobile ou PWA ? Comment choisir

Un cadre de décision basé sur le contexte d'usage, la friction d'installation et le budget — avec des compromis honnêtes pour chaque option.

Produit

La réponse courte

Choisissez une appli web si votre produit a besoin d'une large portée, de mises à jour rapides et d'un faible coût de développement. Choisissez une appli mobile si les utilisateurs ont besoin de la caméra, du GPS, d'un accès hors ligne ou de notifications push comme fonctionnalités centrales. Le mauvais choix vous coûte 6 à 12 mois et des dizaines de milliers d'euros — alors décidez délibérément, pas par défaut.

Ce qui motive la décision

D'après les projets logiciels sur mesure que nous livrons, le choix se résume à trois facteurs : à quelle fréquence les utilisateurs ouvrent votre produit, quel appareil ils ont déjà en main, et quelles fonctionnalités matérielles ils exigent. Il n'y a pas de réponse universellement correcte — seulement la bonne réponse pour vos utilisateurs spécifiques.

Quand une appli web gagne

  • Outils B2B utilisés au bureau — tableaux de bord, panneaux d'admin, CRM, outils de reporting. Les utilisateurs sont sur ordinateur ; ils ne veulent rien installer.
  • Produits qui changent souvent — les mises à jour web sont en ligne instantanément ; les applis mobiles exigent une validation store (24–48 h pour Apple).
  • Contraintes budgétaires — un seul code, un seul déploiement, pas de frais de store. Un MVP web coûte typiquement 30–40 % de moins qu'une appli mobile multiplateforme.
  • SEO et découvrabilité — les applis web sont indexées par Google ; les applis mobiles ne le sont pas au-delà de la recherche store.

Quand une appli mobile gagne

  • Fonctionnalités dépendantes du matériel — scan caméra, navigation GPS, login biométrique, contrôle d'appareils Bluetooth, overlays AR.
  • Notifications push comme canal central — e-commerce, livraison, rappels de rendez-vous, flux sociaux. Le web push existe mais a une portée plus faible sur iOS.
  • L'usage hors ligne compte — travail sur le terrain, déplacements, chantiers, entrepôts avec mauvaise connectivité.
  • Engagement consumer haute fréquence — fitness, livraison de repas, messagerie, médias. Les utilisateurs vivent déjà sur leur téléphone.

Comparaison des coûts : vrais chiffres

Un MVP d'appli web coûte typiquement 15 000–40 000 $ et est livré en 8–12 semaines. Un MVP natif iOS coûte 25 000–60 000 $ et est livré en 12–16 semaines. Ajouter l'Android double le coût et le délai mobile. Les frameworks multiplateformes (React Native, Flutter) réduisent cela à environ 30 000–50 000 $ pour les deux plates-formes, mais introduisent leurs propres compromis en performance et accès aux dernières fonctionnalités de l'OS.

Coût total de possession, pas seulement coût de build

Le coût de construction n'est que la première ligne. Les applis mobiles ajoutent : Programme Développeur Apple (99 $/an), Google Play (25 $ une fois), mises à jour continues de conformité store, et support pour deux versions d'OS. Les applis web ajoutent hébergement, certificats SSL et tests de compatibilité navigateur — généralement moins cher et plus simple. Sur trois ans, l'écart de maintenance peut ajouter 10 000–20 000 $ de plus pour le mobile.

L'option hybride que la plupart des équipes négligent

Beaucoup de produits B2B n'ont pas besoin d'une appli native complète. Une progressive web app (PWA) fonctionne dans le navigateur, peut être installée sur l'écran d'accueil, supporte les notifications push sur Android et desktop, et utilise un seul code. Pour les entreprises qui veulent une présence mobile sans le coût d'une appli native, une PWA est souvent la bonne réponse — surtout pour les outils internes et les logiciels de service terrain.

Comment nous décidons pour les clients

Nous commençons par deux questions : (1) que fait l'utilisateur dans les 10 premières secondes après l'ouverture du produit ? et (2) quel pourcentage de l'usage se passe sur téléphone vs ordinateur ? Si la réponse à (1) implique une caméra, le GPS ou du traitement en arrière-plan — mobile. Si la réponse à (2) est plus de 70 % desktop — web. Quand les deux sont partagés, nous recommandons d'abord une appli web responsive, puis une appli native uniquement quand les données d'usage le justifient.

Erreurs courantes dans cette décision

  • Il nous faut une appli parce que les concurrents en ont une — les concurrents l'ont peut-être construite avant d'avoir validé la demande. Vérifiez si les utilisateurs utilisent réellement cette appli, pas seulement si elle existe.
  • Nous allons construire les deux d'un coup — cela triple votre budget et triple votre boucle de feedback. Construisez-en une, apprenez, puis décidez si la seconde est nécessaire.
  • Ignorance du risque de validation store — Apple rejette les applis pour fonctionnalités vagues ou incomplètes. Si votre MVP est léger, le lancer en tant qu'appli risque le rejet et les retards.

FAQ web vs mobile

Peut-on commencer par une appli web et ajouter l'appli mobile plus tard ?

Oui, et c'est le chemin recommandé pour la plupart des entreprises B2B. Construisez l'appli web, validez la demande, puis utilisez la même API backend pour une appli mobile. L'investissement dans l'appli web n'est pas perdu — le backend, la base de données et la logique métier sont réutilisés. Comptez que l'appli mobile coûtera environ 60–70 % d'une construction from scratch, car la partie difficile (le système derrière) existe déjà.

Et React Native ou Flutter ?

Les frameworks multiplateformes sont un bon compromis quand vous avez besoin d'iOS et d'Android mais ne pouvez pas vous offrir deux codebases natives. Ils partagent 70–80 % du code entre plates-formes. Le compromis : performance légèrement plus lente, accès différé aux nouvelles fonctionnalités de l'OS, et bugs occasionnels spécifiques à la plate-forme. Pour la plupart des outils internes B2B, c'est un compromis acceptable.

Les applis web fonctionnent-elles hors ligne ?

Partiellement. Les service workers permettent aux PWA de mettre en cache les ressources statiques et certaines données, mais le vrai support hors ligne (file d'écriture, synchronisation complexe) demande une ingénierie soignée et n'est jamais aussi fluide qu'une appli native. Si l'usage hors ligne est critique, choisissez le natif.

En savoir plus ?

Contactez-nous pour obtenir un devis gratuit.

Besoin d'aide pour votre projet ?

Envoyez votre demande et obtenez un devis fixe sous 48 heures.

Obtenez un devis gratuit