Vendre
Comment vendre une application avec publicité ou à achat unique : valeur, AdMob et utilisateurs à vie
En bref
Les apps financées par la publicité et les apps à achat unique se vendent, généralement à un multiple plus bas que les apps à abonnement, car leurs revenus dépendent des nouveaux téléchargements et des prix de la publicité. Un compte AdMob ne peut pas changer de propriétaire : l’acheteur ajoute donc l’app à son propre compte AdMob, publie une mise à jour avec de nouveaux identifiants de blocs d’annonces et met à jour le fichier app-ads.txt sur le site web du développeur. Les achats restent attachés à l’app : les utilisateurs à vie et ceux qui ont payé l’app conservent ce qu’ils ont acheté, et le nouveau propriétaire doit le respecter. Préparez 12 mois de revenus publicitaires par régie, l’évolution de l’eCPM, les téléchargements et un historique propre vis-à-vis des règles.
Transparence : j’achète des apps iOS quel que soit leur modèle de revenus, y compris la publicité et les achats uniques. Les règles des plateformes ci-dessous renvoient aux pages d’aide d’Apple, de Google et des régies publicitaires, vérifiées en septembre 2026.
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 qui gagne de l’argent grâce à la publicité ou à des achats uniques ?
Oui. Les apps à abonnement attirent le plus d’attention, mais des utilitaires et des outils qui gagnent de l’argent grâce à la publicité, à un prix d’achat ou à un déblocage unique changent de mains en permanence. Les étapes sont les mêmes que pour toute vente d’app (voyez comment vendre une app iOS) ; les différences portent sur le prix et sur la configuration publicitaire, qui ne suit pas l’app.
Comment sont valorisées les apps avec publicité et à achat unique ?
Généralement à un multiple plus bas qu’une app à abonnement ayant le même bénéfice. Flippa le dit clairement : les apps qui gagnent de l’argent via des ventes initiales, des achats intégrés ponctuels ou la publicité « obtiennent généralement un multiple plus bas » que les apps à abonnement, valorisées sur leurs revenus récurrents. Microns note que les apps à achat unique « se privent de revenus continus, ce qui peut réduire leur valeur globale ».
La raison est simple : un abonnement continue de rapporter après la vente, alors que les revenus publicitaires et les ventes uniques dépendent des nouveaux téléchargements et, pour la publicité, de prix qui évoluent avec le marché. Dans mes propres offres, le modèle de revenus est l’un des cinq facteurs :
| Modèle de revenus | Effet sur mon multiple | Ce qui peut le faire monter |
|---|---|---|
| Abonnements | Le plus élevé | De bons taux de renouvellement, des formules annuelles |
| Achat unique ou app payante | Plus bas | Des téléchargements organiques réguliers, peu de remboursements |
| Publicité | Le plus bas des trois | Des eCPM stables, plusieurs régies publicitaires, une forte rétention |
Le facteur « modèle de revenus » de mon calculateur de valorisation d’app, aux côtés de la tendance, de l’historique, du trafic et du temps demandé au propriétaire. Un multiple plus bas ne veut pas dire une mauvaise affaire : une app avec publicité au trafic organique stable peut tout à fait se situer bien dans ma fourchette de 6–36x. Plus de détails dans combien vaut mon app.
Que vérifient les acheteurs ?
Il n’existe pas de liste standard pour les apps avec publicité et à achat unique ; voici donc ce que je regarde, et ce que vous pouvez préparer :
- Les revenus publicitaires par régie et par mois sur 12 mois, avec les impressions et l’eCPM, pour qu’un acheteur voie si les revenus viennent de davantage d’utilisateurs ou de meilleurs prix.
- La répartition entre régies : une seule régie, ou une médiation entre plusieurs. Dépendre d’une seule régie ou d’un seul format est un risque de concentration.
- L’historique vis-à-vis des règles : tout avertissement AdMob, toute diffusion d’annonces limitée ou tout avis de trafic incorrect. Selon les règles d’AdMob, l’éditeur est responsable de la validité du trafic publicitaire, et un trafic incorrect élevé peut entraîner la suspension ou la désactivation du compte.
- Les téléchargements et leur provenance : recherche organique, mise en avant, publicités payantes. Flippa prévient les acheteurs que de nombreux téléchargements « Search Results » avec de faibles classements sur les mots-clés peuvent signifier que des publicités App Store sont en cours.
- La rétention : pour la publicité, la durée pendant laquelle les utilisateurs restent, c’est le revenu.
- Pour les achats uniques : les unités vendues par mois, les remboursements, l’historique des prix, et le nombre d’utilisateurs à vie ou ayant payé que le nouveau propriétaire devra continuer à servir.
La checklist générale : checklist de due diligence d’une app.
Que devient mon compte AdMob ?
Il reste à vous. AdMob indique que « vous ne pouvez pas transférer la propriété d’un compte », et la page de transfert de Google Play précise que les intégrations publicitaires « devront être mises à jour » après un transfert. En pratique, la passation se déroule ainsi :
- L’acheteur ajoute l’app à son propre compte AdMob et crée de nouveaux identifiants de blocs d’annonces.
- L’acheteur publie une mise à jour de l’app avec ses identifiants de blocs d’annonces (et, s’il utilise la médiation, sa propre configuration de médiation).
- AdMob examine les apps nouvellement ajoutées avant qu’elles puissent diffuser pleinement des annonces ; l’examen prend généralement 2–3 jours. Les comptes peuvent aussi connaître une diffusion d’annonces limitée pendant un certain temps, généralement moins de 30 jours.
- Vous conservez dans votre compte les gains antérieurs à la passation ; convenez dans le contrat d’achat de la répartition du mois de la passation.
Prévoyez une courte baisse des revenus publicitaires au moment de la bascule, et convenez de qui la supporte. Ne donnez pas vos identifiants AdMob ; ils sont liés à vos informations de paiement et fiscales.
Et AppLovin MAX, Unity et les autres régies publicitaires ?
- AppLovin MAX : l’acheteur crée son propre compte et publie l’app avec sa clé SDK, puis les apps et les revenus apparaissent dans son compte ; AppLovin décrit aussi la cession d’un compte entier, l’acheteur mettant alors à jour les informations de paiement.
- Unity : un projet peut être transféré vers une autre organisation, après quoi les revenus de monétisation apparaissent sous la nouvelle ; pour les gains non encore versés, il faut adresser une demande à Unity.
- Autres régies : consultez le centre d’aide de chaque régie. Le principe est presque toujours le même : nouveau compte ou nouvelle clé côté acheteur, une mise à jour de l’app, puis vous retirez l’app de votre compte.
Pourquoi app-ads.txt compte-t-il lors d’une vente ?
app-ads.txt est un petit fichier qui indique aux acheteurs d’espaces publicitaires quels comptes publicitaires sont autorisés à vendre l’inventaire de votre app. Il se trouve à la racine du site web du développeur indiqué sur le store (sur l’App Store, l’URL marketing). Sans fichier correct, AdMob met en garde contre « une perte importante de revenus publicitaires ».
Après la vente, les deux éléments doivent appartenir à l’acheteur : le site web indiqué sur la fiche du store, et les identifiants d’éditeur dans le fichier. Si l’app renvoie à votre site personnel, soit vous transférez le nom de domaine, soit l’acheteur change l’URL marketing et publie son propre app-ads.txt avant la mise en service de ses blocs d’annonces.
Que deviennent les utilisateurs qui ont payé et les utilisateurs à vie ?
Ils conservent ce qu’ils ont acheté. Sur l’App Store, une app transférée conserve son bundle ID, ses notes et ses avis, et les utilisateurs continuent de recevoir les mises à jour. Un achat non consommable (un déblocage à vie, par exemple) « n’expire pas et ne diminue pas à l’usage », et les apps doivent proposer un moyen de le restaurer (App Review Guideline 3.1.1).
Cela crée une obligation pour le nouveau propriétaire : la règle 3.1.2 d’Apple indique que vous « ne devez pas retirer la fonctionnalité principale pour laquelle les utilisateurs existants ont déjà payé », même en passant aux abonnements. Les acheteurs en tiennent compte dans le prix : soyez prêt à dire à peu près combien d’utilisateurs ont payé ou disposent d’un accès à vie.
Quelques détails du transfert à connaître :
- L’acheteur reçoit les informations de paiement et de ventes uniquement pour les transactions postérieures au transfert.
- Les identifiants de produits d’achats intégrés de l’app ne peuvent pas être identiques aux identifiants de produits d’une app déjà présente sur le compte de l’acheteur.
- Tant qu’un transfert est en attente, vous ne pouvez pas modifier les prix, la disponibilité ni les achats intégrés : réglez donc d’abord les changements de prix.
- Si le partage familial est activé pour un achat intégré, il ne peut pas être désactivé ; prévenez l’acheteur.
- Sur Google Play, les utilisateurs et leurs achats suivent l’app, les commandes créées avant le transfert restent sur votre compte, et l’acheteur a besoin d’un profil de paiement actif. Si le compte de l’acheteur utilise une autre devise, les apps avec des produits intégrés sont dépubliées jusqu’à leur republication.
Comment obtenir un meilleur prix ?
- Ajoutez de la médiation si vous dépendez d’une seule régie, bien avant la vente, pour que les chiffres en montrent l’effet.
- Gardez une configuration publicitaire propre : pas de clics accidentels, pas d’emplacements agressifs, un app-ads.txt correct. Un avertissement lié aux règles dans l’année écoulée coûte plus cher qu’un eCPM légèrement plus bas.
- Montrez des téléchargements organiques stables, puisque la publicité comme les ventes uniques en dépendent.
- Testez un abonnement ou une offre payante seulement si vous avez des mois devant vous pour montrer des résultats ; une transition à moitié faite déroute les acheteurs plus qu’elle n’aide.
J’achète des apps iOS avec publicité ou achats uniques, comme des apps à abonnement, 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 du dernier mois par source ; je réponds généralement en quelques heures.
Questions fréquentes
Puis-je transférer mon compte AdMob à l’acheteur ?
Non. AdMob indique qu’il n’est pas possible de transférer la propriété d’un compte. L’acheteur ajoute l’app à son propre compte AdMob, crée de nouveaux identifiants de blocs d’annonces et publie une mise à jour de l’app ; vous conservez votre compte et ses gains passés.
Les utilisateurs qui ont acheté mon app payante ou un déblocage à vie le conservent-ils après la vente ?
Oui. L’app conserve son bundle ID et les utilisateurs continuent de recevoir les mises à jour, les achats non consommables n’expirent pas, et les règles d’Apple indiquent que le nouveau propriétaire ne doit pas retirer une fonctionnalité que les utilisateurs ont déjà payée.
Les apps financées par la publicité valent-elles moins que les apps à abonnement ?
Généralement, à bénéfice égal : Flippa note que les revenus issus de la publicité, des ventes initiales et des achats ponctuels obtiennent généralement un multiple plus bas. Une app avec publicité stable, au trafic organique et avec plusieurs régies, peut tout de même bien se vendre.
Les revenus publicitaires vont-ils baisser après la vente ?
Souvent un peu, pendant quelques jours : l’app nouvellement ajoutée au compte AdMob de l’acheteur est examinée avant de diffuser pleinement des annonces (généralement 2–3 jours), et app-ads.txt doit être mis à jour. Convenez à l’avance de la façon dont la période de passation est gérée.



