Google Play : réussir le test fermé à 12 testeurs

Votre application est prête, la fiche Play Store est remplie… et le bouton de la production reste désactivé. Si votre compte de développeur Google Play est personnel et a été créé après le 13 novembre 2023, ce n’est pas un bug : Google veut d’abord la preuve que de vraies personnes ont utilisé votre app.

La règle tient en une ligne : au moins 12 testeurs inscrits à un test fermé, sans interruption, pendant 14 jours. Pourtant, beaucoup de développeurs perdent deux semaines sur un détail : une liste de testeurs écrasée, un testeur qui se désinscrit au dixième jour, un questionnaire final rempli en trois mots.

À la fin de cet article, vous saurez monter votre test fermé pas à pas, choisir et accompagner vos testeurs, éviter les erreurs qui font repartir le compteur et répondre aux questions de Google pour obtenir l’accès à la production.

Ce que Google exige, et qui est concerné

Voici la règle telle que l’aide officielle de la Play Console la formule aujourd’hui (vérifiée le 20 octobre 2026). Les développeurs dont le compte personnel a été créé après le 13 novembre 2023 doivent mener un test fermé avec au moins 12 testeurs inscrits depuis au moins 14 jours sans interruption au moment où ils demandent l’accès à la production. Tant que ce n’est pas fait, la publication en production et la préinscription restent désactivées.

La règle a déjà changé une fois. Annoncée par Google en novembre 2023, elle demandait au départ 20 testeurs pendant au moins deux semaines. Le 11 décembre 2024, Google a ramené le seuil à 12 testeurs pour les comptes personnels. Elle peut encore évoluer : ce que votre tableau de bord affiche fait toujours foi.

Qui échappe à la règle ? L’aide de Google ne concerne que ces comptes personnels récents : ni les comptes organisation (entreprises, associations, administrations, qui s’inscrivent avec un numéro D-U-N-S), ni les comptes personnels plus anciens. En cas de doute, votre tableau de bord tranche : s’il demande un test fermé, la règle s’applique à vous.

Le tableau suivant résume les quatre canaux de la Play Console et ce qu’il faut pour y accéder avec un compte personnel récent.

Comment mettre en place votre test fermé, étape par étape

Les noms ci-dessous sont ceux de la Play Console en français.

1. Terminez la configuration de l’application. Le tableau de bord liste les tâches : fiche Play Store, puis page Contenu de l’application (règles de confidentialité, annonces, classification du contenu, public cible, section Sécurité des données…). Sans elles, pas de test fermé. Notre liste de contrôle avant publication vous aide à n’en oublier aucune.
2. Ouvrez le canal. Allez dans Tester et publier > Tests > Tests fermés, puis cliquez sur Gérer le canal.
3. Ajoutez vos testeurs dans l’onglet Testeurs, de l’une de ces deux façons :
   • Adresse e-mail : créez une liste de diffusion avec les adresses Gmail (ou comptes Google) de vos testeurs, à la main ou par fichier CSV.
   • Google Groupes : indiquez l’adresse d’un groupe (nomdugroupe@googlegroups.com). Seuls ses membres peuvent rejoindre le test, et ils doivent entrer dans le groupe avant de s’inscrire.
4. Indiquez un canal de retours (une URL ou une adresse e-mail) : il s’affiche sur la page d’inscription des testeurs. Enregistrez.
5. Créez une version : bouton Créer une version, ajoutez votre fichier .aab (Android App Bundle), donnez un nom et des notes de version, puis Suivant et Enregistrer.
6. Envoyez pour examen depuis la page Vue d’ensemble de la publication. Rien ne part tant que vous n’avez pas cliqué sur Envoyer pour examen. Google annonce un traitement de quelques heures à sept jours, parfois plus.
7. Partagez le lien. Une fois la version publiée, copiez le lien partageable du test. Il n’apparaît que lorsque l’état est « Publiée » et peut mettre quelques heures à fonctionner.
8. Chaque testeur s’inscrit : il ouvre le lien avec le compte Google qui figure sur votre liste, accepte de devenir testeur, puis installe l’application depuis le Play Store.

Le tableau suivant vous aide à choisir entre une liste d’adresses et un groupe Google.

Où trouver des testeurs qui tiendront 14 jours

Google conseille de recruter dans vos réseaux personnels et professionnels, dans les communautés proches de votre public et sur les réseaux sociaux. Il insiste aussi sur la diversité : des testeurs qui ressemblent à vos futurs utilisateurs, sur des téléphones variés. Une app de transfert d’argent testée seulement par des développeurs sur des téléphones haut de gamme vous dira peu de choses sur vos clients de Douala ou d’Abidjan.

Trois règles simples font la différence :

• Prévoyez une marge. Visez 15 à 20 testeurs plutôt que 12 tout juste : si un seul abandonne, vous repassez sous le seuil.
• Faites inscrire tout le monde le même jour. Le compteur tourne pour chaque testeur ; c’est le dernier inscrit qui fixe la date à laquelle vous pourrez demander l’accès.
• Prévenez-les de la durée. Google demande lui-même de dire aux testeurs qu’ils doivent rester inscrits au moins 14 jours sans interruption.

