Comment la règle s’applique réellement à plusieurs apps
Chaque nouvelle app a besoin de son propre test fermé, mais les mêmes personnes peuvent s’inscrire à chacun. Il ne faut pas recruter un nouveau groupe à chaque fois.
La porte se répète pour chaque app. Pas les testeurs.
Réponse rapide
Pour chaque toute nouvelle app associée à un compte de développeur personnel créé après le 13 novembre 2023, prévoyez un nouveau test fermé (closed testing) avec au moins 12 testeurs inscrits pendant 14 jours sans interruption avant de demander un accès en production. La production se débloque par app, pas par compte. Vous n’avez pas besoin d’un nouveau test avec 12 testeurs pour publier une mise à jour courante d’une app qui dispose déjà de cet accès, et les mêmes testeurs peuvent participer à toutes vos apps. Pour franchir cette étape rapidement, PrimeTestLab fournit de vrais testeurs inscrits sur de vrais appareils dès $19.99, plus 5% de frais de service.
C’est l’une des questions les plus fréquentes chez les développeurs qui gèrent plusieurs apps: après avoir franchi une première fois l’étape du test fermé de Google avec 12 testeurs pendant 14 jours, faut-il tout recommencer pour l’app suivante? Ou s’agit-il d’une étape unique au niveau du compte? La réponse comporte trois volets. Ce guide distingue ce que Google affirme explicitement du consensus de la communauté, afin que vous sachiez quel niveau de confiance accorder à chaque information. Mis à jour le 1er juillet 2026.
Ce que couvre cet article
L’exigence des 12 testeurs s’applique-t-elle par app ou par compte?
Elle se gère par app, pas par compte. Le premier accès en production constitue une étape importante, mais chaque nouvelle app publiée suit son propre parcours vers la production. Considérez donc chaque nouveau nom de package, chaque nouvel applicationId, comme nécessitant son propre test fermé, sauf indication contraire explicite dans Play Console.
C’est là que beaucoup de développeurs s’y perdent. Voici donc la réponse la plus honnête. Google ne publie aucune phrase disant mot pour mot que vous devez recommencer pour chaque app. Il n’affirme pas non plus qu’après l’approbation de la première, toutes les suivantes sont exemptées. Google précise en revanche que l’exigence s’applique à "votre application", que la production se débloque depuis le tableau de bord de cette app précise et que la règle vise à aider les titulaires d’un compte personnel à préparer leur app à la distribution.
Pris ensemble, ces éléments indiquent de façon raisonnable que l’accès en production se décide au niveau de l’app, et non par une case cochée une fois pour tout le compte. Une nuance subsiste pour les apps suivantes: quand votre compte compte déjà une app en production, elles peuvent faire l’objet d’un examen différent. Toutefois, le centre d’aide public de Google ne promet aucune exemption générale et permanente pour toutes les futures apps du compte. Après votre première approbation, vérifiez donc le statut de chaque nouvelle app dans Play Console au lieu de supposer que votre compte entier est débloqué à vie.
"Je l’ai validé une fois, mon compte est donc débloqué pour toujours."
Certains développeurs pensent que le test fermé n’est qu’une étape unique au niveau du compte. Leur deuxième app reste ensuite bloquée dans Play Console, et un nouveau délai de 14 jours commence. Cette surprise peut leur faire manquer leur fenêtre de lancement.
L’accès en production est accordé app par app.
Chaque nouveau nom de package commence avec la production verrouillée et doit remplir l’exigence d’un test fermé avec 12 testeurs pendant 14 jours. Bonne nouvelle: les mêmes testeurs peuvent participer à toutes vos apps. Vous ne repartez donc pas de zéro.
Comment lire les niveaux de confiance de cet article. Les règles de Google suscitent de nombreuses affirmations catégoriques en ligne. Chaque élément ci-dessous indique donc la solidité de sa source, afin que vous sachiez sur quoi vous appuyer et ce qu’il faut vérifier dans votre propre Play Console.
Indiqué explicitement dans les pages d’aide de Play Console. Cela couvre l’exigence elle-même, la définition de l’inscription au test et la recommandation concernant les mises à jour.
Cohérent avec les termes de Google et largement rapporté par les développeurs, sans être formulé mot pour mot. L’application de la règle par app et la remise à zéro du délai relèvent de ce niveau.
Répétées par certains services de test, mais absentes de la documentation de Google, par exemple le filtrage des testeurs au moyen de capteurs. Considérez-les avec prudence. Nous ne les présentons pas comme des faits.
Qu’exige officiellement Google aujourd’hui?
Un compte de développeur personnel nouvellement créé doit exécuter un test fermé avec au moins 12 testeurs inscrits depuis au moins 14 jours sans interruption. Une fois cette exigence remplie, vous pouvez demander un accès en production depuis le tableau de bord dans Play Console.
Aide Play Console
"Si vous disposez d’un compte de développeur personnel nouvellement créé, vous devez exécuter un test fermé pour votre application auprès d’au moins 12 testeurs inscrits depuis au moins 14 jours sans interruption."
Aide Play Console, réponse 14151465, exigences de test pour l’accès en production
Quelques précisions importantes, toutes issues de la documentation de Google:
Confirmé par Google
- Le minimum actuel est de 12 testeurs. Il est passé de 20 à 12 le 11 décembre 2024, sans modification de la durée de 14 jours.
- La règle concerne les comptes personnels créés après le 13 novembre 2023. Les comptes d’organisation sont exemptés.
- Après la demande, l’examen de l’accès en production prend généralement 7 jours ou moins, même s’il peut parfois durer plus longtemps.
Ce qui bloque les apps
- Google peut vous demander de poursuivre le test si vous n’avez pas 12 testeurs inscrits.
- Il peut aussi le demander si les testeurs n’ont pas suffisamment utilisé l’app pendant le test fermé.
- D’anciens tutoriels mentionnent encore "20 testeurs". Ce nombre a changé et n’est plus exact.
Ce dernier point compte. Remplir l’exigence ne consiste pas seulement à atteindre un nombre: Google vérifie si de vrais testeurs ont réellement utilisé votre app. Le passage de 20 à 12 n’a donc pas rendu la règle anodine. La participation reste importante. Notre article explique pourquoi Google est passé de 20 à 12 testeurs (en anglais).
Quand n’avez-vous pas besoin de 12 nouveaux testeurs?
Si votre app dispose déjà d’un accès en production et que vous publiez une mise à jour courante de cette même app, vous n’avez pas besoin de recruter 12 nouveaux testeurs ni d’attendre 14 jours supplémentaires. Le test fermé ouvre la porte du premier accès en production. Il ne constitue pas un passage obligé pour chaque nouvelle version.
Google précise qu’après une demande d’accès en production acceptée, vous pouvez publier en production, et recommande de tester régulièrement les futures mises à jour. Le mot "recommande" est essentiel: les tests continus sont une bonne pratique, pas une nouvelle exigence obligatoire pour chaque mise à jour. La documentation indique également que, lorsque vous exécutez un test fermé sur une app déjà publiée, seuls les utilisateurs de votre groupe de test reçoivent la version testée en guise de mise à jour. Cela n’a de sens que parce que l’app existe déjà en production.
Tout nouveau nom de package
Prévoyez un nouveau test fermé de 14 jours
- Un nouvel
applicationIdjamais publié - La production reste verrouillée jusqu’à la validation du test
- Il faut 12+ testeurs inscrits pendant 14 jours sans interruption
Mise à jour d’une app approuvée
Aucun nouveau test avec 12 testeurs
- Même nom de package, déjà en production
- Vous déployez simplement la nouvelle version en production
- Tester les futures mises à jour est recommandé, pas obligatoire
La règle est donc simple: pour une nouvelle app, prévoyez un test; pour la mise à jour d’une app déjà en production, non. Si seuls la version, la même fiche et le même nom de package sont concernés, un nouveau test fermé avec 12 personnes n’est pas l’exigence habituelle. Une nuance: déployer une nouvelle build pendant votre tout premier test fermé n’équivaut pas à mettre à jour une app déjà approuvée. Nous expliquons si une mise à jour relance le test fermé.
Faut-il recruter de nouvelles personnes à chaque fois?
Non. Même lorsqu’une nouvelle app nécessite un test fermé, les 12 testeurs ne doivent pas être 12 personnes entièrement différentes. Google vous permet de réutiliser la même liste de diffusion de testeurs pour les prochains tests de toutes vos apps. Un même compte Google peut tester autant de vos apps que nécessaire.
C’est l’indication officielle la plus nette qu’un seul groupe de testeurs peut servir tout votre catalogue. Leur nouveauté ne compte pas. Pour l’app que vous préparez à la production, il faut qu’au moins 12 testeurs soient inscrits au test fermé de cette app et le restent pendant 14 jours sans interruption.
Chaque app franchit donc sa propre étape de 14 jours, mais les personnes qui y participent peuvent rester les mêmes. Le problème se présente autrement: constituez une fois un groupe de testeurs fiable, puis réutilisez-le à chaque lancement. Voici ce que cela signifie pour une feuille de route composée de plusieurs apps:
Interactif
Planificateur de portefeuille
Combien de tests fermés votre feuille de route exigera-t-elle, et combien de testeurs?
3 apps = 3 tests fermés distincts, mais un seul groupe de 12 testeurs suffit si vous les réutilisez. En lançant les tests en parallèle, vous réduisez le délai total. Il ne faut 42 jours que si vous les exécutez strictement l’un après l’autre.
Que signifie être inscrit au test pendant 14 jours?
Les 14 jours doivent être consécutifs. Google ne comptabilise pas les testeurs qui s’inscrivent, participent pendant moins de 14 jours puis se désinscrivent, même s’ils se réinscrivent ensuite pour atteindre 14 jours au total.
Aide Play Console
"Un testeur qui s’inscrit, participe au test pendant moins de 14 jours, puis se désinscrit ne sera pas comptabilisé. Même s’il se réinscrit ensuite, les 14 jours doivent être consécutifs pour être pris en compte."
Aide Play Console, réponse 14151465, questions fréquentes
Deux conséquences pratiques en découlent, et toutes deux piègent les développeurs qui se lancent pour la première fois:
Ce qui est comptabilisé
- Un testeur qui ouvre le lien partageable officiel et s’inscrit sur un appareil connecté au bon compte Google.
- Rester inscrit pendant les 14 jours sans interruption, sans se désinscrire.
- Une participation réelle et continue: ouvrir et utiliser véritablement l’app.
Ce qui n’est PAS comptabilisé
- Se contenter d’ajouter une adresse e-mail à votre liste: la personne doit encore s’inscrire au test.
- Une série interrompue: se désinscrire en cours de période puis revenir remet le compteur continu à zéro.
- Un testeur encore inscrit à votre test interne: il doit le quitter avant de rejoindre le test fermé.
La règle de la marge, consensus de la communauté
Si des testeurs se retirent et que votre effectif actif passe sous 12 en cours de période, la série sans interruption peut être rompue et le compteur peut repartir en pratique. Google ne publie pas l’algorithme exact de remise à zéro, mais ce comportement correspond à son exigence de continuité. C’est pourquoi les développeurs expérimentés recrutent une marge de 15 à 25 testeurs au lieu de s’arrêter exactement à 12. Notre guide sur les 14 jours sans interruption détaille cette mécanique.
Avez-vous besoin d’un nouveau test avec 12 testeurs? Vérifiez-le
Chaque situation diffère légèrement. Choisissez celle qui vous correspond pour obtenir une réponse claire et connaître l’étape suivante.
Interactif
Diagnostic d’un nouveau test
Choisissez votre situation pour savoir si un nouveau test fermé de 14 jours s’impose.
Oui: exécutez un test fermé complet
Nouveau test requisC’est le cas classique. Avant de demander un accès en production, il vous faut au moins 12 testeurs inscrits pendant 14 jours sans interruption. Commencez dès le premier jour: c’est l’étape incompressible la plus longue de votre lancement.
Étape suivante: recrutez une marge d’au moins 15 testeurs afin qu’un seul départ ne remette pas le compteur à zéro.
Oui pour l’app, mais réutilisez vos testeurs
Nouveau test, mêmes personnesChaque nouveau nom de package a son propre test fermé de 14 jours. Prévoyez-en donc un. Bonne nouvelle: la même liste de testeurs peut également s’inscrire à cette app. Vous n’avez pas besoin de 12 nouvelles personnes.
Étape suivante: envoyez le lien partageable de la nouvelle app à votre groupe existant et confirmez qu’au moins 12 personnes sont inscrites.
Non: publiez simplement la mise à jour
Aucun nouveau testUne app qui dispose déjà d’un accès en production n’a pas à l’obtenir de nouveau. Publier une mise à jour courante sous le même nom de package ne déclenche pas un nouveau test fermé. Tester les mises à jour est recommandé, pas obligatoire.
Étape suivante: déployez votre nouvelle version en production comme d’habitude.
Non: votre compte est antérieur à la règle
ExemptéL’exigence de test fermé concerne les comptes personnels créés après le 13 novembre 2023. Un compte créé à cette date ou avant n’y est pas soumis.
Étape suivante: confirmez la date de création de votre compte dans Play Console avant de vous appuyer sur cette exemption.
Non: les comptes d’organisation sont exemptés
ExemptéLes comptes d’organisation ou d’entreprise ne sont pas soumis à l’exigence de test fermé de 14 jours. En contrepartie, leur configuration est plus lourde: il faut une entreprise enregistrée et un numéro D-U-N-S.
Étape suivante: évaluez ces formalités avec notre guide des comptes personnels et d’organisation.
Comment les tests interne, fermé et ouvert s’articulent-ils?
Google propose trois canaux de test, mais un seul, le test fermé, remplit l’exigence d’accès en production. Le test interne n’est pas pris en compte, et le test ouvert ne se débloque qu’après l’obtention de l’accès en production.
Interne
Jusqu’à 100 testeurs, versions rapides
- Idéal pour un contrôle qualité rapide et des tests de bon fonctionnement
- Distribue les versions presque instantanément
- Les testeurs doivent le quitter avant de rejoindre un test fermé
N’est PAS pris en compte
Fermé
12+ testeurs, 14 jours sans interruption
- Le canal obligatoire pour les nouveaux comptes personnels
- S’exécute par app, pour chaque nouveau nom de package
- Les testeurs sont réutilisables dans toutes vos apps
Requis avant de demander un accès en production
Ouvert
Public, accessible à tous
- Utile pour recueillir de nombreux commentaires en version bêta
- Répertorié publiquement sur votre fiche Play Store
- Disponible seulement après l’accès en production
Se débloque après l’accès en production
Le fait que le test ouvert n’apparaisse qu’après l’accès en production confirme encore que cet accès dépend de la configuration de chaque app, et n’est pas accordé pour tout le compte. Si vous hésitez entre les canaux, notre comparaison des tests interne, fermé et ouvert les présente en détail.
Comment fonctionne l’examen de l’accès en production?
Lorsque 12 testeurs ou plus sont inscrits sans interruption depuis 14 jours, vous demandez l’accès en production depuis le tableau de bord. Le questionnaire de Google couvre trois domaines, et l’examen prend généralement 7 jours ou moins.
Le questionnaire porte sur votre test fermé, votre app et sa préparation à la production. Google s’appuie sur vos réponses pour confirmer que l’app a été correctement testée avant sa diffusion au public. S’il vous demande de poursuivre le test, les deux motifs les plus fréquents qu’il cite sont l’absence de 12 testeurs inscrits et une utilisation insuffisante de l’app par les testeurs.
Le conseil professionnel
Comme l’accès en production est accordé par app, vos réponses au questionnaire comptent pour chaque nouvelle app, pas seulement pour la première. Conservez un modèle court décrivant comment vous avez recruté les testeurs et comment ils ont utilisé l’app, puis adaptez-le à chaque lancement. Des réponses vagues en une ligne sont une cause fréquente de retour des premières demandes.
Deux échéances de 2026 à surveiller
Elles sont distinctes de l’exigence de test fermé, mais influencent le même calendrier de lancement. Tenez-en compte dans votre planification. Regardez bien les niveaux de confiance: la première est un projet annoncé par Google, la seconde un programme confirmé.
Le niveau d’API cible passe à 36
Prévu pour août 2026
Google prévoit d’exiger que les nouvelles apps et les mises à jour ciblent Android 16, niveau d’API 36, selon son rythme annuel habituel. À la mi-2026, la date exacte n’avait pas encore remplacé l’exigence précédente sur la page officielle de la politique relative au niveau d’API cible. Considérez donc cette échéance comme un projet annoncé par Google et vérifiez la date en vigueur dans Play Console avant de vous y fier.
Vérification des développeurs Android
30 septembre 2026
Google commencera à exiger l’enregistrement des apps par des développeurs vérifiés au Brésil, en Indonésie, à Singapour et en Thaïlande, avant un déploiement mondial plus large à partir de 2027. Cette vérification d’identité confirme qui vous êtes. Elle est entièrement distincte du test fermé qui démontre le bon fonctionnement de votre app.
Ne confondez pas les deux: la vérification du développeur confirme qui vous êtes; le test fermé confirme que votre app fonctionne. Aucune ne remplace l’autre. Pour la liste de contrôle complète du lancement en 2026, consultez notre guide des exigences de publication sur Google Play.
Comment PrimeTestLab vous aide, app après app
Puisque le test fermé se répète pour chaque nouvelle app, disposer d’une source fiable et réutilisable de vrais testeurs sert tout votre catalogue. PrimeTestLab fournit de vrais testeurs humains inscrits sur de vrais appareils, d’Android 7 à Android 17 et dans 120+ pays. Vous remplissez ainsi l’exigence des 12 testeurs sans relancer vos proches et vos collègues à chaque lancement. Le test démarre en 4-6 heures, et nous avons accompagné plus de 7 400 apps avec un taux de réussite de 99.9%.
Vous partagez le lien partageable du test fermé. Nous gérons l’invitation, la confirmation de l’inscription et le maintien de l’effectif pendant les 14 jours complets, afin qu’un départ ne rompe pas votre série ni ne remette le compteur à zéro. Chaque plan fait appel à de vrais testeurs qui utilisent réellement l’app, précisément ce que Google évalue.
Plans actuels
- Remplit le minimum de Google
- Vrais appareils Android
- Couverture complète pendant 14 jours
- La marge absorbe les départs
- Meilleure diversité d’appareils
- Plus de solidité au premier essai
- Marge de sécurité incluse
- Meilleure diversité d’appareils
- Plus de marge avant l’examen
Questions fréquentes
Faut-il 12 testeurs pour chaque app publiée sur Google Play?
Pour une nouvelle app associée à un compte de développeur personnel créé après le 13 novembre 2023, prévoyez que oui: chaque nouvelle app doit effectuer son propre test fermé avec au moins 12 testeurs inscrits pendant 14 jours sans interruption avant que vous puissiez demander un accès en production. Les mises à jour courantes d’une app qui dispose déjà d’un accès en production ne nécessitent pas un nouveau test avec 12 testeurs.
Puis-je réutiliser les mêmes testeurs pour plusieurs apps?
Oui. Google vous permet de réutiliser la même liste de diffusion de testeurs pour les prochains tests de toutes vos apps. Les 12 testeurs ne doivent donc pas être 12 personnes différentes à chaque fois. L’important est qu’au moins 12 testeurs soient inscrits au test de l’app que vous préparez pour la production et qu’ils le restent pendant 14 jours consécutifs.
La mise à jour de mon app relance-t-elle les 14 jours?
Non. Une fois l’accès en production accordé à une app, publier une mise à jour courante sous le même nom de package ne déclenche pas un nouveau test fermé. Google recommande de tester les prochaines mises à jour, mais ne vous oblige pas à obtenir de nouveau l’accès en production à chaque version d’une app déjà approuvée. Consultez les explications complètes.
Les comptes d’organisation ont-ils aussi besoin de 12 testeurs?
Non. L’exigence de test fermé concerne les comptes de développeur personnels créés après le 13 novembre 2023. Les comptes d’organisation n’y sont pas soumis, mais leur création exige une entreprise enregistrée et un numéro D-U-N-S, avec les délais et formalités correspondants. Comparez les types de comptes.
Que se passe-t-il si le nombre de testeurs baisse pendant les 14 jours?
Si le nombre de testeurs inscrits passe sous 12 pendant la période, la série sans interruption peut être rompue et le compteur peut repartir en pratique. Google ne publie pas le mécanisme exact de remise à zéro, mais ce comportement correspond à son exigence de continuité. Recruter une marge de 15 à 25 testeurs au lieu de vous limiter à 12 évite qu’un seul départ vous coûte deux semaines.
Payer pour obtenir des testeurs enfreint-il les règles de Google?
Recruter de vrais testeurs, y compris auprès d’un prestataire payant, n’est pas interdit. Le questionnaire de demande d’accès en production de Google cite même un prestataire de test payant parmi ses exemples. En revanche, les règles de Google interdisent les faux comptes, les émulateurs et la participation simulée, qui peuvent entraîner la suspension du compte. La méthode conforme consiste donc à faire intervenir de vrais testeurs sur de vrais appareils, avec une participation authentique.
Conclusion
L’essentiel
Vous n’avez pas besoin de 12 personnes entièrement nouvelles à chaque passage sur Google Play. Pour une nouvelle app associée à un nouveau compte personnel, prévoyez un test fermé avec 12 testeurs pendant 14 jours avant la production, car Google traite l’accès en production app par app. Une fois cet accès obtenu, les mises à jour courantes ne nécessitent pas un nouveau test fermé, et les mêmes testeurs peuvent servir pour plusieurs apps. Si vous souhaitez franchir cette étape rapidement et sereinement, PrimeTestLab fournit de vrais testeurs inscrits sur de vrais appareils dès $19.99, plus 5% de frais de service. Voir les plans et tarifs →