Tests fermés Google Play : 12 testeurs, 14 jours et un plan pour obtenir l'accès production (2026)

Si votre compte de développeur Google Play est un compte personnel récemment créé, les tests fermés Google Play sont une étape obligatoire avant le lancement. Au moment de votre demande d'accès à la production, au moins 12 testeurs doivent être inscrits à votre test fermé, chacun de manière continue depuis les 14 jours précédents. Menez-le comme un projet de test de deux semaines, avec un responsable, un calendrier et une boucle de retours, et non comme une case à cocher le dernier jour.

Qu'exigent les tests fermés Google Play en 2026 ?

En novembre 2026, les comptes de développeur personnels créés après le 13 novembre 2023 doivent mener un test fermé avec « au moins 12 testeurs inscrits de manière continue depuis au moins 14 jours » avant de pouvoir demander l'accès à la production. D'ici là, les options Production et Préinscription restent verrouillées pour l'application.

• 12 testeurs doivent être inscrits au test fermé au moment où vous faites la demande.
• Ils doivent être inscrits depuis les 14 jours précédents, sans interruption.
• Un testeur qui se désinscrit puis se réinscrit doit refaire 14 jours consécutifs pour être comptabilisé.
• Les tests fermés deviennent disponibles une fois la configuration de l'application terminée. Les tests ouverts restent verrouillés jusqu'à l'obtention de l'accès production.
• Les tests internes n'ont aucun prérequis, mais il s'agit d'un canal distinct.

Les règles figurent sur la page de Google Exigences relatives aux tests d'applications pour les nouveaux comptes de développeur personnels. Cette page ne concerne que les comptes personnels. Elle ne dit rien des comptes d'organisation : vérifiez donc ce qu'affiche votre propre tableau de bord plutôt que de supposer quoi que ce soit.

Comment configurer un canal de test fermé dans la Play Console ?

Pour configurer un test fermé, ouvrez Tester et publier > Tests > Tests fermés dans la Play Console, cliquez sur Gérer le canal, ajoutez des testeurs dans l'onglet Testeurs, puis déployez une version. Vous pouvez ajouter des testeurs via une liste d'adresses e-mail ou un groupe Google. Chaque liste peut contenir jusqu'à 2 000 utilisateurs : la taille de la liste n'est donc jamais la limite. C'est l'inscription effective des personnes qui l'est.

1. Dans l'onglet Testeurs, créez une liste d'adresses e-mail ou saisissez un groupe Google comme yourgroupname@googlegroups.com.
2. Ajoutez une URL ou une adresse e-mail pour les retours. Google l'affiche sur la page d'inscription des testeurs.
3. Copiez le lien d'inscription partageable et enregistrez vos modifications.
4. Créez une version sur le canal fermé et déployez-la.
5. Partagez le lien d'inscription ainsi que l'URL du Play Store une fois la version en ligne. Les testeurs ne peuvent pas trouver une application en préproduction en la cherchant sur Play.

La page de configuration des tests de Google signale plusieurs pièges. « Le lien d'inscription ne s'affiche que lorsque l'application a le statut "Publiée" » : les applications en brouillon ou en attente de publication n'ont donc pas de lien. L'import d'un fichier CSV écrase les adresses déjà présentes dans la liste, et les fichiers CSV enregistrés en UTF-8 avec BOM sont refusés. Avec un groupe Google, les personnes doivent rejoindre le groupe avant de pouvoir s'inscrire. Toute personne déjà présente dans votre test interne doit le quitter avant de pouvoir recevoir le test fermé.

Combien de testeurs recruter, et lesquels sont comptabilisés ?

Recrutez 15 à 16 testeurs, pas 12, car seules les personnes inscrites via le lien d'inscription Play sont comptabilisées, et celles qui abandonnent avant le jour 14 ne comptent pas du tout. Les 14 jours de chaque testeur commencent à son inscription : une arrivée tardive repousse donc la date la plus proche à laquelle vous pouvez faire votre demande.

Les bonnes sources sont votre liste de diffusion, votre liste d'attente bêta, vos amis équipés de téléphones Android et d'autres développeurs indépendants prêts à tester votre application si vous testez la leur. Demandez à chaque personne de confirmer qu'elle a accepté le lien d'inscription et installé l'application depuis Play. Un APK installé manuellement ou un build transféré ne compte pas. Si votre application est payante, Google précise que les testeurs doivent l'acheter pour participer : une raison de plus de proposer un build de test gratuit ou un code promotionnel.

Que doivent faire les testeurs pendant les 14 jours ?

Les testeurs doivent utiliser l'application comme de vrais utilisateurs, avec une tâche précise tous les quelques jours, afin que vous recueilliez des retours et publiiez des correctifs pendant la période. Le formulaire de production demande si les testeurs ont utilisé toutes les fonctionnalités et si leur usage correspondait à un comportement réel : il vous faut des réponses aux deux questions.

Les testeurs ne peuvent pas laisser d'avis publics sur les versions de test. Recueillez les retours via votre URL ou adresse e-mail de retours, ou via les commentaires privés dans Google Play. Consignez chaque signalement, ce que vous avez modifié et le build qui l'a corrigé. Si les tests révèlent des plantages ou des écrans cassés, le plan de test du build de production pour les refus 2.1 constitue aussi une checklist utile pour les builds Android.

