Combien coûte une application mobile en 2026 ? Prix de développement et coûts cachés

Chez Singularité, une application mobile iOS et Android démarre à 6 000 € HT, développée une seule fois en React Native pour les deux plateformes ; le montant final dépend du périmètre fixé au cadrage. À ce prix de développement s'ajoutent des coûts que les devis mentionnent rarement : 99 $ par an pour publier sur l'App Store, 25 $ une fois pour Google Play, une commission sur les ventes intégrées et une mise à jour technique imposée chaque année par les deux stores.

Ce guide détaille les deux parties de la facture : ce que paie le développement, puis ce que coûte une application une fois en ligne. Les montants externes renvoient à la documentation officielle d'Apple, de Google et des services cités, consultée en octobre 2026.

Ce que paie le prix de développement d'une application

Le prix de développement d'une application mobile rémunère le temps passé à concevoir et construire chaque écran, chaque règle et chaque donnée. Il se décompose toujours en cinq postes, quelle que soit l'agence :

1. Le cadrage : décider ce que fait la première version, et surtout ce qu'elle ne fait pas encore. C'est la phase qui a le plus d'effet sur le prix final.
2. La conception des parcours et des écrans : inscription, écran principal, paramètres, paiement. Une application de dix écrans ne coûte pas le même prix qu'une application de quarante.
3. Le développement de l'application elle-même, sur iPhone et sur Android.
4. Le back-end : la base de données, les comptes utilisateurs, les règles métier et l'interface d'administration qui permet de gérer les contenus sans développeur.
5. La publication : préparation des fiches App Store et Google Play, captures d'écran, déclarations de confidentialité, passage en revue par Apple et Google.

Notre prix d'entrée de 6 000 € HT correspond à une première version au périmètre resserré, publiée sur les deux stores. Ce qui le fait monter n'est presque jamais le nombre d'écrans en soi ; ce sont les fonctions qui demandent un back-end plus riche, détaillées ci-dessous.

Ce qui fait monter le devis d'une application mobile

Sept fonctions expliquent l'essentiel des écarts entre deux devis d'application. Pour chacune, la question à vous poser est la même : est-elle indispensable dès la première version, ou peut-elle attendre que de vrais utilisateurs la demandent ?

