Réponse rapide
Au 14 août 2026, Google Play impose aux développeurs disposant d’un compte de développeur personnel créé après le 13 novembre 2023 d’exécuter un test fermé avec au moins 12 testeurs restés inscrits sans interruption depuis au moins 14 jours avant de pouvoir demander un accès en production. Google a annoncé cette condition le 9 novembre 2023, à 20 personnes pendant deux semaines minimum, puis a ramené le minimum de testeurs à 12 le 11 décembre 2024 tout en conservant la période de 14 jours. Atteindre le seuil rend un développeur éligible pour déposer une demande, pas approuvé: Google examine la demande, indique que cet examen prend généralement 7 jours ou moins, et peut réclamer des tests supplémentaires. Le test interne a son propre plafond de 100 testeurs et ne satisfait pas ce prérequis de test fermé. L’accès au test fermé peut se gérer via des listes de diffusion ou Google Groups, et des organisations managed Google Play peuvent elles aussi se voir accorder l’accès.
S’il vous manque surtout les douze personnes
C’est le seul chiffre de cette page que vous ne pouvez pas simplement consulter, et c’est ce que fournit PrimeTestLab: de vrais testeurs qui restent inscrits pendant toute la fenêtre. Comment ça marche →
La plupart des pages qui se positionnent sur ces requêtes répondent à une question légèrement différente de celle qui est posée. Les recherches derrière ce sujet sont massivement des recherches de vérification: quelqu’un a déjà lu un chiffre quelque part et veut savoir s’il est à jour, ce qu’il compte réellement et qui l’affirme. Ce n’est pas le travail d’un tutoriel: cet article est donc construit comme un ouvrage de référence. Chaque statistique reçoit une phrase, une date de validité et une source, et rien n’est promu d’une supposition plausible au rang de fait. Tout ce qui suit est à jour au 14 août 2026, vérifié le jour même auprès des pages d’aide de Google, de la documentation développeur et des rapports de sécurité publiés.
Deux réflexes méritent d’être gardés pour tous les blocs ci-dessous. D’abord, 12 est le chiffre actuel et 20 le chiffre historique: les pages qui affichent encore 20 comme exigence 2026 citent une annonce que Google a remplacée en décembre 2024. Ensuite, un seuil n’est pas une décision. Presque tous les fils désespérés de la Developer Help Community de Google viennent de quelqu’un qui avait rempli la condition chiffrée et pensait que l’affaire était close.
Le bureau de référence
Trois instruments conçus pour une page de chiffres. Rien ici n’exige de compte, d’import ni de requête réseau; chacun s’exécute dans votre navigateur sur les valeurs que vous choisissez.
Les cinq chiffres les plus cités
Cinq chiffres portent presque toute la demande sur ce sujet: 12 testeurs, 14 jours consécutifs, la date limite de compte du 13 novembre 2023, la réduction depuis 20 du 11 décembre 2024, et les 7 jours ou moins que Google donne comme durée habituelle d’examen de l’accès en production. Chacun est rédigé ci-dessous sous forme de phrase complète, pour pouvoir être repris sans perdre son sens.
-
01
Vérifié
Le minimum actuel de Google Play pour le test fermé est de 12 testeurs inscrits pendant au moins les 14 derniers jours sans interruption, pour les nouveaux comptes de développeur personnels concernés.
Aide Google Play Console, réponse 14151465 · vérifié le 14 août 2026
-
02
Vérifié
La règle des 12 testeurs s’applique aux comptes de développeur personnels créés après le 13 novembre 2023.
Aide Google Play Console, réponses 14151465 et 6112435 · vérifié le 14 août 2026
-
03
Vérifié, historique
L’annonce initiale de Google, le 9 novembre 2023, demandait 20 personnes pendant deux semaines minimum avant toute demande d’accès en production.
Android Developers Blog, 9 novembre 2023 · vérifié le 14 août 2026
-
04
Vérifié
Google a abaissé l’exigence de 20 à 12 testeurs le 11 décembre 2024, la période de test de deux semaines restant inchangée.
Mise à jour de l’Android Developers Blog, plus le guide officiel de la Help Community de Google · vérifié le 14 août 2026
-
05
Vérifié
Google indique que l’examen d’une demande d’accès en production prend généralement 7 jours ou moins, même s’il peut occasionnellement prendre plus de temps.
Aide Google Play Console, réponse 14151465 · vérifié le 14 août 2026
Instrument 01
Compositeur de citations
Choisissez un chiffre de cette page et un format. Vous obtenez la phrase qu’il étaye, sa source, sa date de vérification et son niveau de confiance, prêts à coller dans un document, un ticket ou une réponse.
Chaque ligne est datée à dessein. Les pages de règles bougent, et une statistique sans date, c’est exactement ainsi qu’un chiffre caduc reste en circulation pendant deux ans.
Où voir l’avancement et les statistiques du test fermé dans Play Console
Ouvrez l’application dans Play Console et consultez l’exigence de test pour l’accès en production sur le tableau de bord de l’application. Le nombre qualifiant est le nombre de testeurs inscrits affiché pour cette exigence: ni la taille de la liste de diffusion, ni les événements d’installation, ni le nombre d’installations du Play Store.
C’est une recherche à part entière, et elle mérite la réponse directe ci-dessus plutôt qu’une explication en préambule. Le chiffre qui décide de votre éligibilité est le décompte que Play Console reconnaît au regard de l’exigence d’accès en production elle-même. C’est le chiffre à surveiller, et c’est celui que lit le contrôle d’accès à la demande.
Ce qui embrouille les développeurs, c’est que plusieurs autres décomptes sont visibles à proximité et qu’aucun n’est le décompte qualifiant. Voici quatre mesures différentes:
| Ce que vous voyez | Ce qu’il mesure | Est-ce le nombre qualifiant? |
|---|---|---|
| Adresses de votre liste de diffusion ou de votre Google Groups | Qui est éligible pour participer au test. | Non |
| Installations ou événements d’installation dans Statistiques | L’activité d’installation au niveau des appareils, avec son propre délai de remontée. | Non |
| Nombre d’installations sur la fiche Play Store | Un agrégat côté boutique, pas une inscription au test. | Non |
| Testeurs inscrits affichés pour l’exigence d’accès en production | Les testeurs que Play Console compte comme inscrits sans interruption au test fermé. | Oui |
Source: Aide Play Console, réponse 14151465 et réponse 9845334 · vérifié le 14 août 2026
Deux conséquences pratiques en découlent, de natures différentes. Le nombre de testeurs qualifiants peut différer des chiffres d’installation parce que les deux mesurent des choses différentes: un écart entre eux est donc attendu, et non un dysfonctionnement. Des développeurs signalent par ailleurs des mises à jour retardées du compteur, mais Google ne publie ni sa fréquence d’actualisation ni son algorithme de calcul: il n’existe donc aucun délai documenté à laisser passer. Prenez l’exigence d’accès en production du tableau de bord comme indication finale de votre éligibilité. Le diagnostic complet d’un compteur bloqué sous la taille de votre liste se trouve dans l’article sur les 12 testeurs ajoutés et le zéro inscrit.
Il n’existe pas d’écran "statistiques du test fermé" distinct. Play Console rend compte des installations, des vitals et des notes sous Statistiques et Android vitals, et affiche votre éligibilité au regard de l’exigence d’accès en production sur le tableau de bord. Ce sont deux surfaces différentes, et seule la seconde mesure la condition 12/14. Lire la première en attendant la seconde est la version la plus répandue de cette confusion.
Partiel Google documente les deux surfaces; il ne publie aucun rapport d’avancement combiné portant ce nom.
La règle des 12 testeurs pendant 14 jours
Pour un compte concerné, la condition de Google est un test fermé avec au moins 12 testeurs inscrits sans interruption depuis au moins 14 jours. La remplir débloque la possibilité de demander un accès en production depuis le tableau de bord de l’application. Elle ne débloque pas la production elle-même.
"Si vous venez de créer un compte de développeur personnel, 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 Google Play Console, réponse 14151465 · vérifié le 14 août 2026
Lisez cette phrase lentement, car elle contient quatre contraintes distinctes et chacune est un endroit où les développeurs perdent des semaines. Le canal doit être fermé. Le nombre est d’au moins 12. L’état compté est l’inscription continue, et non les installations, les téléchargements ou un objectif documenté d’usage quotidien. Et la fenêtre, ce sont les 14 derniers jours, sans interruption: la période qualifiante est donc celle qui vient juste de s’écouler, et non n’importe quels quatorze bons jours que vous pourriez désigner dans votre historique.
Voilà le seuil chiffré publié, et il ne représente que la moitié du tableau. L’engagement est évalué séparément, et il compte tout autant: Google demande comment les testeurs ont utilisé l’application, si leur usage ressemblait à celui que vous attendez en production et quels commentaires ils ont fournis, et il indique qu’un engagement insuffisant des testeurs peut donner lieu à une demande de tests supplémentaires plutôt qu’à l’octroi de l’accès. L’état d’inscription est ce que le décompte mesure. L’engagement est ce que l’examen lit.
| Statistique | Valeur actuelle | Ce que cela signifie vraiment |
|---|---|---|
| Type de compte concerné | Personnel | L’exigence est documentée pour les nouveaux comptes personnels, pas pour tous les développeurs de Google Play. |
| Date limite de création du compte | Après le 13 novembre 2023 | Les comptes personnels créés à cette date ou avant se situent en dehors de la cohorte décrite par cette page d’aide. |
| Canal exigé | Test fermé | Le test interne ne s’y substitue pas, quel que soit le nombre de personnes que vous y faites passer. |
| Minimum de testeurs | 12 | Valeur actuelle. Elle était de 20 jusqu’au 11 décembre 2024. |
| Période exigée | 14 jours sans interruption | Ces testeurs doivent être restés inscrits pendant la totalité des 14 derniers jours. |
| Étape suivante une fois qualifié | Demander un accès en production | Une demande depuis le tableau de bord de l’application, pas un passage automatique. |
| Sections de la demande | 3 | Votre test fermé, votre application ou votre jeu, et la préparation à la production. |
| Durée d’examen annoncée | 7 jours ou moins, en général | Google dit en général. Il prévoit explicitement des examens plus longs. |
Source: Aide Play Console, réponse 14151465 · vérifié le 14 août 2026
Les dates de la ligne du minimum de testeurs cachent un récit que cet article choisit délibérément de ne pas raconter. Si vous voulez le compte rendu complet du passage de 20 à 12 et de ce que Google a dit à chaque étape, cette histoire se trouve dans l’article sur le passage de 20 à 12 testeurs sur Google Play. Tout ce qui est ici, ce sont les preuves, pas le récit.
Qui l’exigence concerne
Google Play propose deux types de comptes de développeur, Personnel et Organisation, et facture les mêmes frais d’inscription uniques de 25 USD pour l’un comme pour l’autre. L’exigence de test supplémentaire est documentée pour les comptes personnels créés après le 13 novembre 2023. C’est tout ce que le texte d’aide actuel dit du périmètre.
Formulez-le avec soin. "Les comptes Organisation en sont exemptés" est la tournure que tout le monde emploie, et c’est une lecture pratique raisonnable du périmètre, mais Google n’écrit pas cette phrase dans les textes d’aide consultés pour cette page. La version défendable est celle qu’emploie cet article: l’exigence documentée des 12 testeurs pour l’accès en production s’applique aux nouveaux comptes Personnel concernés. Si vous hésitez entre les deux types de comptes, les arbitrages sont traités dans l’article comparant compte personnel et compte organisation.
Partiel Étayé par le périmètre, pas par une phrase d’exemption explicite.
Ce que "14 jours sans interruption" compte réellement
C’est la phrase la plus réécrite de tout le sujet. Les pages commerciales la reformulent couramment en 12 installations, 12 utilisateurs actifs quotidiens, ou une application qui doit rester installée 14 jours. La formulation de Google porte sur un état d’inscription maintenu sans interruption, et la différence compte, car elle change ce que vous surveillez pendant que le compteur tourne.
Ce que Google dit
- Un minimum de 12 testeurs.
- Inscrits depuis au moins 14 jours sans interruption.
- Le test doit être un test fermé.
- Chaque testeur doit s’inscrire via la procédure d’inscription au test.
- Un utilisateur inscrit à un test interne doit s’en désinscrire avant de pouvoir participer à un test ouvert ou fermé.
Ce que Google ne dit pas
- Que les testeurs doivent ouvrir l’application tous les jours.
- Que l’exigence porte sur 12 installations ou 12 utilisateurs actifs quotidiens.
- Qu’une désinstallation vaut automatiquement désinscription.
- Qu’un seul abandon remet le compteur de tout le monde à zéro.
- Que chaque testeur doit se trouver sur un appareil physique plutôt que sur un émulateur.
Rien de tout cela ne signifie que l’engagement est sans importance. Cela signifie qu’il est jugé ailleurs: dans la demande d’accès en production, où Google demande comment vous avez recruté les testeurs, comment ils ont utilisé l’application et quels commentaires vous avez pris en compte. Traitez la fenêtre de 14 jours comme un nombre d’inscrits à protéger et la demande comme l’endroit où la qualité de vos tests est évaluée. Le fonctionnement jour par jour de la fenêtre est traité dans l’article sur la règle des 14 jours consécutifs.
Instrument 02
Vos chiffres
Cette page porte une trentaine de chiffres et seuls certains sont des conditions d’accès à la production. Répondez à trois questions et elle les trie entre ce que vous devez remplir pour déposer une demande, ce qui se passe une fois qualifié, et les faits de publication distincts qui restent vrais dans tous les cas.
Tous les chiffres des canaux de test Google Play
Le test interne accepte jusqu’à 100 testeurs par application. Le test fermé peut être géré via des listes de diffusion ou des Google Groups, et des organisations managed Google Play peuvent aussi se voir accorder l’accès à un canal. Les listes de diffusion contiennent jusqu’à 2 000 utilisateurs chacune, avec 50 listes par canal et 200 listes au total; Google précise qu’il n’y a aucune limite de taille sur les Google Groups utilisés avec des canaux fermés supplémentaires. Le test ouvert est soit Illimité, soit plafonné à une limite configurée d’au moins 1 000.
| Canal ou méthode | Limite documentée | Canal éligible pour le prérequis? | La précision qui compte |
|---|---|---|---|
| Interne | 100 testeurs par application | Non | Canal facultatif. Les versions sont normalement disponibles pour les testeurs quelques minutes après leur publication. |
| Fermé, via liste de diffusion | 2 000 utilisateurs par liste | Oui | Figurer sur la liste n’équivaut pas à être inscrit. Seuls les testeurs inscrits comptent. |
| Fermé, listes de diffusion par canal | 50 listes | Oui | Une limite de configuration sur les listes. Ne la multipliez pas pour en faire un plafond de testeurs uniques. |
| Fermé, listes de diffusion au total | 200 listes | Oui | Limite de configuration au niveau du compte décrite par Google. |
| Fermé, via Google Groups | Aucune limite de taille annoncée pour les groupes utilisés avec des canaux fermés supplémentaires | Oui | Les testeurs doivent rejoindre le groupe et s’inscrire ensuite. L’appartenance au groupe à elle seule n’inscrit personne. |
| Fermé, via organisation managed Google Play | Aucun chiffre de testeurs publié | Oui | Vous choisissez quelle organisation peut accéder au canal; les administrateurs de cette organisation attribuent les utilisateurs. |
| Ouvert | Illimité, ou un plancher configuré de 1 000 | Non | Les 1 000 sont la valeur minimale à laquelle vous pouvez régler une limite, pas un nombre de participants à recruter. |
| Tout canal, compte de testeur | Compte Google ou compte Google Workspace | Prérequis pour tous | Google indique que les utilisateurs ont besoin d’un compte Google ou d’un compte Google Workspace pour participer à un test. |
Sources: Aide Play Console, réponse 9845334 et réponse 14151465 · vérifié le 14 août 2026
Les chiffres du test interne
Le test interne accepte jusqu’à 100 testeurs par application, et Google indique qu’un nouvel app bundle publié sur le canal interne est disponible pour les testeurs en quelques minutes. C’est le canal le plus rapide pour mettre une version entre les mains d’un petit groupe, et c’est précisément pour cela qu’il piège: le prérequis d’accès en production nomme un test fermé, donc le temps passé sur le canal interne ne se cumule pas vers les 14 jours, quel que soit le nombre de personnes que vous y placez ou leur assiduité. Ce n’est pas non plus le canal le plus permissif, puisqu’un test ouvert peut être réglé sur Illimité.
Le test interne possède un avantage réel que les autres canaux n’ont pas: si l’application est payante, les testeurs internes peuvent l’installer gratuitement. Sur un test ouvert ou fermé, Google indique que les testeurs doivent quand même acheter une application payante. C’est un coût réel à prévoir, distinct des frais d’inscription de $25.
L’erreur la plus coûteuse de cette page
Faire passer douze personnes par un test interne pendant quatorze jours ne produit rien qui compte pour l’accès en production. Un second piège se superpose au premier: Google indique qu’un utilisateur inscrit à un test interne doit se désinscrire du test interne avant de pouvoir participer à un test ouvert ou fermé, si bien que les mêmes personnes peuvent silencieusement ne pas être enregistrées sur le canal qui compte.
Les limites de listes du test fermé
Un test fermé peut être alimenté de trois façons, et les chiffres célèbres n’en décrivent qu’une seule. Google documente les listes de diffusion de testeurs, les Google Groups et l’octroi de l’accès au canal à une organisation managed Google Play. Les chiffres que tout le monde cite, 2 000 utilisateurs par liste, 50 listes par canal de test et 200 listes de diffusion au total, sont des limites portant spécifiquement sur les listes de diffusion. Ce sont trois plafonds de configuration distincts, et aucun ne dit combien d’êtres humains uniques peuvent tester votre application.
Quelle que soit la voie choisie, l’étape d’inscription est la même et c’est elle qui décide de votre chiffre. Les testeurs ont besoin d’un compte Google ou Google Workspace, et chacun doit s’inscrire via le lien d’inscription. Pour un Google Groups, Google est explicite: les utilisateurs doivent rejoindre le groupe avant de s’inscrire au test, si bien que l’appartenance au groupe et le statut de testeur qualifiant sont deux états différents avec deux décomptes différents.
Ne multipliez pas ces chiffres. Cinquante listes fois deux mille utilisateurs, c’est un calcul, pas une statistique Google. Google exprime des limites de listes, pas un plafond définitif de personnes uniques: un chiffre comme "100 000 testeurs maximum" est donc un nombre dérivé présenté comme de la documentation. Cette page ne le publie pas, et rien de ce qui la cite ne devrait le faire.
Il y a une seconde raison pour laquelle ce calcul échoue. Les listes de diffusion ne sont pas la seule façon d’alimenter un test fermé: Google documente aussi l’usage des Google Groups, et indique qu’il n’y a aucune limite de taille pour ces groupes. Un plafond que l’on peut contourner en choisissant une autre configuration n’a jamais été un plafond de testeurs.
Les chiffres du test ouvert
Un test ouvert peut être réglé sur Illimité, ou limité à un plafond de testeurs que vous configurez, auquel cas cette limite configurée doit être d’au moins 1 000. C’est le chiffre le plus mal cité de tout le sujet. C’est un plancher pour un réglage, pas une obligation de trouver mille personnes, et il n’a rien à voir avec l’exigence de test fermé. Google documente aussi la possibilité de mener plusieurs tests fermés en parallèle d’un test ouvert en même temps.
Si le test ouvert est grisé
Pour un nouveau compte personnel concerné, c’est l’état attendu, pas un bug. La page d’exigences actuelle de Google indique que le test ouvert devient disponible lorsque l’accès en production l’est: l’ordre est donc test fermé d’abord, puis demande, puis les autres canaux. À quoi sert chaque canal, et lequel choisir une fois qu’ils vous sont tous ouverts, est traité dans la comparaison entre test interne, fermé et ouvert.
Instrument 03
Planificateur de limites de canaux
Choisissez un canal, indiquez si vous testez pour satisfaire l’exigence des nouveaux comptes personnels, et saisissez l’effectif que vous avez en tête. L’outil le confronte aux limites documentées pour cette configuration précise, au lieu d’appliquer le seuil des 12 testeurs à tous les tests fermés jamais menés.
Statistiques de l’accès en production
Le 14e jour ne publie rien du tout. Il vous rend éligible pour demander l’accès en production depuis le tableau de bord de l’application, via une demande en 3 sections. Google l’examine ensuite, indique que cet examen prend généralement 7 jours ou moins, et peut conclure que l’application n’est pas prête et vous demander de continuer à tester. Une demande acceptée ouvre l’accès en production et le test ouvert.
-
Étape 1
Se qualifier
Au moins 12 testeurs inscrits pendant au moins les 14 derniers jours sans interruption, sur le canal fermé.
Vous maîtrisez ce point -
Étape 2
Demander
Une demande en 3 sections depuis le tableau de bord de l’application: votre test fermé, votre application ou votre jeu, et la préparation à la production.
Vous maîtrisez ce point -
Étape 3
Examen
Google décide. Généralement 7 jours ou moins, parfois davantage, et l’issue peut être une demande de tests supplémentaires.
Google maîtrise ce point
Presque tous les fils désespérés de la Developer Help Community de Google se ramènent à l’écart entre la deuxième et la troisième étape. Des développeurs publient des titres du genre "refus d’accès en production malgré 12 testeurs inscrits pendant 14 jours consécutifs" et décrivent des testeurs qui n’ont jamais désinstallé, parce qu’ils avaient compris le seuil comme la décision. Il ne l’est pas. Douze testeurs pendant quatorze jours consécutifs, c’est une condition d’éligibilité, et le processus documenté par Google dit explicitement qu’il peut exiger la poursuite des tests s’il juge l’application non prête.
Terminer 12 testeurs pendant 14 jours consécutifs rend un développeur éligible pour déposer une demande d’accès en production. Cela ne garantit pas l’approbation pour la production.
Aide Google Play Console, réponse 14151465 · vérifié le 14 août 2026
Personne en dehors de Google ne peut chiffrer la fréquence à laquelle l’examen répond non, puisque Google ne publie rien à ce sujet. Les refus répétés sont bien attestés dans la Help Community de Google, mais pas sous forme de statistique: cette page les traite donc comme une possibilité documentée avec des témoignages de la communauté, pas comme un taux. La marche à suivre après un refus, notamment la question de savoir si une nouvelle fenêtre démarre, est traitée dans l’article sur les raisons du refus du test fermé.
Ce que Google demande après le test fermé
La demande comporte trois sections. Les questions de Google portent sur la façon dont vous avez trouvé vos testeurs et travaillé avec eux, sur ce qu’est l’application et à qui elle s’adresse, et sur sa préparation pour un public élargi. Aucune grille de notation n’est publiée derrière elles: la bonne posture est donc l’exactitude, pas l’optimisation.
Comment les testeurs ont été recrutés, comment ils ont utilisé l’application et quels commentaires sont remontés.
Ce que fait l’application, à qui elle s’adresse et la valeur qu’elle apporte à ce public.
Ce que les tests ont changé et pourquoi l’application est prête pour la production maintenant.
Il n’existe aucun corrigé publié. Google nomme les trois sections et les sujets sur lesquels il interroge. Il ne publie ni modèle de notation, ni nombre de caractères, ni liste de formules qui passent. Toute page qui en présente un l’a inventé. Des exemples concrets de la façon dont les développeurs décrivent réellement leur test se trouvent dans l’article sur le questionnaire d’accès en production.
Côté délais, les 7 jours ou moins de Google sont le seul chiffre appuyé par une source primaire, et Google le nuance par "généralement". Traitez-le comme la description du cas courant, pas comme une échéance sur laquelle caler une date de lancement. Les délais d’examen étape par étape sur l’ensemble du parcours de publication sont traités dans l’article sur le délai d’examen Google Play.
Chronologie des règles du test fermé
Quatre dates portent toute l’histoire: l’annonce, la date limite des comptes concernés quatre jours plus tard, la réduction de 20 à 12 en décembre 2024, et l’état actuel. La date d’annonce et la date limite sont deux choses différentes, et les confondre est l’erreur la plus fréquente dans les articles consacrés à cette règle.
-
9 novembre 2023
Annoncé à 20 testeurs
Google a annoncé que les nouveaux comptes de développeur personnels devraient tester avec 20 personnes pendant deux semaines minimum avant de demander un accès en production, afin que les développeurs puissent repérer les problèmes et recueillir des commentaires avant le lancement.
Vérifié, historique -
13 novembre 2023
La date limite des comptes concernés
La date que la page d’aide actuelle de Google utilise pour définir qui est concerné: les comptes de développeur personnels créés après elle. C’est une frontière de cohorte, pas la date d’annonce, et les deux sont séparées de quatre jours.
Vérifié -
11 décembre 2024
20 est devenu 12
Google a mis à jour la règle pour ramener l’exigence de test de 20 testeurs à 12. La période de 14 jours est restée inchangée. Les développeurs ont remarqué le changement dans Play Console avant que la documentation ne suive, ce qui explique que certains fils de l’époque le prennent pour un possible bug.
Vérifié -
Aujourd’hui, 14 août 2026
12 testeurs, 14 jours consécutifs
L’état actuel, vérifié auprès de la page d’exigences de Google à cette date. Aucun seuil de remplacement ni date de fin pour cette règle n’a été trouvé dans les sources consultées.
Vérifié
Voilà les preuves, sans le récit. Le compte rendu complet de ce qui a changé, des raisons pour lesquelles les développeurs ont réagi comme ils l’ont fait et de ce que cela a signifié pour les applications alors en plein test se trouve dans l’article sur le passage de 20 à 12 testeurs sur Google Play, qui reste l’archive de référence de ce site sur ce changement de règle.
Ce que Google dit, et ce qu’il ne dit pas
Huit affirmations font l’essentiel des dégâts sur ce sujet, et toutes les huit sont des extrapolations de la formulation réelle de Google plutôt que des citations. Le tableau ci-dessous associe le symptôme tel que les développeurs le rapportent à la lecture la plus défendable de la documentation, et indique à quel point cette lecture est solide.
| Ce que rapportent les développeurs | Explication la plus défendable | À vérifier | Niveau |
|---|---|---|---|
| "J’ai ajouté 12 e-mails mais Play Console en compte moins." | Figurer sur une liste de diffusion n’équivaut pas à avoir terminé l’inscription de testeur. | Vérifiez que chaque testeur a utilisé le lien d’inscription avec un compte éligible et s’est bien inscrit. | Vérifié |
| "J’ai fait un test interne avec 12 personnes ou plus pendant 14 jours." | Le prérequis précise un test fermé. Le temps passé en test interne ne s’y cumule pas. | Configurez et démarrez le canal Test fermé. Le quota de 100 personnes du test interne ne s’y substitue pas. | Vérifié |
| "J’ai atteint le 14e jour, pourquoi ne puis-je pas publier?" | Le 14e jour vous rend apte à demander l’accès en production, rien de plus. | Ouvrez le tableau de bord de l’application et remplissez la demande d’accès en production dès que l’éligibilité s’affiche. | Vérifié |
| "Google m’a refusé alors que j’avais 12 testeurs." | Le seuil régit l’éligibilité à déposer une demande, pas l’issue de l’examen. | Poursuivez les tests si on vous le demande, et répondez à la demande avec exactitude sur le recrutement, l’engagement, les commentaires et la préparation. | Vérifié |
| "Le test ouvert est désactivé pour mon application." | C’est attendu dans le parcours des comptes concernés. Le test ouvert devient disponible lorsque l’accès en production l’est. | Terminez d’abord le test fermé et la demande d’accès en production. | Vérifié |
| "Mes testeurs doivent-ils ouvrir l’application tous les jours?" | Google précise l’inscription continue. Il ne publie aucune condition chiffrée d’une ouverture par jour. | Encouragez un usage authentique et recueillez des commentaires, car l’engagement est évalué dans la demande, mais ne présentez pas les ouvertures quotidiennes comme une règle de Google. | Vérifié |
| "Un testeur a désinstallé. Mes 14 jours sont-ils réinitialisés?" | La condition publiée est l’inscription continue, et la source n’assimile pas la désinstallation à une désinscription. | Vérifiez l’état d’inscription réel et si au moins 12 testeurs remplissent encore la condition des 14 jours continus. | Partiel |
| "Mon nombre de testeurs semble faux après un refus." | Signalé à plusieurs reprises dans la Help Community de Google. Google ne documente aucun algorithme de comptage qui l’explique. | Rapprochez la liste de l’état d’inscription avant de conclure à un dysfonctionnement de la Console. "Testeur fantôme" est un mot de développeurs, pas un terme de Google. | Rapporté |
Le schéma est le même sur les huit lignes. Google publie un seuil et un processus; il ne publie pas la mécanique qui se trouve dessous. C’est dans cet écart que les pages commerciales insèrent des détails à l’air assuré, et c’est pourquoi cet article note chaque ligne au lieu de tout aplatir dans une seule voix. Si c’est précisément votre compteur qui reste bloqué sous la taille de la liste, le diagnostic complet se trouve dans l’article sur les 12 testeurs ajoutés et le zéro inscrit.
À propos des services de testeurs payants, celui-ci compris. Des développeurs de la Help Community de Google ont demandé directement si le recours à un service payant avait causé leur refus. Aucune source Google primaire trouvée pour cette page n’indique que les services de testeurs payants sont autorisés, et aucune n’indique qu’ils sont interdits. La position exacte est que Google documente des exigences et examine des demandes; il ne publie aucune règle sur les canaux de recrutement, dans un sens comme dans l’autre. Toute page affirmant que Google les approuve ou les bannit comble un vide de la documentation avec une opinion.
Non vérifié Aucune source Google primaire localisée dans un sens ou dans l’autre.
Les chiffres que Google ne publie pas
Six des éléments les plus cités sur ce sujet n’avaient aucune source Google primaire derrière eux dans les sources consultées pour cette page: un taux d’approbation du test fermé, un taux de refus, un nombre exact d’applications actuellement sur Google Play, un seuil d’ouvertures quotidiennes, une grille de notation pour l’examen de l’accès en production, et l’algorithme derrière le compteur de testeurs de Play Console. Si une page vous en présente un comme une statistique Google, demandez-lui de quelle page Google primaire vient le chiffre.
-
Un taux d’approbation ou de réussite du test fermé Aucune source trouvée
Aucun pourcentage publié par Google décrivant la fréquence à laquelle les développeurs remplissant le seuil 12/14 obtiennent l’accès en production n’a été localisé. Les pourcentages qui circulent proviennent de services commerciaux décrivant leurs propres résultats, ce qui est une autre mesure, avec un autre dénominateur.
-
Un taux de refus Google Play Aucune source trouvée
Google publie des décomptes d’applications non conformes arrêtées, pas un pourcentage de refus rapporté à un dénominateur. Impossible de reconstituer un taux à partir de ces décomptes, puisque la population dont ils sont tirés n’est pas publiée avec eux.
-
Un nombre exact d’applications actuellement sur Google Play Des millions, sans chiffre
Les documents actuels de Google présentent Play comme abritant des millions d’applications et de contenus, sans donner de chiffre d’inventaire précis. Des estimations commerciales d’app intelligence existent et ne sont pas des chiffres Google: cette page n’en substitue donc aucune.
-
Une exigence d’ouverture quotidienne de l’application Absente de la règle
La règle d’éligibilité actuelle précise l’inscription continue et n’énonce aucune exigence chiffrée d’une ouverture d’application par testeur et par jour. Google interroge bien sur l’engagement des testeurs lors de l’évaluation de l’accès en production, et c’est là que l’engagement compte vraiment.
-
Une grille de notation de l’accès en production Aucune source trouvée
Google nomme les trois sections de la demande et les sujets sur lesquels il interroge. Aucune pondération, aucun seuil, aucun nombre de caractères et aucun modèle d’évaluation des réponses n’apparaît dans la documentation consultée pour cette page.
-
Un algorithme de comptage ou de réinitialisation des testeurs Aucune source trouvée
Google publie la condition selon laquelle au moins 12 testeurs doivent avoir été inscrits sans interruption pendant les 14 derniers jours. Il ne publie pas la façon dont Play Console calcule ce nombre, ce qu’il advient des compteurs individuels quand un testeur abandonne, ni si un événement quelconque réinitialise la fenêtre pour tout le monde. Les histoires de réinitialisation qui circulent sont des déductions tirées du comportement de la Console, pas de la documentation.
Il reste une absence à nommer, car c’est celle que l’on comble le plus souvent avec quelque chose qui sonne officiel. Google n’a publié aucun impact chiffré isolé pour l’exigence des 12 testeurs. Ses rapports de sécurité regroupent les exigences de test avec la vérification des développeurs et les contrôles obligatoires avant examen, et décrivent l’effet combiné. Toute phrase du type "la règle des 12 testeurs a réduit X de Y pour cent" est une construction, pas une citation.
Un test applicable à n’importe quelle page, y compris celle-ci
Pour chaque statistique, posez trois questions: de quelle phrase exacte est-elle tirée, quand cette phrase a-t-elle été vérifiée pour la dernière fois, et la source le dit-elle ou la page se contente-t-elle de le suggérer? Une statistique qui ne survit pas à ces trois questions n’est pas une statistique. Chaque chiffre ci-dessus est rédigé pour pouvoir être remonté jusqu’à un numéro de réponse d’aide Play Console ou à une publication Google nommée, et c’est aussi pourquoi le Compositeur de citations, en haut de cet article, joint la source et la date à tout ce que vous copiez.
Comment PrimeTestLab aide sur le chiffre que vous ne pouvez pas consulter
Chaque chiffre vérifié ci-dessus peut être rattaché à une source primaire; les interprétations partielles et les chiffres que Google ne publie pas sont signalés à part. Un seul chiffre de cette page est une tâche plutôt qu’un fait: 12 personnes réelles, inscrites, pendant 14 jours consécutifs. PrimeTestLab fournit ce groupe sur de vrais appareils allant d’Android 7 à 17, à partir de $19.99, et le maintient pendant toute la fenêtre pour que le compte ne descende pas sous le seuil pendant que vous travaillez sur la version.
Ce que cela achète, c’est un nombre d’inscrits stable, la seule variable dont la documentation vous rend responsable et celle qui fait discrètement échouer la plupart des tests auto-organisés. Cela n’achète pas une décision. Google examine lui-même la demande d’accès en production, et aucun service ne peut promettre l’issue de cet examen. Ce sur quoi nous pouvons nous engager, c’est la partie qui relève de nous: si une campagne ne livre pas les tests que vous avez payés, la garantie est un nouveau test gratuit ou un remboursement intégral.
| Ce qu’il faut gérer | Recruter le groupe vous-même | Un groupe géré |
|---|---|---|
| Au moins 12 testeurs | Amis, forums et groupes d’échange. Trouver douze personnes est possible; en trouver douze qui vont au bout, c’est le plus dur. | 12 attribués d’emblée, avec des formules plus larges à 20 et 25 testeurs pour garder de la marge au-dessus du minimum. |
| Inscrits pendant 14 jours consécutifs | Vous surveillez l’état d’inscription chaque jour et vous relancez ceux qui décrochent, car passer sous le minimum rompt la condition de continuité. | Le groupe est maintenu pendant toute la fenêtre: protéger le compte devient le travail de quelqu’un d’autre. |
| Diversité des testeurs et des appareils | Ceux que vous arrivez à convaincre, avec le matériel qu’ils possèdent. | De vraies personnes sur de vrais appareils, d’Android 7 à 17, dans 120+ pays. |
| Commentaires pour la question sur la préparation | Dépend entièrement de l’implication de vos recrues. Souvent le point le plus faible d’un test mené en solo. | Des commentaires de testeurs structurés, que vous pouvez citer quand la demande vous interroge sur ce que les tests ont changé. |
| Coût | Aucune dépense, payée en journées passées à relancer des gens pendant la période où vous avez le plus besoin de développer. | À partir de $19.99 pour la formule à 12 testeurs. |
| La décision d’accès en production | Celle de Google | Toujours celle de Google. Aucun service ne peut promettre l’approbation, et celui qui le fait décrit quelque chose qu’il ne contrôle pas. |
Pour donner une idée de l’échelle, et non comme une affirmation sur votre application: PrimeTestLab a mené des tests fermés pour 7 400+ applications avec un bilan de 99.9% dans 120+ pays. Ce sont nos chiffres, mesurés sur nos campagnes, et ils appartiennent à la même catégorie que tous les autres chiffres de première main sur internet: utiles, et pas une statistique Google.
Questions fréquentes
Faut-il encore 20 testeurs pour Google Play en 2026?
Non. Le minimum actuel est de 12 testeurs, pas 20. Google a annoncé le 9 novembre 2023 une exigence de 20 personnes pendant deux semaines minimum, puis a mis la règle à jour le 11 décembre 2024 pour ramener le minimum à 12 testeurs, la période de 14 jours restant inchangée. Les pages qui affichent encore 20 comme chiffre 2026 citent l’annonce désormais caduque.
Les 12 testeurs doivent-ils rester inscrits les 14 jours entiers?
La formulation de Google est qu’au moins 12 testeurs doivent avoir été inscrits sans interruption depuis au moins 14 jours. Pour ce seuil chiffré publié, Google compte l’inscription continue, et non les installations, les téléchargements ou un objectif documenté d’usage quotidien. L’engagement est distinct, mais il compte tout autant: Google demande comment les testeurs ont utilisé l’application, si leur usage ressemblait à l’usage attendu en production et quels commentaires ils ont fournis, et un engagement insuffisant peut donner lieu à une demande de tests supplémentaires. Un groupe de testeurs ayant participé chacun à des moments différents n’équivaut pas à 12 testeurs tous inscrits sur la même fenêtre continue de 14 jours.
Quand la période de 14 jours commence-t-elle vraiment?
Pas au moment où vous ajoutez les adresses e-mail. Ajouter quelqu’un à une liste ou à un Google Groups rend seulement cette personne éligible pour participer; l’état qualifiant, ce sont les testeurs qui ont terminé leur inscription puis sont restés inscrits. La condition que Google publie est qu’au moins 12 testeurs aient été inscrits sans interruption depuis au moins 14 jours: fiez-vous donc à l’état d’éligibilité que Play Console affiche pour l’exigence d’accès en production plutôt que de compter les jours à partir de la date de configuration du canal.
Le test interne compte-t-il pour les 12 testeurs pendant 14 jours?
Non. Le prérequis d’accès en production de Google exige expressément un test fermé. Le test interne est décrit séparément comme un canal facultatif acceptant jusqu’à 100 testeurs par application, et les versions internes sont normalement disponibles pour les testeurs quelques minutes après leur publication. Faire passer 12 personnes par un test interne pendant 14 jours ne satisfait pas l’exigence de test fermé.
Mes 12 testeurs doivent-ils ouvrir l’application tous les jours?
L’exigence chiffrée publique de Google n’énonce aucun seuil d’une ouverture d’application par jour. La condition chiffrée documentée est l’inscription continue. L’engagement compte malgré tout, car la demande d’accès en production interroge les développeurs sur la façon dont les testeurs ont été recrutés, sur la façon dont ils ont utilisé l’application et sur les commentaires qu’ils ont donnés, et Google indique qu’un engagement insuffisant des testeurs peut donner lieu à une demande de tests supplémentaires. Ce qu’aucune source Google trouvée pour cette page ne publie, c’est un nombre d’ouvertures quotidiennes: traitez donc l’usage authentique comme quelque chose à encourager et à décrire, pas comme un quota documenté à atteindre.
J’ai terminé 14 jours. Suis-je automatiquement approuvé pour la production?
Non. Terminer un test fermé qualifiant vous rend éligible pour demander l’accès en production depuis le tableau de bord de l’application dans Play Console. Google examine cette demande et peut conclure que l’application n’est pas prête et vous demander de poursuivre les tests. Douze testeurs pendant 14 jours continus, c’est un seuil d’éligibilité, pas une garantie d’approbation.
Combien de temps Google met-il à examiner l’accès en production?
La page d’aide actuelle de Google indique que l’examen de l’accès en production prend généralement 7 jours ou moins, et qu’il peut occasionnellement prendre plus de temps. C’est la description du cas habituel, pas un accord de niveau de service ni une date de décision garantie: cela ne doit donc jamais être cité comme un délai exact de sept jours.
Puis-je utiliser le test ouvert au lieu du test fermé?
Pas pour ce prérequis. La page d’exigences actuelle de Google décrit un test fermé pour les nouveaux comptes personnels concernés, et indique que le test ouvert devient disponible lorsque l’accès en production l’est. Le chiffre de 1 000 associé au test ouvert est la limite de testeurs minimale à configurer lorsqu’un test ouvert n’est pas réglé sur Illimité, et non une obligation de recruter 1 000 participants.
Puis-je utiliser Google Groups plutôt que des listes de diffusion individuelles?
Oui. Google documente l’accès au test fermé via des listes de diffusion de testeurs, via Google Groups, et en accordant l’accès au canal à une organisation managed Google Play. Les chiffres de 2 000 utilisateurs par liste, 50 listes par canal et 200 listes au total décrivent spécifiquement les listes de diffusion; Google précise qu’il n’y a aucune limite de taille sur les Google Groups utilisés avec des canaux fermés supplémentaires. Appartenir au groupe n’équivaut pas à être inscrit: Google indique que les utilisateurs doivent rejoindre le groupe avant de s’inscrire au test, ce sont donc deux décomptes distincts.
Mes testeurs ont-ils besoin d’un compte Google?
Oui. Google indique que les utilisateurs ont besoin d’un compte Google ou d’un compte Google Workspace pour participer à un test. Une adresse figurant dans vos contacts ou une boîte e-mail ordinaire qui n’est rattachée à aucun compte Google éligible ne peut pas mener l’inscription à son terme, ce qui explique en partie qu’une liste puisse sembler complète alors que le nombre de testeurs qualifiants reste plus bas.
Les testeurs fermés doivent-ils acheter une application payante?
Oui, si l’application elle-même est payante. Google indique que les testeurs d’un test ouvert ou fermé doivent quand même acheter l’application, tandis que ceux d’un test interne peuvent installer gratuitement une application payante. Ce coût s’ajoute au versement unique de 25 USD pour l’inscription développeur et à ce que vous payez éventuellement à un prestataire de test, et il concerne bien le canal fermé exigé pour l’accès en production.
Les comptes Organisation ont-ils besoin du test à 12 testeurs?
La documentation actuelle de Google limite cette exigence de test supplémentaire aux comptes de développeur personnels créés après le 13 novembre 2023, et identifie par ailleurs Personnel et Organisation comme les deux types de comptes de développeur. L’énoncé précis et défendable est donc que l’exigence documentée des 12 testeurs pour l’accès en production s’applique aux nouveaux comptes Personnel concernés. Google n’écrit pas la phrase les comptes Organisation en sont exemptés dans les pages d’aide consultées pour cette page.
Pourquoi Play Console affiche-t-il moins de testeurs que d’e-mails ajoutés?
Ajouter une adresse à une liste de diffusion éligible et voir cette personne mener son inscription de testeur à son terme sont deux étapes différentes. Google demande aux développeurs de diffuser l’URL d’inscription et précise que chaque testeur doit s’inscrire. Les fils de la Developer Help Community montrent régulièrement des listes plus grandes que le nombre de testeurs qualifiants, exactement pour cette raison: vérifiez donc l’état d’inscription de chaque testeur plutôt que la taille de la liste.
Où voir l’avancement de mon test fermé dans Play Console?
Consultez l’exigence de test pour l’accès en production affichée sur le tableau de bord de l’application. Le chiffre qualifiant est le nombre de testeurs que Play Console reconnaît comme inscrits au titre de cette exigence: ni le nombre d’adresses e-mail que vous avez ajoutées, ni les installations affichées dans Statistiques, ni le nombre d’installations de la fiche Play Store. Ce nombre qualifiant peut différer des chiffres d’installation parce que les deux mesurent des choses différentes. Des développeurs signalent aussi des mises à jour retardées du compteur, mais Google ne publie ni sa fréquence d’actualisation ni son algorithme de calcul: prenez donc l’exigence d’accès en production du tableau de bord comme indication finale de votre éligibilité.
Désinstaller l’application réinitialise-t-il les 14 jours?
La condition publiée par Google est formulée autour de testeurs qui restent inscrits sans interruption, et la documentation primaire consultée pour cette page ne dit pas que désinstaller équivaut à lui seul à se désinscrire. Considérez l’état d’inscription comme le chiffre à surveiller. Si moins de 12 testeurs remplissent la condition des 14 jours continus, vous n’êtes pas encore éligible pour déposer une demande; en revanche, l’idée répandue selon laquelle une seule désinstallation réinitialise automatiquement tout le test n’est pas étayée par la source.
Google publie-t-il un taux d’approbation ou de réussite du test fermé?
Aucun taux d’approbation, taux de refus ou pourcentage de réussite publié par Google pour l’exigence des 12 testeurs n’a été trouvé dans les sources primaires consultées pour cette page. Google publie des chiffres de sécurité à l’échelle de l’écosystème, comme le fait d’avoir empêché la publication de plus de 1,75 million d’applications non conformes aux règles en 2025, mais ce sont des décomptes portant sur l’ensemble de Google Play, impossibles à convertir en taux d’approbation du test fermé. Traitez tout pourcentage présenté comme le taux de réussite du test fermé selon Google comme non sourcé tant qu’une page Google primaire ne le porte pas.
Combien coûte un test fermé avec 12 testeurs réels?
Google facture un versement unique de 25 USD pour l’inscription développeur et ne facture rien pour le test fermé lui-même: le vrai coût du test, c’est donc de trouver 12 personnes qui resteront inscrites pendant 14 jours continus. PrimeTestLab fournit 12 testeurs réels sur de vrais appareils à partir de $19.99 et maintient le groupe pendant les 14 jours complets, avec un nouveau test gratuit ou un remboursement intégral. Aucun service ne peut promettre l’approbation de Google, car la décision d’accès en production appartient à Google.
Annexe
Statistiques Google Play connexes
Tout ce qui précède est un chiffre du test fermé. Ce qui suit rassemble les chiffres que les développeurs viennent chercher ensuite sur cette page: ce que coûte le compte lui-même et quand Google ferme un compte inutilisé, les dates de niveau d’API cible et de règles qui décident si une version est acceptée tout court, les seuils Android vitals qui gouvernent la visibilité en boutique, et les décomptes d’application des règles publiés par Google pour son écosystème. Même sourçage, mêmes niveaux de confiance, même date de vérification: aucun d’eux n’est une condition de l’exigence 12/14, et c’est pourquoi ils sont ici plutôt qu’à l’intérieur.
Chiffres du compte de développeur et de la publication
Google Play facture des frais d’inscription uniques de 25 USD, exige que le titulaire du compte ait au moins 18 ans et propose deux types de comptes, Personnel et Organisation. Les nouvelles applications doivent être publiées au format Android App Bundle depuis août 2021. Aucun de ces points ne dépend de l’exigence de test fermé, et tous apparaissent dans les mêmes réponses d’aide.
| Statistique | Valeur | Confiance | Précision |
|---|---|---|---|
| Frais d’inscription développeur | 25 USD | Vérifié | Versement unique, prélevé à l’inscription. Pas un abonnement annuel. |
| Âge minimum du développeur | 18 ans | Vérifié | Indiqué sur la page d’inscription des comptes de Google. |
| Types de comptes de développeur | 2 | Vérifié | Personnel et Organisation. L’exigence de test fermé est documentée pour les nouveaux comptes Personnel. |
| Exigence Android App Bundle | Depuis août 2021 | Vérifié | S’applique aux nouvelles applications sur Google Play. Dans un texte durable, citez le mois, pas un jour précis. |
| Exemption des comptes Organisation | Fondée sur le périmètre | Partiel | Google limite l’exigence aux nouveaux comptes Personnel. Il n’écrit pas de phrase d’exemption pour les comptes Organisation. |
Sources: Aide Play Console, réponse 6112435 et documentation Android App Bundle · vérifié le 14 août 2026
Ces frais sont le chiffre que l’on prend le plus souvent à tort pour un paiement récurrent, et il vaut la peine d’être précis sur ce qu’ils achètent et ce qu’ils n’achètent pas. Ils enregistrent le compte de développeur. Ils n’écourtent pas le test fermé, n’en exemptent pas un compte concerné et n’accélèrent pas l’examen de l’accès en production. Ce qui se passe réellement après ce paiement, étape par étape, est traité dans l’article sur ce qu’il faut faire après avoir payé les $25.
Chiffres de l’inactivité du compte
Ils ont leur place sur cette page parce que ce sont les chiffres qui décident si le compte que vous avez payé 25 USD existe encore quand vous y revenez. Google les publie, et ils sont plus précis que la plupart des développeurs ne l’imaginent: un an, 1 000 installations cumulées sur la durée de vie, 180 jours d’utilisation de Play Console, et des avertissements à 60, 30 et 7 jours avant la fermeture.
| Cas | Conditions énumérées par Google | Confiance |
|---|---|---|
| Compte sans application | Créé il y a plus d’un an et n’a jamais soumis d’application à l’examen. | Vérifié |
| Compte avec applications | Créé il y a plus d’un an; toutes les applications publiées, y compris celles en ligne, retirées et suspendues, totalisent moins de 1 000 installations cumulées sur la durée de vie; le numéro de téléphone et l’e-mail de contact du compte ne sont pas validés; et Play Console n’a pas été utilisé depuis 180 jours. | Vérifié |
| Calendrier des avertissements | Rappels envoyés 60, 30 et 7 jours avant la fermeture du compte. | Vérifié |
| Frais après fermeture | Les frais d’inscription ne sont pas remboursés lorsqu’un compte est fermé pour inactivité. | Vérifié |
Source: Aide Play Console, réponse 11605267 · vérifié le 14 août 2026
Reproduisez les conditions, pas un raccourci booléen. Les quatre chiffres ci-dessus sont exactement ce que Google énumère pour un compte ayant publié des applications. Cette page les énonce comme un ensemble, dans l’ordre de Google, et ne les compresse ni en "n’importe laquelle de ces conditions ferme votre compte" ni en "les quatre doivent être vraies en même temps", parce que les reformulations populaires de cette règle se contredisent entre elles et que la page d’origine est une liste, pas une formule. Le seul chiffre que cette page continue de ne pas afficher, c’est le nombre exact d’applications actuellement sur Google Play: les documents de Google parlent de "millions" sans donner de chiffre, et les estimations commerciales d’app intelligence ne sont pas un chiffre Google.
Partiel Conditions vérifiées individuellement. La relation logique exacte entre elles n’est pas énoncée assez explicitement pour être paraphrasée.
Les échéances de 2026 et 2027
Trois dates de publication sont assez proches de l’exigence de test fermé pour apparaître dans les mêmes réponses d’aide. Les nouvelles applications pour téléphone et tablette, ainsi que leurs mises à jour, doivent en général cibler Android 16, niveau d’API 36 ou supérieur, depuis le 31 août 2026. Une prolongation jusqu’au 1er novembre 2026 peut être demandée. La nouvelle règle sur les autorisations de contacts entre en vigueur le 27 janvier 2027, et non le 28 octobre 2026.
| Date | De quoi il s’agit | Le chiffre concerné | Statut |
|---|---|---|---|
| Août 2021 | Les nouvelles applications Google Play doivent utiliser un Android App Bundle | AAB exigé | Actuel |
| 9 novembre 2023 | Annonce initiale de l’exigence de test | 20 personnes, 2 semaines minimum | Historique |
| 13 novembre 2023 | Date limite définissant les comptes concernés par l’exigence de test | Nouveaux comptes personnels après cette date | Définition actuelle de la cohorte |
| 11 décembre 2024 | Seuil de testeurs abaissé | 20 devient 12 | Seuil actuel |
| 31 août 2025 | Plancher d’API cible pour les soumissions Android TV | Android 14, API 34 | En vigueur |
| 31 août 2026 | Plancher d’API cible pour les nouvelles applications téléphone et tablette et leurs mises à jour | Android 16, API 36 | En vigueur |
| 1er novembre 2026 | Terme de la prolongation d’API cible pouvant être demandée | Prolongation jusqu’à cette date | À venir |
| 28 octobre 2026 | Ancienne date de la règle sur les contacts | Caduque | Ne pas publier comme date actuelle |
| 27 janvier 2027 | Date d’entrée en vigueur de la règle sur les autorisations de contacts | Nouvelle règle sur les contacts | Échéance publiée actuelle |
Le plancher d’API cible du 31 août 2026
Depuis le 31 août 2026, les nouvelles applications et les mises à jour sur Google Play doivent en général viser un niveau d’API minimal, et ce plancher n’est pas le même selon les types d’appareils. Téléphones et tablettes sont à l’API 36. Wear OS et Android Automotive OS sont à l’API 35. Android TV et Android XR sont à l’API 34. Le plancher API 34 d’Android TV n’est pas nouveau à cette date: l’aide Play Console le date du 31 août 2025, un an plus tôt, et la page d’exigences de niveau d’API cible actuelle de Google reconduit Android TV au même API 34, aux côtés d’Android XR. Pour Android TV, la date du 31 août 2026 ne change donc rien au niveau exigé. Lire un seul niveau d’API pour tout le tableau est l’erreur la plus facile à commettre ici; supposer que chaque type d’appareil a reçu un nouveau plancher en 2026 est la deuxième.
| Catégorie d’appareil | Cible minimale | En vigueur pour les nouvelles soumissions | Prolongation |
|---|---|---|---|
| Téléphone et tablette, nouvelles applications et mises à jour | Android 16, API 36+ | 31 août 2026 | Demande possible jusqu’au 1er novembre 2026 |
| Wear OS | Android 15, API 35+ | 31 août 2026 | Processus d’éligibilité et de prolongation actuel de Google |
| Android Automotive OS | Android 15, API 35+ | 31 août 2026 | Processus d’éligibilité et de prolongation actuel de Google |
| Android XR | Android 14, API 34+ | 31 août 2026 | Processus d’éligibilité et de prolongation actuel de Google |
| Android TV | Android 14, API 34+ | 31 août 2025, déjà en vigueur; reconduit sans changement au 31 août 2026 | Processus d’éligibilité et de prolongation actuel de Google |
Sources: Aide Play Console, réponse 11926878 et Android Developers, exigences de niveau d’API cible · vérifié le 14 août 2026
Le lien avec le test fermé est concret: la version que vous importez pour le test est une version comme une autre, et les mêmes planchers de soumission s’y appliquent. La migration elle-même, y compris ce que relever la cible change et ne change pas, est traitée dans l’article sur le niveau d’API cible, et l’erreur de bibliothèque native qui bloque la plupart des développeurs en pleine migration est traitée dans l’article sur la taille de page de 16 Ko.
La date de la règle sur les contacts qui a changé
Échéance modifiée
28 octobre 2026 27 janvier 2027
Le tableau actuel des échéances de règles de Google et sa page d’aide sur les informations sensibles donnent tous deux le 27 janvier 2027 comme date d’entrée en vigueur de la nouvelle règle sur les autorisations de contacts, annoncée le 15 avril 2026. Le 28 octobre 2026 figure dans des documents plus anciens, y compris dans certaines notes antérieures de ce site, et n’est plus la date en vigueur. La règle porte sur l’accès étendu aux contacts, le sélecteur de contacts Android étant attendu là où un accès étendu n’est pas nécessaire; elle dépend du cas d’usage et ne doit donc pas être réduite à l’affirmation générale qu’un niveau d’API entier ne peut plus utiliser les contacts.
Vérifié Date vérifiée. Le périmètre de la règle elle-même est classé partiel: Google la décrit par cas d’usage plutôt que comme une règle unique liée à un niveau d’API.
Les seuils Android vitals à connaître
Les seuils globaux de mauvais comportement de Google Play sont de 1,09% pour le taux de plantages perçus par l’utilisateur et de 0,47% pour le taux d’ANR perçus par l’utilisateur, évalués sur les 28 derniers jours de données. Ce sont des seuils de qualité d’application et de visibilité en boutique. Ce ne sont pas des critères publiés pour décider si un nouveau développeur obtient l’accès en production après un test fermé.
| Indicateur clé | Seuil global | Par modèle de téléphone | Par modèle de montre |
|---|---|---|---|
| Taux de plantages perçus par l’utilisateur | 1.09% | 8% | 4% |
| Taux d’ANR perçus par l’utilisateur | 0.47% | 8% | 5% |
| Consommation de batterie excessive | 1% | Non indiqué | 1% |
| Verrouillages de veille partiels excessifs | 5% | Non indiqué | Non indiqué |
Source: Android Developers, Android vitals · vérifié le 14 août 2026
À ne pas confondre avec l’exigence de test. Les assistants ressortent 1,09% et 0,47% quand on leur demande ce que Google mesure pendant le test fermé, parce que ce sont les pourcentages les plus proches à leur disposition. Ce n’est pas cela. Ces seuils régissent le traitement d’une application dans la boutique une fois qu’elle a des utilisateurs, sur une fenêtre glissante de 28 jours. Rien, dans la documentation de Google sur l’accès en production consultée pour cette page, ne les relie à la décision sur le test fermé.
Ils méritent tout de même d’être connus pendant un test, pour une raison pratique: un plantage que rencontrent vos douze testeurs est un plantage que rencontreront vos mille premiers utilisateurs, et la question sur la préparation, dans la demande d’accès en production, porte sur ce que les tests ont changé. Corriger ce que le test a fait remonter, c’est la réponse à cette question.
Ce que montrent les propres chiffres d’écosystème de Google
Google indique avoir empêché la publication de plus de 1,75 million d’applications non conformes aux règles en 2025 et banni plus de 80 000 comptes de développeur malveillants cette année-là, contre 2,36 millions d’applications et plus de 158 000 comptes en 2024. Google cite les exigences de test parmi les mesures destinées à relever le niveau de qualité de l’écosystème, mais ne publie aucun effet chiffré isolé pour la règle des 12 testeurs elle-même.
| Période | Chiffre | Ce qu’il étaye légitimement |
|---|---|---|
| 2023, outils de test | 3x en moyenne | L’observation formulée par Google selon laquelle les applications utilisant ses outils de test affichaient en moyenne trois fois plus d’installations et d’engagement utilisateur que celles qui ne les utilisaient pas. |
| 2024, applications bloquées | 2,36 millions | L’ampleur du contrôle avant publication de Play cette année-là. |
| 2024, comptes bannis | 158,000+ | Ampleur des mesures prises au niveau des comptes. |
| 2025, applications bloquées | 1,75 million+ | Le chiffre annuel le plus récent trouvé au 14 août 2026. |
| 2025, comptes bannis | 80,000+ | Le chiffre annuel le plus récent trouvé pour les mesures au niveau des comptes. |
| 2025, accès excessif aux données | 255 000+ applications | Applications empêchées d’obtenir un accès excessif à des données utilisateur sensibles. |
| 2025, avis indésirables | 160 millions | Notes et avis indésirables bloqués. Contexte de qualité plus large. |
| Description Play actuelle | 10 000+ contrôles de sécurité | Contrôles que Google déclare appliquer à chaque application qu’il propose. |
Sources: rapport de sécurité 2025 de Google et rapport 2024 · vérifié le 14 août 2026
N’en faites pas un taux de refus
1,75 million et 2,36 millions sont des décomptes d’applications non conformes arrêtées par les systèmes de sécurité de Google à l’échelle de toute la boutique. Aucun dénominateur ne leur est attaché, ils ne sont pas propres au test fermé, et aucune opération sur ces chiffres ne produit un pourcentage de refus Google Play. La baisse d’une année sur l’autre, de 2,36 millions à 1,75 million, ne prouve pas davantage que l’approbation est devenue plus facile: Google publie ces chiffres en même temps que des changements de vérification, d’examen et d’exigences de test, sans isoler ce qui a causé quoi.
La statistique du 3x, et ce qu’elle n’est pas
Le chiffre le plus citable que Google ait publié dans ce domaine est celui associé à son annonce du 9 novembre 2023: les applications utilisant les outils de test de Google Play affichaient en moyenne trois fois plus d’installations et d’engagement utilisateur que celles qui ne les utilisaient pas. C’est un vrai chiffre de Google, et il est détourné en permanence.
Le 3x est une corrélation, et il précède la règle
Google a signalé une association entre l’usage de ses outils de test et un volume plus élevé d’installations et d’engagement. Il n’a pas affirmé que les outils causaient cette différence, et la statistique a été publiée en même temps que l’annonce initiale des 20 testeurs, non comme une mesure de celle-ci. Toute phrase du type "le test fermé rend votre application 3x plus performante", ou pire "la règle des 12 testeurs produit une croissance de 3x", fait deux choses que la source n’étaye pas: elle convertit une corrélation en cause, et elle attribue une observation de 2023 sur des outils de test facultatifs à une exigence obligatoire dont la forme actuelle n’existait pas avant décembre 2024.
Le résumé honnête de la position de Google est étroit et mérite d’être cité avec précision: Google indique que la vérification des développeurs, les contrôles obligatoires avant examen et les exigences de test ont collectivement relevé le niveau d’entrée dans l’écosystème. Il regroupe l’exigence de test fermé avec d’autres garde-fous. Il n’a publié aucun impact chiffré isolé pour la règle des 12 testeurs, et cet article n’en fabrique pas.
L’essentiel
Résumé
Au 14 août 2026, Google Play impose aux comptes de développeur personnels créés après le 13 novembre 2023 d’exécuter un test fermé avec au moins 12 testeurs inscrits sans interruption depuis au moins 14 jours avant de demander un accès en production. Ce seuil compte l’inscription continue; l’engagement des testeurs est examiné séparément dans la demande, et Google indique qu’un engagement insuffisant peut conduire à une demande de tests supplémentaires. 20 est un chiffre historique, remplacé le 11 décembre 2024. Le test interne plafonne à 100 testeurs et ne valide pas l’exigence; les 1 000 du test ouvert sont un plancher de configuration, pas un objectif de recrutement. Le 14e jour ouvre une demande en 3 sections, et Google indique que cet examen prend généralement 7 jours ou moins. Aucun taux d’approbation du test fermé n’a été trouvé dans les sources Google primaires consultées pour cette page: tout pourcentage présenté comme une statistique Google devrait donc s’accompagner d’une citation Google primaire. Le recrutement des testeurs, la coordination et le travail de QA peuvent tous être externalisés; la décision d’accès en production de Google, elle, ne le peut pas, ni par nous ni par quiconque. Voir les tarifs →
Sources primaires
Quatorze sources primaires. Chaque chiffre de cette page provient de l’une d’elles, et chaque grand tableau porte sa source précise juste en dessous. Lorsqu’une affirmation repose sur des signalements de la Developer Help Community plutôt que sur une déclaration de Google, la page la classe comme rapportée et non comme vérifiée.
Ce qui périmera en premier sur cette page
- Les dates de niveau d’API cible. Le 31 août 2026 et le terme de la prolongation au 1er novembre 2026 sont les échéances les plus proches ici. La page change elle-même de temps à ces deux dates, mais il faut relire les planchers sous-jacents sur la page des exigences de Google avant de planifier une version autour d’eux.
- La date de la règle sur les contacts. Google l’a déjà déplacée une fois, du 28 octobre 2026 au 27 janvier 2027. Considérez-la comme la date de cette page la plus susceptible de bouger à nouveau.
- Les limites de canaux. Des limites produit comme 100, 2 000, 50 et 200 peuvent changer sans annonce de règles, souvent en même temps qu’une refonte de Play Console. Une vérification trimestrielle s’impose.
- Les chiffres de sécurité 2025. Ils sont annuels. Ils deviennent obsolètes dès que Google publie son rapport d’écosystème suivant, et la ligne de comparaison 2024 part avec eux.
- Les frais d’inscription. 25 USD est un chiffre commercial et peut changer à tout moment sans préavis.
- Les absences. Si Google publie un jour un taux d’approbation du test fermé ou un nombre exact d’applications, la section sur les chiffres que Google ne publie jamais deviendra fausse au lieu d’être simplement incomplète. C’est le mode de défaillance à surveiller.
Chaque statistique a été vérifiée auprès d’une source Google primaire le 14 août 2026. Réexaminée chaque mois, et immédiatement après toute annonce de règles Play Console.