Publier son application sur le Google Play Store : le guide 2026

Publier sur le Google Play Store n’a jamais été aussi encadré qu’en 2026. Il y a quelques années, il suffisait de payer l’inscription et d’envoyer un fichier APK. Aujourd’hui, Google demande une vérification d’identité, un format de fichier précis, un niveau d’API récent et, pour les nouveaux comptes personnels, une période de test fermé avant de pouvoir publier en production.

Rien d’insurmontable, à condition de connaître les étapes dans le bon ordre. Ce guide les déroule une par une, que ton application soit écrite en Kotlin, en Flutter ou en React Native, et t’aide à éviter les refus les plus fréquents.

Étape 1 : créer ton compte développeur Google Play

Rends-toi sur la Google Play Console avec le compte Google qui gérera tes applications. Utilise de préférence un compte dédié à tes projets, pas ton compte personnel du quotidien.

Tu dois choisir entre deux types de comptes :

La vérification d’identité demande une pièce officielle (carte d’identité, passeport) et parfois un justificatif d’adresse. Elle prend généralement de quelques heures à quelques jours. Pendant ce temps, tu peux déjà préparer ton application.

Étape 2 : préparer ton application pour publier sur le Google Play Store

Avant de générer le fichier final, vérifie quatre réglages essentiels dans la configuration de ton projet.

L’identifiant de l’application (applicationId)

C’est l’identifiant unique de ton application sur le Play Store, par exemple be.lmcode.monapp. Il ne pourra plus jamais être modifié après la première publication. Choisis-le avec soin : nom de domaine inversé, minuscules, pas de mot comme example ou test.

Le numéro de version

Android utilise deux valeurs :

• versionCode : un entier qui doit augmenter à chaque envoi (1, 2, 3…). Le Play Store refuse un fichier dont le versionCode a déjà été utilisé.
• versionName : le texte affiché aux utilisateurs (« 1.0.0 », « 1.2.3 »).

Le niveau d’API cible (targetSdk)

Google impose de cibler une version récente d’Android pour que les applications profitent des dernières protections de sécurité et de confidentialité :

// app/build.gradle.kts (Android natif)
android {
    namespace = "be.lmcode.monapp"
    compileSdk = 35

    defaultConfig {
        applicationId = "be.lmcode.monapp"
        minSdk = 24
        targetSdk = 35
        versionCode = 1
        versionName = "1.0.0"
    }
}

// app/build.gradle.kts (Android natif)
android {
    namespace = "be.lmcode.monapp"
    compileSdk = 35

    defaultConfig {
        applicationId = "be.lmcode.monapp"
        minSdk = 24
        targetSdk = 35
        versionCode = 1
        versionName = "1.0.0"
    }
}

L’icône de l’application

Prépare une icône adaptative (premier plan + arrière-plan) pour Android, ainsi qu’une icône de 512 × 512 pixels en PNG pour la fiche Play Store. Android Studio propose l’outil Image Asset (clic droit sur res → New → Image Asset) qui génère toutes les tailles automatiquement.

Étape 3 : générer un Android App Bundle signé

Depuis août 2021, les nouvelles applications doivent être envoyées au format Android App Bundle (.aab) et non plus en APK. L’AAB contient tout le code et les ressources ; c’est Google Play qui génère ensuite des APK optimisés pour chaque appareil (langue, densité d’écran, processeur). Résultat : des téléchargements plus légers pour tes utilisateurs.

Créer la clé d’envoi

Le fichier doit être signé avec une clé qui prouve qu’il vient bien de toi. Crée-la une seule fois :

keytool -genkeypair -v -storetype PKCS12 \
  -keystore upload-keystore.jks \
  -alias upload \
  -keyalg RSA -keysize 2048 -validity 10000

keytool -genkeypair -v -storetype PKCS12 \
  -keystore upload-keystore.jks \
  -alias upload \
  -keyalg RSA -keysize 2048 -validity 10000

keytool est fourni avec le JDK (et avec Android Studio). Il te demande un mot de passe et quelques informations (nom, organisation, pays).

Play App Signing : deux clés, plus de sécurité

Avec Play App Signing, activé par défaut pour les nouvelles applications, il existe deux clés :

• la clé d’envoi (upload key) : la tienne, utilisée pour signer le fichier que tu envoies ;
• la clé de signature de l’application (app signing key) : conservée par Google, utilisée pour signer les APK installés sur les téléphones.

Si ta clé d’envoi est perdue ou compromise, Google peut en enregistrer une nouvelle. La clé finale, elle, reste protégée sur l’infrastructure de Google.

Générer l’AAB selon ta technologie

Android natif (Kotlin/Java) : dans Android Studio, menu Build → Generate Signed App Bundle / APK → Android App Bundle, sélectionne ta clé et choisis la variante release. Ou en ligne de commande :

./gradlew bundleRelease
# Fichier généré : app/build/outputs/bundle/release/app-release.aab

./gradlew bundleRelease
# Fichier généré : app/build/outputs/bundle/release/app-release.aab

Flutter : configure la clé dans android/key.properties (exclu de Git), puis :

flutter build appbundle --release
# Fichier généré : build/app/outputs/bundle/release/app-release.aab

flutter build appbundle --release
# Fichier généré : build/app/outputs/bundle/release/app-release.aab

React Native avec Expo : le service EAS construit et signe l’AAB pour toi :

npm install -g eas-cli
eas login
eas build --platform android --profile production

npm install -g eas-cli
eas login
eas build --platform android --profile production

Étape 4 : créer l’application dans la Play Console