• Les comptes et les rôles. Une application sans compte est la moins chère. Des comptes utilisateurs ajoutent l'inscription, la connexion, la récupération de mot de passe et la suppression de compte, qu'Apple exige depuis l'application. Plusieurs rôles (client, employé, administrateur) multiplient les écrans et les règles.
• Les abonnements et achats intégrés. Vendre du contenu numérique dans l'application impose le système de paiement d'Apple et de Google, avec essais gratuits, restauration des achats et gestion des résiliations. Sur Rekup, nous avons confié cette partie à RevenueCat, qui gère l'abonnement et l'essai gratuit de 14 jours sur les deux stores.
• Le fonctionnement hors ligne. Une application qui doit marcher sans réseau, puis synchroniser ses données, est nettement plus complexe qu'une application toujours connectée. C'est le cas d'Helyios, utilisée en salle de sport, que nous avons construite avec un mode hors ligne et une synchronisation temps réel.
• Les notifications. Un rappel simple est rapide à mettre en place ; des notifications déclenchées par des événements métier, avec préférences par utilisateur, demandent un vrai travail côté serveur.
• Les intégrations. Chaque outil à connecter (logiciel de caisse, CRM, ERP, API d'un partenaire) ajoute du développement et des tests, d'autant plus si l'outil est mal documenté.
• L'intelligence artificielle. Appeler un modèle de langage est simple ; obtenir des réponses fiables à un coût par utilisateur maîtrisé ne l'est pas. Pour Rekup, les données d'entraînement sont structurées avant l'appel au modèle, qui compose les routines à partir d'une bibliothèque de mouvements validés.
• Le back-office. Si votre équipe doit gérer des contenus, des commandes ou des utilisateurs, il lui faut une interface d'administration, qui est une petite application web à part entière.

Si vous voulez savoir lesquelles de ces fonctions sont indispensables pour votre projet, c'est précisément ce que nous faisons lors d'un premier échange sur votre application.

Ce qui fait baisser le prix sans dégrader l'application

La façon la plus efficace de réduire le prix d'une application est de réduire ce qu'elle fait au lancement, pas de choisir le prestataire le moins cher. Quatre décisions changent réellement le budget :

• Une seule base de code pour iOS et Android. Avec React Native et Expo, les deux applications partagent le même code : le budget de développement et celui de la maintenance ne sont pas doublés. C'est la technologie que nous utilisons sur toutes nos applications.
• Des services éprouvés plutôt que du sur-mesure pour l'authentification, les paiements ou les abonnements. Développer son propre système d'abonnement coûte plus cher et vieillit plus mal qu'un service spécialisé.
• Un back-office simple au départ. Une interface d'administration sobre, qui couvre les trois actions que votre équipe fait chaque jour, suffit pour lancer.
• Une première version, puis des évolutions guidées par l'usage. Les fonctions demandées par de vrais utilisateurs sont rarement celles imaginées avant le lancement.

Faut-il au contraire développer deux applications natives séparées, en Swift pour iPhone et en Kotlin pour Android ? Cela se justifie pour des usages très proches du matériel : réalité augmentée poussée, traitement audio ou vidéo en temps réel, jeux 3D. Pour une application métier, de réservation, de commande, de suivi ou d'abonnement, deux codes séparés signifient en pratique deux développements et deux maintenances, pour un résultat que l'utilisateur ne distingue pas.

Les coûts d'une application après sa mise en ligne

Une application mobile a des coûts récurrents que n'a pas un site internet, parce qu'elle dépend de deux plateformes qui fixent leurs propres règles. Voici ceux qui s'appliquent à presque toutes les applications, avec leurs montants officiels.

Les comptes développeur Apple et Google

Publier sur l'App Store demande une adhésion à l'Apple Developer Program, facturée 99 $ par an ou l'équivalent en devise locale. Publier sur Google Play demande un compte développeur payé une seule fois, 25 $. Ces comptes doivent être à votre nom : c'est vous qui devez rester propriétaire de l'application et de ses avis, pas votre prestataire.

Les commissions sur les ventes intégrées

Apple et Google prélèvent une commission sur les contenus numériques vendus dans l'application : abonnements, crédits, fonctions premium. Chez Apple, le Small Business Program ramène la commission à 15 % tant que l'éditeur encaisse moins d'un million de dollars par an. Chez Google, la grille de frais de Google Play aboutit elle aussi à environ 15 % sur les abonnements, frais de facturation compris dans l'Espace économique européen.

Ces commissions ne s'appliquent pas aux biens et services consommés hors de l'application : une commande de repas, une réservation de cours ou une prestation de pressing se paient par carte avec un prestataire comme Stripe, sans commission des stores, comme le prévoient les règles de l'App Store sur les paiements. C'est une question à trancher dès le cadrage, parce qu'elle change le modèle économique.

Les services techniques

Une application moderne s'appuie sur quelques services spécialisés, souvent gratuits au démarrage. Expo Application Services, qui compile les applications et envoie les mises à jour, a une offre gratuite jusqu'à 1 000 utilisateurs actifs par mois, puis des formules à partir de 19 $ par mois. RevenueCat, qui gère les abonnements, est gratuit jusqu'à 2 500 $ de revenus suivis par mois, puis prélève 1 %. S'y ajoutent l'hébergement du back-end et de la base de données, dont le coût dépend du nombre d'utilisateurs et du volume de données.

Prenons une application d'entreprise qui démarre, avec quelques centaines d'utilisateurs et des abonnements encore modestes : la première année, ses coûts de plateforme se limitent à 99 $ pour Apple et 25 $ pour Google, les offres gratuites d'Expo et de RevenueCat suffisant à ce stade. Le poste qui compte vraiment est ailleurs.

Les mises à jour imposées chaque année

Le coût récurrent le plus sous-estimé d'une application est la mise à jour technique imposée par les stores. Apple exige que toute nouvelle version soit compilée avec un SDK récent : depuis le 28 avril 2026, avec Xcode 26 et le SDK d'iOS 26. Google impose que les nouvelles applications et mises à jour ciblent Android 16 (niveau d'API 36) depuis le 31 août 2026, et une application existante qui ne suit pas devient invisible pour les nouveaux utilisateurs sur les appareils récents.

Concrètement, une application que personne ne met à jour finit par ne plus pouvoir publier de correctif, puis par disparaître des téléphones récents. Un devis honnête chiffre donc la maintenance en même temps que le développement ; c'est ce que nous faisons, en fonction du périmètre de l'application.

Quand une application mobile n'est pas le bon investissement

Une application mobile se justifie quand vos utilisateurs l'ouvrent souvent, qu'elle a besoin du téléphone (notifications, appareil photo, géolocalisation, fonctionnement hors ligne) ou que votre modèle repose sur un abonnement. Si vos clients viennent une ou deux fois par an, pour consulter des informations, demander un devis ou réserver, un site internet bien conçu fait le même travail, se trouve sur Google et coûte moins cher à maintenir.

Entre les deux, une application web installable sur l'écran d'accueil est une option sérieuse : sur iPhone, ces applications peuvent envoyer des notifications depuis iOS 16.4, comme l'a annoncé l'équipe WebKit d'Apple. Nous développons ces trois types de projets, et nous vous dirons lequel correspond au vôtre, y compris quand ce n'est pas une application. Si votre produit vit d'abord dans un navigateur, la page web app et SaaS et notre article sur le coût d'un MVP SaaS traitent ce cas.

Comment obtenir un devis fiable pour votre application

Un devis d'application est fiable quand il chiffre un périmètre écrit, pas une idée. Avant de consulter des prestataires, préparez ces éléments ; ils prennent une heure et rendent les devis comparables :

1. Les trois parcours principaux, décrits du point de vue de l'utilisateur : « je m'inscris, je choisis un créneau, je paie ».
2. La liste des fonctions, triée en deux colonnes : indispensable au lancement, et plus tard.
3. Le modèle de revenus : application gratuite, abonnement, achat de contenus numériques, ou paiement de services réels.
4. Les données et les outils existants à connecter, et qui les administre au quotidien.
5. Les contraintes : fonctionnement hors ligne, données de santé ou données sensibles, langues, accessibilité.

Demandez ensuite à chaque prestataire trois choses par écrit : le périmètre exact inclus, le coût de maintenance annuel, et le nom du titulaire des comptes Apple et Google et du code source. Les écarts entre deux devis s'expliquent presque toujours par l'une de ces trois lignes. Notre article sur comment choisir une agence web détaille les questions à poser au premier rendez-vous, et la page développement d'application mobile présente notre méthode et nos applications en production.

Questions fréquentes

Combien coûte une application mobile simple ?

Chez Singularité, une application mobile iOS et Android démarre à 6 000 € HT, pour une première version au périmètre resserré publiée sur les deux stores. Le montant final dépend des comptes utilisateurs, des paiements, du fonctionnement hors ligne et des intégrations, et il est fixé après le cadrage.

Combien coûte la publication sur l'App Store et Google Play ?

L'adhésion à l'Apple Developer Program coûte 99 $ par an et le compte Google Play 25 $ une seule fois. Il n'y a pas de frais par application publiée ; la préparation des fiches et le passage en revue font partie du travail de publication.

Combien de temps faut-il pour développer une application ?

Pour une première version, comptez au moins 4 semaines de développement, auxquelles s'ajoutent le cadrage et la publication. Côté Apple, la revue est rapide : selon Apple, au moins 50 % des soumissions sont examinées en moins de 24 heures et 90 % en moins de 48 heures (App Review).

Faut-il payer une commission à Apple et à Google ?

Uniquement sur les contenus numériques vendus dans l'application, comme un abonnement ou des fonctions premium : environ 15 % pour la plupart des petits éditeurs. Les biens et services réels, comme une commande, une réservation ou une prestation, se paient par carte sans commission des stores.

Une application native est-elle plus chère qu'une application React Native ?

Deux applications natives séparées demandent deux développements et deux maintenances, une pour iPhone et une pour Android. Avec React Native, une seule base de code produit les deux applications, ce qui réduit le budget sans différence visible pour l'utilisateur sur une application métier ou de service.

Qui est propriétaire de l'application ?

Vous devez l'être : les comptes développeur Apple et Google doivent être à votre nom, et le code source doit vous revenir. Vérifiez-le par écrit dans le devis ; c'est ce qui vous permet de changer de prestataire sans republier l'application et perdre vos avis.