Guide
Application mobile ou site web : que faut-il vraiment ?
10 August 2026 · Lecture 6 min
« Je veux une application » est une demande fréquente, et souvent une demande de site web déguisée. La distinction n’est pas technique, elle est économique : une application mobile publiée sur les deux stores représente plusieurs fois le budget d’un site, et surtout un engagement dans le temps que beaucoup de projets n’ont pas anticipé.
Ce qu’une application apporte, qu’un site n’apporte pas
- L’icône sur l’écran d’accueil : l’accès en un geste, sans taper une adresse. C’est décisif pour un usage quotidien, inutile pour un achat annuel.
- Les notifications : le seul canal qui permet de reprendre contact sans payer de publicité. C’est souvent la vraie raison de vouloir une application.
- Le fonctionnement hors connexion et l’accès aux capteurs du téléphone : appareil photo, position, lecture de code-barres, paiement sans contact.
Si aucun de ces trois points ne correspond à votre usage réel, un site bien conçu fera le même travail pour beaucoup moins.
Ce qu’une application impose, qu’un site n’impose pas
Une application n’est jamais « livrée » définitivement. Apple et Google font évoluer leurs systèmes chaque année, leurs règles de publication aussi. Une application laissée sans mise à jour finit par être retirée des stores ou par cesser de fonctionner sur les téléphones récents. Il faut donc prévoir la maintenance dès le départ, pas au moment où le problème arrive.
S’ajoutent les comptes développeurs à ouvrir et à renouveler, les délais de validation à chaque publication, et le fait qu’une correction urgente ne se met pas en ligne en dix minutes comme sur un site.
La voie intermédiaire, souvent la bonne
Un site web moderne peut s’installer sur l’écran d’accueil et fonctionner en plein écran comme une application. Il n’a pas accès à tout, mais il couvre une grande partie des besoins pour une fraction du coût, sans dépendre de la validation d’un store.
Nous proposons régulièrement cette étape à des clients convaincus de vouloir une application : ils valident l’usage réel auprès de leurs clients, puis décident de développer une véritable application une fois la demande démontrée. C’est moins spectaculaire et beaucoup moins risqué.
Une application native ou une base commune ?
Développer deux fois la même application, une pour iOS et une pour Android, double la facture et le travail de maintenance. Les technologies actuelles permettent de partager l’essentiel du code entre les deux systèmes, avec un résultat indistinguable pour la grande majorité des usages. Nous privilégions cette approche, et réservons le développement séparé aux projets qui exploitent réellement les particularités d’un système.
Les questions que nous posons avant de chiffrer
- Vos utilisateurs ouvriront-ils cette application chaque semaine, ou deux fois par an ?
- Faut-il un compte utilisateur, et donc une gestion des mots de passe et des données personnelles ?
- L’application doit-elle communiquer avec un outil que vous utilisez déjà — stock, caisse, comptabilité ?
- Qui répondra aux avis et aux demandes des utilisateurs après la mise en ligne ?
Les réponses déterminent le devis bien plus que le nombre d’écrans. Un projet mal cadré coûte toujours plus cher qu’un projet dont on a discuté une heure de plus au départ.