RevenueCat : le guide pour gérer les abonnements de ton app mobile

TL;DR :

• RevenueCat, c'est le SDK qui gère tes abonnements in-app sur iOS et Android via une seule API, au lieu de coder toute la plomberie de StoreKit et Google Play Billing à la main.
• Trois concepts à comprendre : les products (tes abonnements dans les stores), les entitlements (le niveau d'accès que l'utilisateur débloque), les offerings (ce que tu affiches sur ton paywall, modifiable à distance).
• Deux stratégies de paywall : le paywall classique (l'utilisateur peut continuer en gratuit) ou le hard paywall (l'app est bloquée tant qu'on ne s'abonne pas). J'utilise les deux : classique sur Sam Tennis, hard paywall sur Sukr.
• Le prix : gratuit jusqu'à 2 500 $ de revenu mensuel suivi, puis environ 1 %.

---

Salut 👋

Si tu monétises une app mobile, tu passes presque toujours par l'abonnement. Et le jour où tu veux coder ça toi-même, tu découvres l'enfer : StoreKit côté Apple, Google Play Billing côté Android, deux API différentes, la gestion des reçus, des renouvellements, des remboursements, des essais gratuits, des restaurations d'achat. C'est des semaines de travail, et le moindre bug te coûte de l'argent réel.

RevenueCat existe pour te retirer tout ça des mains. C'est la brique que je branche sur toutes mes apps, Sam Tennis comme Sukr. Ce guide t'explique comment ça marche, avec des exemples réels tirés de mes deux apps. Il fait partie du parcours complet pour créer une application mobile.

RevenueCat, c'est quoi ?

RevenueCat est un service qui gère les abonnements et achats in-app de ton application mobile via une API unique, commune à iOS et Android. Tu configures tes abonnements une seule fois, et RevenueCat s'occupe de la partie pénible : vérifier les reçus, savoir en temps réel si un utilisateur est abonné, gérer les renouvellements et les essais, et te fournir les analytics de revenu (MRR, conversion, churn).

En clair : au lieu de demander à ton code "cet utilisateur a-t-il acheté le produit com.monapp.premium.annuel sur l'App Store ?", tu demandes simplement à RevenueCat "cet utilisateur a-t-il accès au premium ?". Toute la complexité des stores disparaît derrière une seule question.

Les 3 concepts à comprendre (products, entitlements, offerings)

C'est là que la plupart des débutants se perdent. Ces trois notions sont le cœur de RevenueCat, et une fois que tu les as en tête, tout devient limpide.

La magie tient dans l'entitlement. Ton code ne vérifie jamais un produit précis, il vérifie un droit d'accès ("premium"). Résultat : tu peux changer tes prix, ajouter un abonnement hebdomadaire, faire une promo, sans jamais toucher au code qui débloque les fonctionnalités.

Et l'offering te permet de changer ce que tu affiches sur le paywall à distance, sans publier de mise à jour sur les stores. C'est ce qui rend les tests A/B de prix possibles. Sur mes apps, j'utilise les offerings et entitlements de façon classique, et c'est déjà largement suffisant.

Paywall classique ou hard paywall ?

Une fois RevenueCat en place, la vraie question stratégique, c'est : comment tu présentes ton paywall ? Il y a deux écoles, et j'utilise les deux.

Sur Sam Tennis, j'ai un paywall classique : tu peux découvrir l'app, et le paywall apparaît quand tu veux accéder aux fonctionnalités avancées. Ça maximise le nombre d'utilisateurs qui testent.

Sur Sukr, j'ai fait le choix d'un hard paywall pour le moment : l'accès est conditionné à l'abonnement (avec un essai). C'est plus agressif, ça filtre les curieux, mais ça concentre les utilisateurs sur ceux qui ont une vraie intention. Ce n'est pas figé : je teste, je mesure, et je peux basculer sans problème grâce aux offerings.

Il n'y a pas de bonne réponse universelle. Le hard paywall convertit mieux en pourcentage mais réduit ton volume et ta capacité à faire du bouche-à-oreille. Le classique fait l'inverse. Ça dépend de ton marché et de ton stade.

