Oui: les 14 jours les plus récents
Une période sans interruption qui se termine à votre demandeGoogle compte vos 14 jours consécutifs les plus récents avec au moins 12 testeurs inscrits, jusqu’au moment où vous demandez un accès en production. Il ne s’agit ni de 14 jours quelconques ni de jours additionnés, mais d’une seule période actuelle sans interruption.
14 jours dispersés ou additionnés ne comptent pas.
5 jours maintenant, 4 la semaine prochaine et 5 plus tard donnent 14 au total, mais aucune période valide. Dès que le nombre de testeurs inscrits passe sous 12, la continuité est rompue et le compteur repart au premier jour.
Réponse rapide
Les 14 jours doivent être consécutifs et les plus récents, pas dispersés ni additionnés. Au moins 12 testeurs inscrits doivent rester présents pendant cette période sans interruption, qui se termine lorsque vous demandez un accès en production. La règle concerne les comptes de développeur personnels Google Play créés après le 13 novembre 2023. Un testeur qui s’inscrit, quitte le test puis revient ne conserve pas ses jours précédents: son décompte repart à zéro. Désinstaller l’application ne revient pas à quitter le test, mais réduit l’activité que Google examine. Le choix prudent consiste à obtenir plus de 12 testeurs afin qu’un départ ne vous fasse jamais passer sous le minimum.
C’est la question la plus fréquente sur la règle du test fermé (closed testing) de Google Play, et elle piège régulièrement les développeurs. Vous trouverez ci-dessous l’exigence exacte, ce qui remet le compteur à zéro et la façon de protéger vos 14 jours sans interruption pour maximiser vos chances dès la première demande. Ce guide est à jour au 30 juin 2026. Deux outils interactifs vous permettent de tester chaque scénario avant de le reproduire sur votre compte.
Dans ce guide
Ce que Google exige réellement
Réponse courte: au moins 12 testeurs inscrits à votre test fermé pendant les 14 jours les plus récents sans interruption. Les deux conditions doivent être remplies en même temps et la période doit toujours être active lorsque vous cliquez sur Demander un accès en production.
Si vous avez créé un compte de développeur personnel Google Play après le 13 novembre 2023, vous ne pouvez pas publier en production avant d’avoir terminé un test fermé. Voici la formulation officielle de Google: "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". Ce n’est qu’ensuite que le bouton Demander un accès en production devient disponible dans Play Console.
Deux nombres définissent la règle et fonctionnent ensemble:
12 testeurs doivent s’être inscrits à votre test fermé.
14 jours consécutifs correspondent à la durée de leur inscription, jusqu’au moment de votre demande.
L’exigence ne concerne que les comptes personnels créés après le 13 novembre 2023. Les comptes d’organisation, qui nécessitent un numéro D-U-N-S et la vérification de l’entreprise, sont exemptés. Il en va de même pour les comptes personnels créés à cette date ou avant. Notre guide sur les comptes personnels et d’organisation compare les deux. Le minimum était autrefois fixé à 20 testeurs. Google l’a réduit à 12 le 11 décembre 2024 après les commentaires des développeurs, sans modifier la durée de 14 jours. Tout guide qui vous demande encore d’obtenir 20 testeurs est donc obsolète (en anglais). Cette période de 14 jours reste la principale difficulté, et c’est précisément le sujet de ce guide.
Les 14 jours doivent-ils être les 14 plus récents?
Oui. Google parle d’une inscription "depuis au moins 14 jours sans interruption" et précise que ces 14 jours doivent être consécutifs. Il ne s’agit ni d’une période quelconque ni d’un total de 14 jours: ce sont les 14 jours les plus récents, sans coupure, jusqu’à l’envoi de votre demande d’accès en production.
La notion décisive est celle de continuité jusqu’à votre demande. La FAQ de Google exclut clairement toute lecture cumulative: le système ne compte pas les testeurs qui se sont inscrits, ont participé moins de 14 jours puis ont quitté le test. Même s’ils se réinscrivent et atteignent deux semaines au total, ces 14 jours doivent être consécutifs pour compter.
Autrement dit, vous ne pouvez pas assembler 5 jours maintenant, 4 la semaine prochaine et 5 la suivante. Un testeur qui interrompt sa participation recommence un nouveau décompte de 14 jours et perd les jours antérieurs. La période doit rester continue. L’outil ci-dessous l’illustre: marquez les jours où vous aviez au moins 12 testeurs inscrits et voyez quelle période Google compterait réellement.
Touchez un jour pour le marquer en vert, ce qui signifie qu’au moins 12 testeurs étaient inscrits ce jour-là. La dernière case représente aujourd’hui, le jour où vous demandez un accès en production. Google ne compte que la période continue la plus récente qui se termine ici.
Modèle pédagogique de la règle des jours consécutifs, et non relevé en direct de Play Console. Google mesure la période la plus récente sans interruption avec au moins 12 testeurs inscrits, jusqu’à votre demande.
Essayez le réglage Jours dispersés: il marque 13 jours séparés, mais comme ils ne forment jamais une période sans interruption jusqu’à aujourd’hui, presque rien ne compte. C’est le piège du cumul en un clic: beaucoup d’activité, aucune période admissible.
Jours consécutifs ou cumulés: la distinction essentielle
Les jours cumulés ne servent à rien ici. Google n’additionne pas vos jours de test. Il recherche une seule période continue. Même 17 jours fragmentés peuvent ne former aucune période valide.
Voici le raisonnement initial de nombreux développeurs, et pourquoi il échoue:
Additionner des périodes interrompues ne fonctionne pas. Chaque coupure annule les jours précédents. Un total de 17 jours peut donc ne donner aucune période valide.
Une période de 14 jours sans interruption avec au moins 12 testeurs, toujours active lors de votre demande. Le total est plus faible, mais c’est le seul schéma admissible.
La vraie question est de savoir quels schémas précis Google valide. Voici la réponse pour les cas courants:
Le schéma reste le même: seuls vos 14 jours les plus récents sans interruption, avec au moins 12 testeurs inscrits pendant toute la période, satisfont l’exigence.
Qu’est-ce qui interrompt les 14 jours consécutifs?
La difficulté n’est pas d’obtenir 12 personnes, mais de préserver une période sans interruption pendant deux semaines complètes. Certains événements courants remettent le compteur à zéro. D’autres, souvent accusés à tort, ne le font pas. Séparons les faits des idées reçues.
Ce qui interrompt ou arrête réellement le décompte
Le nombre passe sous 12
C’est le cœur de la règle. Si assez de testeurs partent pour vous faire tomber à 11, votre demande peut être refusée faute de testeurs suffisants. Vous devez alors recommencer 14 jours lorsque vous revenez à 12 ou plus. C’est la première cause d’échec en recrutement autonome.
Un testeur quitte officiellement le test
Le testeur ouvre la page du test fermé à partir du lien partageable et choisit de quitter le programme. Son inscription prend alors fin. Si ce départ vous fait passer sous 12, la continuité est rompue.
Suspendre ou dépublier le canal de test
Si le test n’est pas actif, aucun jour de participation ne s’accumule. Suspendre la version ou laisser expirer la version de test arrête le décompte. La reprise ouvre une nouvelle période.
Souvent accusé, mais ne remet PAS le compteur à zéro à lui seul
Importer une nouvelle version ou une mise à jour. La continuité qui compte est celle des testeurs inscrits, pas votre code de version. Une mise à jour maîtrisée peut même être un signal positif. Consultez notre guide sur les mises à jour pendant le test fermé.
Un testeur désinstalle l’application. Désinstaller ne revient pas à quitter officiellement le test, le compteur continue donc techniquement. Le risque concerne l’activité, pas le nombre de jours.
Gérez votre liste de testeurs avec prudence. Supprimer des personnes ou réimporter une liste qui omet certains noms peut faire passer accidentellement le nombre de testeurs inscrits sous 12. Beaucoup de développeurs utilisent un groupe Google associé au lieu de réimporter sans cesse des listes d’adresses e-mail, précisément pour éviter ces suppressions involontaires.
Vous ignorez si une action précise menace votre période? Choisissez un scénario ci-dessous pour obtenir un verdict immédiat.
Que va-t-il se passer pendant votre test?
Fondé sur l’exigence publiée par Google, 12 testeurs inscrits pendant 14 jours sans interruption, ainsi que sur l’expérience rapportée par les développeurs. La suspension du canal et le remplacement tardif relèvent de la prudence de la communauté, pas d’une règle documentée.
Quitter le test ou désinstaller: quelle différence?
Seul le fait de quitter le test retire un testeur de votre total. Une désinstallation laisse le compteur tourner, mais une application inutilisée ne produit aucune activité et peut suffire à motiver un refus de Google.
Ces deux actions semblent identiques à un testeur occasionnel, mais elles ne le sont pas. La différence compte:
Quitter le test volontairement
Le testeur ouvre le lien partageable du test fermé dans son navigateur et choisit de quitter le programme. Il disparaît immédiatement du groupe des testeurs inscrits.
Si son départ vous fait passer sous 12, la période continue est rompue et le compteur revient au premier jour.
Désinstaller, sans quitter le test
Le testeur supprime l’application de son téléphone. S’il ne retourne jamais sur la page web pour quitter le programme, Google le considère toujours comme inscrit et le compteur de 14 jours continue d’avancer.
Le risque concerne ici l’activité, pas le nombre de jours.
Pourquoi ne pas compter uniquement sur les désinstallations pour préserver le total? Parce que Google n’examine pas seulement le calendrier. Il vérifie aussi si vos testeurs ont réellement utilisé l’application pendant le test. Google cite le manque d’activité comme motif direct de refus, et de nombreux développeurs voient le message "Les testeurs n’ont pas interagi avec votre application pendant le test fermé" alors que les dates et le total semblent corrects. Un testeur qui installe une fois, supprime l’application au deuxième jour et ne revient jamais ne produit aucune activité. Sur le papier, vous êtes toujours à 12. En pratique, l’examen peut échouer faute d’activité authentique. Nous détaillons ce cas parmi plusieurs autres dans notre guide expliquant pourquoi un test fermé est refusé.
En bref, atteindre le nombre requis vous rend admissible, mais une utilisation réelle et répétée pendant les deux semaines favorise un examen sans difficulté. Des testeurs qui ouvrent vraiment l’application, parcourent ses écrans essentiels et reviennent au cours des 14 jours témoignent d’un processus sain.
Les 12 testeurs doivent-ils commencer le même jour?
Pas strictement, mais les deux interprétations conduisent à la même méthode prudente. Gardez au moins 12 testeurs inscrits pendant les mêmes 14 jours les plus récents, sans interruption, avec des périodes qui se chevauchent et restent actives lorsque vous envoyez votre demande.
La formulation de Google est réellement ambiguë sur ce point. Mieux vaut le savoir à l’avance. Deux interprétations sont défendables:
Chaque testeur doit accomplir ses propres 14 jours sans interruption
Prise au pied de la lettre, la règle s’applique à chaque testeur: elle écarte les jours d’une personne précise si celle-ci quitte le test puis revient. Il vous faudrait donc 12 personnes déterminées, toutes inscrites pendant les mêmes 14 jours les plus récents sans interruption, afin que leurs périodes se chevauchent et restent actives lors de votre demande.
Gardez le groupe à 12 ou plus pendant 14 jours
Dans la pratique, de nombreux développeurs raisonnent sur le total: maintenir au moins 12 testeurs inscrits pendant 14 jours sans interruption. Selon cette lecture, vous pouvez commencer avec une marge, perdre une ou deux personnes et rester admissible tant que le groupe ne passe jamais sous 12.
Les deux interprétations conduisent à la même méthode prudente
Gardez vos testeurs inscrits d’origine pendant toute la période sans interruption. Considérez qu’un testeur ajouté tardivement commence seulement son propre décompte de 14 jours. Inutile de trancher le débat: cette méthode conservatrice satisfait les deux interprétations.
Google n’a jamais précisé si vous pouvez remplacer librement un testeur parti par une personne entièrement nouvelle au milieu de la période, sans remettre le compteur à zéro. Il n’existe aucune réponse officielle à citer. L’hypothèse conservatrice est donc la bonne. Si un conseil en ligne présente ce remplacement comme un fait établi, considérez-le comme une croyance de la communauté, pas comme une règle de Google.
Pourquoi 12 testeurs est un minimum, pas un objectif
Recruter au-delà du minimum protège la continuité. Douze est le seuil qui vous rend admissible, pas un niveau confortable à conserver pendant 14 jours. Un seul départ au 11e jour peut vous coûter toute la période.
Dès que vous comprenez que le vrai risque est une période interrompue, l’intérêt d’obtenir plus de 12 testeurs devient évident. Avec une marge au départ, les désinstallations inévitables et les quelques personnes qui perdent leur intérêt ne vous font pas passer sous le minimum. Voici trois tailles de groupe courantes pour un compte personnel:
Taille du groupe
Exactement 12
Marge face aux départs
Aucune: un seul départ interrompt la période
Risque à la première demande
ÉlevéTaille du groupe
15 à 18
Marge face aux départs
Quelques testeurs peuvent partir sans conséquence
Risque à la première demande
ModéréTaille du groupe
20 à 25
Marge face aux départs
Marge confortable en cas de départs
Risque à la première demande
FaibleLes trois tailles sont admissibles. La seule différence est l’impact d’un départ au milieu de la période, et cette différence change tout.
Les développeurs expérimentés et les services gérés arrivent à la même conclusion: ne lancez pas un test avec le strict minimum. Créez une marge afin que le principal risque, passer sous 12 en cours de période, ne vous arrive pas. Nous développons ce raisonnement dans notre guide expliquant pourquoi vous avez besoin de plus de 12 testeurs.
Deux remarques pratiques pour constituer ce groupe. Premièrement, les 12 doivent être des personnes réelles et distinctes, toutes inscrites au test. Vous ne pouvez pas être votre propre testeur sur plusieurs appareils pour gonfler le total. Deuxièmement, s’il vous manque encore des personnes, il existe des méthodes légitimes pour obtenir des testeurs qui préservent une activité authentique.
Cette règle s’inscrit aussi dans le renforcement général des normes de publication Google Play en 2026. Réussir proprement dès la première demande est donc plus important que jamais. Un test fermé bien mené vous évite de recommencer 14 jours alors que les échéances évoluent. Notre guide des exigences de publication en 2026 suit l’ensemble du calendrier.
La formulation exacte de Google et le sens de "sans interruption"
L’exigence elle-même tient en une phrase. L’aide de Play Console la formule ainsi:
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
Deux éléments portent toute la règle. "Depuis au moins 14 jours" impose une période qui reste actuelle au moment de votre demande, pas une période achevée un mois plus tôt. "Sans interruption" exclut toute coupure, toute pause et tout passage sous 12 en cours de route. Dans la pratique, Google demande donc 14 jours consécutifs au sein d’une seule période actuelle.
La FAQ de Google ferme explicitement la porte au cumul. Elle explique que les testeurs inscrits qui participent moins de 14 jours puis quittent le test ne sont pas comptabilisés. Même si un testeur se réinscrit et atteint deux semaines au total, ces 14 jours doivent rester consécutifs pour être admissibles. Le système recherche donc une période sans interruption, jamais une somme.
Les trois éléments décisifs
Période actuelle: les jours les plus récents jusqu’à votre demande
14 jours: la durée complète et consécutive
Sans interruption: jamais sous 12, aucune coupure
Comment PrimeTestLab préserve vos 14 jours
PrimeTestLab est conçu précisément pour éviter le principal risque de cette règle. Au lieu de vous laisser recruter des inconnus et espérer qu’ils restent inscrits, nous fournissons un groupe géré de vrais testeurs humains sur de vrais appareils Android. Nous maintenons ce groupe au-dessus du minimum pendant les 14 jours consécutifs complets. Notre taux de réussite atteint 99.9% sur 7 400+ applications, avec un test lancé en 4-6 heures. Découvrez notre fonctionnement complet.
Choisissez la taille du groupe selon votre tolérance au risque. Pour la plupart des développeurs, le plan Enterprise est le choix le plus prudent: 25 testeurs offrent la plus grande marge face à une interruption, pour seulement quelques dollars de plus que le minimum.
La plus grande marge de continuité
+5% de frais de service
Une marge solide pour plus de sérénité
+5% de frais de service
Consultez le détail sur notre page des tarifs ou lisez le guide complet de l’exigence des 12 testeurs. Lorsque vous êtes prêt, le forfait de 12 testeurs lance votre test, tandis que notre service de test fermé détaille tout ce qui est inclus.
Questions fréquentes
Puis-je utiliser 14 jours de test non consécutifs?
Non. Google exige les 14 jours les plus récents sans interruption. Les jours effectués avant une interruption ne s’additionnent pas à ceux effectués après la reprise. Il faut une seule période continue qui se termine lorsque vous demandez un accès en production.
Que se passe-t-il si un testeur quitte le test au 10e jour?
Si ce départ fait passer le nombre de testeurs inscrits sous 12, votre période sans interruption est rompue. Un nouveau décompte de 14 jours commence lorsque vous retrouvez au moins 12 testeurs inscrits. Rester exactement à 12 est risqué, prévoyez donc une marge.
La désinstallation de l’application remet-elle les 14 jours à zéro?
Pas techniquement. Désinstaller l’application ne revient pas à quitter officiellement le test, le compteur continue donc de tourner. Toutefois, une application désinstallée et inutilisée ne produit aucune activité. Google peut refuser votre demande d’accès en production si les testeurs n’ont pas été actifs pendant le test.
Les 12 testeurs doivent-ils commencer le même jour?
Google n’impose pas strictement la même date de début. La méthode la plus sûre consiste néanmoins à garder au moins 12 testeurs inscrits pendant les mêmes 14 jours les plus récents, sans interruption, avec des périodes qui se chevauchent et restent actives lorsque vous envoyez votre demande.
Puis-je ajouter de nouveaux testeurs pendant les 14 jours?
Oui, mais un testeur ajouté tardivement commence son propre décompte de 14 jours à cet instant. Google ne précise pas si ce nouveau testeur peut remplacer un départ sans remettre le compteur à zéro. Gardez donc vos testeurs inscrits d’origine pendant toute la période.
Publier une mise à jour remet-il le compteur de 14 jours à zéro?
Non. Envoyer une nouvelle version sur votre canal de test fermé ne remet pas le décompte à zéro. Ce qui compte est que les testeurs restent inscrits. Une mise à jour pendant le test peut même être un signal positif si les testeurs passent à la nouvelle version.
Combien de temps faut-il pour obtenir l’accès en production après les 14 jours?
Après votre demande, Google examine le test fermé et le questionnaire, puis envoie un e-mail au propriétaire du compte. L’examen prend généralement 7 jours ou moins, parfois davantage. Des réponses vagues au questionnaire sont une cause fréquente de refus.
Cette règle s’applique-t-elle aux comptes d’organisation?
Non. L’exigence du test fermé avec 12 testeurs pendant 14 jours ne concerne que les comptes de développeur personnels créés après le 13 novembre 2023. Les comptes d’organisation sont exemptés, tout comme les comptes personnels créés à cette date ou avant.
Conclusion
En bref
Les 14 jours ne sont pas cumulables. Google ne compte que vos 14 jours consécutifs les plus récents avec au moins 12 testeurs inscrits. Cette période doit rester sans interruption lorsque vous demandez un accès en production. Rester exactement à 12 est la façon la plus rapide d’échouer, car un seul départ remet le compteur à zéro. La méthode la plus solide consiste à obtenir davantage de testeurs pour préserver la période et à veiller à ce qu’ils utilisent réellement l’application pendant les deux semaines. PrimeTestLab couvre les deux besoins: un groupe géré de vrais testeurs inscrits, dimensionné pour rester au-dessus du minimum pendant les 14 jours complets, dès $19.99, plus 5% de frais de service, avec un lancement en 4-6 heures. Voir les tarifs →