Combien coûte le lancement d'une app construite avec l'IA ?

Le discours qu'on entend partout : vingt euros par mois, vous décrivez votre idée à l'IA, l'app sort de terre. L'outil d'un côté, le résultat de l'autre — rien entre les deux, à en croire la pub.
Sauf que tout se joue justement entre les deux. Vingt euros par mois, ça achète un marteau, pas une maison. Entre le marteau et la maison, il y a les fondations, la plomberie, l'électricité, un toit, une porte, une adresse — et quelqu'un qui repasse chaque mois avec la facture.
Je ne fais pas de revue de code ici. Je parle de l'étape d'avant : ce que coûte, en vrai, le fait de mettre une app construite avec l'IA devant de vrais utilisateurs — pour l'anticiper plutôt que le découvrir en cours de route.
La vraie question n'est pas « combien coûte une app construite avec l'IA ? », mais « qu'est-ce qui fera monter la facture quand les utilisateurs arriveront ? » Un chiffre devient faux le jour où un fournisseur change de palier ; le mécanisme qui fait grimper la facture, lui, ne change pas.
Chaque prix ci-dessous a été vérifié sur la page du fournisseur le 17 août 2026 (18 août pour Supabase), avec un lien source. Les fournisseurs changent leurs forfaits sans prévenir : passé quelques mois, ces chiffres sont un point de départ, pas un devis. Je repasse sur cette liste à peu près tous les trimestres.
01 — Coûts fixes avant votre premier utilisateur
Une app qu'une vraie personne utilise — payer, se connecter, recevoir des e-mails — repose sur une petite pile de services : un nom de domaine, un hébergement, une base de données, l'envoi d'e-mails, l'authentification, du stockage de fichiers, un pipeline de build, un prestataire de paiement, de l'analytique, du suivi d'erreurs — et, si votre produit fait tourner de l'IA côté utilisateur, une API de LLM en back-end.
L'essentiel de cette pile ne coûte rien, ou presque, tant que personne n'arrive. Ce qui est vraiment fixe, quel que soit le trafic, tient en peu : un nom de domaine (10-20 €/an), un forfait d'hébergement de base, et — seulement pour le mobile — le Programme Développeur Apple à 99 $/an et les 25 $ d'inscription Google Play Console.
Le reste démarre gratuit et bascule en coût d'usage dès que quelqu'un se sert vraiment de votre app. C'est cette bascule qu'il faut anticiper : elle n'arrive pas comme une ligne mensuelle, elle arrive d'un coup, une fois le seuil franchi.
Référence : Programme Développeur Apple (99 $/an) et inscription Google Play Console (25 $ unique), vérifié le 17 août 2026.
02 — Coûts d'usage : le palier qui surprend
Les coûts sur cette pile ne montent pas en ligne droite. On utilise un service pendant des mois sans rien payer, on franchit un seuil inconnu, et la facture tombe. Parfois, c'est le forfait gratuit lui-même qui disparaît.
Deux exemples confirmés et datés. SendGrid a supprimé son forfait gratuit permanent fin mai 2025 — 60 jours de sursis pour les comptes existants, puis payer ou migrer ; son forfait payant le moins cher démarre autour de 19,95 $/mois (changelog Twilio SendGrid). PlanetScale a retiré son forfait gratuit Hobby le 8 avril 2024 ; son offre d'entrée reste à 39 $/mois aujourd'hui (changelog PlanetScale, tarifs PlanetScale). Aucune des deux annonces n'a été faite très à l'avance. Ma règle : un forfait gratuit est une offre temporaire, pas un modèle économique.
Supabase est devenu un choix fréquent pour les apps construites rapidement avec l'IA — Postgres, auth, stockage et un pgvector natif pour les embeddings réunis au même endroit, une bonne façon de faire marcher quelque chose vite. Ma réserve n'est pas la qualité, c'est le couplage : pour un produit que je vise à faire grossir, je préfère une base Postgres indépendante — Neon, Scaleway, AWS RDS — pour faire évoluer auth, stockage et base séparément plus tard. Connaissez les plafonds : le gratuit tient à 500 Mo et 50 000 utilisateurs actifs par mois ; le Pro, à prix fixe, démarre à 25 $/mois et inclut 100 000 utilisateurs actifs, facturation à l'usage au-delà (tarifs Supabase) — même mécanique que tout service à l'usage sur cette liste.
La version la plus aiguë du même problème, c'est une base facturée à l'opération dès le départ. Le tarif de Firestore n'est pas un chiffre unique — il varie selon la région et l'édition, Standard et Enterprise utilisant des modèles différents (tarifs Firebase). Une illustration datée, pas une vérité universelle : l'exemple de facturation de Google donne un tarif Standard mono-région à 0,06 $ pour 100 000 lectures et 0,18 $ pour 100 000 écritures, après un quota gratuit quotidien de 50 000 lectures, au 18 août 2026 (exemple de facturation). Ce qui ne varie pas, c'est le mécanisme : ça cesse d'être bon marché dès qu'un écran monte un écouteur en temps réel et que chaque visiteur, à chaque visite, le redéclenche. Sachez ce que coûte un visiteur ordinaire avant d'en avoir des milliers.
La documentation de Google Cloud est explicite : un budget « alertes seules » ne plafonne pas la dépense et n'arrête aucun service — il envoie un e-mail une fois le seuil franchi, et le compteur continue de tourner tant que vous n'avez pas construit vous-même un mécanisme séparé pour couper la facturation.
Si vous êtes déjà sur Firestore, ce n'est pas un verdict — beaucoup de petites apps y tournent longtemps dans le quota gratuit. Autant connaître le mécanisme avant d'avoir à l'expliquer sur la facture. Un cas largement commenté sur Hacker News décrit un processus mal configuré qui a fait passer une facture d'environ 50 $/mois à des dizaines de milliers de dollars en une seule journée, après une écriture massive et imprévue dans le stockage — un échec vraiment inhabituel, pas un résultat typique, mais une bonne illustration du fait qu'une alerte seule ne suffit pas à l'empêcher (fil Hacker News).
Sortir de Firestore plus tard n'est pas gratuit non plus : l'export de Google écrit dans un format propre à Firestore, réutilisable dans Firestore ou BigQuery, sans chemin direct vers une autre base — migrer veut dire construire cette conversion soi-même (documentation export/import Firebase).
Un mot sur la TVA transfrontalière. Si vous vendez des services numériques à des particuliers dans l'UE, les règles de TVA changent une fois votre activité transfrontalière au-delà du seuil de l'UE — 10 000 €/an combinés aujourd'hui (Commission européenne — OSS). Le guichet unique OSS simplifie la déclaration, il ne supprime pas l'obligation. Vérifiez votre situation exacte avec votre comptable avant de facturer à l'étranger.
Références : Twilio SendGrid — changelog offre gratuite ; PlanetScale — dépréciation Hobby ; Supabase — tarifs ; Supabase — AI & Vectors ; Firebase — tarifs Firestore ; Google Cloud — alertes de budget ; Commission européenne — guichet unique OSS. Vérifié le 17–18 août 2026.
03 — Coûts mobile et IA, si vous êtes concerné
Deux catégories qui ne comptent que si votre produit les touche vraiment — mais elles bougent alors les chiffres plus que tout le reste.
Mobile. La commission standard d'Apple est de 30 %, ou 15 % sur les abonnements après la première année payante d'un client. Le Small Business Program ramène ce taux à 15 % pour les développeurs sous 1 M$ de revenus annuels — dépassez ce seuil en cours d'année et vous repassez à 30 % jusqu'à la fin de l'exercice (Apple Small Business Program). Les frais de Google Play dépendent du programme et du mode de facturation, pas d'un taux unique : un palier courant est 15 % sur le premier million de dollars annuels et 30 % au-delà, les abonnements souvent à 15 % quel que soit le revenu (frais de service Google Play) — mais des programmes alternatifs peuvent réduire ce taux, et une restructuration a pris effet le 30 juin 2026 aux États-Unis, au Royaume-Uni et dans l'EEE, scindant l'ancien taux en frais de service réduit plus frais de facturation séparé (blog Android Developers). Vérifiez les conditions de votre programme plutôt que de supposer la version simple universelle. Sur GitHub Actions, pour un dépôt privé : un runner macOS coûte environ 10 fois un runner Linux, forfait gratuit de 2 000 minutes/mois — les dépôts publics sur runners standards sont gratuits, mais un week-end de build iOS sur un dépôt privé peut l'épuiser (facturation GitHub Actions).
IA. Les 20 $/mois payés pour ChatGPT ou Claude, c'est un abonnement grand public — vous êtes l'utilisateur. Un produit qui appelle la même IA pour vos utilisateurs paie le prix API à la place, au token, entrée comme sortie. Au 18 août 2026, Claude Sonnet 5 coûte 2 $/million de tokens en entrée et 10 $ en sortie. Ce tarif de lancement reste valable jusqu'au 31 août ; Anthropic annonce 3 $/15 $ à partir du 1er septembre (tarifs Anthropic). GPT-5.6 Sol d'OpenAI est à 5 $ en entrée, 30 $ en sortie (tarifs API OpenAI). Les deux rebougeront — vérifiez la date de cette page, pas seulement le chiffre.
Voici la mécanique de la surprise. Un chatbot n'a pas de mémoire propre : il renvoie toute la conversation à chaque tour — une « conversation de 10 000 tokens », ce sont en réalité plusieurs messages, chacun traînant tout l'historique — et les tokens de sortie coûtent plus cher que ceux d'entrée. Additionnez, et une fonctionnalité qui ressemble à quelques dollars par jour peut peser lourd aux volumes qu'une petite app réellement utilisée produit — potentiellement la plus grosse ligne. Le prompt caching d'Anthropic réduit jusqu'à 90 % le coût d'un contexte répété en cas de cache hit, et son API batch coûte 50 % de moins hors temps réel. Changer de fournisseur demande d'ajuster les prompts plutôt que tout réécrire, mais ça reste du vrai travail, donc ça se planifie plutôt que ça se découvre.
Références : Apple — Small Business Program ; Google Play — frais de service ; Blog Android Developers — restructuration 2026 ; GitHub Actions — facturation ; Anthropic — tarifs API ; OpenAI — tarifs API. Vérifié le 17 août 2026.
04 — Cinq questions à se poser avant de budgéter
Avant de dépenser quoi que ce soit en construction, voici ce qui mérite une réponse tenant sur une page, pas sur un tableur :
- Lesquelles de ces catégories me concernent vraiment — mobile, IA côté utilisateur, ventes transfrontalières en UE — et lesquelles non ? La moitié de cet article peut très bien ne pas s'appliquer à votre idée.
- Où se situe mon palier de forfait gratuit, sur chaque service que j'utilise, et que se passe-t-il vraiment le jour où je le dépasse ?
- Est-ce que je sais combien coûte l'usage normal d'un utilisateur — base de données, IA, stockage, e-mails — et comment ce coût évolue quand le nombre d'utilisateurs augmente ?
- Ai-je posé un vrai plafond de dépense quelque part, ou seulement une alerte qui m'e-maile une fois l'argent déjà parti ?
- Quel est le choix unique — souvent la base de données, parfois le fournisseur d'IA — qui décide, au bout d'un an, si ça tient ou pas ?
Si votre idée est réelle, le tableau ci-dessous situe où la dépense démarre à chaque étape, pas une prévision. Pas de chiffres en euros — ça dépend de votre pile et de votre usage ; les catégories sont la partie réutilisable.
| Étape | Ce qui commence à coûter |
|---|---|
| Avant lancement | Domaine, hébergement, outils payants |
| Premiers utilisateurs | E-mails, base de données, logs, stockage |
| Utilisateurs payants | Auth, frais de paiement, support, usage IA |
| Croissance | Opérations en base, sortie de données, inférence LLM, monitoring |
L'infrastructure est rarement la seule raison pour laquelle un produit échoue. Mais ça devient douloureux vite quand l'usage grossit plus vite que le chiffre d'affaires et que personne n'a modélisé le coût par utilisateur — l'écart que vos propres chiffres montreront, si vous les remplissez avant de construire plutôt qu'après.
Le remède n'est pas de devenir expert en infrastructure. C'est de connaître la courbe de coût de sa pile — ce qu'on utilise vraiment, où se situe le palier de chacun, et quel choix unique décide si la croissance reste gérable — avant de s'engager sur une pile qui va tout structurer derrière.
Côté aides françaises : la Bourse French Tech (Bpifrance) est une subvention plafonnée à 30 000 €, sous condition, qui couvre jusqu'à 50–70 % de dépenses éligibles selon la catégorie d'entreprise ; Bpifrance i-Lab est plafonné à 600 000 € pour les entreprises de technologies innovantes, par éditions annuelles dont les dates de dépôt changent (Bourse French Tech, i-Lab). La règle qui piège le plus de monde : les dépenses engagées avant la date de dépôt du dossier ne sont pas éligibles — le dossier se dépose avant de dépenser sur les activités couvertes, pas après.
05 — Mes choix par défaut : fournisseurs européens, un VPS, des coûts prévisibles
Quand je pose l'infrastructure d'un projet que je compte faire durer, mes choix ne sont pas d'abord dictés par le prix le plus bas.
Pour l'hébergement et le stockage, je pars par défaut sur des fournisseurs français ou européens — Scaleway, OVH, parfois Hetzner. Ça simplifie la question de la localisation et des transferts de données, réduit ma dépendance aux grands clouds américains et garde une plus grande partie de la chaîne technique en Europe.
Pour un produit à petite équipe avec un usage stable, je pars aussi sur un VPS plutôt que du serverless : machine de taille fixe, facture mensuelle connue à l'avance, pas de cold start. Le serverless est le bon outil pour un trafic imprévisible et en pics — je bascule une charge dessus quand elle en a vraiment besoin, pas avant.
Rien de tout ça n'est un dogme. Une inférence en edge mondial ou une vraie capacité en pics imprévisibles justifie de partir sur un hyperscaler ou du serverless dès le premier jour. Pour la plupart des premiers produits, l'option simple et prévisible reste la plus sûre.
06 — Être prêt à lancer
Retour à la vraie question du début : ce qui fait monter la facture quand les utilisateurs arrivent. L'argent n'est qu'une facette de la même question — qu'est-ce que vous n'avez pas encore vérifié ? Un coût caché non budgété et une faille non testée viennent du même angle mort, visible seulement avec de vrais utilisateurs, de vrais paiements, du vrai trafic.
Je vérifie les deux, même discipline sous deux formes : coûts fixes ou d'usage, facturation à l'opération ou au forfait — à nommer avant de lancer, comme savoir qui peut lire les données d'un autre client.
Sécurité et données : Les 6 choses que je vérifie avant de mettre une app construite avec l'IA en production. Ici, le volet financier.
Je relis des applications construites avec l'IA ou en vibe coding avant leur mise en production.
Une revue automatisée de votre app et de son code, réalisée avec mes outils d'analyse. Vous obtenez les principaux risques, ce qui mérite l'attention avant le lancement et ce qui peut attendre. Si vous souhaitez parcourir les résultats ensemble, une revue avec moi est disponible en option.
Architecture, paiements, accès, données clients, garde des clés de déploiement, logiciels tiers, et une recommandation de mise en production documentée par un CTO humain.