Intégrer RevenueCat dans une app Expo

L'intégration est volontairement simple. En résumé, sur une app Expo / React Native :

1. Tu crées tes abonnements dans App Store Connect et Google Play Console (les fameux products).
2. Tu les importes dans RevenueCat et tu les relies à un entitlement ("premium").
3. Tu regroupes ce que tu veux afficher dans un offering.
4. Tu installes le SDK, tu l'initialises avec ta clé d'API, et dans ton code tu vérifies simplement si l'utilisateur a l'entitlement "premium".
5. Tu affiches ton paywall (fait main, ou via les templates de paywall de RevenueCat).

Le gros du travail n'est pas le code, c'est la configuration propre des produits dans les stores. C'est d'ailleurs là que ça coince souvent, et j'en parlerai dans un guide dédié aux abonnements App Store Connect et Google Play.

Le dashboard : ce que tu suis vraiment

C'est le deuxième gros intérêt de RevenueCat : tu as enfin une vision claire de ton revenu, sans bricoler des exports de reçus. Voici le dashboard de Sam Tennis.

Les métriques que je regarde en priorité :

• Le MRR (revenu mensuel récurrent) : la seule métrique de revenu qui compte pour un business d'abonnement.
• Le taux de conversion essai → payant : combien de gens qui démarrent l'essai finissent par payer.
• Le churn : combien d'abonnés se désabonnent chaque mois. C'est le trou dans le seau.
• Les abonnés actifs et les essais en cours : ta base et ton pipeline.

Là où RevenueCat brille pour un solo builder, c'est que tu croises ces chiffres de revenu avec le comportement dans l'app grâce à PostHog. RevenueCat te dit combien et qui paie, PostHog te dit pourquoi les autres décrochent avant.

Combien coûte RevenueCat ?

RevenueCat est gratuit jusqu'à 2 500 $ de revenu mensuel suivi, ce qui couvre largement tes débuts. Au-delà, l'outil se rémunère en prenant environ 1 % du revenu que tu génères (vérifie la grille à jour sur leur site, elle évolue).

Son grand concurrent, c'est Superwall, plus orienté paywall sur mesure et tests A/B agressifs. RevenueCat reste le plus complet pour piloter l'ensemble des abonnements, c'est pour ça que je l'utilise. Dans les deux cas, ce pourcentage est dérisoire comparé au temps que tu économises à ne pas coder toute la plomberie des deux stores toi-même.

Questions fréquentes

RevenueCat, c'est quoi en une phrase ?

C'est un service qui gère les abonnements et achats in-app de ton app iOS et Android via une seule API, pour t'éviter de coder toute la plomberie de StoreKit et Google Play Billing.

RevenueCat est-il gratuit ?

Oui jusqu'à 2 500 $ de revenu mensuel suivi. Au-delà, il prend environ 1 % du revenu généré. C'est très peu comparé au temps de développement économisé.

Quelle différence entre un product, un entitlement et un offering ?

Le product est l'abonnement défini dans les stores (mensuel, annuel). L'entitlement est le niveau d'accès débloqué ("premium"), indépendant du produit. L'offering est ce que tu affiches sur ton paywall, modifiable à distance. Ton code vérifie l'entitlement, jamais le produit.

Paywall classique ou hard paywall : lequel choisir ?

Le hard paywall (app bloquée tant qu'on ne s'abonne pas) convertit mieux en pourcentage mais réduit ton volume d'utilisateurs. Le paywall classique (fermable) fait l'inverse. J'utilise le classique sur Sam Tennis et le hard paywall sur Sukr. Teste et mesure, tu peux basculer sans changer ton code.

RevenueCat ou Superwall ?

RevenueCat est le plus complet pour piloter l'ensemble des abonnements et le revenu. Superwall est spécialisé dans les paywalls sur mesure et les tests A/B. Beaucoup d'apps utilisent RevenueCat pour la gestion et ajoutent Superwall pour le paywall. Pour démarrer en solo, RevenueCat seul suffit largement.