Exigences Google Play – Nouveaux comptes développeur personnels

Source officielle : App testing requirements for new personal developer accounts

Ce document est une référence à consulter. Il ne change pas sauf si Google modifie ses exigences.

1. Conditions mécaniques obligatoires

Condition	Description
Test fermé obligatoire	Avant de pouvoir demander l'accès à la production
≥ 12 testeurs opt-in	Minimum de 12 testeurs inscrits à la piste de test fermé
14 jours consécutifs	Les testeurs doivent être opt-in pendant au moins 14 jours consécutifs

⚠️ Un testeur qui se désinscrit puis se réinscrit peut ne pas être comptabilisé s'il n'a pas 14 jours consécutifs d'opt-in.

2. Exigences d'engagement (ce que Google évalue)

Google attend que les testeurs soient réellement engagés :

Utilisation de TOUTES les fonctionnalités de l'app (pas juste l'écran d'accueil)
Usage cohérent avec un utilisateur production : les testeurs doivent utiliser l'app comme le ferait un vrai utilisateur final
Feedback actif : les testeurs doivent remonter des retours via Google Play ou d'autres canaux

Bonnes pratiques Google

Recruter des testeurs représentatifs de l'audience cible (ex. si l'app est pour des professionnels, recruter des professionnels)
Insister auprès des testeurs sur l'importance de rester opt-in pendant 14 jours
Agir sur le feedback : corriger les bugs, améliorer l'UX, publier de nouvelles releases pendant la période de test

3. Formulaire "Apply for production" – Ce que Google attend

Section 1 : "About your closed test"

Question	Ce que Google attend
Comment avez-vous recruté des testeurs ?	Décrire les canaux (amis, collègues, communautés ciblées, réseaux sociaux). Mentionner si les testeurs sont représentatifs de l'audience cible.
Décrivez l'engagement des testeurs	Préciser : (1) si les testeurs ont utilisé toutes les fonctionnalités, (2) si leur usage était cohérent avec un utilisateur production.
Résumé du feedback reçu	Lister les retours concrets + comment ils ont été collectés (Google Play feedback, email, Discord, WhatsApp, formulaire, etc.).

Section 2 : "About your app/game"

Question	Ce que Google attend
À qui s'adresse votre app ?	Être spécifique sur l'audience cible (métier, intérêts, contexte d'usage).
Comment votre app apporte de la valeur ?	Décrire la valeur concrète pour l'utilisateur. Voir app quality on Google Play.
Installations espérées la 1ère année	Estimation réaliste (fourchette large acceptée).

Section 3 : "Production readiness"

Question	Ce que Google attend
Quelles modifications avez-vous apportées ?	Lister les changements basés sur le feedback des testeurs (pas les changements planifiés avant les tests).
Comment avez-vous décidé que l'app était prête ?	Critères concrets : bugs corrigés, stabilité validée, flows critiques testés, feedback positif.

Section 4 : "Tests supplémentaires" (après un refus)

Question	Ce que Google attend
Qu'avez-vous fait différemment cette fois ?	Prouver une amélioration réelle : plus de testeurs, plus de feedback, plus de releases, meilleure communication, bugs corrigés.

4. Ce que Google voit dans la Play Console

4.1. Commentaires des testeurs

Chemin : Surveiller et améliorer → Notes et avis → Commentaires des testeurs

Commentaires privés envoyés par les testeurs (non publics)
Possibilité de répondre (réponse privée visible uniquement par le testeur)

4.2. Statistiques

Statistiques : installations, utilisateurs actifs, rétention
Accroître le nombre d'utilisateurs : Acquisition, Interactions, Fidélisation

4.3. Android Vitals

Chemin : Surveiller et améliorer → Android Vitals → Vue d'ensemble

Stabilité : taux de plantages et erreurs ANR
Valeur fondamentale : ratio UAJ/UAM, taux de perte d'utilisateurs

Pour une campagne de test fermé avec peu de testeurs, il est normal que de nombreuses valeurs soient en "Données non disponibles". Tant qu'aucun avertissement n'apparaît, ces métriques ne bloquent pas l'accès à la production.