Publier une app Android sur Google Play.

Le compte développeur est vérifié et l’app est créée avec sa langue par défaut, son type (app ou jeu) et son statut gratuit ou payant. Une app publiée gratuitement ne peut pas devenir payante ensuite ; elle peut en revanche proposer des achats intégrés.

Vérifier : Play Console → Tableau de bord : aucune tâche de configuration obligatoire en attente.

Preuve : Capture du tableau de bord de l’app.

Play Console Help — Create and set up your app ↗ · revu le 2026-10-23

Une app payante ou des achats intégrés exigent un profil de paiement (marchand) lié au compte développeur, avec les informations fiscales et bancaires.

Vérifier : Play Console → Configuration → Profil de paiement : actif et complet.

Preuve : Capture du profil de paiement.

Play Console Help — Payments policy ↗ · revu le 2026-10-23

Les versions sont gérées en Android App Bundles. Seules les apps créées avant août 2021 peuvent encore ajouter des APK pour leurs mises à jour.

Vérifier : Le fichier envoyé est un .aab généré en configuration release.

Preuve : Nom du fichier et code de version.

Android Developers — About Android App Bundles ↗ · revu le 2026-10-23

Pour une première version, configurez Play App Signing : Google conserve la clé de signature de l’app, vous signez vos envois avec une clé d’importation. Stockez cette clé et son mot de passe hors du dépôt, sauvegardés, et sachez demander sa réinitialisation en cas de perte.

Vérifier : Play Console → Test et publication → Intégrité de l’app : Play App Signing actif ; la clé d’importation est dans un coffre de secrets, pas dans Git.

Preuve : Capture de la page Intégrité de l’app et emplacement de la sauvegarde.

Échec courant : Keystore commité dans le dépôt public, ou perdu avec le portable du développeur.

Play Console Help — Use Play App Signing ↗ · revu le 2026-10-23

Au 23 octobre 2026, la page de Google indique qu’à partir du 31 août 2026, les nouvelles apps et mises à jour doivent cibler Android 16 (API 36) ou plus (Wear OS et Android Automotive : API 35 ; Android TV et Android XR : API 34), avec une prolongation possible jusqu’au 1er novembre 2026 sur demande. Les apps existantes doivent cibler au moins API 35 pour rester disponibles pour les nouveaux utilisateurs sur les appareils plus récents. Cette exigence change chaque année : revérifiez la page avant chaque envoi.

Vérifier : targetSdk dans build.gradle comparé à la page de Google le jour de l’envoi ; testez les changements de comportement de cette version d’Android.

Preuve : Valeur de targetSdk du build envoyé.

Échec courant : Play Console refuse la mise à jour : niveau d’API cible trop ancien.

Android Developers — Meet Google Play’s target API level requirement ↗ · revu le 2026-10-23

Si l’app ou une bibliothèque contient du code natif, il doit fournir les architectures 64 bits et respecter les autres exigences publiées par Google pour le code natif. Vérifiez la page avant l’envoi.

Vérifier : Inspectez l’AAB (Analyse de l’APK dans Android Studio) : chaque ABI 32 bits a son équivalent 64 bits.

Preuve : Liste des ABI présentes dans le bundle.

Android Developers — Support 64-bit architectures ↗ · revu le 2026-10-23

versionCode supérieur à la version précédente, build non débogable, services de production, aucune journalisation de données sensibles. Si vous minifiez avec R8, envoyez le fichier de mapping pour des rapports de plantage lisibles.

Vérifier : Installez la version depuis la piste de test interne et vérifiez le serveur appelé et l’absence de menu de debug.

Preuve : versionCode, versionName et présence du fichier de mapping.

La piste de test interne (jusqu’à 100 testeurs choisis) installe exactement ce que Play distribuera, signé par Google : c’est le test le plus fidèle avant la production.

Vérifier : Installez depuis le lien de test interne sur un appareil sans build de développement, puis refaites les parcours critiques.

Preuve : Code de version installé depuis la piste interne.

Play Console Help — Set up an open, closed or internal test ↗ · revu le 2026-10-23

Les comptes personnels créés après le 13 novembre 2023 doivent mener un test fermé avec au moins 12 testeurs inscrits sans interruption pendant au moins 14 jours avant de demander l’accès à la production. Les testeurs qui se désinscrivent avant 14 jours ne comptent pas. La demande d’accès pose des questions sur le test, l’app et sa préparation ; l’examen prend en général sept jours ou moins.

