Aller au contenu

Guide complet 2026

Exigences pour publier sur Google Play en 2026

Tout ce qu’un nouveau développeur Android doit faire pour publier une application sur Google Play cette année, dans l’ordre exact: créer le compte avec un versement unique de 25 USD, valider les vérifications d’identité et de développeur, préparer l’Android App Bundle avec la bonne API cible, remplir la fiche Play Store et les déclarations sur le contenu, exécuter le test fermé avec 12 testeurs, puis passer l’examen de production.

25 USD Versement unique
12 / 14 Testeurs / Jours
API 36 Dès le 31 août 2026
99.9% Réussite PTL
Exigences pour publier sur Google Play en 2026: compte développeur et versement unique de 25 USD, vérifications d’identité et de développeur, Android App Bundle et API 36, fiche Play Store, déclarations sur le contenu et test fermé de 14 jours avec 12 testeurs
Le parcours vers la production, dans l’ordre 7 étapes
Étape 1 Compte Versement de 25 USD
Étape 2 Identité Vérification
Étape 3 Compilation AAB + API
Étape 4 Fiche + contenu
Étape 5 Test fermé 12 / 14 jours
Étape 6 Production Examen en ~7 jours
Étape 7 En ligne Examen de l’application

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.

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:

1

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.

2

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.

3

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.

4

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.

5

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.

6

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.

7

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.

Play Console · inscription Versement unique
Inscription du développeur 25 USD
Renouvellement annuel $0 · aucun
Applications incluses Illimitées
Total définitif 25 USD

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-Unis

Non acceptées

Cartes prépayées PayPal pour ce versement Virement bancaire

Compte 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.

Personal

Indépendant

Adapté aux développeurs indépendants et aux projets personnels.

Nom public du développeur
Adresse e-mail (courriel) et numéro de téléphone vérifiés
Une pièce d’identité officielle délivrée par une autorité publique
Nom légal et adresse issus de votre profil de paiement Google
Test fermé de 14 jours obligatoire si le compte a été créé après le 13 novembre 2023
Organisation

Entreprise

Obligatoire pour les applications financières, de santé, de VPN et gouvernementales.

Un numéro D-U-N-S, identifiant Dun & Bradstreet à 9 chiffres
Nom légal et adresse de l’entreprise
Un site Web vérifié, obligatoire depuis février 2024
Documents de l’organisation et pièce d’identité
Exempté de l’exigence du test fermé de 14 jours

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.

Outil interactif

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.

Sélectionnez une situation pour afficher le type de compte recommandé.

Compte personnel

Recommandé pour vous

Le 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 vous

Inscrivez-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

Obligatoire

Les 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.

L’affirmation courante

"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é.

Ce que dit réellement Google

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:

Niveau 1

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
Niveau 2

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é:

Logiciels malveillants détectés selon la source

Justification donnée par Google dans l’Android Developers Blog de mars 2026.

Sources d’installation directePlus de 90 fois
plus de 90 fois plus
Google Playréférence

Selon Google, son analyse récente a détecté plus de 90 fois davantage de logiciels malveillants provenant de sources d’installation directe que de Google Play. Il s’agit de la justification de Google, et non d’une mesure indépendante.

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é

Applications illimitées sur tous les appareils certifiés
Pièce d’identité obligatoire
Les développeurs Play existants ayant versé 25 USD sont déjà couverts
Propriété prouvée par le nom de package et l’empreinte de la clé de signature
Nouveau en 2026

Distribution limitée

Gratuit sans pièce d’identité

Sans frais d’inscription
Distribution sur 20 appareils maximum
Aucune pièce d’identité: une adresse e-mail suffit pour commencer
Conçu pour les étudiants et les projets personnels

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).

.aabFormat obligatoire des nouvelles applications
2021Fin des APK pour les nouvelles applications
2Clés: signature Google + clé d’importation
API 35API cible minimale actuelle

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:

Minimum actuel API 35 Android 15 Depuis le 31 août 2025
Prochaine échéance API 36 Android 16 À partir du 31 août 2026
Prévu API 37 Android 17 Attendu en août 2027
  • 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

Nom ou titre de l’application30 caracteres
Description courte80 caracteres
Description complète4 000 caracteres

Icône de l’application

Dimensions512 x 512 px
FormatoPNG de 32 bits (alpha)
Taille maximale1 MB
Forme en 2026Carré complet, rayon de 30%

Image de présentation

Dimensions1024 x 500 px
FormatoJPEG ou PNG 24 bits, sans transparence
Taille maximale1 MB
Obligatoire?Oui, pour publier

Captures d’écran

Minimum2 sur téléphone pour publier
Maximum8 par type d’appareil
Chaque côté320 - 3840 px
FormatEntre 1:2 et 2:1
Google Play Console · capture réelle Cliquez pour agrandir Éditeur de la fiche Play Store par défaut dans Google Play Console affichant le nom de l’application, 22 caractères sur 30, la description courte, 67 sur 80, la description complète, 454 sur 4 000, et la section des éléments graphiques avec l’icône de 512 px
L’éditeur de fiche Play Store dans Play Console. Les compteurs du nom de l’application, 30 caractères maximum, de la description courte, 80 maximum, et de la description complète, 4 000 maximum, correspondent aux limites du tableau. La section des éléments graphiques accueille l’icône de 512 px et l’image de présentation.

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%.

Rayon 30%

