Google Registered App Stores : ce que change l'installation en un geste

Réponse directe — que change le programme Registered App Stores de Google pour les jeux distribués sur des stores Android tiers ? À partir du 1er décembre 2026, un store Android tiers enregistré auprès de Google peut installer des applications en un geste, sans l’écran de confirmation du système, et les mettre à jour en arrière-plan — mais uniquement sur les appareils sous Android 17 QPR2 ou version ultérieure, et uniquement pour les utilisateurs dont le pays de rattachement figure sur la liste de Google, qui n’inclut pas les États-Unis. L’enregistrement est facultatif, coûte 10 000 $ par an au store, et l’oblige à partager l’intégralité de son catalogue avec Google pour l’analyse antimalware. Pour les éditeurs, il supprime les deux frictions qui pénalisent le plus les stores sideloadés — la confirmation à chaque installation et les mises à jour manuelles — mais les appareils concernés ne représenteront d’abord qu’une petite part du parc Android : il améliore donc la conversion sur les stores que vous utilisez déjà, sans ouvrir de nouvelle portée du jour au lendemain.

Le programme découle de l’accord par lequel Google a indiqué, en mars 2026, avoir réglé ses litiges avec Epic Games à l’échelle mondiale, en parallèle des changements de frais Play que nous avons détaillés dans notre guide des frais Google Play et du choix de facturation. La grille tarifaire a fait les gros titres. Registered App Stores est le changement plus discret, et pour les studios qui publient hors de Play, c’est le plus structurant : il donne aux stores autres que Play un moyen officiel de se comporter comme Play sur l’appareil.

Que gagnent exactement les stores enregistrés ?

La page de présentation de Google résume en trois lignes la différence avec un store sideloadé standard :

	Registered App Store	Store tiers standard
Autorisation d’installation	Accordée automatiquement une fois le store vérifié	L’utilisateur doit activer manuellement REQUEST_INSTALL_PACKAGES dans les paramètres système
Installation d’une application	Installation en un geste, sans écran de confirmation supplémentaire	Une boîte de dialogue de confirmation pour chaque application
Mise à jour d’une application	Mises à jour en arrière-plan, avec des réglages de contrôle pour l’utilisateur	Validation manuelle de l’utilisateur pour chaque mise à jour

Quiconque a mené une campagne pour amener des joueurs vers un store sideloadé sait où ces trois lignes font mal. Le détour par les paramètres est l’endroit où les nouveaux utilisateurs abandonnent ; la boîte de dialogue à chaque installation ajoute une étape à chaque acquisition ; et les mises à jour manuelles laissent un jeu en live-ops avec des joueurs bloqués sur d’anciens builds, ce qui représente un coût de support et, pour tout ce qui vérifie la version côté serveur, un événement de churn.

Le programme ne change rien pour les stores qui restent à l’écart. L’annonce du 4 mars de Google est explicite : « Si un store choisit de ne pas participer, rien ne change pour lui et il conserve la même expérience que n’importe quelle autre application sideloadée sur Android. » Personne n’est chassé de l’appareil ; les stores enregistrés sont simplement placés en avant.

Où et sur quels appareils s’applique-t-il ?

Deux filtres décident si un joueur donné voit le parcours enregistré, et tous deux restreignent considérablement la portée initiale.

Le filtre appareil. La FAQ indique qu’« à partir du 1er décembre 2026, le statut Registered App Store est disponible sur les appareils sous Android 17 QPR2 et supérieur ». QPR2 est une mise à jour trimestrielle d’Android 17, pas une nouvelle version majeure : au lancement, le parc éligible se limite donc aux appareils qui l’ont déjà reçue. Les OEM déploient les mises à jour Android selon leur propre calendrier, si bien que les appareils d’entrée et de milieu de gamme sur lesquels s’appuient de nombreux stores tiers peuvent figurer parmi les derniers à être éligibles. Modélisez cela comme une courbe sur 2027, pas comme un interrupteur actionné le 1er décembre.

Le filtre pays. La disponibilité dépend du « pays du compte de l’utilisateur final », et non de l’endroit où se trouve le téléphone. La liste des pays pris en charge est longue — elle inclut notamment le Brésil, le Mexique, l’Inde, l’Indonésie, le Japon, la Corée du Sud, le Royaume-Uni, tous les États membres de l’UE, le Nigeria, le Kenya, l’Arabie saoudite et la Turquie — mais les États-Unis n’y figurent pas. L’annonce de Google précise que le programme « commencera d’abord en dehors des États-Unis et nous avons l’intention de l’étendre aussi aux États-Unis, sous réserve de l’approbation du tribunal. »

