Abonnements
Vendre une application à abonnement : ce que deviennent vos abonnés, RevenueCat et vos revenus
En bref
Quand vous vendez une application à abonnement, les abonnements App Store existants restent attachés à l’app et continuent de se renouveler après le transfert ; l’acheteur commence simplement à en percevoir les revenus. Apple sépare les rapports de ventes et de paiements à la date du transfert. Avant le transfert, partagez le secret partagé propre à l’app (app-specific shared secret) ; ensuite, l’acheteur le régénère, ainsi que la clé In-App Purchase et la clé d’API App Store Connect. RevenueCat transfère des projets entiers, pas des apps isolées, soit via le support de RevenueCat, soit en laissant l’acheteur recréer la configuration. Les abonnements web via Stripe ne se transfèrent pas proprement et demandent un plan à part.
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
Ce sont les apps à abonnement qui soulèvent le plus de questions quand les fondateurs vendent : « Mes abonnés vont-ils être résiliés ? Qui est payé ce mois-ci ? Et RevenueCat ? » Voici comment cela se passe réellement.
Les abonnés continuent-ils de payer après la vente d’une app ?
Oui, les abonnés continuent de payer après la vente d’une app, car les abonnements App Store sont liés à l’app et à ses produits In-App Purchase, pas à votre compte développeur. Quand l’app change de compte via le transfert d’app d’Apple, les produits la suivent et les abonnements continuent de se renouveler. Les abonnés n’ont rien à faire et ne remarquent généralement rien. Le nom du vendeur sur la fiche App Store est le principal changement visible.
Pour être précis sur les sources : que les abonnements continuent, c’est l’expérience constante des acheteurs et des vendeurs, pas une phrase publiée par Apple. La documentation d’Apple sur le transfert d’app (vérifiée en septembre 2026) parle des rapports : chaque partie reçoit les données de ventes et de paiements de son côté de la date du transfert. Les renouvellements avant le transfert sont à vous ; ceux d’après sont à l’acheteur.
Qui touche les revenus du mois du transfert ?
Vous gardez les revenus générés avant la date du transfert ; l’acheteur touche tout ce qui vient après. Apple paie à terme échu : l’argent gagné avant le transfert peut donc arriver sur votre compte bancaire après la vente. C’est normal, il vous appartient. Convenez dans le contrat de la façon dont le mois du transfert est traité (la plupart des ventes prennent simplement la date du transfert comme date butoir), pour que personne ne se dispute plus tard pour quelques jours de renouvellements.
Quelles clés et quels secrets dois-je remettre ou renouveler ?
Partagez le secret partagé propre à l’app avant le transfert ; l’acheteur le régénère ensuite et crée ses propres clés In-App Purchase et d’API App Store Connect.
| Identifiant | Avant le transfert | Après le transfert |
|---|---|---|
| Secret partagé propre à l’app (app-specific shared secret) | À partager avec l’acheteur | L’acheteur le régénère |
| Clé In-App Purchase | Rien à partager | L’acheteur crée la sienne et met à jour RevenueCat / le serveur |
| Clé d’API App Store Connect | Rien à partager | L’acheteur crée la sienne |
| URL des App Store Server Notifications | Convenir de qui l’héberge | La faire pointer vers le backend de l’acheteur ou son projet RevenueCat |
Comment transférer un projet RevenueCat ?
RevenueCat transfère des projets entiers, pas des apps individuelles : soit vous déplacez le projet, soit l’acheteur le recrée :
- Transférer le projet : si le projet ne contient que l’app que vous vendez, le support de RevenueCat peut le transférer à l’acheteur (ou l’e-mail du compte peut être changé). L’historique des abonnés reste intact.
- Le recréer : si le projet contient d’autres apps, l’acheteur crée une configuration identique (produits, entitlements, offerings) dans son propre projet, puis publie une mise à jour avec sa clé d’API et une petite étape de migration pour que les achats App Store des abonnés existants se synchronisent dans le nouveau projet.
Dans les deux cas, renouvelez les identifiants listés plus haut pour que l’acheteur contrôle entièrement l’intégration. Suivez le guide de RevenueCat sur le transfert d’apps pour les étapes exactes (vérifié en septembre 2026).
Qu’est-ce qui change pour RevenueCat sur Android ?
Sur Google Play, les abonnements et les abonnés suivent l’app lors du transfert d’app de Google, mais l’acheteur doit connecter RevenueCat à son propre compte Play. Il crée un compte de service dans son projet Google Cloud, l’invite dans la Play Console avec les bonnes autorisations et importe sa clé ; RevenueCat indique que les nouveaux identifiants peuvent mettre jusqu’à 36 heures à fonctionner (vérifié en septembre 2026) : configurez-les donc avant le jour du transfert. Plus de détails dans le guide sur RevenueCat sur Android et le transfert Google Play.
Et les abonnements Stripe ou web ?
Les abonnements web facturés via Stripe ne peuvent pas être déplacés sans accroc d’un compte Stripe à un autre, selon le même guide de RevenueCat. Les options : les garder sur votre compte pendant une période convenue et reverser les revenus, migrer les clients avec l’aide de Stripe, ou les laisser expirer au profit d’abonnements App Store. Abordez ce point tôt, car il influe sur le prix.
Quels indicateurs d’abonnement les acheteurs demanderont-ils ?
Les acheteurs demanderont les abonnés actifs par formule, les taux de conversion et de renouvellement, le churn et la tendance du MRR.
- Les abonnés actifs et la répartition mensuel / annuel / hebdomadaire.
- La conversion des essais en abonnements payants et les taux de renouvellement par formule.
- Le taux de remboursement et le churn involontaire (échecs de paiement).
- La tendance du MRR sur les 12–24 derniers mois.
- Les revenus par pays et par canal d’acquisition.
Un accès RevenueCat en lecture seule ou un partage d’écran rend tout cela rapide. Voir la liste complète des indicateurs d’abonnement que vérifient les acheteurs.
Les apps à abonnement se vendent-elles à un multiple plus élevé ?
Les apps à abonnement avec de bons taux de renouvellement se vendent généralement dans le haut de la fourchette, car les revenus récurrents sont plus prévisibles. Le rapport de Flippa sur le marché des apps note que les apps qui gagnent surtout grâce à la publicité ou aux achats uniques obtiennent en général des multiples plus bas que les apps à revenus récurrents (vérifié en septembre 2026 ; plus de détails dans vendre une app financée par la publicité ou payante). Les apps d’IA à abonnement ont leurs propres questions de coûts : vendre une app AI wrapper. Il n’existe pas de chiffre public fiable pour un « multiple d’abonnement » distinct : les fourchettes publiées dans combien vaut mon app sont donc la référence honnête. Pour une estimation rapide, essayez le calculateur de valorisation d’app.
Questions fréquentes
Mes abonnés seront-ils résiliés si je vends l’app ?
Non. Les abonnements continuent après un transfert d’app sur l’App Store. Les abonnés gardent leur accès et continuent d’être facturés comme avant ; les revenus vont simplement au nouveau propriétaire à partir de la date du transfert.
Dois-je prévenir les abonnés que l’app a été vendue ?
Apple ne l’exige pas. Certains acheteurs publient une courte note dans les notes de version ou sur la page de support ; la plupart ne font aucune annonce.
Puis-je vendre une app à abonnement qui utilise RevenueCat ?
Oui, c’est très courant. Le projet RevenueCat est soit transféré en entier, soit recréé sur le compte de l’acheteur, et l’acheteur régénère les clés App Store.
Les abonnés annuels influencent-ils le prix ?
Oui. Des formules annuelles avec de bons taux de renouvellement rendent les revenus plus prévisibles, ce qui justifie généralement un multiple plus élevé.