Votre boutique web est un produit : le playbook LiveOps DTC mobile

Réponse directe — comment un studio de jeux mobiles doit-il piloter sa boutique web en 2026 ? Pilotez-la comme un produit opéré, avec une feuille de route et un propriétaire, pas comme une page de paiement greffée sur le jeu. Dans les données de plateforme d’Appcharge elle-même — couvrant, selon ses propres chiffres, près de 700 millions de dollars de transactions annuelles en direct-to-consumer et des millions de sessions de paiement aux États-Unis, en Europe et en Asie — « 97 % du revenu de la boutique web provenait d’acheteurs récurrents », et les taux de rachat « bondissent au-delà de ~84 % » une fois qu’un joueur atteint son troisième achat en boutique web. Cela fait de la boutique web un problème de rétention avant d’être un problème de paiement : le travail qui rapporte, c’est de recruter le premier achat, puis de programmer des offres, de couvrir les moyens de paiement locaux et de faire tourner une messagerie de cycle de vie contre une base qui compose.

La plupart des studios budgètent encore la boutique web comme un ticket d’intégration : un trimestre d’ingénierie, une clé de paiement, une bannière de réduction, terminé. Ce cadrage avait du sens quand tout l’argument du direct-to-consumer tenait à l’arbitrage sur les frais. Ce n’est plus le cas — et les opérateurs qui font vraiment du volume sont ceux qui ont staffé leur boutique comme un jeu live.

La boutique web est-elle vraiment devenue une infrastructure ?

Deux fournisseurs de paiement le disent à propos de leurs propres chiffres — un indice directionnel, pas une mesure de marché.

Appcharge, une plateforme de paiement DTC pour éditeurs de jeux mobiles, déclare avoir « dépassé 1 milliard de dollars de volume de transactions annualisé en direct-to-consumer ». La progression qu’elle publie est la partie intéressante : « En juillet 2025, nous étions à 500 millions de dollars. En janvier 2026, 700 millions de dollars. Aujourd’hui, 1 milliard de dollars. » GamesBeat a daté cette étape au 23 mars 2026, et PocketGamer.biz en a parlé le lendemain. Appcharge ajoute qu’elle prend en charge « plus de 150 jeux mobiles dans le monde » et cite des partenaires « de King et Huuuge à Tripledot Studios et SciPlay ».

Il faut lire le périmètre avant de réutiliser ce chiffre : c’est un volume annualisé au rythme courant, transitant par les rails d’un seul fournisseur, auto-déclaré — pas une mesure du DTC à l’échelle du marché des jeux mobiles. Ce que cela démontre, c’est un changement d’échelle opérationnelle : assez d’éditeurs opèrent désormais sérieusement des boutiques web pour qu’un fournisseur double son débit en huit mois.

Le repositionnement d’Xsolla en août 2026 dit la même chose côté produit. L’entreprise se décrit comme « alimentant plus de 800 expériences D2C de jeux mobiles avec des paiements mondiaux et des services de merchant-of-record taillés pour l’industrie du jeu vidéo » et bénéficiant de « la confiance de plus de 70 % des 100 jeux les plus rentables » — là encore, ses propres chiffres. Elle a intégré la boutique dans un bundle organisé autour de Core, Engagement, Monetization et Operations, avec du LiveOps no-code, de l’analytics et de l’attribution dans cette dernière brique. Le président Chris Hewish a posé la raison sans détour : « Une page de paiement seule n’a jamais suffi. Les studios avaient besoin des outils d’acquisition, d’engagement et de live-operations autour d’elle pour augmenter les opportunités de monétisation et la rétention des joueurs, ce que la plupart ne pouvaient pas construire seuls. »

Quand votre fournisseur de paiement arrête de vendre du checkout et se met à vendre du LiveOps, il vous dit où se trouve la difficulté. Décider où une boutique web se place aux côtés des stores, des canaux OEM et des marketplaces alternatives que vous exploitez déjà, c’est le travail de séquençage que fait notre pratique distribution avant qu’un seul ticket d’intégration ne soit écrit.

Pourquoi la boutique web est-elle un produit de rétention plutôt qu’un produit de paiement ?

Parce que quasiment aucun de cet argent n’est de l’argent nouveau. Le rapport d’Appcharge sur ses propres données de transaction indique que « 97 % du revenu de la boutique web provenait d’acheteurs récurrents », puis nomme le point d’inflexion : « Une fois qu’un joueur atteint son troisième achat en boutique web, le churn s’effondre littéralement. Toutes régions confondues, les taux de rachat bondissent au-delà de ~84 % et continuent de grimper. »

Ensemble, ces phrases réorganisent la feuille de route. Si le revenu est du revenu récurrent, un point de pourcentage de conversion au checkout est une erreur d’arrondi : l’actif, c’est la cohorte passée la ligne du troisième achat, et l’événement rare, c’est le premier achat en boutique web.

