Vendre
Comment vendre une application IA (wrapper) : coûts d’API, clés, conditions des fournisseurs et vérifications des acheteurs
En bref
Vous pouvez vendre une application IA de type wrapper (une app construite sur les API d’OpenAI, d’Anthropic, de Google Gemini ou d’un fournisseur similaire), mais pas ses clés d’API : les conditions d’OpenAI interdisent de vendre ou de transférer des clés, et celles d’Anthropic exigent un consentement écrit pour céder le compte. L’acheteur ouvre ses propres comptes chez les fournisseurs, vous basculez le backend sur ses clés, puis vous révoquez les vôtres. Les acheteurs valorisent les apps IA sur le bénéfice après coûts d’API et regardent de près la marge brute, la sensibilité aux prix des modèles, le churn et le risque que le fournisseur du modèle lance la même fonctionnalité. Les clés ne doivent jamais se trouver dans le binaire de l’app.
Transparence : j’achète des apps iOS, y compris des apps IA de type wrapper. Les conditions des fournisseurs et les règles de l’App Store ci-dessous renvoient aux pages officielles, vérifiées en septembre 2026. Ceci n’est pas un conseil juridique.
Vous pensez à vendre ? Envoyez-moi le lien de l’app et vos chiffres approximatifs ; je réponds généralement en quelques heures, et c’est sans frais pour vous. Envoyez-moi votre app
Puis-je vendre une app IA de type wrapper ?
Oui. Une app qui ajoute une interface ciblée, des prompts et un parcours à une API de modèle est un vrai produit, avec des utilisateurs et des revenus, et elle se vend comme n’importe quelle autre app : chiffres, offre, due diligence, séquestre et transfert App Store (voyez comment vendre une app iOS). Deux choses diffèrent : les comptes et les clés chez les fournisseurs ne suivent pas l’app, et les acheteurs passent plus de temps sur les coûts et le risque lié à la plateforme.
Comment les acheteurs valorisent-ils une app IA ?
Sur le bénéfice après coûts d’API, ajusté selon la fragilité de ce bénéfice. Les apps IA peuvent bien gagner leur vie : le State of Subscription Apps 2026 de RevenueCat a constaté que les apps utilisant l’IA génèrent 41 % de revenus en plus par client payant, mais perdent leurs abonnés 30 % plus vite, et que pour les produits qui utilisent de grands modèles de langage, le coût de chaque abonné supplémentaire n’est plus proche de zéro.
Ce que testent les acheteurs, selon un conseiller en fusions-acquisitions qui écrit sur les wrappers IA (L40°) :
- Sensibilité aux prix des modèles : « les acheteurs testent à quel point l’activité est sensible aux variations de prix des modèles ».
- Risque lié à la plateforme : si la sortie d’un nouveau modèle absorbe la fonction principale de l’app, « le produit autonome peut rapidement perdre de sa pertinence ».
- Structure de la transaction : à cause de ce risque, certains acheteurs « s’appuient sur des earnouts, des retenues et des paiements échelonnés ».
Mon avis : une app IA avec de bonnes marges après coûts d’API, une vraie rétention et un produit qui fait plus que transmettre du texte à un modèle est pour moi un rachat comme un autre. Je paie via un séquestre, sur la base du bénéfice du dernier mois après coûts d’API et d’infrastructure, ajusté selon la tendance, le churn et le degré d’exposition de l’app à un seul fournisseur. Essayez le calculateur de valorisation d’app avec le bénéfice après coûts d’API.
Quels chiffres dois-je préparer ?
- Le coût d’API mensuel, par fournisseur et par modèle, sur 12 mois, à côté des revenus, pour qu’un acheteur voie l’évolution de la marge brute.
- Le coût par utilisateur actif ou par utilisateur payant, et la part des dépenses d’API due aux plus gros utilisateurs.
- Les limites d’usage et les protections contre les abus : limites de débit, plafonds d’usage gratuit, ce qui empêche un seul utilisateur de faire exploser votre facture.
- Les indicateurs d’abonnement : conversion des essais, renouvellements, churn et remboursements, qui comptent davantage pour les apps IA vu leur churn plus rapide (plus de détails dans vendre une app à abonnement).
- Les dépendances aux modèles : quels modèles l’app utilise, si elle peut changer de fournisseur, et ce qui est arrivé aux marges lors des changements de prix passés.
- Tout le reste de ce que vérifie un acheteur : checklist de due diligence d’une app.
Puis-je transférer mes clés d’API et mon compte chez le fournisseur ?
Pas les clés. Le Services Agreement d’OpenAI indique que les clients ne peuvent pas « acheter, vendre ou transférer des clés d’API à, de ou avec un tiers », et les recommandations de sécurité des clés d’OpenAI ajoutent que partager des clés d’API est contraire à ses conditions. Anthropic recommande que toute personne ayant besoin d’un accès à l’API Claude « obtienne sa propre clé ».
Les comptes relèvent du contrat. Le contrat d’OpenAI permet à chaque partie de le céder à un successeur reprenant la quasi-totalité de ses actifs ou de son activité, avec un préavis écrit de 30 jours. Les conditions commerciales d’Anthropic indiquent qu’aucune partie ne peut céder ses droits « sans le consentement écrit préalable de l’autre partie ». Pour la vente d’une seule app, la voie la plus simple et la plus propre est la même chez tous les fournisseurs : l’acheteur ouvre ses propres comptes et ses propres clés, et vous basculez l’app dessus.
Comment se passe la passation chez chaque fournisseur ?
| Fournisseur | Ce que disent les règles | Passation en pratique |
|---|---|---|
| OpenAI | Les clés ne peuvent être ni vendues ni transférées. Vous pouvez ajouter des membres avec le rôle Owner, mais les clés appartiennent à des personnes ou à des projets, et retirer un membre peut perturber l’accès à l’API qui utilise ses clés. | L’acheteur crée sa propre organisation et ses propres clés de projet (les comptes de service conviennent à la production) ; le backend bascule dessus ; vous révoquez les vôtres. |
| Anthropic (Claude) | La cession nécessite le consentement écrit d’Anthropic ; chaque partie doit avoir ses propres clés. | L’acheteur ouvre sa propre organisation Console et ses propres clés ; le backend bascule ; vous révoquez les vôtres. Contactez le support d’Anthropic si vous voulez transférer l’organisation elle-même. |
| Google Gemini | Chaque clé d’API Gemini appartient à un projet Google Cloud. Un nouveau propriétaire doit accepter une invitation ; transférer la facturation demande les droits d’administrateur de facturation et de propriétaire du projet. | Soit l’acheteur crée son propre projet et sa propre clé, soit vous l’ajoutez comme Owner du projet, il y rattache sa facturation, et vous vous retirez. |
| Autres API (image, voix, vidéo) | Vérifiez les conditions de chaque fournisseur sur le partage de clés et la cession de compte. | Même principe : compte et clé propres à l’acheteur, puis vous révoquez les vôtres. |
D’après les conditions et les pages d’aide de chaque fournisseur, vérifiées en septembre 2026.
Indiquez aussi à l’acheteur comment chaque fournisseur traite les données, car cela influe sur sa politique de confidentialité : OpenAI indique que les données envoyées via l’API ne servent pas à entraîner ses modèles sauf si vous l’acceptez, les conditions d’Anthropic précisent qu’il ne peut pas entraîner ses modèles sur le contenu des clients, et les conditions de l’API Gemini de Google traitent différemment les données de l’offre gratuite et de l’offre payante.
Que devient le backend ?
Une app IA bien construite n’embarque jamais la clé d’API dans l’app. OpenAI recommande de ne jamais déployer votre clé dans des environnements côté client comme les navigateurs ou les apps mobiles, et Google dit la même chose pour les clés Gemini : les requêtes passent par votre propre backend ou proxy. Si votre clé se trouve aujourd’hui dans le binaire de l’app, corrigez cela avant de vendre ; les acheteurs le vérifient, et une clé exposée représente un risque de coût et de sécurité.
Le backend lui-même se transfère comme n’importe quel autre projet :
- Firebase : un projet Firebase est un projet Google Cloud ; ajoutez l’acheteur comme Owner, il accepte, rattache sa facturation, et vous vous retirez.
- Supabase : les projets peuvent être transférés d’une organisation à une autre si vous êtes propriétaire de l’organisation d’origine et que l’acheteur est membre de l’organisation de destination ; certaines intégrations doivent d’abord être supprimées, et c’est ensuite l’organisation de destination qui paie l’usage.
- Votre propre serveur ou vos edge functions : transférez le compte ou redéployez sur l’infrastructure de l’acheteur, puis faites pointer l’app (ou un nom de domaine que vous cédez) vers elle.
Tenez une liste écrite de chaque secret utilisé par le backend (clés de modèles, RevenueCat, analytics, push) et remplacez chacun par celui de l’acheteur après la passation. Côté store : comment fonctionnent les transferts App Store.
Quelles règles de l’App Store vérifier avant de vendre ?
Un acheteur voudra savoir que l’app ne rencontrera pas de problème avec l’App Review après la vente. Les App Review Guidelines les plus pertinentes pour les apps IA :
- 5.1.2(i), partage de données : vous devez indiquer clairement quand des données personnelles sont partagées avec des tiers, y compris avec une IA tierce, et obtenir une autorisation explicite. Assurez-vous que l’app demande l’accord avant d’envoyer des données personnelles à un fournisseur de modèle.
- 4.2 Fonctionnalité minimale et 4.1(a) Imitations : une app qui n’est ni utile, ni unique, ni « digne d’une app » n’a pas sa place sur l’App Store. Un wrapper minimaliste y est plus exposé qu’une app avec son propre parcours.
- 1.2 Contenu généré par les utilisateurs : si les utilisateurs peuvent partager ou publier ce qu’ils créent, les règles de filtrage, de signalement et de blocage s’appliquent.
Comment obtenir un meilleur prix ?
- Montrez la marge, pas seulement les revenus : un coût d’API mensuel propre, à côté des revenus.
- Réduisez la dépendance à un seul modèle : une app capable de changer de fournisseur ou de modèle est moins fragile.
- Limitez les abus : des limites gratuites raisonnables et des limites de débit protègent la marge et rassurent les acheteurs.
- Maîtrisez le parcours : préréglages, historique, partage, intégrations, tout ce qui fait de l’app plus qu’une zone de texte. C’est ce qui survit à la sortie d’un nouveau modèle.
- Déplacez les clés vers le backend et documentez l’architecture sur une page.
J’achète des apps IA de type wrapper sur iOS (et de bonnes apps Android), en ligne depuis 6 mois ou plus avec des revenus réguliers, pour des montants de $10K à $1M+. La vente se conclut généralement en environ 14 jours, sans frais pour vous. Envoyez-moi l’app avec les revenus et les coûts d’API du dernier mois ; je réponds généralement en quelques heures.
Questions fréquentes
Puis-je vendre ma clé d’API OpenAI avec l’app ?
Non. Le Services Agreement d’OpenAI interdit d’acheter, de vendre ou de transférer des clés d’API avec un tiers. L’acheteur crée ses propres clés, vous basculez le backend dessus, et vous révoquez les vôtres.
Les acheteurs paient-ils moins cher les apps IA de type wrapper ?
Ils examinent de plus près la marge après coûts d’API, le churn et le risque lié à la plateforme : un wrapper minimaliste avec des coûts élevés obtient donc un prix plus bas. Une app IA avec de bonnes marges, une vraie rétention et son propre parcours peut se vendre comme n’importe quelle bonne app à abonnement.
Achetez-vous des apps IA de type wrapper ?
Oui. J’achète des apps IA iOS (et de bonnes apps Android) en ligne depuis 6 mois ou plus avec des revenus réguliers, valorisées sur le bénéfice après coûts d’API et d’infrastructure, avec un paiement via séquestre.
Et si ma clé d’API se trouve dans l’app ?
Déplacez-la vers un backend ou un proxy avant de vendre, et remplacez la clé. OpenAI et Google indiquent tous deux que les clés ne doivent jamais être embarquées dans les apps mobiles ; un acheteur le vérifiera, et une clé exposée représente un risque de coût pour vous deux.



