L’étape mise en évidence, le test fermé, est incontournable pour un compte de développeur personnel. C’est aussi celle qui bloque le plus souvent les nouveaux développeurs.
Réponse rapide
Pour publier votre première application sur Google Play en 2026, suivez cet ordre: créez un compte développeur avec un versement unique de 25 USD, validez la vérification d’identité, préparez un Android App Bundle ciblant au moins l’API 35 aujourd’hui, puis l’API 36 à partir du 31 août 2026, et remplissez la fiche Play Store ainsi que les déclarations sur le contenu. Si votre compte de développeur personnel a été créé après le 13 novembre 2023, vous devez ensuite exécuter un test fermé (closed testing) pour votre application auprès d’au moins 12 testeurs inscrits depuis au moins 14 jours sans interruption. Vous pouvez alors demander un accès en production, dont l’examen prend environ 7 jours, avant l’examen final de l’application. En 2026, l’API cible minimale passe à 36 le 31 août et le nouveau programme de vérification des développeurs Android devient obligatoire le 30 septembre. Pour obtenir les 12 testeurs requis, PrimeTestLab prend en charge le test dès $19.99, plus 5% de frais de service.
Publier sur Google Play consistait autrefois à « payer 25 USD, importer un APK et terminer ». En 2026, vous devez franchir une série d’étapes: le compte, l’identité, une deuxième vérification du développeur, le format de compilation, la fiche, plusieurs déclarations liées aux règles, un test fermé obligatoire et deux examens distincts. Oubliez-en une et votre application reste bloquée. Ce guide présente chaque exigence dans l’ordre où elle se pose, met en évidence les principaux changements de 2025 et 2026, et reste à jour au 24 juin 2026. Lorsque les pages de Google sont imprécises ou en retard, nous le signalons au lieu de supposer.
Sommaire
Toutes les étapes de publication et l’importance de leur ordre
L’acceptation sur Google Play ne tient pas à un seul feu vert. Chaque étape peut bloquer toute la publication. L’erreur la plus fréquente consiste à avancer dans le mauvais ordre: développer d’abord, puis découvrir que la vérification d’identité prend plusieurs jours, ou terminer la fiche avant d’apprendre qu’un compte de développeur personnel doit encore exécuter un test de 14 jours. Commencez par les étapes longues et bloquantes, puis menez le reste en parallèle. Voici l’ordre efficace en 2026:
Créez le compte développeur
Effectuez le versement unique de 25 USD, acceptez les accords et choisissez un compte personnel ou d’organisation. Voir les détails.
Validez la vérification d’identité
Importez votre pièce d’identité officielle, ainsi qu’un numéro D-U-N-S pour une organisation. Cette étape bloque la publication: lancez-la dès le premier jour. Voir les détails.
Créez un Android App Bundle avec le bon niveau d’API
Envoyez un fichier .aab signé avec Play App Signing, ciblant aujourd’hui l’API 35, puis l’API 36 à partir du 31 août 2026. Voir les détails.
Remplissez la fiche Play Store et les déclarations sur le contenu
Ajoutez le titre, les descriptions, l’icône, l’image de présentation et les captures d’écran. Renseignez aussi les rubriques Sécurité des données, Classification du contenu, Public cible, Annonces et Accès aux applications. Fiche · Déclarations.
Exécutez le test fermé de 14 jours pour un compte personnel
Vous devez réunir au moins 12 testeurs inscrits pendant 14 jours sans interruption. C’est l’étape incompressible la plus longue et vous ne pouvez pas l’accélérer seul. Voir les détails.
Demandez un accès en production
Répondez aux trois parties du questionnaire sur votre test, votre application et son état de préparation. L’examen prend généralement environ 7 jours. Voir les détails.
Passez l’examen final et publiez
Les examens standards sont rapides, mais certains prennent 7 jours ou davantage. Votre application peut ensuite passer en production. Voir tous les délais.
Le bon réflexe
Ces étapes peuvent se chevaucher. Lancez la vérification d’identité et votre test fermé au plus tôt, puis terminez la fiche et les déclarations pendant que les 14 jours s’écoulent. Les traiter comme une file strictement séquentielle peut transformer une publication de 3 semaines en parcours de 6 semaines.
Étape 1: le compte développeur et le versement de 25 USD
Tout commence par un compte développeur dans Google Play Console. Il vous faut un compte Google avec la validation en deux étapes activée. Lors de l’inscription, vous devez aussi lire et accepter le Contrat relatif à la distribution Google Play et les Conditions d’utilisation de Play Console.
L’inscription exige un versement unique de 25 USD. Ce montant n’est pas remboursable et aucun renouvellement annuel ne s’applique. Le compte permet ensuite de publier un nombre illimité d’applications.
Modes de paiement et erreurs fréquentes
Le versement s’effectue uniquement par carte de crédit ou de débit. Les cartes acceptées varient selon le pays, mais le guide officiel de Google mentionne les options suivantes et précise que les cartes prépayées ne sont pas acceptées:
Acceptées
Visa Mastercard American Express Discover, États-Unis uniquement Visa Electron, hors États-UnisNon acceptées
Cartes prépayées PayPal pour ce versement Virement bancaireCompte personnel ou d’organisation: mêmes fonctions, formalités différentes
Vous choisissez le type de compte lors de l’inscription. Selon l’aide officielle de Google, les deux types donnent accès aux mêmes fonctionnalités et permettent la monétisation avec un profil de paiement. La principale différence tient aux informations demandées pour la vérification.
Indépendant
Adapté aux développeurs indépendants et aux projets personnels.
Entreprise
Obligatoire pour les applications financières, de santé, de VPN et gouvernementales.
Demandez le numéro D-U-N-S sans attendre
Pour une organisation, le numéro D-U-N-S peut devenir le blocage invisible. Selon l’aide officielle de l’Android Developer Console de Google, la procédure peut prendre jusqu’à 28 jours. Demandez-le avant les autres démarches afin qu’il ne retarde pas toute la publication.
Changer de type de compte n’est pas instantané. Une évolution reste possible si votre situation change, mais convertir un compte personnel existant en compte d’organisation implique en pratique une nouvelle inscription. Choisissez le bon type dès le départ.
Quel type de compte vous faut-il?
Choisissez votre situation pour connaître le type de compte demandé par Google et les éléments à préparer.
Compte personnel
Recommandé pour vousLe compte personnel est le parcours le plus rapide: il vous faut un nom public de développeur, une adresse e-mail et un numéro de téléphone vérifiés, ainsi qu’une pièce d’identité officielle. Aucun numéro D-U-N-S ni document d’entreprise n’est requis.
Attention: si votre compte a été créé après le 13 novembre 2023, vous devez effectuer un test fermé auprès d’au moins 12 testeurs inscrits pendant 14 jours sans interruption avant la production. Anticipez-le dès le premier jour.
Compte d’organisation
Recommandé pour vousInscrivez-vous comme organisation pour publier sous le nom de votre entreprise. Il vous faudra un numéro D-U-N-S, dont l’obtention peut prendre jusqu’à 28 jours, un site Web vérifié, des documents d’entreprise et une pièce d’identité.
L’avantage: les comptes d’organisation sont exemptés de l’exigence du test fermé de 14 jours. Une fois vérifié, votre compte peut donc accéder plus vite à la production.
Compte d’organisation obligatoire
ObligatoireLes applications de services financiers, de santé, de VPN et gouvernementales doivent utiliser un compte d’organisation. Un compte personnel ne sera pas accepté. Demandez votre numéro D-U-N-S et réunissez les documents de l’organisation avant le développement.
Les applications de santé ont une échéance supplémentaire: les applications existantes devaient migrer vers un compte d’organisation vérifié avant le 28 janvier 2026. Consultez le résumé des changements de 2026.
Étape 2: vérification d’identité du compte et mythe des "5 jours"
Avant tout envoi ou publication, Google vérifie votre identité au niveau du compte. Les comptes personnels importent une pièce d’identité officielle délivrée par une autorité publique. Les organisations ajoutent un numéro D-U-N-S et leurs documents officiels. Cette étape ne peut pas attendre: sans elle, vous ne pouvez pas publier. Google peut aussi retirer les profils de développeur non vérifiés et leurs applications, puis interdire toute nouvelle publication jusqu’à la fin de la vérification.
Un délai souvent répété mérite toutefois d’être écarté. De nombreux blogs affirment que la vérification d’identité "prend jusqu’à 5 jours". Ce chiffre existe bien, mais il concerne une autre procédure.
"La vérification d’identité prend jusqu’à 5 jours"
Cette phrase apparaît dans d’innombrables guides. Or, le délai de "5 jours maximum" vient de la page Google sur la vérification du mode de paiement et du compte bancaire, et non de celle sur les pièces d’identité. Il s’agit d’un contrôle financier, pas d’un contrôle d’identité.
L’examen d’identité prend "quelques jours", soit 1 à 7 jours
Les pages Google consacrées à l’identité indiquent que l’examen des documents "peut prendre quelques jours". Le Centre de paiements Google précise qu’il "peut prendre entre 1 et 7 jours". La page principale sur la vérification d’identité ne donne aucun délai fixe.
Conseil pratique: prévoyez "quelques jours, éventuellement jusqu’à une semaine" pour la vérification d’identité. Réservez le délai de "5 jours maximum" à la vérification du paiement ou du compte bancaire. Lancez les deux dès la création du compte: elles peuvent progresser pendant que vous développez, mais bloqueront la publication si elles ne sont pas terminées.
Dernier point avant la suite: cette vérification d’identité au niveau du compte ne correspond pas au nouveau programme de vérification des développeurs Android. Il s’agit de deux dispositifs distincts mis en place en 2026. Voici comment les différencier.
Vérification des développeurs Android: le grand changement de 2026
Il s’agit du plus grand changement structurel apporté à la distribution Android depuis plusieurs années. Le programme de vérification des développeurs Android est distinct de la vérification d’identité du compte décrite plus haut. Pour être installée sur un appareil Android certifié, une application doit désormais être associée à une identité de développeur vérifiée. La règle couvre aussi les applications distribuées hors de Google Play, notamment les APK directs et les boutiques tierces. Voici la différence entre les deux niveaux:
Vérification d’identité du compte
Prouver votre identité pour ouvrir et conserver un compte Play Console.
- Effectuée lors de l’inscription à Play Console
- Pièce d’identité et numéro D-U-N-S pour une organisation
- Bloque la publication sur Google Play
- Concerne uniquement Google Play
Vérification des développeurs Android
Associer une application à une identité vérifiée pour permettre son installation sur des appareils.
- Programme distinct couvrant tout l’écosystème
- Enregistrement du nom de package et de l’empreinte de la clé de signature
- Couvre aussi les installations directes et les autres boutiques
- Confirme votre identité, pas le fonctionnement de l’application
Google justifie ce programme par la sécurité dans un article du blog Android Developers de mars 2026. La société compare la procédure à un contrôle d’identité dans un aéroport: elle confirme l’identité du développeur, mais n’examine pas le contenu de l’application. Voici le chiffre principal avancé:
Le calendrier de déploiement à surveiller
Le programme a ouvert en mars 2026 et se renforce au fil de l’année. La principale échéance est le 30 septembre 2026, date de son entrée en vigueur dans les quatre premiers pays.
Mars 2026
La vérification s’ouvre à tous les développeurs
Le service est disponible dans Play Console et la nouvelle console des développeurs Android. Les applications Play existantes ont été enregistrées automatiquement. Google prévoyait d’enregistrer près de 98% d’entre elles, les quelque 2% restantes nécessitant une démarche manuelle. En juin 2026, Google indiquait que la plupart des développeurs Play étaient déjà vérifiés et que plus de 99% de leurs applications étaient enregistrées.
Avril 2026
Lancement du service de vérification des développeurs Android
Ce nouveau service système de Google vérifie qu’une application est associée à un développeur vérifié. Il concerne les appareils certifiés sous Android 7 ou 8 et versions ultérieures, apparaît dans les services système Google et reste inactif jusqu’à l’entrée en vigueur. Son déploiement sur les appareils a commencé vers juin 2026.
Juin et juillet 2026 Vous êtes ici
Déploiement des comptes gratuits et des API
Juin: accès anticipé aux comptes gratuits de distribution limitée. Juillet: lancement mondial de l’API d’état de l’identifiant développeur Android et accès anticipé à l’API de la console des développeurs Android.
Août 2026
Distribution limitée et API de la console dans le monde
Les comptes de distribution limitée, l’API de la console des développeurs Android et le parcours avancé d’installation directe sont lancés dans le monde.
30 septembre 2026 Entrée en vigueur
Entrée en vigueur dans 4 pays
Les mesures de vérification entrent en vigueur pour les utilisateurs du Brésil, de l’Indonésie, de Singapour et de la Thaïlande. Les boutiques participantes comprennent Google Play, Samsung Galaxy Store, Xiaomi GetApps, OPPO App Market, vivo V-Appstore, HONOR App Market et Palm Store.
À partir de 2027
Déploiement mondial
Google prévoit d’étendre ces mesures dans le monde à toutes les applications sur les appareils Android certifiés en 2027. Aucune date mondiale précise n’a encore été annoncée.
Deux modes d’enregistrement: distribution complète ou limitée
Si vous avez déjà effectué le versement de 25 USD pour Play Console, vous êtes couvert pour la distribution complète. Le niveau gratuit lancé en 2026 concerne uniquement la distribution hors de Google Play, via la console des développeurs Android, et vise les étudiants et les projets personnels.
Distribution complète
25 USD + pièce d’identité
Distribution limitée
Gratuit sans pièce d’identité
L’installation directe reste possible, mais devient contraignante
Les applications non enregistrées peuvent encore être installées avec adb ou un parcours avancé volontairement contraignant: activer le mode développeur, autoriser les packages non vérifiés, confirmer les risques, vous authentifier, redémarrer l’appareil et attendre environ 24 heures avant la fin de l’installation. Ce ralentissement est volontaire. Il vise à compliquer l’installation occasionnelle d’applications non vérifiées, sans la rendre impossible.
Étape 3: exigences de compilation, App Bundle et API cible
Les nouvelles applications ne peuvent plus être publiées sous la forme d’un simple APK. Deux exigences déterminent si Google Play acceptera votre importation: le format et le niveau d’API cible.
Vous devez envoyer un Android App Bundle (.aab)
Depuis août 2021, les nouvelles applications doivent être publiées sous forme d’Android App Bundle. Les APK ne sont plus acceptés pour celles-ci. Les applications existantes qui reposent sur un APK peuvent encore être mises à jour avec ce format, même si une migration est recommandée. Play App Signing est également obligatoire pour les nouvelles applications: Google gère et protège la clé de signature de l’application, tandis que vous conservez une clé d’importation pour signer l’AAB avant de l’importer (téléverser).
API cible: exigence actuelle et prochaine échéance
Cette exigence trouble souvent les nouveaux développeurs, car le niveau minimal évolue. Lisez attentivement les deux échéances:
- Exigence actuelle en juin 2026: les nouvelles applications et les mises à jour doivent cibler Android 15, API 35, ou une version ultérieure. Wear OS, Android TV et Android Automotive doivent cibler Android 14, API 34, ou une version ultérieure. Les applications existantes doivent cibler au moins l’API 34 pour rester visibles auprès des nouveaux utilisateurs sur les appareils récents.
- À partir du 31 août 2026: les nouvelles applications et les mises à jour devront cibler Android 16, API 36, ou une version ultérieure.
Précision: la page d’aide accuse un retard
Au moment de la rédaction, la page d’aide Play Console consacrée à l’API cible indique encore "API 35" et n’affiche pas encore la mise à jour vers l’API 36. L’échéance de l’API 36 est confirmée par l’Android Developers Blog de janvier 2025. Si la page d’aide affiche encore l’API 35, il s’agit donc d’un retard de mise à jour, pas d’une contradiction: l’API 35 est le minimum actuel et l’API 36 deviendra obligatoire pour les nouveaux envois le 31 août 2026.
Étape 4: fiche Play Store et éléments graphiques
Votre fiche Play Store est la première chose que voient les utilisateurs et les équipes d’examen. Elle obéit à des limites techniques strictes. Une spécification incorrecte bloque la publication, tandis qu’un contenu non conforme entraîne un refus. Voici les exigences précises de 2026:
Limites de texte
30 caracteres80 caracteres4 000 caracteresIcône de l’application
512 x 512 px1 MBImage de présentation
1024 x 500 px1 MBCaptures d’écran
2 sur téléphone pour publier8 par type d’appareil320 - 3840 px
Le changement d’icône souvent oublié: un rayon de 30%
Nouveauté 2026 selon la page officielle de Google sur les icônes, mise à jour le 15 juin 2026: importez une icône en carré complet. Google Play applique ensuite le masque de forme de manière dynamique, avec un rayon égal à 30% de la taille de l’icône. Les angles sont donc fortement arrondis. Un logo ou un texte proche d’un angle risque d’être rogné. Placez les éléments importants dans une zone de sécurité d’environ 15 à 18%.
Vous visez une mise en avant? Ajoutez davantage de captures. La publication exige seulement 2 captures sur téléphone. Pour apparaître sur les surfaces grand format et dans les recommandations, Google demande toutefois au moins 4 captures de 1080 px ou plus: format paysage 16:9 d’au moins 1920x1080, ou portrait 9:16 d’au moins 1080x1920. Les jeux en nécessitent au moins 3. Pour un affichage optimisé sur tablette, prévoyez au moins 4 captures par catégorie de tablette. Une fiche Wear OS exige au moins une capture carrée de 384x384. Ces minima supplémentaires concernent l’éligibilité à une mise en avant, pas le droit de publier.
Une vidéo de présentation reste facultative. Utilisez une vidéo YouTube publique ou non répertoriée, jamais privée, avec les annonces et la monétisation désactivées. Les captures peuvent couvrir les téléphones, tablettes de 7 et 10 pouces, Chromebooks, Android TV, Wear OS, Android Automotive et Android XR.
Règles de métadonnées pouvant entraîner un refus
Google encadre strictement le langage promotionnel dans les fiches. Gardez le titre, l’icône, le nom du développeur et la description courte sobres et précis:
À éviter
- Accumulation de mots-clés ou répétitions excessives
- Promesses de classement: "numéro 1", "meilleur", "top"
- Prix ou promotions: "gratuit", "remise", "soldes"
- Appels à l’action: "Installez maintenant"
- Affirmations trompeuses sur les fonctions de l’application
À privilégier
- Un titre qui décrit précisément la fonction
- Des descriptions fonctionnelles claires et honnêtes
- Des captures montrant l’expérience réelle dans l’application
- Du texte superposé sur environ 20% maximum de l’image
- Des éléments graphiques conformes aux fonctions réelles
La règle de fidélité
Votre fiche et vos captures doivent refléter les fonctionnalités réelles de l’application. Une différence entre la présentation et le fonctionnement réel constitue une cause fréquente de refus. Montrez l’expérience véritable dans l’application, pas une maquette de fonctions inexistantes.
Étape 5: déclarations sur le contenu et règles applicables
Les nouveaux développeurs sous-estiment souvent cette section. La rubrique "Contenu de l’application" de Play Console regroupe de nombreuses déclarations obligatoires. Des réponses incomplètes ou inexactes peuvent retarder la publication ou entraîner un signalement du compte. Voici les sept principales:
Règles de confidentialité
Une URL active, publique et accessible sans restriction géographique, jamais un PDF. Les applications destinées aux enfants doivent l’afficher dans la fiche et dans l’application.
ObligatoireFormulaire Sécurité des données
Déclarez les données collectées et partagées. Le formulaire est obligatoire sur les canaux de test fermé, de test ouvert et de production, même si vous ne collectez rien.
ObligatoireClassification du contenu
Ce questionnaire attribue une classification par âge via l’IARC. Une application non classée n’est pas autorisée et peut être supprimée.
ObligatoirePublic cible
Déclarez la ou les tranches d’âge visées. Si vous incluez des enfants, les exigences du règlement Families, de la COPPA et du RGPD s’appliquent.
ObligatoireDéclaration relative aux annonces
Indiquez si votre application contient des annonces, y compris des SDK publicitaires tiers, des formats display, natifs ou des bannières.
ObligatoireAccès aux applications
Fournissez une démonstration fonctionnelle ou des identifiants de connexion, jusqu’à cinq jeux, pour toute fonction restreinte afin que l’équipe d’examen puisse y accéder.
Si connexion requiseCompte et suppression des données
Si les utilisateurs peuvent créer un compte, proposez sa suppression dans l’application et via une URL Web publique. Permettez-leur aussi de demander l’effacement de leurs données.
Si comptes utilisateurs
Précision sur la Sécurité des données: toute application publiée sur Google Play, sur un canal de test fermé, de test ouvert ou de production, doit remplir le formulaire Sécurité des données. Seules les applications limitées au test interne sont exemptées. Une application qui ne collecte aucune donnée doit quand même remplir le formulaire et fournir des règles de confidentialité indiquant l’absence de collecte et de partage. Une mise à jour du 10 avril 2025 a précisé que l’identifiant Android doit être déclaré comme identifiant d’appareil et a renforcé la définition du partage de données.
Le refus le plus facile à éviter: Accès aux applications
Si une partie de votre application exige une connexion, vous devez fournir des identifiants valides dans Accès aux applications, pour cinq jeux maximum. Des identifiants invalides, expirés ou absents constituent une cause classique de refus: l’équipe d’examen ne peut tout simplement pas accéder à l’application. Testez la connexion avant l’envoi.
Déclarations propres à certaines catégories
Selon les fonctions de votre application, des déclarations supplémentaires peuvent s’appliquer en 2026:
- Applications de santé: les règles relatives aux contenus et services de santé ajoutent l’étiquetage des dispositifs médicaux, une clause de non-responsabilité pour les applications de santé non réglementées, la migration vers un compte d’organisation vérifié avant le 28 janvier 2026 et les autorisations de santé granulaires d’Android 16.
- Contenu généré par l’IA: les applications d’IA générative doivent empêcher les résultats offensants. L’étiquetage et la modération sont renforcés depuis janvier 2025.
- Autorisations pour les photos et vidéos, règle déjà appliquée: ne demandez un accès étendu que si la fonction principale l’exige réellement. Sinon, utilisez le sélecteur de photos du système. Les règles actualisées sur les autorisations de localisation s’appliquent également. Une règle distincte sur l’accès aux contacts entrera en vigueur le 28 octobre 2026 pour les applications ciblant l’API 37 ou une version ultérieure.
- Déclaration des autorisations à haut risque: obligatoire pour les accès sensibles, comme les SMS ou le journal d’appels, ainsi que pour la déclaration de l’identifiant publicitaire.
- Autres catégories: actualités et magazines, services financiers, applications gouvernementales avec compte d’organisation uniquement, et déclarations liées au suivi ou au statut COVID-19.
Étape 6: test fermé avec 12 testeurs pendant 14 jours
Pour la plupart des nouveaux développeurs, c’est l’obstacle principal. Selon les règles officielles de Google, si votre compte de développeur personnel a été créé après le 13 novembre 2023, 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 avant de demander un accès en production. Les comptes d’organisation sont exemptés, tout comme les comptes personnels créés avant cette date.
Si vous avez lu qu’il fallait 20 testeurs, cette information est obsolète. L’Android Developers Blog a annoncé le passage de 20 à 12 testeurs pour les comptes de développeur personnels. Cette réduction est entrée en vigueur le 11 décembre 2024, sans modifier la durée de 14 jours, après les commentaires de petits développeurs pour qui le seuil de 20 était difficile à atteindre.
Les trois canaux de test, dont un seul valide l’exigence
Google propose trois canaux de test, souvent confondus par les nouveaux développeurs. Le test interne semble être l’option rapide, mais il ne valide pas l’exigence. Seul le test fermé compte.
Interne
Jusqu’à 100 testeurs, disponible en quelques minutes.
Ne remplit pas l’exigence
Fermé
Un groupe contrôlé que vous invitez.
Requis pour l’accès en production
Ouvert
Tout le monde peut participer et laisser des commentaires.
Après l’accès en production
"Inscrit" ne signifie pas simplement "ajouté"
Vous ajoutez les adresses e-mail des testeurs à votre canal fermé, via une liste de diffusion ou Google Groups, puis partagez le lien partageable. Chaque testeur doit ouvrir ce lien et s’inscrire au test. Ajouter une adresse e-mail ne suffit pas. Un testeur qui quitte le test avant 14 jours ne compte pas non plus, car les 14 jours doivent s’écouler sans interruption. Cette confusion provoque de nombreux redémarrages du délai.
Lors de la demande de production, Google évalue deux éléments: le nombre de testeurs, au moins 12, et leur participation réelle. Parmi les motifs justifiant des tests supplémentaires, Google cite l’absence de 12 testeurs inscrits ou le manque d’utilisation de l’application pendant le test fermé. Douze noms sur une liste ne suffisent donc pas: les testeurs doivent réellement utiliser l’application.
La méthode la plus efficace: de vrais testeurs inscrits
Vous maîtrisez directement toutes les autres exigences de ce guide. Celle-ci nécessite 12 personnes réelles, sur de vrais appareils Android, inscrites et actives pendant 14 jours consécutifs. C’est précisément là que les développeurs indépendants se retrouvent bloqués. La solution fiable consiste à obtenir de vrais testeurs qui participent et restent actifs.
Comment remplir efficacement l’exigence
La méthode la plus fiable pour remplir l’exigence Google Play de 12 testeurs pendant 14 jours consiste à faire appel aux vrais testeurs PrimeTestLab inscrits depuis de vrais appareils Android, jamais à des émulateurs ou à des robots. Partagez votre lien de test fermé et nous prenons en charge la suite: au moins 12 testeurs s’inscrivent et restent actifs pendant 14 jours consécutifs. Si une personne quitte le test, un remplacement immédiat évite de compromettre votre période. Le service fonctionne pour une application dans toutes les langues, avec un ciblage souple par pays, un taux de réussite de 99.9% sur plus de 7 400 applications et un démarrage en 4-6 heures. Le prix commence à $19.99, plus 5% de frais de service. Découvrez le fonctionnement →
Étape 7: le questionnaire d’accès en production
Une fois les critères du test fermé remplis, un compte personnel ne passe pas directement en production. Dans le tableau de bord, cliquez sur "Demander un accès en production", puis répondez au questionnaire. De nombreux sites parlent d’un "formulaire de 10 questions". Ne vous fiez pas à ce nombre: Google modifie la formulation. Retenez plutôt ses trois parties, car le nombre précis de questions n’est pas fixe.
Votre test fermé
- La facilité avec laquelle vous avez recruté les testeurs
- La manière dont les testeurs ont utilisé l’application
- La correspondance entre ce test et un usage réel en production
- Un résumé des commentaires et de leur mode de collecte
Votre application ou votre jeu
- Les fonctionnalités principales
- L’utilité réelle de l’application
- Le nombre d’installations attendu la première année
Préparation à la production
- Les modifications apportées après le test
- Les critères qui vous ont permis de juger l’application prête
- Les raisons pour lesquelles elle atteint désormais un niveau de qualité adapté à la production
Délai d’examen: Google indique que cette étape "prend généralement 7 jours ou moins, mais peut parfois prendre plus de temps". Donnez des détails concrets sur votre test réel. Des réponses vagues et génériques, comme "nous l’avons testée et elle fonctionne", peuvent conduire Google à demander des tests supplémentaires. Pour préparer des réponses précises, consultez notre guide des réponses au questionnaire d’accès en production.
Examens et délais réels de bout en bout
Deux examens vous séparent encore de la publication: l’examen de l’accès en production après le questionnaire, puis l’examen final de l’application pour la version elle-même. Google traite les examens standards dès que possible, mais avertit que certaines applications peuvent faire l’objet d’un examen prolongé, jusqu’à 7 jours ou davantage dans des cas exceptionnels. Les applications destinées aux enfants et celles dont les réponses sur le public cible sont inexactes font souvent l’objet d’un contrôle plus poussé.
Combien de temps faut-il réellement avec un nouveau compte de développeur personnel? Voici un calendrier réaliste, avec les chevauchements qui permettent de gagner du temps:
Durée habituelle pour un nouveau compte personnel: 3 à 5 semaines, parfois plus. Le chevauchement des étapes réduit ce délai, tandis qu’un refus peut l’allonger.
Ce qui retarde réellement les nouveaux développeurs
Le calendrier s’allonge lorsqu’un de ces problèmes survient. La plupart peuvent être évités:
- Vérification d’identité incomplète ou lente: lancée trop tard, elle bloque toutes les autres étapes.
- Déclarations Sécurité des données incomplètes ou absentes: le formulaire est également obligatoire sur les canaux de test.
- Identifiants de connexion invalides dans Accès aux applications: l’équipe d’examen ne peut pas entrer et refuse l’application.
- Fiche ou captures incohérentes avec les fonctions réelles de l’application.
- Recrutement lent des testeurs ou faible participation pendant le test fermé de 14 jours.
- Réponses vagues sur l’accès en production qui paraissent génériques et conduisent à une demande de tests supplémentaires.
Liste de préparation avant l’envoi
0 sur 8 exigences remplies (0%)
Changements 2025 et 2026: aide-mémoire
Si vous ne lisez qu’une section, choisissez celle-ci. Ces changements surprennent les développeurs qui ont appris le processus il y a un ou deux ans:
API cible 36 obligatoire pour les nouveaux envois
L’API 35 est le minimum actuel. L’API 36, Android 16, devient obligatoire pour les nouvelles applications et les mises à jour.
31 août 2026Entrée en vigueur de la vérification des développeurs Android
Elle commence au Brésil, en Indonésie, à Singapour et en Thaïlande, puis s’étend au monde en 2027. Elle couvre aussi les installations directes.
30 sept. 2026Icône avec rayon d’angle dynamique de 30%
Importez un carré complet. Google applique un masque à 30% sur les angles. Gardez les éléments essentiels dans une zone de sécurité d’environ 15 à 18%.
Spécification mise à jour le 15 juin 2026Compte d’organisation obligatoire pour les applications de santé
Les règles relatives aux contenus et services de santé couvrent l’étiquetage des dispositifs médicaux, les clauses de non-responsabilité et les autorisations de santé d’Android 16.
Migration avant le 28 janv. 2026Règles sur le contenu généré par l’IA
Les applications d’IA générative doivent empêcher les résultats offensants et appliquer un étiquetage ainsi qu’une modération renforcés.
Depuis janvier 2025Autorisations pour les photos, vidéos, contacts et la localisation
Les règles actualisées sur les photos, les vidéos et la localisation s’appliquent déjà. Une nouvelle règle sur les contacts suivra pour les applications ciblant l’API 37 ou une version ultérieure.
Contacts: 28 oct. 2026Sécurité des données: identifiant Android et partage
L’identifiant Android doit être déclaré comme identifiant d’appareil, et la définition du partage de données a été renforcée.
10 avril 2025Le test fermé est passé de 20 à 12 testeurs
Les comptes personnels ont désormais besoin de 12 testeurs, et non 20, pendant les mêmes 14 jours sans interruption.
11 déc. 2024Règles sur le transfert de comptes
Tout changement de propriétaire doit suivre le parcours officiel "Transférer la propriété" dans Play Console.
En vigueurFrais sur les liens externes après Epic
Des mises à jour de Play Console ont introduit des frais pour les liens vers des paiements externes ou des boutiques alternatives. Ils ne concernent que la facturation externe.
Déc. 2025À voir: mise à jour officielle des règles Google, PolicyBytes d’avril 2026
Dans sa série PolicyBytes, l’équipe chargée de l’expérience développeur chez Google explique les changements récents. L’épisode d’avril 2026 est la source officielle de plusieurs points ci-dessus: deux nouvelles règles sur les autorisations d’accès aux contacts et les transferts de comptes, ainsi que deux précisions sur le contenu soumis à une limite d’âge et les autorisations de localisation. La vidéo est suivie d’un résumé clair.
PolicyBytes: mises à jour des règles d’avril 2026
Chaîne officielle Google Play: nouvelles règles sur les contacts et le transfert de comptes, avec des précisions sur l’âge et la localisation.
Nouveau: règles sur les autorisations d’accès aux contacts
Google a ajouté une section sur les autorisations restreintes qui privilégie les solutions à accès minimal. Utilisez le sélecteur de contacts Android et des outils comme ShareSheet au lieu de demander un accès direct aux données personnelles. Si votre application cible Android 17, API 37, ou une version ultérieure, l’autorisation READ_CONTACTS n’est permise que lorsque le sélecteur de contacts ne peut réellement pas prendre en charge la fonction principale. Vous devrez alors expliquer ce besoin dans une déclaration Play Console. La règle entre en vigueur le 28 octobre 2026.
Nouveau: règles sur le transfert de comptes
Tout changement de propriétaire doit désormais suivre le parcours officiel Transférer la propriété dans Play Console, sous Utilisateurs et autorisations, Gérer, puis Désigner comme propriétaire du compte. Les exigences diffèrent entre les comptes personnels et d’organisation. Le nouveau propriétaire confirme par e-mail et peut devoir vérifier un profil de paiement ou les informations de l’organisation. Cette règle vise à empêcher les prises de contrôle: les deux parties restent responsables pendant le transfert et il est expressément interdit d’acheter, louer ou vendre des comptes sur des places de marché tierces.
Précision: contenu soumis à une limite d’âge et fonctions de rencontres
Si les rencontres ne sont pas l’objectif principal de votre application, mais qu’une fonction de ce type existe, le grand public peut encore la télécharger à condition qu’un contrôle d’âge fiable en interdise l’accès aux mineurs. Si les rencontres constituent la fonction principale, vous devez exclure complètement les mineurs en choisissant la tranche d’âge appropriée dans Public cible et contenu.
Précision: autorisations de localisation avec accès minimal
Pour une localisation précise et ponctuelle déclenchée par l’utilisateur, utilisez désormais le bouton de localisation Android avec l’attribut onlyForLocationButton dans votre manifeste, au lieu de conserver ACCESS_FINE_LOCATION. Pour les besoins réguliers, utilisez ce bouton ou COARSE_LOCATION. Google n’acceptera une demande complète de ACCESS_FINE_LOCATION que si aucune solution de remplacement ne convient et si vous fournissez une déclaration obligatoire clairement justifiée dans la console développeur.
Conséquence pour une nouvelle application: ces règles font directement partie des déclarations sur le contenu que vous devez remplir. Si vous demandez l’accès aux contacts, à la localisation précise, aux photos ou aux vidéos, prévoyez dès le départ une déclaration et une solution à accès minimal. Cela reste bien plus simple que de revoir les autorisations après un refus.
Comment PrimeTestLab intervient
Revenez sur les sept étapes. Vous maîtrisez directement les six qui relèvent des formalités et du développement: le compte, l’identité, la compilation, la fiche, les déclarations et le questionnaire. Une seule exige une ressource extérieure: 12 personnes réelles, sur de vrais appareils Android, inscrites et actives pendant 14 jours consécutifs. C’est l’étape qui bloque le plus souvent les développeurs indépendants et celle que prend en charge PrimeTestLab.
Vous partagez le lien de votre test fermé. Nous gérons les invitations, l’inscription au test, le suivi quotidien de la participation et la présence pendant les 14 jours complets. Un remplacement est prévu si un testeur quitte le groupe, afin de protéger votre période. Plus de 7 400 applications ont déjà été testées, avec un taux de réussite de 99.9% dans 120+ pays.
Pour être précis
PrimeTestLab couvre l’exigence relative aux testeurs: 12 testeurs inscrits et actifs pendant 14 jours. Nous ne remplissons pas vos déclarations, ne choisissons pas votre type de compte et ne passons pas l’examen de l’application à votre place. Associez une application terminée et une fiche complète à 12 vrais testeurs pendant les 14 jours complets pour que le test fermé ne retarde pas votre publication.
Plans actuels
Starter
12 testeurs
$19.99 +5% de frais de service
Enterprise
25 testeurs
$27.99 +5% de frais de service
Professional
20 testeurs
$29.99 +5% de frais de service
Garantie de remboursement à 100% · Démarrage du test en 4-6 heures · Sans abonnement
Questions fréquentes
Combien coûte la publication d’une application sur Google Play en 2026?
La création d’un compte développeur Google Play exige un versement unique de 25 USD. Ce montant n’est pas remboursable, ne se renouvelle pas et permet de publier un nombre illimité d’applications avec ce compte. Le paiement s’effectue uniquement par carte de crédit ou de débit, notamment Visa, Mastercard, American Express, Discover aux États-Unis ou Visa Electron hors des États-Unis. Les cartes prépayées ne sont pas acceptées.
Faut-il un compte de développeur personnel ou un compte d’organisation sur Google Play?
Les deux types de comptes proposent les mêmes fonctions et permettent la monétisation. Ils diffèrent par les informations demandées. Un compte de développeur personnel nécessite un nom public, une adresse e-mail et un numéro de téléphone vérifiés, ainsi qu’une pièce d’identité officielle. Un compte d’organisation exige aussi un numéro D-U-N-S, dont l’obtention peut prendre jusqu’à 28 jours, le nom légal et l’adresse de l’entreprise, un site Web vérifié et les documents de l’organisation. Il est obligatoire pour les applications financières, de santé, de VPN et gouvernementales.
Combien de temps prend la vérification d’identité Google Play?
Google indique que l’examen des pièces d’identité prend quelques jours. Le Centre de paiements Google donne une plage de 1 à 7 jours. Le délai souvent cité de 5 jours maximum concerne la vérification du mode de paiement et du compte bancaire, pas l’identité. Vous ne pouvez pas publier avant la fin de la vérification, alors lancez-la tôt.
Qu’est-ce que le programme de vérification des développeurs Android et quand commence-t-il?
Ce programme distinct impose d’associer les applications à une identité de développeur vérifiée avant leur installation sur des appareils Android certifiés, y compris pour une distribution hors de Google Play. Il s’est ouvert à tous les développeurs en mars 2026 et entre en vigueur le 30 septembre 2026 au Brésil, en Indonésie, à Singapour et en Thaïlande, avant une extension mondiale en 2027. Pour la distribution hors Google Play uniquement, un compte gratuit de distribution limitée permet d’atteindre jusqu’à 20 appareils sans frais ni pièce d’identité.
Les nouveaux développeurs ont-ils vraiment besoin de 12 testeurs pendant 14 jours?
Oui, si vous utilisez un compte de développeur personnel créé après le 13 novembre 2023. 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 avant de demander un accès en production. Les comptes d’organisation et les comptes personnels plus anciens sont exemptés. Le seuil est passé de 20 à 12 testeurs le 11 décembre 2024.
Quel niveau d’API cible faut-il pour une nouvelle application Google Play en 2026?
À la mi-2026, les nouvelles applications et les mises à jour doivent cibler au moins Android 15, API 35. Wear OS, Android TV et Android Automotive doivent cibler Android 14, API 34. À partir du 31 août 2026, les nouvelles applications et les mises à jour devront cibler Android 16, API 36, ou une version ultérieure. Toute nouvelle application doit aussi être publiée sous forme d’Android App Bundle (.aab) avec Play App Signing.
Quelles sont les exigences Google Play pour l’icône et les captures d’écran?
L’icône mesure 512 x 512 px, au format PNG 32 bits avec transparence, pour 1 MB maximum. En 2026, Google applique un rayon d’angle dynamique de 30% au carré complet. Gardez les éléments importants dans une zone de sécurité d’environ 15 à 18%. L’image de présentation mesure 1024 x 500 px. La publication exige au moins 2 captures sur téléphone, avec un maximum de 8 par type d’appareil. Les 4 captures ou plus en 1080 px concernent l’éligibilité à une mise en avant, pas le droit de publier.
Combien de temps faut-il pour publier une application Google Play depuis zéro?
Pour un nouveau compte de développeur personnel, prévoyez généralement 3 à 5 semaines, parfois plus: quelques jours pour la vérification d’identité, le développement avec la fiche et les déclarations, le test fermé obligatoire de 14 jours, environ 7 jours ou moins pour l’examen de l’accès en production et jusqu’à 7 jours pour l’examen final. Certaines étapes peuvent se chevaucher, mais un refus peut allonger le délai.
Qu’est-ce que le questionnaire d’accès en production de Google Play?
Une fois les critères du test fermé remplis, cliquez sur "Demander un accès en production" et répondez à trois parties: votre test fermé, notamment le recrutement et la participation, votre application ou votre jeu, notamment les fonctions et installations attendues, puis l’état de préparation à la production, avec les changements apportés et les critères retenus. L’examen prend généralement 7 jours ou moins. Il s’agit de trois parties, pas d’un formulaire fixe de 10 questions.
Pourquoi les premières applications sont-elles le plus souvent refusées?
Les causes fréquentes sont une vérification d’identité incomplète ou lente, des déclarations Sécurité des données absentes ou insuffisantes, des identifiants de connexion invalides dans Accès aux applications, une fiche ou des captures incohérentes avec l’application, un recrutement lent des testeurs ou une faible participation pendant le test fermé, et des réponses vagues sur l’accès en production.
PrimeTestLab peut-il m’aider à remplir l’exigence du test fermé?
Oui. PrimeTestLab fournit des testeurs vérifiés qui s’inscrivent depuis de vrais appareils Android et restent actifs pendant les 14 jours complets sans interruption. Les prix commencent à $19.99, plus 5% de frais de service, pour 12 testeurs. Le test démarre généralement en 4-6 heures et notre taux de réussite est de 99.9% sur plus de 7 400 applications. Si Google ne valide toujours pas votre exigence, vous choisissez entre un nouveau test gratuit ou un remboursement intégral.
L’essentiel
En bref
Publier votre première application Android en 2026 suit un ordre précis: créez le compte avec un versement unique de 25 USD, validez la vérification d’identité, préparez un AAB signé ciblant aujourd’hui l’API 35, puis l’API 36 dès le 31 août 2026, remplissez la fiche Play Store et les déclarations sur le contenu. Avec un compte de développeur personnel, exécutez ensuite un test fermé auprès d’au moins 12 testeurs inscrits pendant 14 jours sans interruption, avant le questionnaire de production et l’examen final. Prévoyez 3 à 5 semaines, parfois plus. Lancez d’abord les étapes lentes, comme l’identité, le numéro D-U-N-S et le test fermé, et anticipez les deux changements de 2026: l’API 36 et la vérification des développeurs Android. PrimeTestLab vous aide à obtenir les testeurs nécessaires pour que cette étape ne retarde pas votre publication. Consultez les plans et tarifs →
Documentation officielle de Google