Donc l’indicateur du dashboard n’est pas le « taux de conversion de la boutique web » — il bouge avec le mix de trafic et ne vous dit rien. C’est la part de votre base payante ayant trois achats en boutique web ou plus, par cohorte, plus le temps qu’un nouvel acheteur DTC met à l’atteindre. Cela règle aussi la question de la propriété : un calendrier LiveOps pour les événements in-game plus un calendrier marketing séparé pour les promotions de la boutique vont diverger en un trimestre, et la boutique perdra, parce que c’est le jeu qui a l’audience. Un seul propriétaire, un seul calendrier, des offres construites contre la progression et la saison que votre équipe live fait déjà tourner.

Rien de tout cela ne dit que les frais ont cessé de compter — seulement qu’ils ont cessé d’être tout l’argument. Dans l’EEE, au Royaume-Uni et aux États-Unis depuis le 30 juin 2026, Google indique que ses frais de service sont de « 10 % + frais de billing, le cas échéant (standard, récurrent, nouvelles installations) » et « 20 % + frais de billing, le cas échéant (standard, non récurrent, nouvelles installations) », le frais de billing étant « fixé à 5 % » dans ces trois régions. Nous avons refait l’arithmétique par transaction sur ces taux dans notre décryptage des frais 2026 de Google Play. La conclusion là-bas est la prémisse ici : la grille tarifaire est publique et fixe, donc la variable qui reste sous votre contrôle, c’est la part de votre revenu que la boutique capture réellement — une question opérationnelle.

À quoi ressemble l’entrée en matière vers une boutique web ?

L’écart entre un joueur qui n’a jamais acheté hors du jeu et un joueur à son troisième achat en boutique web, c’est là que se joue le travail de design, et les données d’Appcharge donnent une forme à ce funnel.

Son rapport décrit les payment links — un checkout remis à un joueur précis plutôt qu’une boutique navigable — comme un instrument de recrutement. Aux États-Unis, « 56 % des joueurs ayant utilisé les Payment Links étaient complètement nouveaux au DTC », et « environ 25 % de ces acheteurs de Payment Link finissent par faire un premier achat en boutique web ». La boutique, elle, porte le panier le plus gros : « la valeur moyenne d’achat en boutique web aux États-Unis était 3× plus élevée que via les Payment Links ».

C’est un funnel à deux étages, pas deux produits concurrents. Les liens recrutent des joueurs qui n’auraient jamais navigué vers une boutique ; la boutique les monétise une fois l’habitude installée. Le séquençage en découle : lancez des offres via des liens à l’intérieur de vos temps forts LiveOps existants, mesurez combien de ces acheteurs reviennent via la boutique, et alors seulement investissez dans le merchandising et les bundles personnalisés pour cette cohorte qui revient.

Le rail qui porte tout cela aux États-Unis s’est ouvert par la voie judiciaire, et il vaut la peine de savoir exactement jusqu’où. Les App Review Guidelines d’Apple indiquent que ses entitlements de lien d’achat externe « ne sont pas requis pour que les développeurs incluent des boutons, des liens externes ou d’autres appels à l’action dans leurs apps du storefront des États-Unis », l’interdiction anti-steering s’appliquant « Dans tous les autres storefronts, à l’exception du storefront des États-Unis, où cette interdiction ne s’applique pas ». Le péage sur ce rail reste incertain : dans son avis du 11 décembre 2025 sur Epic Games v. Apple, la Cour d’appel du neuvième circuit a confirmé les conclusions d’outrage mais a annulé l’interdiction générale de commission et renvoyé l’affaire, recommandant qu’« Apple devrait pouvoir facturer une commission sur les achats renvoyés en externe, fondée sur les coûts véritablement et raisonnablement nécessaires à sa coordination des liens externes pour ces achats, mais pas plus ». TechCrunch rapportait en août 2026 que le dépôt d’Apple auprès du tribunal de district proposait « de nouvelles commissions de 15 % pour les apps standards, avec des remises supplémentaires pour les développeurs inscrits à des programmes Apple spéciaux » — une proposition, pas un taux en vigueur.

Donc : construisez la boutique avec son hypothèse de marge comme un paramètre configurable, pas comme un chiffre codé en dur dans un tableur écrit par quelqu’un en 2025.

Pourquoi la couverture des moyens de paiement est une décision de distribution

La partie la plus sous-dotée d’une boutique web, c’est la liste des moyens de paiement, et c’est là qu’une boutique conçue pour les États-Unis perd discrètement du revenu européen. Le rapport d’Appcharge résume le contraste en une ligne à chaque fois. Aux États-Unis, « trois moyens de paiement (cartes bancaires, Apple Pay, Google Pay) génèrent environ 75 % du revenu de la boutique web ». En Europe, « aucune méthode unique ne dépasse même 30 % de part, et une portion significative du volume se répartit sur des méthodes propres à chaque pays ».

Déployez le checkout américain en Allemagne, en Pologne ou aux Pays-Bas, et vous demandez à la plupart de vos acheteurs adressables de se rabattre sur un instrument de second choix au moment précis où ils décident s’ils veulent le bundle ou non. Le correctif est une décision de distribution, pas de plomberie : traitez la couverture des méthodes locales par marché comme vous traitez la disponibilité des stores par marché, avec la même cadence de revue. La même logique s’applique plus bas sur la courbe de revenus, là où la carte n’est pas un second choix mais aucun choix du tout — le raisonnement que nous exposons dans pourquoi la facturation opérateur convertit là où la carte échoue.

