DMCC britannique, six mois après : ce qu'ont changé Apple et Google

Réponse directe — Qu’est-ce qui a réellement changé pour les éditeurs de jeux au Royaume-Uni, six mois après les engagements DMCC d’Apple et Google ? Moins que ce que les titres de presse laissaient entendre. Les engagements entrés en vigueur le 1er avril 2026 couvrent la revue des applications, le classement dans le store, l’usage des données développeur et, pour Apple seulement, un canal de demande d’accès interopérable aux fonctionnalités iOS ; ils ne touchent ni aux commissions, ni aux paiements, ni aux stores tiers. Les changements qui déplaceraient de l’argent — une exigence de conduite sur le steering pour Apple et Google, et un possible accès NFC sur iOS — étaient encore au stade de consultation au 8 octobre 2026, la CMA indiquant qu’une décision viendrait « plus tard cette année ».

Quand la Competition and Markets Authority britannique (CMA, l’autorité de la concurrence du Royaume-Uni) a désigné Apple et Google en octobre 2025, de nombreux éditeurs ont classé le Royaume-Uni juste derrière l’UE et le Japon comme la troisième juridiction forçant l’ouverture de la distribution mobile. Six mois après l’entrée en vigueur des premières mesures, ce classement doit être corrigé. Cet article distingue les trois niveaux que l’on continue de confondre (désignation, engagements volontaires, exigences de conduite) et dit clairement ce qu’un studio vendant à des joueurs britanniques peut utiliser dès aujourd’hui.

Désignation, engagements, exigences de conduite : qu’est-ce qui est réellement en vigueur ?

Seuls les engagements sont en vigueur, et ils sont de nature procédurale.

• Désignation (22 octobre 2025). La CMA a confirmé qu’Apple et Google détiennent chacun le statut de marché stratégique (SMS) sur leurs plateformes mobiles, qui selon elle « couvrent les systèmes d’exploitation, la distribution d’applications, les navigateurs et les moteurs de navigation sur smartphones et tablettes ». La CMA a été explicite : la désignation « n’est pas un constat d’infraction et n’introduit aucune exigence immédiate ».
• Engagements (en vigueur depuis le 1er avril 2026). Plutôt que d’imposer des règles, la CMA a accepté des engagements volontaires des deux entreprises. Elle les a mis en consultation entre le 10 février et le 3 mars 2026 et a reçu 53 réponses, reconnaissant que « la majorité des répondants étaient en désaccord avec l’introduction proposée d’engagements » plutôt que de règles contraignantes. Elle a néanmoins avancé, les qualifiant de « moyen le plus rapide et le plus pragmatique » pour obtenir des résultats, et a décidé de « ne pas prioriser les CR dans ce domaine pour le moment ».
• Exigences de conduite (proposées, pas imposées). Le 30 juin 2026, la CMA a publié des propositions d’exigences de conduite sur le steering pour Apple et Google. Cette consultation s’est close le 28 juillet 2026 et les réponses ont été publiées le 14 août 2026. À l’heure où nous écrivons ces lignes, la page du dossier Apple ne mentionne aucune décision postérieure à cette date.

Pour un studio de jeux visant le Royaume-Uni : depuis avril, vous avez de meilleures garanties de procédure et les mêmes conditions commerciales.

Ce que les engagements apportent concrètement à un studio de jeux

Une revue d’application plus rapide, plus responsable, et un droit de réclamation documenté. C’est utile pour les équipes live-ops. Cela ne change rien à la marge.

Côté Apple, les engagements couchent par écrit quelques promesses opérationnellement utiles. Apple « s’efforcera de fournir une décision de rejet ou d’approbation pour 90 % des soumissions d’application dans un délai de 24 heures », expliquera en quoi une soumission rejetée enfreint les règles, et permet aux développeurs de « faire appel de cette décision de plein droit auprès de l’App Review Board ». Apple conserve une voie de revue accélérée couvrant explicitement « les mises à jour visant à corriger un bug critique ou lorsque l’objet de l’application est lié à un événement spécifique, comme des compétitions de jeu ou des expériences diffusées en direct ». Apple s’engage également à donner un préavis d’environ une semaine avant tout changement majeur des critères de recherche utilisés pour les applications sur la vitrine britannique de l’App Store, et à faire fonctionner un canal de réclamation dédié pour les développeurs britanniques.

Côté Google, les engagements codifient surtout une pratique déjà en place sur Play : une revue au regard d’une politique publiée, menée par une équipe distincte des équipes applicatives propriétaires de Google, une explication pour chaque rejet, un appel interne, et une meilleure visibilité sur la médiation indépendante via le Centre for Effective Dispute Resolution (CEDR).

Pour un studio de jeux, la valeur est étroite mais réelle : un hotfix pendant un live event ou un build rejeté avant un lancement mis en avant dispose désormais d’un chemin d’escalade documenté et, côté Apple, d’un objectif de délai affiché.