Que se passe-t-il quand un développeur reçoit « More testing required » ?

Les témoignages publics montrent qu'atteindre le nombre de testeurs vous permet de faire la demande, mais ne garantit pas l'approbation. Ce qui distingue les approbations des refus, c'est un engagement visible des testeurs et des mises à jour motivées par leurs retours.

• Refusé après un service de testeurs. Sur la communauté MIT App Inventor, un développeur a raconté en juillet 2024 (quand le seuil était de 20 testeurs) avoir atteint le nombre requis grâce à un service d'échange de testeurs. Il a pourtant reçu « Tests supplémentaires requis pour accéder à la production Google Play », avec pour motifs « Les testeurs n'ont pas interagi avec votre application pendant votre test fermé » et « Vous n'avez pas suivi les bonnes pratiques de test, ce qui peut inclure la collecte des retours des utilisateurs et leur prise en compte ». Google lui a indiqué : « Avant de refaire une demande, testez votre application en test fermé pendant 14 jours supplémentaires avec de vrais testeurs. » Il a aussi expliqué ne pas avoir pu remplir le formulaire post-test, faute de savoir qui étaient ses testeurs et comment ils avaient testé. La page du fil ne mentionne aucune résolution.
• Approuvé après un test repensé. Une développeuse sur DEV Community a constaté que la plupart de ses amis et de sa famille utilisaient des iPhone. Seules 4 à 5 personnes ont installé l'application, et environ la moitié l'a supprimée en quelques jours. Elle est passée à un groupe Google configuré sur « Tout le monde peut rejoindre » et a recruté d'autres développeurs via une application de tests réciproques, que l'article met en avant. Elle a atteint 14 testeurs en deux jours, publié 6 petites mises à jour pendant la période et rédigé soigneusement les réponses au formulaire. Elle indique avoir été approuvée deux jours après sa demande.

À retenir : les deux développeurs avaient atteint le nombre de testeurs. Celle qui a été approuvée pouvait s'appuyer sur un usage réel, des mises à jour et des retours, tandis que celui qui a été refusé avait les chiffres mais aucune preuve à décrire dans le formulaire. Si vous avez déjà reçu cet e-mail, le guide sur « More testing required » sur Google Play détaille ce qu'il faut changer avant de refaire une demande.

Que demande le formulaire de demande d'accès à la production ?

Le formulaire de demande d'accès à la production, accessible depuis le tableau de bord, comporte trois parties : votre test fermé, votre application et votre préparation à la production. Les réponses sont perdues si vous cliquez sur Supprimer ou quittez une section sans cliquer sur Suivant : rédigez-les donc à l'avance.

Google avertit également que « l'examen n'est pas une étape de dépannage ». Avant de faire la demande, vérifiez la conformité aux règles, la classification du contenu, la stabilité et, si votre application nécessite une connexion, des identifiants de connexion fonctionnels. Le guide de configuration d'un compte de démonstration est rédigé pour Apple, mais les mêmes identifiants pour l'examinateur fonctionnent pour Google.

Que vérifier avant de cliquer sur « Demander l'accès à la production » ?

Avant la demande, vérifiez qu'au moins 12 testeurs inscrits cumulent chacun 14 jours continus, que votre journal des retours montre des correctifs publiés et que toutes les tâches de configuration de l'application sont terminées. Planifiez la date de lancement en tenant compte de l'examen de Google, qui « prend généralement sept jours ou moins, mais peut parfois être plus long ».

Exemple concret : un développeur solo termine la configuration de l'application le lundi et déploie le build 1. Il invite 16 personnes issues d'une liste d'attente et d'une communauté de développeurs, et 14 sont inscrites au jour 2. Il relance deux personnes et en ajoute trois autres. Au jour 4, un testeur signale un plantage sur un appareil ancien, et le build 2 est publié au jour 5. Comme les derniers arrivés ont commencé leurs 14 jours plus tard, le développeur compte les jours par personne, et non à partir de la première version. Il fait sa demande dès que 12 personnes cumulent 14 jours continus, avec un journal montrant neuf bugs trouvés et sept corrigés.

1. Le tableau de bord affiche au moins 12 testeurs inscrits avec 14 jours continus chacun.
2. Le dernier build du canal fermé est celui que vous comptez promouvoir, et il respecte le niveau d'API cible actuel (voir le guide sur le niveau d'API cible 36).
3. Le journal des retours liste les problèmes trouvés, les modifications apportées et les builds publiés.
4. La fiche Play Store, la classification du contenu, la section Sécurité des données et les autres tâches de configuration sont terminées.
5. Les identifiants de connexion pour l'examinateur fonctionnent, si l'application nécessite une connexion.
6. Les réponses au formulaire sont rédigées et précises sur de vrais testeurs et de vraies modifications.

Si vous publiez aussi sur iOS, la checklist de soumission sur l'App Store couvre le côté Apple. Si vous préférez déléguer le lancement, notre service de soumission sur l'App Store configure la Play Console et App Store Connect et prépare les deux examens pour $599 ; les frais de compte développeur sont en sus. Vous pouvez aussi écrire à yagyeshsrbobde@gmail.com.