Comment lire cette maquette

  • La zone quadrillée représente le canevas carré complet de 512 x 512.
  • La forme arrondie correspond à ce que voient les utilisateurs après l’application du masque dynamique à 30% de Google.
  • Le cadre en pointillés représente la zone de sécurité. Gardez-y les logos, le texte et les formes principales pour éviter tout rognage.
  • Importez un fichier 512x512, au format PNG 32 bits et de moins de 1 MB.

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.

Obligatoire

Formulaire 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.

Obligatoire

Classification 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.

Obligatoire

Public 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.

Obligatoire

Dé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.

Obligatoire

Accè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 requise

Compte 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
Google Play Console · capture réelle Cliquez pour agrandir Page Contenu de l’application dans Google Play Console affichant 11 déclarations à renseigner: identifiant publicitaire, autorisations pour les photos et vidéos, applications de santé, fonctions financières, applications gouvernementales, Sécurité des données, Public cible et contenu, Classification du contenu, Annonces, Identifiants de connexion et Règles de confidentialité
La section Contenu de l’application dans Play Console. Elle réunit toutes les déclarations de ce guide, y compris celles propres aux applications de santé, aux fonctions financières et aux autorisations pour les photos et vidéos. Chacune doit être remplie et tenue à jour.

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.

12+Testeurs inscrits, contre 20 auparavant
14Jours consécutifs, sans interruption
Nov. 2023Concerne les comptes créés après cette date
0Pour les comptes d’organisation
Google Play Console · capture réelle Cliquez pour agrandir Page Demander un accès en production de Google Play Console affichant la liste du test fermé: publier une version sur le canal de test fermé, réunir au moins 12 testeurs inscrits et exécuter le test avec au moins 12 testeurs pendant au moins 14 jours, avec un état indiquant 12 testeurs inscrits depuis 12 jours sans interruption
L’exigence telle qu’elle apparaît dans Play Console: au moins 12 testeurs inscrits et un test fermé d’au moins 14 jours sans interruption. Ici, le compteur indique 12 jours consécutifs. Le bouton permettant de demander un accès en production reste grisé jusqu’à ce que les deux critères soient remplis.

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.

Distribution la plus rapide pour les contrôles ponctuels
Disponible en quelques minutes
Ne compte pas pour la production

Ne remplit pas l’exigence

Le canal requis

Fermé

Un groupe contrôlé que vous invitez.

Valide l’exigence 12 / 14
Partage via une liste de diffusion ou Google Groups
Obligatoire avant de demander un accès en production

Requis pour l’accès en production

Ouvert

Tout le monde peut participer et laisser des commentaires.

Public, avec canal de commentaires privés
Idéal pour un test plus large
Disponible seulement après l’accès en production

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.

Partie 1

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
Partie 2

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
Partie 3

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:

Semaine 1Semaine 2Semaine 3Semaine 4Semaine 5
Vérification d’identitéQuelques jours, 1 à 7
~3-5 jours
Compilation, fiche et déclarationsÀ mener en parallèle
Compilation + fiche + contenu
Test fermé14 jours incompressibles
14 jours sans interruption
Examen de l’accès en productionEnviron 7 jours ou moins
~7 jours
Examen final de l’applicationJusqu’à 7 jours
jusqu’à 7 jours

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%)

Cochez chaque exigence à mesure que vous la remplissez. Le test fermé de 14 jours est l’étape la plus longue: lancez-le tôt pour éviter qu’il ne retarde votre publication.

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 2026

Entré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. 2026

Icô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 2026

Compte 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. 2026

Rè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 2025

Autorisations 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. 2026

Sé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 2025

Le 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. 2024

Rè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 vigueur

Frais 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.

Miniature de la vidéo Google Play PolicyBytes sur les mises à jour des règles d’avril 2026
Le principe commun est celui de l’accès minimal: Google demande de plus en plus aux applications d’utiliser les sélecteurs système, comme le sélecteur de contacts, ShareSheet et le bouton de localisation, au lieu de conserver des autorisations larges et sensibles.

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.

Dès $19.99, +5% de frais de service 12 testeurs
4-6 heures Démarrage du test
7 400+ applications 99.9% de réussite

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

Remplit le minimum de Google
Vrais appareils Android
Couverture des 14 jours complets
Voir le plan

Professional

20 testeurs

$29.99 +5% de frais de service

Marge de sécurité incluse
Meilleure diversité d’appareils
Plus de sérénité au premier essai
Voir le plan

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 →

Kefayatullah Khadem, ingénieur logiciel et spécialiste de la publication sur Google Play

Écrit par

Kefayatullah Khadem

Ingénieur logiciel et spécialiste de la publication sur Google Play

Il rédige les guides PrimeTestLab sur les exigences et le test fermé à partir de cas réels et de la documentation officielle de Play Console.

7 400+Applications testées
99.9%Taux de réussite
120+Pays
4.9/5Note

99.9% de réussite

Votre test fermé de 14 jours vous bloque? Nous nous en chargeons.

Vous développez l’application. Nous fournissons au moins 12 vrais testeurs qui restent actifs pendant les 14 jours complets.

Dès $19.99, plus 5% de frais de service

Démarrage du test en 4-6 heures · 120+ pays · Garantie de remboursement à 100%

Rejoignez les développeurs de plus de 7 400 applications publiées avec PrimeTestLab

Obtenez 12 testeurs · $19.99 +5% de frais de service WhatsApp