Ce que les engagements ne couvrent pas compte davantage. Rien n’y figure sur les taux de commission, les prestataires de paiement, les liens de redirection externes (link-outs), le sideloading ou les stores tiers. Si votre intérêt pour le régime britannique était commercial, le paquet d’avril n’a jamais été la partie qui comptait. Peser comment la portée britannique s’intègre dans un plan multi-store plus large est le type de question que nous traitons avec notre practice de distribution.

Le canal d’interopérabilité, et pourquoi le NFC est un chantier séparé

L’engagement d’interopérabilité d’Apple est un processus de demande, pas un droit d’accès. Depuis avril, les développeurs dont l’adhésion à l’Apple Developer Program est enregistrée au Royaume-Uni peuvent soumettre des demandes d’interopérabilité via un questionnaire web dédié. Apple « s’efforcera de fournir aux développeurs une mise à jour sur le statut de leurs demandes dans un délai de quatre semaines », et de répondre aux demandes de statut sur les requêtes éligibles dans un délai de deux semaines. Mais elle évalue les demandes selon des critères incluant « l’alignement avec les priorités de la plateforme d’Apple », le coût de mise en œuvre et l’impact sur sa propriété intellectuelle, et recevoir une demande « ne crée aucune obligation ni aucune attente qu’Apple s’engage à construire une fonctionnalité spécifique demandée ». Un studio dont le compte développeur est enregistré hors du Royaume-Uni ne peut pas utiliser ce canal.

Le NFC est souvent décrit comme faisant partie de l’accord d’avril. Ce n’est pas le cas. La réponse d’avril de la CMA indiquait qu’elle « travaille à comprendre comment ouvrir au mieux l’accès à la fonctionnalité des smartphones Apple — la puce NFC — pour permettre à des concurrents tiers d’Apple Wallet d’y accéder ». Le 30 juin 2026, elle a publié un appel à contributions séparé sur l’accès NFC sur iOS, avec des avis attendus pour le 21 juillet 2026, portant sur « la méthode technique par laquelle l’accès NFC devrait être fourni » et « le prix facturé pour cet accès ». Pour la plupart des studios de jeux, c’est un sujet à surveiller, pas un élément de roadmap.

Le steering : la partie qui déplacerait vraiment de l’argent

La proposition d’exigence de conduite sur le steering est la première mesure britannique qui changerait l’économie des jeux, et elle n’est pas encore en vigueur. L’annonce de juin de la CMA a résumé la position actuelle sans détour : le steering « est actuellement interdit par Apple et restreint par Google au Royaume-Uni ».

Sur iOS, le document de consultation de la CMA note qu’Apple « facture actuellement une commission affichée de 30 % sur les paiements de biens et services numériques », et que les développeurs britanniques vendant des biens numériques ne sont généralement pas autorisés à traiter des paiements hors d’In-App Purchase, ni à afficher un appel à l’action pointant vers des offres ailleurs. Une exception compte pour les jeux : les objets achetés sur une autre plateforme, comme une boutique web, peuvent être utilisés dans l’app s’ils sont également disponibles en achat intégré. C’est la voie étroite qu’utilisent aujourd’hui les boutiques web britanniques, et pourquoi un playbook LiveOps DTC pour boutique web doit encore se construire autour de cette contrainte plutôt qu’autour de liens in-app.

Le projet d’exigence pour Apple changerait cela. Apple serait empêchée d’interdire aux développeurs d’inclure des liens renvoyant les utilisateurs britanniques vers des sites web externes pour finaliser un achat, de restreindre « le niveau ou la forme des prix » qu’un développeur affiche via ces liens, et d’ajouter une friction au-delà d’un unique écran interstitiel formulé de façon neutre. Apple pourrait toujours facturer des frais de steering, mais uniquement sur les achats effectués « dans un délai maximal de sept jours » après que l’utilisateur a atteint la caisse externe, pas sur les reconductions automatiques d’abonnements souscrits avant que l’utilisateur ne soit redirigé, et à un niveau qu’elle devrait justifier auprès de la CMA selon des principes fondés sur les coûts, sur la valeur et sur la simplicité administrative. L’avis provisoire de la CMA est que les frais de steering « doivent être nettement inférieurs aux taux de commission affichés actuels pour garantir une intervention efficace ». Notamment, le projet définit les développeurs couverts selon la localisation de leurs utilisateurs, pas celle du studio : il s’applique aux applications « mises à disposition, ou accédées par, des utilisateurs finaux au Royaume-Uni ».

Sur Android, le tableau est déjà différent, parce que Google a bougé le premier avec ses propres changements mondiaux. Depuis le 30 juin 2026, la grille tarifaire de Google Play au Royaume-Uni applique des frais de service de 10 % sur le premier million de dollars de revenus annuels d’un développeur, 20 % sur les transactions non récurrentes issues de nouvelles installations et 25 % sur celles issues d’installations existantes au-delà de ce seuil, plus des frais de billing séparés de 5 % lorsque Google Play Billing est utilisé. La consultation de la CMA sur Google indique qu’elle « évaluera l’impact probable de ces changements récents », et note que le billing alternatif britannique antérieur comportait « des limitations importantes », dont le fait que « les développeurs de jeux étaient exclus de la participation au programme User Choice Billing de Google ». Nous détaillons les nouveaux paliers de Play dans notre guide sur le programme de choix de billing de Google Play.