Vérifier : Play Console → Tableau de bord : le compteur du test fermé indique au moins 12 testeurs et 14 jours consécutifs.

Preuve : Capture du compteur et résumé des retours des testeurs.

Échec courant : Testeurs recrutés sans engagement réel : Google demande de poursuivre les tests.

Play Console Help — App testing requirements for new personal developer accounts ↗ · revu le 2026-10-23

Google teste automatiquement la version sur des appareils réels et signale plantages, problèmes d’affichage, d’accessibilité et de sécurité. Lisez-le avant chaque déploiement.

Vérifier : Play Console → Rapport de pré-lancement : aucun plantage non expliqué.

Preuve : Capture du rapport pour ce code de version.

Play Console Help — Use a pre-launch report ↗ · revu le 2026-10-23

Android tourne sur des appareils très différents. Testez au moins un appareil d’entrée de gamme, la plus ancienne version d’Android prise en charge, et un grand écran si l’app y est disponible.

Vérifier : Parcours critiques sur chaque appareil retenu.

Preuve : Liste des appareils, versions d’Android et résultats.

Installation, premier lancement, inscription ou connexion, tâche principale, achat et restauration s’il y en a, retour arrière système et rotation d’écran.

Vérifier : Désinstallez, réinstallez depuis Play (piste de test) et refaites chaque parcours avec un compte neuf.

Preuve : Liste datée des parcours testés.

Les règles de Google Play sur les fonctionnalités minimales visent les apps qui plantent, ne fonctionnent pas ou n’apportent pas de valeur. Retirez écrans vides, textes provisoires et boutons sans effet.

Vérifier : Parcourez chaque écran du build release en cherchant contenus provisoires et actions sans effet.

Preuve : Liste des écrans vérifiés.

Google Play — Developer Program Policy center ↗ · revu le 2026-10-23

Le nom, la description courte et la description complète décrivent ce que fait réellement l’app, dans les limites de caractères affichées par Play Console, sans accumulation de mots-clés ni promesses non tenues.

Vérifier : Chaque fonction citée existe dans la version soumise.

Preuve : Texte de la fiche relu.

Google Play — Developer Program Policy center ↗ · revu le 2026-10-23

Icône 512 × 512 px en PNG 32 bits (1 Mo max), image de présentation 1024 × 500 px, au moins deux captures d’écran (entre 320 et 3840 px, côté long au plus deux fois le côté court) pour publier la fiche. Google recommande au moins quatre captures d’au moins 1080 px.

Vérifier : Play Console accepte chaque fichier sans avertissement ; chaque capture montre un écran réel de l’app.

Preuve : Dossier des visuels de la fiche.

Play Console Help — Add preview assets to showcase your app ↗ · revu le 2026-10-23

Catégorie et tags adaptés, email de contact surveillé, site web si vous en avez un.

Vérifier : Envoyez un message à l’email de contact affiché : il arrive.

Preuve : Capture des coordonnées de la fiche.

Play Console Help — Choose a category and tags ↗ · revu le 2026-10-23

La politique de confidentialité est liée sur la fiche Play, et dans l’app lorsqu’elle accède à des données ou autorisations sensibles. Elle décrit les données traitées, leur usage et leur partage.

Vérifier : L’URL s’ouvre sur un téléphone, sans compte, et correspond aux données réellement traitées.

Preuve : URL de la politique et capture de son emplacement dans l’app.

Play Console Help — User Data policy ↗ · revu le 2026-10-23

Toutes les apps publiées (pistes fermée, ouverte ou production) remplissent le formulaire Sécurité des données, examiné par Google puis affiché sur la fiche. Il couvre aussi les SDK tiers et toutes les versions distribuées.

Vérifier : Comparez chaque réponse à l’inventaire des SDK et aux appels réseau de l’app.

Preuve : Inventaire des SDK et capture du formulaire.

Échec courant : Déclaration « aucune donnée partagée » alors qu’un SDK publicitaire est présent : rejet ou retrait.

Play Console Help — Provide information for Google Play’s Data safety section ↗ · revu le 2026-10-23

Si l’app permet de créer un compte, elle doit offrir un chemin dans l’app pour supprimer le compte et ses données, et un lien web où demander cette suppression, déclaré dans le formulaire Sécurité des données. Les données associées sont supprimées, sauf obligation de conservation que vous expliquez.