Ne le confondez pas avec Third-Party App Store on Play, le programme Google Play distinct, réservé aux États-Unis, dans lequel des stores concurrents sont distribués via le Play Store lui-même. La FAQ de Google trace clairement la frontière : Registered App Stores fournit « des capacités de plateforme au niveau du système d’exploitation, comme l’installation en un geste », tandis que l’autre « régit les stores tiers distribués spécifiquement dans l’écosystème du Play Store, disponible uniquement aux États-Unis ». Deux programmes, deux zones géographiques, deux problèmes différents — l’un concerne l’arrivée du store sur le téléphone, l’autre son comportement une fois qu’il y est.

Que doit faire un store pour s’enregistrer ?

C’est ici que les éditeurs doivent lire de près, car les obligations imposées par Google aux stores se répercutent sur les studios qui y sont référencés. D’après la page des exigences et le guide d’inscription :

• Une organisation vérifiée. Le store doit être exploité depuis un compte Organization dans l’Android Developer Console et disposer du statut vérifié au titre de la vérification développeur Android. Les comptes individuels ne sont pas éligibles.
• Des frais annuels de 10 000 $. Le guide d’inscription indique que « la participation active en tant que Registered App Store nécessite des frais d’enregistrement annuels de 10 000 $ », payés pour lancer l’examen d’éligibilité.
• Le partage intégral du catalogue. Les stores doivent téléverser « tous les APK actuellement publiés dans votre store », puis chaque nouvel APK ou mise à jour, vers un bucket de stockage fourni par Google « pour une analyse antimalware continue ». Chaque version ultérieure de l’APK du store lui-même doit aussi être soumise au contrôle.
• Des seuils de sécurité assortis d’un coût. « Si plus de 1 % des tentatives d’installation ou 2 % des applications du catalogue sur une période de 30 jours sont identifiées comme PHA, Google évaluera des frais variables nécessaires pour contrôler et corriger les catalogues à haut risque. »
• Une certification selon un calendrier. Les stores doivent détenir la certification MASA de l’App Defense Alliance au niveau AL2 à partir du 1er juin 2027, et afficher une section de sécurité des données construite à partir de l’App Metadata Bundle à partir du 1er décembre 2027.
• Des règles de marketplace ouverte. Le store doit fonctionner comme « une marketplace tierce ouverte à tous les développeurs éligibles, avec des politiques claires et non discriminatoires » et, s’il autorise la publicité, laisser les développeurs intégrer tout réseau publicitaire conforme à ses politiques de confiance et de sécurité.
• La responsabilité reste au store. « Les stores d’applications restent responsables de l’ensemble de leur catalogue. Google ne modérera pas le contenu disponible dans les stores d’applications enregistrés. »

Deux conséquences pour un studio. D’abord, 10 000 $ par an, plus la certification et l’ingénierie d’ingestion du catalogue, c’est dérisoire pour un grand store et une vraie décision pour un petit store régional : attendez-vous à ce que les noms établis s’enregistrent et que la longue traîne attende. Ensuite, vos builds présents dans le catalogue d’un store enregistré seront transmis à Google pour analyse. C’est la même logique d’analyse antimalware que Play applique déjà, mais mieux vaut le savoir avant de diffuser un build de pré-sortie ou exclusif à une région via un store partenaire.

Une friction réduite change-t-elle le calcul de portée des stores alternatifs ?

En partie, et à un endroit précis. Le programme aide les stores que les utilisateurs doivent télécharger eux-mêmes — les vitrines sideloadées qui dépendent aujourd’hui d’un joueur qui franchit un écran de paramètres et une alerte de sécurité. Les vitrines préinstallées dans le firmware de l’appareil, comme la plupart des stores OEM, ne passent généralement pas par ce parcours de sideload, si bien que le parcours enregistré change moins de choses pour elles. Pour la couche OEM, le changement de conformité déjà intervenu est plus pertinent : notre checklist de vérification développeur Android détaille ce qui s’applique depuis le 30 septembre 2026 aux installations depuis sept stores nommés, Google Play et six stores OEM, pour les utilisateurs au Brésil, en Indonésie, à Singapour et en Thaïlande.

Pour un store sideloadé, le gain se lit dans trois indicateurs que vous pouvez déjà mesurer :

1. Taux d’achèvement de l’installation du store — la part des utilisateurs qui arrivent sur la page de téléchargement du store et se retrouvent avec un store fonctionnel. L’installation en un geste ne concerne pas le premier sideload du store lui-même : cet indicateur est donc celui qui bouge le moins.
2. Conversion à l’installation des jeux dans le store — supprimer la boîte de dialogue de confirmation par application retire une étape de chaque installation.
3. Adoption des mises à jour — les mises à jour en arrière-plan devraient réduire la traîne de joueurs sur d’anciens builds, la métrique qui compte le plus pour les titres en live-ops.