Comment le Royaume-Uni se compare, et que faire maintenant

Le Royaume-Uni est, pour l’instant, le plus lent des trois régimes sur les leviers commerciaux. La DMA européenne a ouvert iOS aux marketplaces alternatives sous l’architecture tarifaire propre d’Apple, que nous avons chiffrée dans ce que la Core Technology Fee coûte réellement à un studio. Le Japon est passé en vigueur en décembre 2025 avec des stores alternatifs, des paiements et des grilles tarifaires publiées, comme nous le couvrons dans l’ouverture de la distribution MSCA au Japon. Le Royaume-Uni a choisi la procédure d’abord et les paiements ensuite ; sur les stores tiers et le sideloading, la CMA a seulement indiqué qu’elle « continuera de suivre les développements internationaux ». Un plan Royaume-Uni fin 2026 passe encore par l’App Store et Google Play.

1. Utilisez les garanties de procédure. Assurez-vous que vos release managers connaissent la voie de revue accélérée d’Apple et l’appel auprès de l’App Review Board, ainsi que l’appel Google et la voie de médiation CEDR. Cela ne coûte rien.
2. Chiffrez le levier Android dès maintenant. La grille tarifaire britannique de Google et le choix de billing sont actifs dès aujourd’hui ; l’équivalent côté Apple ne l’est pas.
3. Préparez un plan de lien de redirection iOS, mais ne livrez pas contre un projet. Cadrez ce dont une caisse web britannique aurait besoin (liaison de compte, tarification, remboursements, fiscalité) pour pouvoir avancer vite si l’exigence de steering est imposée. Ne modélisez pas un niveau de frais de steering : aucun n’a été fixé.
4. Surveillez la prochaine mise à jour de la CMA. Les premiers rapports de conformité semestriels des deux entreprises devaient être remis à la CMA avant le 30 septembre 2026, et elle prévoit une première mise à jour de suivi avant la fin de 2026. Cette mise à jour et la décision sur le steering sont les prochains signaux qui comptent.

FAQ

Les engagements de la CMA changent-ils la commission d’Apple ou de Google au Royaume-Uni ?

Non. Les engagements en vigueur depuis le 1er avril 2026 couvrent la revue des applications, le classement dans le store, l’usage des données développeur et, pour Apple, les demandes d’interopérabilité. Les conditions de commission et de paiement ne sont traitées que par les propositions d’exigences de conduite sur le steering, qui n’avaient pas été décidées au 8 octobre 2026. Les frais de service britanniques réduits de Google depuis le 30 juin 2026 proviennent de son propre changement de grille tarifaire, pas des engagements.

Un développeur de jeux britannique peut-il aujourd’hui renvoyer ses joueurs vers une boutique web depuis une app iOS ?

Pas pour les biens numériques, selon les règles actuelles de l’App Store telles que décrites par la CMA. Les objets achetés sur le web peuvent être utilisés dans l’app s’ils sont également vendus en achat intégré. La proposition d’exigence de steering pour Apple autoriserait des liens d’achat externes pour les utilisateurs britanniques, mais ce n’est encore qu’une proposition.

La première période de reporting de conformité est-elle close ?

Oui. La première période de reporting semestriel de Google a couru du 1er avril au 30 juin 2026, avec un premier rapport attendu avant le 30 septembre 2026 ; les premiers rapports semestriels d’Apple couvrent la période du 1er janvier au 30 juin 2026. La majeure partie de ce reporting est transmise à la CMA de façon confidentielle. La CMA a indiqué qu’elle publiera une première mise à jour sur la conformité avant la fin de 2026.

Le régime britannique autorise-t-il les stores d’applications tiers sur iOS ?

Non. Ni les engagements ni la proposition d’exigence de steering ne couvrent les marketplaces d’applications alternatives ou le sideloading. La CMA a indiqué qu’elle continue de suivre les développements internationaux sur ce terrain.

Un studio basé hors du Royaume-Uni en bénéficie-t-il ?

Pour les engagements de revue d’application, oui, en pratique, puisqu’ils décrivent la façon dont les stores examinent les applications. Le canal de demande d’interopérabilité d’Apple est réservé aux développeurs dont le compte Apple Developer Program est enregistré au Royaume-Uni. Le projet d’exigence de steering s’appliquerait aux applications accessibles aux utilisateurs britanniques, quel que soit le lieu d’implantation du développeur.

---

Si vous voulez une lecture claire de la place du Royaume-Uni à côté de l’UE, du Japon et du choix de billing Android pour votre titre, et des leviers qui valent la peine d’être actionnés dès maintenant, parlons-en ou découvrez comment nous pilotons les lancements multi-canaux sur notre page de distribution.