Vérifier : Supprimez un compte de test depuis l’app, puis demandez une suppression via le lien web : les deux aboutissent.

Preuve : Chemin dans l’app, URL du lien web et preuve de suppression côté serveur.

Play Console Help — App account deletion requirements ↗ · revu le 2026-10-23

Chaque app doit avoir une classification IARC ; une app « Non classée » peut être retirée. Mettez le questionnaire à jour quand le contenu change.

Vérifier : Play Console → Contenu de l’app : classification attribuée.

Preuve : Certificat de classification reçu par email.

Play Console Help — Content ratings ↗ · revu le 2026-10-23

Déclarez la tranche d’âge visée. Si elle inclut des enfants, les règles Familles s’appliquent.

Vérifier : Play Console → Contenu de l’app → Public cible : complété.

Preuve : Capture de la déclaration.

Play Console Help — Manage target audience and app content settings ↗ · revu le 2026-10-23

Pour une app qui vise des enfants : réponses exactes dans Public cible, Sécurité des données et IARC, SDK publicitaires et de données conformes aux règles Familles, collecte limitée.

Vérifier : Revoyez chaque SDK face aux règles Familles.

Preuve : Inventaire des SDK avec leur statut.

Play Console Help — Google Play Families policies ↗ · revu le 2026-10-23

Déclarez si l’app contient des publicités, y compris celles affichées par des SDK tiers.

Vérifier : Comparez la déclaration à l’inventaire des SDK.

Preuve : Capture de la déclaration.

Play Console Help — Prepare your app for review ↗ · revu le 2026-10-23

Si une partie de l’app exige une connexion, fournissez tout ce qu’il faut pour y accéder (jusqu’à cinq jeux d’instructions) et signalez les mécanismes particuliers : code à usage unique, authentification multifacteur. N’utilisez jamais un vrai compte client.

Vérifier : Avec ces seules instructions, une personne extérieure accède à chaque fonction restreinte.

Preuve : Date du dernier test des identifiants fournis.

Échec courant : Compte de test expiré : la revue échoue sur l’accès à l’app.

Play Console Help — Prepare your app for review ↗ · revu le 2026-10-23

Ne déclarez que les autorisations dont l’app a besoin, demandez les autorisations d’exécution au moment où la fonction les utilise, et gardez l’app utilisable en cas de refus.

Vérifier : Comparez le manifeste fusionné (y compris les bibliothèques) aux fonctions réelles ; refusez chaque autorisation lors d’un test.

Preuve : Liste des autorisations du manifeste fusionné avec leur usage.

Android Developers — Permissions on Android ↗ · revu le 2026-10-23

Localisation en arrière-plan, SMS et journal d’appels, accès à tous les fichiers, services d’accessibilité, liste des apps installées… sont soumis à des règles et déclarations propres dans Play Console. Leur usage doit correspondre à une fonction principale autorisée.

Vérifier : Pour chaque autorisation sensible, la déclaration Play Console est remplie avec une vidéo ou une description de la fonction.

Preuve : Déclarations envoyées.

Échec courant : Localisation en arrière-plan demandée sans fonction qui l’exige : rejet.

Play Console Help — Permissions and APIs that access sensitive information ↗ · revu le 2026-10-23

Une app avec contenu généré par les utilisateurs prévoit des conditions d’utilisation, la modération, le signalement de contenus et le blocage d’utilisateurs.

Vérifier : Avec deux comptes, publiez, signalez et bloquez : chaque action fonctionne.

Preuve : Captures des actions et procédure de modération.

Play Console Help — User-generated content policy ↗ · revu le 2026-10-23

Santé, finance, prêts, jeux d’argent, apps gouvernementales : Google Play exige des déclarations et parfois des justificatifs (licence, partenariat). Vérifiez celles qui concernent votre app dans le centre des règles.

Vérifier : Play Console → Contenu de l’app : chaque déclaration applicable est complétée.

Preuve : Déclarations et documents envoyés.

Play Console Help — Health content and services ↗ · revu le 2026-10-23

Les achats de contenus et services numériques dans l’app passent par le système de facturation de Google Play, sauf exception prévue par la règle Paiements ou programme de facturation alternative disponible dans votre pays. Vérifiez ce qui s’applique à vos pays de distribution.

