Le test fermé Google Play, expliqué simplement

Qui est concerné

Google demande un test fermé aux comptes développeur personnels créés après le 13 novembre 2023. Si ton compte est un compte d’organisation, ou s’il a été créé avant, tu n’es pas soumis à cette étape.

Concrètement : tu ne peux pas demander l’accès à la production tant que ton app n’a pas été testée, en piste fermée, par assez de testeurs et pendant assez longtemps.

Ce que Google demande exactement

Il te faut 12 testeurs opt-in en continu pendant 14 jours. Trois choses comptent dans cette phrase :

• 12 : c’était 20 testeurs jusqu’en juin 2025, Google est passé à 12 depuis.
• opt-in : le testeur a ouvert ton lien de test fermé et accepté de rejoindre la piste, puis il a installé l’app. Une adresse dans une liste ne suffit pas.
• en continu : pendant quatorze jours d’affilée, sans que le nombre ne redescende sous 12.

Comment le compteur marche

Le décompte démarre le jour où 12 testeurs ont fait l’opt-in et installé l’app. Tant que tu n’y es pas, tu recrutes : les jours ne comptent pas.

Si un testeur quitte la piste, désinstalle, ou si son compte n’est plus dans la liste, et que tu repasses sous 12, le décompte recommence à zéro. C’est la raison la plus fréquente pour laquelle des développeurs en sont à leur troisième mois de test fermé : ils ont recruté douze personnes pile, et deux ont décroché au jour 9.

Recrute plus de douze testeurs. Quinze qui installent valent mieux que douze qui promettent : où les trouver.

Mettre la piste en place

• Dans la Play Console, ouvre Tests › Test fermé et crée une piste.
• Ajoute tes testeurs par adresse e-mail, ou par un groupe Google si tu préfères gérer la liste ailleurs. L’adresse doit être celle du compte Google avec lequel la personne utilise le Play Store sur son téléphone.
• Publie une version sur cette piste et attends qu’elle soit disponible.
• Envoie le lien d’opt-in à tes testeurs. Sans ce lien ouvert et accepté, ils ne verront pas ton app dans le Play Store.

Après les 14 jours

Quand la condition est remplie, la Play Console te propose de demander l’accès à la production. Un formulaire te demande ce que tu as testé, ce que les testeurs ont remonté et ce que tu en as fait : des réponses précises, avec des exemples de bugs corrigés, passent mieux qu’une phrase vague.

C’est aussi pour ça qu’il vaut mieux que tes quatorze jours produisent quelque chose à raconter — et pas seulement douze installations silencieuses. Les sept erreurs qui font recommencer les 14 jours valent une lecture avant de publier ta première version.

Ce qu’ekko change

ekko t’amène des testeurs réels, qui ont déclaré leurs appareils, et suit ce qui se passe vraiment : la première ouverture de ton app par chaque testeur, puis chaque ouverture suivante. Sept jours sans signe de vie, et le testeur est relancé automatiquement. Tu vois « Jour 6 / 14, 12 testeurs actifs » au lieu de compter à la main.

Et comme le SDK est dans ton app pendant la campagne, chaque « ça marche pas » arrive avec la capture annotée, la console, les requêtes réseau et l’appareil. Ouvre une campagne, la première est offerte.

ekko ne voit pas la Play Console : il compte ce qu’il voit depuis ton app. Google, lui, compte depuis la Play Console : vérifie le tableau de bord de ta piste avant de demander l’accès production.

Questions et réponses