Dans la Play Console, clique sur Créer une application et renseigne :

• le nom de l’application (30 caractères maximum) ;
• la langue par défaut (français) ;
• application ou jeu ;
• gratuite ou payante : attention, une application gratuite ne pourra jamais devenir payante ;
• l’acceptation des règles du programme pour les développeurs et des lois d’exportation.

Tu arrives ensuite sur le tableau de bord de l’application, qui liste toutes les tâches à accomplir avant la publication. C’est ta feuille de route pour la suite.

Étape 5 : remplir la fiche Play Store

La fiche est ta vitrine : c’est elle qui convainc (ou non) les visiteurs d’installer ton application. Prends le temps de la soigner.

Étape 6 : les déclarations obligatoires

Dans la section Contenu de l’application de la Play Console, plusieurs formulaires sont obligatoires. Ce sont eux qui bloquent le plus souvent les débutants, alors voici ce qu’ils demandent.

Les règles de confidentialité

Une URL publique vers ta politique de confidentialité est obligatoire, même si ton application ne collecte aucune donnée. Elle doit expliquer quelles données sont collectées, pourquoi, avec qui elles sont partagées et comment les supprimer. Une simple page sur ton site suffit.

La sécurité des données (Data safety)

Tu déclares précisément les données collectées (localisation, contacts, identifiants…), si elles sont partagées, chiffrées en transit et supprimables. Attention : ces déclarations incluent les librairies tierces que tu utilises (analytics, publicité, rapports de plantage comme Firebase Crashlytics). Consulte leur documentation, elles indiquent ce qu’elles collectent.

La classification du contenu

Un questionnaire (système IARC) sur la violence, le langage, les jeux d’argent, etc. Il attribue automatiquement les classifications d’âge (PEGI en Europe). Réponds honnêtement : une classification erronée peut entraîner le retrait de l’application.

Les autres déclarations

• Public cible : l’âge de tes utilisateurs. Viser les enfants implique des règles beaucoup plus strictes (programme « Familles »).
• Annonces : ton application contient-elle de la publicité ?
• Accès à l’application : si une partie nécessite une connexion, fournis un compte de test aux examinateurs de Google.
• Applications d’actualités, financières, de santé : déclarations supplémentaires selon la catégorie.

Étape 7 : le test fermé obligatoire (12 testeurs, 14 jours)

C’est l’étape qui surprend le plus. Si ton compte est personnel et a été créé après le 13 novembre 2023, tu ne peux pas publier directement en production. Tu dois d’abord :

1. créer une version de test fermé et y envoyer ton AAB ;
2. y inscrire au moins 12 testeurs, qui doivent accepter l’invitation et installer l’application ;
3. maintenir le test pendant 14 jours consécutifs.

L’exigence est passée de 20 à 12 testeurs le 11 décembre 2024. Google vérifie aussi que les testeurs utilisent réellement l’application : des testeurs qui l’installent puis ne l’ouvrent jamais peuvent conduire à un refus de l’accès en production.

Étape 8 : demander l’accès en production

Après les 14 jours, le bouton Demander l’accès en production apparaît dans le tableau de bord. Google te pose une dizaine de questions sur ton test : comment tu as recruté les testeurs, les retours reçus, les modifications apportées, ton public cible, pourquoi ton application est prête.

Réponds de façon précise et concrète : « Les testeurs ont signalé un plantage à l’export PDF sur Android 12, corrigé dans la version 1.0.3 » vaut bien mieux que « Tout s’est bien passé ». La réponse arrive en général en quelques jours.

Étape 9 : publier en production

Une fois l’accès accordé :

1. va dans Production → Créer une version ;
2. envoie ton AAB (ou promeus la version testée) ;
3. rédige les notes de version (« Nouveautés de cette version ») ;
4. choisis les pays de diffusion ;
5. envoie la version pour examen.

L’examen prend de quelques heures à 7 jours (parfois plus pour une première publication). Tu reçois un e-mail dès que ton application est en ligne.

Mettre à jour ton application

Pour chaque mise à jour :

1. augmente le versionCode (et le versionName) ;
2. génère un nouvel AAB signé avec la même clé d’envoi ;
3. crée une nouvelle version dans la piste voulue et rédige les notes de version.

Surveille aussi la section Android vitals de la Play Console : taux de plantages, d’ANR (application qui ne répond plus), consommation de batterie. Au-delà de certains seuils, Google réduit la visibilité de ton application dans le Play Store.

Ce qui change autour d’Android en 2026

Depuis l’annonce de Google en 2025, la vérification des développeurs s’étend progressivement aux applications distribuées en dehors du Play Store sur les appareils Android certifiés, en commençant par quelques pays avant une généralisation. Pour toi qui publies sur le Play Store, le compte vérifié de la Play Console couvre déjà cette exigence. Si tu distribues aussi un APK sur ton site, suis l’évolution de ces règles dans la documentation officielle.

Les erreurs les plus fréquentes au moment de publier sur le Google Play Store

FAQ

Conclusion

Publier sur le Google Play Store demande de la méthode plus que de la technique : un compte vérifié, un AAB signé ciblant le bon niveau d’API, une fiche soignée, des déclarations honnêtes et, pour les comptes personnels, un vrai test fermé avec des utilisateurs actifs. En suivant les étapes de ce guide dans l’ordre, tu évites les allers-retours et les refus.

Tu n’as pas encore d’application à publier ? Notre tutoriel pour créer une application Flutter de tri des déchets est un excellent point de départ. Et pour toutes les règles détaillées, garde sous la main le centre d’aide de la Play Console.