Que doit faire un studio ensuite ?

Qui doit en construire une. Les titres live-service avec un vrai calendrier LiveOps et une base de payeurs assez large pour qu’une cohorte d’acheteurs récurrents soit une vraie cohorte, pas une poignée de comptes. Un jeu sans structure saisonnière, sans cadence d’offres et sans segmentation transmettra ces trois lacunes à sa boutique web.

La séquence. Montez la boutique contre une seule région live et un seul temps fort d’événement existant. Recrutez les premiers achats avec des offres via liens à l’intérieur de ce temps fort. Instrumentez la cohorte du troisième achat avant tout le reste. Ajoutez les moyens de paiement locaux par marché comme un chantier planifié, pas comme un correctif d’urgence. Alors seulement, construisez la couche de merchandising — paliers, bundles personnalisés, email de cycle de vie — pour la cohorte qui a prouvé qu’elle revient.

Ce qu’il faut mesurer. La part des payeurs ayant trois achats en boutique web ou plus, par cohorte. Le nombre de jours entre le premier et le troisième achat en boutique web. Le taux de capture de la boutique web en part du revenu payeur, par marché. La couverture des moyens de paiement face au mix réel de chaque marché. Le net par cent dollars encaissé, tous rails confondus.

Quand ne pas se lancer. Si personne ne porte la boutique au sein de l’équipe live, ne la lancez pas — une boutique sans propriétaire dérive vers une remise permanente qui apprend à vos meilleurs payeurs à attendre. Si la base de payeurs est trop petite pour que l’économie de l’acheteur récurrent compose, consacrez le trimestre à la portée canal à la place ; la logique de séquençage se trouve dans notre framework de distribution multi-canal, et l’argument des canaux possédés face aux enchères dans le plaidoyer pour une distribution au-delà du paid UA.

FAQ

Une boutique web de jeu mobile vaut-elle encore le coup maintenant que les frais des stores ont baissé ?

Oui, mais pour une raison différente qu’en 2023. L’arbitrage sur les frais s’est resserré : Google indique que dans l’EEE, au Royaume-Uni et aux États-Unis depuis le 30 juin 2026, ses frais de service sont de 10 % plus un frais de billing sur les transactions standards récurrentes pour les nouvelles installations, le frais de billing étant fixé à 5 % dans ces trois régions. Ce qui reste, c’est le contrôle du prix, de la programmation des offres, des moyens de paiement et la relation directe avec les acheteurs récurrents — et cela ne rapporte que si la boutique est opérée, parce que les données de plateforme d’Appcharge placent 97 % du revenu de la boutique web chez les acheteurs récurrents.

Quel doit être le KPI principal d’une boutique web ?

La part de votre base payante ayant fait trois achats en boutique web ou plus, suivie par cohorte, plutôt que le taux de conversion au checkout. Appcharge rapporte qu’une fois qu’un joueur atteint son troisième achat en boutique web, « les taux de rachat bondissent au-delà de ~84 % et continuent de grimper » toutes régions confondues. Cela fait du troisième achat le seuil à viser en priorité, et du temps que met un nouvel acheteur DTC à l’atteindre, le chiffre à comprimer.

Les payment links cannibalisent-ils une boutique web ?

Les propres données de transaction d’Appcharge les traitent comme deux étapes d’un même funnel. Elle rapporte qu’aux États-Unis « 56 % des joueurs ayant utilisé les Payment Links étaient complètement nouveaux au DTC », qu’environ 25 % de ces acheteurs finissent par faire un premier achat en boutique web, et que l’achat moyen en boutique web aux États-Unis valait 3× celui d’un achat via Payment Link. Les liens recrutent, la boutique fait composer — donc les liens en premier, la boutique merchandisée en second, est l’ordre le moins risqué.

Peut-on renvoyer des joueurs américains vers une boutique web depuis une app iOS ?

Les App Review Guidelines d’Apple indiquent que ses entitlements de lien d’achat externe « ne sont pas requis pour que les développeurs incluent des boutons, des liens externes ou d’autres appels à l’action dans leurs apps du storefront des États-Unis », l’interdiction anti-steering s’appliquant dans tous les storefronts sauf les États-Unis. Ce qu’Apple peut facturer pour ce renvoi externe reste non résolu : la Cour d’appel du neuvième circuit a annulé l’interdiction générale de commission le 11 décembre 2025 et renvoyé l’affaire, et le dépôt d’Apple d’août 2026 proposant 15 % pour les apps standards est une proposition, pas un taux en vigueur.

---

Travailler à déterminer si une boutique web justifie son trimestre d’ingénierie — face aux stores alternatifs, aux canaux OEM et à la facturation opérateur déjà sur votre feuille de route — c’est la modélisation que notre équipe distribution fait tourner avec les studios. Parlez-nous avant d’engager le sprint, ou commencez par le Founding Developer Program si l’ordre des canaux compte encore plus pour vous que le checkout.