Si votre entourage ne suffit pas, vous pouvez faire appel à des testeurs rémunérés. C’est le service que propose GeekTest avec ses 20 testeurs Android pour le test fermé : de vraies personnes sur leurs propres téléphones, remplacées si elles se désinscrivent, et un rapport de test à la fin. Aucun prestataire ne peut pour autant garantir la décision de Google.

Ce que Google regarde vraiment : l’engagement des testeurs

Douze adresses inscrites ne suffisent pas toujours. Google peut demander de prolonger le test pour deux raisons : moins de 12 testeurs inscrits, ou un engagement insuffisant. Google ne dit pas publiquement comment il le mesure, mais ses questions finales sont claires : vos testeurs ont-ils utilisé toutes les fonctionnalités, comme le feraient de vrais utilisateurs ?

Un bon test fermé se prépare donc comme une mission :

• Des consignes claires : quoi tester, dans quel ordre, et comment signaler un bug.
• Un canal de retours : e-mail, formulaire ou groupe de discussion. Les testeurs peuvent aussi envoyer des commentaires privés depuis Google Play ; vous les lisez dans Surveiller et améliorer > Notes et avis > Commentaires des testeurs.
• Des mises à jour pendant le test : corriger les bugs signalés et publier une ou deux nouvelles versions sur le canal fermé montre que le test sert à quelque chose. C’est d’ailleurs ce que Google recommande.

Pour des retours exploitables, apprenez à vos testeurs à rédiger un rapport de bug efficace : étapes, résultat attendu, résultat obtenu, appareil utilisé.

Les questions posées pour obtenir l’accès à la production

Quand vos testeurs (12 au moins) sont inscrits depuis 14 jours, ouvrez le Tableau de bord de la Play Console et cliquez sur Demander à publier en production. Le formulaire compte trois parties. On passe de l’une à l’autre avec Suivant et on termine avec Appliquer. Attention : cliquer sur Supprimer, ou quitter la page trop tôt, efface vos réponses.

Le tableau suivant reprend ce que Google demande dans chaque partie et la manière de s’y préparer.

Les réponses de la deuxième partie ne sont pas publiques. L’examen prend généralement sept jours ou moins, et le titulaire du compte reçoit un e-mail à la fin. Si Google demande de continuer le test, votre test fermé reste en place : renforcez l’engagement, puis refaites une demande.

Enfin, Google rappelle que son examen n’est pas une étape de dépannage : une app qui plante sera refusée. Si elle exige une connexion, donnez des identifiants de test valides dans la page Contenu de l’application.

Les erreurs qui vous font perdre 14 jours

La plupart des échecs viennent des mêmes pièges.

• Un testeur se désinscrit puis revient. Ses 14 jours doivent être consécutifs : son compteur repart de zéro.
• Des testeurs inscrits aussi au test interne. Un utilisateur inscrit au test interne ne reçoit plus le test fermé ; il doit d’abord quitter le test interne. Réservez le test interne à votre équipe.
• Une liste écrasée. Un import CSV incomplet retire de la liste tous les testeurs absents du fichier.
• Le mauvais compte Google. Le testeur s’inscrit avec une adresse, mais son Play Store utilise un autre compte : l’app reste introuvable.
• Exactement 12 testeurs. Un seul départ, et il faut attendre qu’un remplaçant cumule ses propres 14 jours.
• Des inscriptions étalées. Si votre douzième testeur s’inscrit au jour 6, vous ne pourrez pas demander l’accès avant le jour 20.
• Un canal suspendu. Suspendre le canal est la procédure officielle pour mettre fin à un test : n’y touchez pas pendant la période.
• Une demande bâclée. Des réponses vagues au questionnaire peuvent vous valoir une nouvelle période de test.

Un calendrier type, du premier jour à la production

Le tableau suivant propose un calendrier réaliste. Les délais d’examen varient d’une app à l’autre ; en additionnant les étapes, comptez souvent quatre à cinq semaines entre la première version de test et la mise en ligne.

Passez cette liste en revue avant de partager votre lien : dix minutes aujourd’hui, deux semaines d’attente évitées.

Pour aller plus loin

• Aide Play Console : exigences de test d’applications pour les nouveaux comptes de développeur personnels (nouvel onglet) — la règle des 12 testeurs et des 14 jours, les canaux, les trois parties du questionnaire et le délai d’examen (consultée le 20 octobre 2026).
• Aide Play Console : configurer un test ouvert, fermé ou interne (nouvel onglet) — listes d’adresses, Google Groupes, import CSV, lien d’inscription et fin d’un test.
• Aide Play Console : préparer et déployer une version (nouvel onglet) — créer une version sur un canal de test, de l’app bundle au déploiement.
• Aide Play Console : contrôler à quel moment examiner et publier les modifications (nouvel onglet) — l’envoi pour examen, les délais de traitement et la marge conseillée avant un lancement.
• Android Developers Blog : Ensuring high-quality apps on Google Play (nouvel onglet) — l’annonce de novembre 2023 et sa mise à jour du 11 décembre 2024 (passage de 20 à 12 testeurs), en anglais.
• Aide Play Console : choisir un type de compte de développeur (nouvel onglet) — la différence entre compte personnel et compte organisation.