Le constat honnête : le programme améliore l’économie de canaux que vous avez déjà décidé d’utiliser. Il ne transforme pas un store à la découverte organique faible en un store performant, et dès le premier jour il ne s’applique qu’au sous-ensemble de leurs utilisateurs sur des appareils éligibles dans les pays listés. Si vous construisez le business case d’un nouveau canal, gardez le parcours non enregistré comme scénario de base et traitez le parcours enregistré comme un potentiel qui grandit au fil de 2027. Notre équipe distribution construit ces modèles de canaux avec les studios, store par store et pays par pays.

Un changement structurel mérite d’être anticipé dès maintenant. Quand quelques stores seront enregistrés et d’autres non, les joueurs d’un même téléphone en verront la différence, et les stores non enregistrés paraîtront moins dignes de confiance en comparaison. À terme, cela devrait concentrer le volume sideloadé sur les stores qui paient pour s’enregistrer — un ensemble plus restreint et plus professionnel de vitrines alternatives, comparable au paysage des stores d’applications alternatifs que nous décrivons pour 2026.

Que demander à vos stores avant le 1er décembre ?

Ajoutez ces questions à votre prochaine revue partenaire avec tout store Android tiers sur lequel vous publiez ou que vous évaluez :

• Vous enregistrez-vous, et quand ? Obtenez une date cible pour le statut « Registered », pas une intention.
• Lesquels de nos marchés cela couvre-t-il ? Croisez vos principaux pays avec la liste des pays pris en charge par Google. Les joueurs américains ne voient aucun changement pour l’instant.
• Comment gérerez-vous la propriété des mises à jour ? La FAQ de Google indique que si un store est désinstallé, ses applications « cessent de recevoir les mises à jour automatiques », et qu’une réinstallation ne les reprend en charge que si aucun autre store n’a mis ces applications à jour entre-temps. Si votre jeu est aussi sur Play, sachez quel store gère les mises à jour pour quels joueurs.
• Que deviennent nos builds dans le flux du catalogue ? Confirmez ce que le store téléverse chez Google, et si vous devez aligner la signature ou le calendrier de release.
• Quel est votre plan pour MASA et la section de sécurité des données ? Un store qui manque les échéances du 1er juin 2027 ou du 1er décembre 2027 risque d’être exclu du programme, ce qui renverrait vos joueurs vers le parcours manuel.
• Que changent vos conditions publicitaires et de facturation ? L’enregistrement ne change pas qui gère les paiements ; vos conditions commerciales avec le store continuent de déterminer votre marge.

Ensuite, mesurez. Segmentez la conversion à l’installation et l’adoption des mises à jour par version d’Android à partir de décembre, afin de voir mi-2027, dans vos propres données, si le parcours enregistré est rentable.

FAQ

Le programme Registered App Stores est-il obligatoire pour les stores Android tiers ?

Non. La FAQ de Google indique que la participation « est entièrement facultative » et que les stores tiers « peuvent continuer à fonctionner sur Android comme aujourd’hui sans s’inscrire ». Les stores qui restent à l’écart conservent l’expérience sideloadée standard, avec l’autorisation d’installation dans les paramètres système et une confirmation pour chaque installation et chaque mise à jour.

Quand démarre le programme Registered App Stores ?

Le 1er décembre 2026, sur les appareils sous Android 17 QPR2 ou supérieur, pour les utilisateurs dont le pays du compte figure dans la liste des régions prises en charge par Google. Les États-Unis ne sont pas sur cette liste ; Google indique avoir l’intention d’étendre le programme aux États-Unis, sous réserve de l’approbation du tribunal.

Combien coûte l’enregistrement à un store ?

Le guide d’inscription de Google fixe des frais d’enregistrement annuels de 10 000 $. Les stores dont le catalogue dépasse les seuils antimalware de Google — plus de 1 % des tentatives d’installation ou 2 % des applications du catalogue identifiées comme potentiellement nuisibles sur une période de 30 jours — s’exposent à des frais variables supplémentaires.

Un store enregistré utilise-t-il la facturation Google Play ?

Rien dans les exigences de Registered App Stores de Google n’oblige un store à utiliser la facturation Google Play. Les obligations portent sur la vérification, la sécurité, le partage du catalogue et l’expérience utilisateur ; vos conditions de paiement restent celles que vous convenez avec le store.

Est-ce la même chose que des stores tiers disponibles dans Google Play ?

Non. Third-Party App Store on Play est un programme Google Play distinct, réservé aux États-Unis, pour distribuer des stores concurrents via le Play Store. Registered App Stores est une capacité de la plateforme Android qui s’applique aux stores installés hors de Play, dans les régions prises en charge.

---

Si vous publiez sur des stores Android tiers, ou si vous hésitez sur ceux qui valent la peine d’être ajoutés avant le déploiement du parcours enregistré, parlez à notre équipe distribution. Les studios en phase de démarrage peuvent commencer par le Founding Developer Program.