Commission de l'App Store et de Google Play, ce qu'un abonnement vous laisse vraiment
Le chiffre que tout le monde cite, 30 %, n'est plus celui que vous paierez. Les deux boutiques ont revu leur grille en 2026, Google Play au 30 juin pour l'Espace économique européen et l'App Store au 1er octobre pour les boutiques de l'Union européenne. Si vous vendez un abonnement depuis la France, ce sont ces deux textes-là qui vous concernent.
Ce que les boutiques retiennent sur un abonnement vendu en France
Commençons par Apple, dont la grille européenne a changé le plus récemment. Elle découle du contrat de licence du programme développeur mis à jour le 18 août 2026, et sa date d'effet est écrite noir sur blanc : « Effective October 1, 2026, the updates include » (page d'Apple sur les changements pour les applications dans l'Union européenne). Le taux de base n'est plus 30 %.
La même page porte quatre taux, et c'est la combinaison qui compte. Sur les ventes traitées par l'achat intégré d'Apple, la commission est de 26 %. Elle descend à 15 % pour plusieurs cas qu'Apple regroupe dans une seule ligne : les participants au programme pour petites entreprises, ceux du programme Mini Apps, ceux du programme Video Partner, et les « sales of auto-renewable subscriptions after their first year ». Si vous passez par un prestataire de paiement tiers à l'intérieur de l'application, la commission tombe à 20 %, et à 10 % dans les mêmes cas.
Chez Google, la grille a changé trois mois plus tôt. La page des frais de service fixe son entrée en vigueur sans détour : le taux applicable se détermine selon l'ancienneté de l'installation de l'utilisateur, « with the regional rollout date (June 30, 2026 for the EEA, UK, and US; September 30, 2026 for Australia and Japan) serving as the effective date » (grille des frais de service de Google Play). Le taux suit la région de l'utilisateur qui paie, pas la vôtre : pour une clientèle française, c'est en vigueur depuis juin.
Le taux se lit dans une colonne dont l'intitulé lève toute ambiguïté, « Auto-renewing subscriptions (new & existing installs) » : « 10% + 5% billing fee ». Les deux composantes ne sont pas dues dans les mêmes conditions. Les frais de facturation de 5 % suivent l'usage du moyen de paiement de Google et non le chiffre d'affaires, et la page l'écrit dans sa note : ils s'appliquent quand l'achat se conclut « using Google Play Billing ».
| Abonnement à 4,99 € vendu depuis la France | Ce que la boutique retient | Ce qui vous reste, avant taxes |
|---|---|---|
| App Store, achat intégré, première année | 26 % | 3,69 € |
| App Store, achat intégré, programme petites entreprises ou abonnement au-delà de sa première année | 15 % | 4,24 € |
| App Store, prestataire de paiement tiers dans l'application | 20 %, ou 10 % dans les deux cas ci-dessus | 3,99 € ou 4,49 € |
| App Store, offre hors application avec lien, vente dans les 7 jours du clic | 15 %, ou 10 % dans les mêmes cas | 4,24 € ou 4,49 € |
| Google Play, abonnement auto-renouvelable | 10 % plus 5 % de frais de facturation | 4,24 € |
Deux choses sautent aux yeux. La fidélité paie : un abonné qui passe sa première année vous rapporte ensuite 4,24 € au lieu de 3,69 €, et les deux boutiques finissent au même endroit. Le programme pour petites entreprises d'Apple vous y amène dès le premier mois, ce qui en fait la première chose à vérifier dans un compte développeur. Un point de méthode avant de bâtir un prix sur ces montants : la commission porte sur le prix payé par le client, « App Store commission rates apply to the price paid by the customer ». Ils sont donc à lire avant taxes.
Un lien de paiement vers votre site évite-t-il les frais ?
Non, et c'est le contresens le plus répandu. Chez Google, sortir de Google Play Billing suppose de s'inscrire au programme d'offres externes, qui porte ses propres frais. L'acquisition initiale est à 0 %, mais les frais de service continus restent dus, à 10 % sur un lien vers l'achat d'un abonnement auto-renouvelable. Vous économisez les frais de facturation, pas les frais de service.
Le mot qui change tout est « inscrire », et la page en fait une condition préalable : « Developers must meet the below eligibility and requirements, and complete their enrollment in this program prior to promoting external offers » (conditions du programme d'offres externes de Google Play). Il faut être immatriculé comme entreprise, intégrer les API du programme, et déclarer à Google chaque transaction concernée dans les vingt-quatre heures.
La contrepartie pèse plus que les frais. Une application inscrite perd le droit d'employer le moyen de paiement de la boutique : « Enrolled Play managed apps are only eligible to use alternative billing without user choice for in-app purchases and may not use Google Play Billing or user choice billing. » Le programme remplace donc le tunnel de la boutique au lieu de s'y ajouter. Pour cinq points, avec cette intégration et cette exclusivité, nous le déconseillons à une TPE qui démarre.
Côté Apple, la sortie existe aussi, et elle a son propre tarif. La page des conditions européennes porte une commission de services de boutique qui s'applique « when your app uses an out-of-app offer with an actionable link », avec une fenêtre que peu de monde a lue : « Only sales made within 7 days of the link tap are subject to this commission. » Le taux est de 15 %, ramené à 10 % dans les mêmes cas que plus haut. Renvoyer vers votre site ne vous sort donc pas de la commission, cela la déplace. Le droit d'usage, lui, vient avec le contrat mis à jour : « Have access to the entitlement you'll need to offer alternative payment options for digital goods and services in your app on the App Store in EU storefronts ». Le détour par le navigateur a enfin un coût qu'aucune grille ne chiffre : chaque écran où l'utilisateur ressaisit une carte perd du monde. Ce qui est permis dans l'application relève, lui, des règles de revue détaillées dans notre article sur les règles de paiement de l'App Store et de Google Play.
Que perd-on en laissant la boutique encaisser ?
Surtout la relation commerciale. La boutique tient le moyen de paiement, le calendrier de renouvellement, le remboursement et la résiliation. Elle vous transmet un état d'abonnement ; le client, lui, reste le sien. Sur les applications que nous exploitons, c'est cette perte qui gêne, bien plus que la part retenue.
Le second effet est moins connu, et il se lit dans les deux textes de 2026 : changer d'avis coûte cher. Apple demande à l'éditeur qui bascule de « maintain their choice of payment options for 12 months », et le passage aux conditions européennes n'est pas automatique, il suppose que le titulaire du compte accepte le contrat mis à jour. Google, de son côté, interdit le retour à son propre moyen de paiement tant que l'application reste inscrite au programme d'offres externes. L'architecture de facturation n'est donc pas un réglage, c'est un engagement d'un an au moins.
Deux constats reviennent à chaque recette. La résiliation se décide dans les réglages du téléphone, et nous l'apprenons après coup. L'adresse électronique de l'abonné, elle, reste chez la boutique quand l'application ne la demande pas, ce qui change tout pour qui comptait sur une base de contacts.
Quand nous faisons souscrire ailleurs que dans l'application
AquaPro Manager montre l'architecture que nous recommandons en B2B. C'est une plateforme SaaS pour les professionnels de la piscine, et sa fiche décrit deux plans, Starter et Business, des abonnements récurrents via Stripe et une conformité PCI DSS. Une phrase de cette fiche décide de tout le reste : les piscinistes s'abonnent directement depuis la plateforme. L'application Flutter équipe les techniciens de terrain, le back-office Next.js les gérants, et l'abonnement ne traverse aucune boutique.
Notre position : sur un outil métier vendu à des entreprises, nous recommandons cette séparation, et nous la recommandons au cadrage. Elle garde chez vous la facturation, le prix négocié et le prorata d'un changement de plan, et elle vous dispense de tout l'arbitrage précédent, puisqu'il n'y a rien à déverrouiller dans l'application.
Encore faut-il lire la grille de Stripe jusqu'au bout. La grille française affiche « 1,5 % + 0,25 € » pour les cartes standard de l'Espace économique européen, mais la même grille porte « 2,8 % + 0,25 € » pour les cartes premium de cette même zone, « 3,15 % + 0,25 € » pour les cartes internationales, et « + 2 % » en cas de conversion de devises (grille tarifaire française de Stripe). Or une carte d'entreprise est très souvent une carte premium. Sur un abonnement B2B, raisonnez à 2,8 %.
Ce que nous déconseillons, en revanche, c'est de bâtir un tunnel de paiement maison dans une application grand public pour échapper aux boutiques. MamaSafe Food est développée en React Native avec Expo, publiée sur Google Play, et porte un plan Premium à 4,99 € par mois. Pour ce genre de produit, la vitrine de la boutique est le canal d'acquisition, et sa part se raisonne comme un coût d'acquisition qui entre dans le prix de vente.
Ce que le branchement coûte à développer
Les taux occupent toute la discussion, et le développement aucune. C'est pourtant un poste. Dans notre grille de coût d'une application mobile sur-mesure, une intégration majeure se situe entre 2 500 et 5 000 €, et une intégration Stripe avec abonnements, add-ons et prorata se place dans le haut de cette fourchette. Le bouton de paiement se branche en une journée. Les cas qui viennent après prennent le reste.
- le renouvellement qui échoue, et la décision commerciale du jour où l'accès se coupe ;
- le changement de plan en cours de cycle, avec le calcul du prorata ;
- le remboursement, qui doit redescendre jusqu'aux droits dans l'application ;
- la réconciliation entre l'abonnement tel que le prestataire le connaît et son reflet dans votre base.
Deux de ces postes nous ont coûté plus cher que prévu, et nous les chiffrons séparément depuis. La réconciliation d'abord : l'abonnement vit chez le prestataire, son reflet vit chez nous, et les deux divergent au premier incident réseau. Nous avons appris à ne jamais écrire l'état d'un abonnement depuis l'application, et à traiter l'événement reçu du prestataire comme la seule vérité. Les relances ensuite, chiffrées comme un envoi d'e-mail alors que ce sont un calendrier, des états intermédiaires et une règle de coupure à faire valider.
Ce que nous ne savons pas faire : récupérer après coup les coordonnées d'un abonné venu par une boutique. Si votre plan commercial suppose une base de contacts, l'achat intégré ne la construira pas, et l'écran qui la demande se prévoit au cadrage.
Questions fréquentes
Quelle commission l'App Store prend-il sur un abonnement vendu en France ?
Un lien de paiement vers son propre site évite-t-il les frais de Google Play ?
Combien coûte un encaissement par Stripe en France ?
Faut-il vendre l'abonnement dans l'application mobile ou sur le site ?
À votre place, nous ne commencerions pas par comparer des pourcentages. Nous poserions les deux questions qui les rendent secondaires : qui signe le contrat, et où cette personne découvre le produit. Les taux se classent ensuite tout seuls. L'erreur coûteuse consiste à arrêter un prix de vente avant d'avoir tranché, puis à découvrir ce qu'il en reste dans un tableau de bord six mois plus tard.
C'est l'un des premiers arbitrages que nous posons au cadrage d'une mission de développement d'application mobile, parce qu'il décide de l'architecture autant que de la marge.
