Décisions tech
Site web ou application mobile : que choisir vraiment ?
Une appli mobile coûte 5× plus cher qu'un site, prend 3× plus de temps, et 90% des startups n'en ont pas besoin. Voici comment décider sans se planter.

90 % des fondateurs qui nous appellent en disant « je veux une app mobile » n'en ont pas besoin. Ils veulent un site web bien fait, ou une web app responsive.
Le mobile coûte 3 à 5 fois plus cher qu'un site, prend 2 à 3 fois plus de temps, et impose des contraintes (App Store, mises à jour, permissions OS) qui plombent la vélocité produit. À ne faire que si c'est strictement justifié.
Voici comment trancher.
Pourquoi tu crois avoir besoin d'une app
Trois raisons reviennent toujours :
« Mes utilisateurs sont sur mobile ». Vrai, mais ça ne veut pas dire qu'il te faut une app. 80 % du temps mobile passe dans 5 apps : WhatsApp, Instagram, TikTok, YouTube, Maps. Le reste se fait sur le navigateur. Une web app responsive bien faite couvre 90 % des usages.
« Une app fait plus pro ». Faux. Un site sur-mesure rapide et beau fait plus pro qu'une app mobile bâclée avec 2 étoiles sur les stores.
« Je veux des notifications push ». Légitime, mais les PWA (Progressive Web Apps) supportent les notifications push depuis 2024 sur Android et iOS. Tu n'as plus besoin d'une app native pour ça.
Sur ces 3 motifs, 80 % des cas se résolvent par un site ou une web app.
Quand tu as vraiment besoin d'une app
Trois critères qui justifient le coût d'une app native :
Tu as besoin de fonctionnalités OS spécifiques que le navigateur ne donne pas : ARKit pour de la réalité augmentée, Bluetooth Low Energy pour des objets connectés, traitement vidéo lourd, accès profond au système de fichiers.
Tu fais de l'usage quotidien long où la friction du navigateur tue l'engagement : apps de fitness avec capteur, apps de navigation GPS, apps de productivité utilisées 30+ minutes/jour.
Ton business model dépend des stores : jeux mobiles, abonnements In-App Purchase pour profiter de la conversion App Store/Play Store.
Si aucun des 3 ne s'applique, tu n'as pas besoin d'une app.
Le vrai coût d'une app mobile
Pour calibrer la décision, voici les chiffres réels :
| Item | Site web sur-mesure | App mobile native |
|---|---|---|
| MVP simple | 8 k€ – 30 k€ | 30 k€ – 80 k€ |
| Produit complet | 25 k€ – 80 k€ | 80 k€ – 250 k€ |
| Délai MVP | 4-8 semaines | 8-16 semaines |
| Mise à jour bug | Push instantané | Review Apple 1-7 jours |
| Coût maintenance/an | 5-15 % du build | 15-30 % du build |
| Référencement | SEO Google | ASO + acquisition payante |
Le coût caché : la maintenance. Une app mobile, c'est 2 codebases (iOS + Android), 2 cycles de release, des changements OS chaque année qui cassent ton code, et l'obligation de re-tester sur 5+ devices.
Et Flutter / React Native dans tout ça ?
Si tu décides qu'il te faut du mobile, tu as 3 stacks principales :
Flutter (Google). Une seule codebase pour iOS + Android + Web. Très rapide, performances proches du natif, écosystème mature en 2026. Notre choix par défaut.
React Native (Meta). Si tu as déjà une web app React, tu réutilises 30-50 % du code. Moins performant que Flutter sur les apps lourdes mais très bien pour des apps métier.
Natif Swift/Kotlin. Quand tu as besoin de fonctionnalités OS pointues (AR, gaming, traitement temps réel) ou que tu vises 5 étoiles obligatoires sur les stores. Compte 1,5× plus de temps qu'en cross-platform.
Bannis : Ionic et les wrappers WebView. C'était bien en 2018, c'est dépassé en 2026.
Le cas hybride : web app + PWA
Le plus rentable pour 70 % des projets : une web app responsive packagée en PWA. Tu obtiens :
- Installation sur l'écran d'accueil (« add to home screen »)
- Notifications push
- Mode offline
- Accès caméra/micro/géoloc
- Pas de store, déploiement instantané
Tu perds : ARKit, BLE complexe, IAP, présence officielle dans les stores.
Pour beaucoup de produits B2B, B2C de niche, et SaaS verticaux, c'est le bon compromis. Coût : ~1,3× un site sur-mesure. Délai : ~1,2× un site.
Ce qu'on fait chez Zetos
On a livré 70+ produits depuis 2017. Notre répartition typique sur les 5 dernières années :
- 60 % de sites web sur-mesure ou Webflow (TPE, PME, startups marketing-driven)
- 25 % de web apps SaaS (la plupart en PWA quand le besoin mobile est réel)
- 10 % d'apps Flutter cross-platform (quand le mobile est central)
- 5 % d'apps natives Swift/Kotlin (cas spécifiques OS)
Trois exemples :
- Notadoo — app + portail web pour notaires (mobile justifié : usage quotidien terrain)
- The Patch — web app IA pour étudiants (PWA, pas d'app)
- Mulink — site sur-mesure + dashboard SaaS, pas d'app (les utilisateurs gèrent depuis ordi)
À chaque projet, on commence par la question : qu'est-ce qui justifie de quitter le web ? Si la réponse est faible, on reste sur web. C'est moins de revenu pour nous, mais c'est honnête.
Bottom line
| Tu hésites entre… | Notre conseil |
|---|---|
| Site vitrine vs app | Site. Toujours. |
| SaaS B2B web vs app | Web + PWA si vraiment mobile-first |
| Marketplace vs app | Web d'abord, app après PMF si vraiment justifié |
| Outil métier interne | Web, sauf si usage terrain offline |
| Jeu / app immersive | App native Flutter ou Swift/Kotlin |
| Réseau social | App native (mais réfléchis 10× avant de te lancer là-dedans) |
Si tu n'es pas dans une des cases qui justifient le natif, fais un site ou une web app. Tu peux toujours sortir une app plus tard quand le marché est validé.
Pour discuter de ton cas concret, on fait un cadrage en 1-2 semaines qui inclut la recommandation tech argumentée. À la fin tu sais quoi construire et pourquoi.