Vérifier : Listez chaque produit numérique et son moyen de paiement, avec la règle qui l’autorise.

Preuve : Cette liste.

Play Console Help — Payments policy ↗ · revu le 2026-10-23

Les produits sont créés et actifs dans Play Console. Chaque achat est vérifié sur votre serveur avant d’accorder l’accès, puis confirmé (acknowledge) : un achat non confirmé sous trois jours est remboursé automatiquement et l’accès retiré.

Vérifier : Achat avec un compte testeur de licence : l’accès est accordé par le serveur et l’achat apparaît « confirmé » dans Play Console.

Preuve : Journal serveur de vérification et capture de la commande.

Échec courant : Achats remboursés automatiquement après trois jours faute de confirmation.

Android Developers — Integrate the Google Play Billing Library ↗ · revu le 2026-10-23

Prix, période et contenu clairs avant l’achat, gestion de l’abonnement accessible, et comportement prévu en cas d’échec de paiement, de résiliation ou de changement d’offre.

Vérifier : Avec un compte testeur de licence : abonnement, renouvellement accéléré, résiliation, puis vérification de l’accès.

Preuve : Résultat de chaque étape du test.

Android Developers — Google Play’s billing system ↗ · revu le 2026-10-23

Test interne (jusqu’à 100 testeurs), test fermé (testeurs choisis), test ouvert (rejoignable depuis la fiche), production (tous les utilisateurs des pays choisis). Les modifications envoyées passent par l’examen de Google avant publication.

Vérifier : La piste visée est notée, avec la raison et la personne qui déclenche le déploiement.

Preuve : Piste et version notées dans le projet.

Play Console Help — Prepare and roll out a release ↗ · revu le 2026-10-23

Pour une mise à jour, choisissez un pourcentage de déploiement et augmentez-le si les indicateurs restent bons ; vous pouvez interrompre le déploiement en cas de problème. Le déploiement progressif n’est pas disponible pour une première version.

Vérifier : Le pourcentage initial et le critère d’augmentation (taux de plantage, avis) sont notés.

Preuve : Pourcentage choisi et critère.

Play Console Help — Release app updates with staged rollouts ↗ · revu le 2026-10-23

Certains pays imposent des exigences propres. Vérifiez-les pour chaque pays retenu.

Vérifier : Liste des pays comparée à la page des exigences par pays.

Preuve : Liste des pays retenus.

Play Console Help — Requirements for distributing apps in specific countries/regions ↗ · revu le 2026-10-23

Les notes de version localisées expliquent ce qui change pour l’utilisateur.

Vérifier : Chaque langue de la fiche a sa note.

Preuve : Texte des notes.

Play Console Help — Prepare and roll out a release ↗ · revu le 2026-10-23

Les erreurs du résumé de la version sont résolues, les modifications sont envoyées à l’examen, et aucun refus ou avertissement de règle n’attend de réponse dans Play Console. Une version prête ne garantit pas l’acceptation : la décision appartient à Google.

Vérifier : Vue d’ensemble de la publication : modifications examinées et approuvées ; État des règles et boîte de réception : aucun problème ouvert.

Preuve : Capture de la vue d’ensemble de la publication.

Échec courant : Renvoyer la même version après un refus sans traiter la règle citée.

Play Console Help — Publish your app ↗ · revu le 2026-10-23

Un refus cite une règle. Vous pouvez corriger et renvoyer, ou faire appel. Décidez à l’avance qui suit la boîte de réception Play Console et dans quel délai.

Vérifier : La personne responsable et le délai sont notés.

Preuve : Procédure notée dans le projet.

Play Console Help — Enforcement process ↗ · revu le 2026-10-23

Android vitals mesure taux de plantage, ANR (app qui ne répond pas) et autres signaux techniques. Des valeurs élevées dégradent la visibilité de l’app ; surveillez-les après chaque déploiement.

Vérifier : Play Console → Android vitals consulté chaque jour pendant la première semaine.

Preuve : Capture des indicateurs après le déploiement.

Play Console Help — Monitor technical quality with Android vitals ↗ · revu le 2026-10-23

Les avis signalent souvent un bug avant vos outils, et la boîte de réception porte les messages de règles.

Vérifier : Une personne est responsable des réponses aux avis.

Preuve : Nom de la personne responsable.

Play Console Help ↗ · revu le 2026-10-23