Comment publier une app sur Google Play : les vraies étapes de la Play Console

Pour publier une app sur Google Play, créez un compte développeur Google Play (25 USD de frais uniques, en novembre 2026), créez l'app dans la Play Console, remplissez la fiche de la boutique et les formulaires de contenu de l'app, envoyez un Android App Bundle (.aab) sur une piste de test, puis publiez en production une fois que Google l'a examinée. Si vous avez un nouveau compte personnel, il y a une étape supplémentaire : un test fermé avec au moins 12 testeurs pendant 14 jours consécutifs avant de pouvoir demander l'accès à la production. Ce guide parcourt chaque écran dans l'ordre, avec les détails qui causent la plupart des retards.

Si vous n'avez pas encore construit l'app, commencez par comment créer une app Android.

Avant de commencer : ce qu'il vous faut

• L'app au format Android App Bundle (.aab). Google Play exige ce format pour les nouvelles apps.
• Un niveau d'API cible à jour. En novembre 2026, les nouvelles apps et mises à jour doivent cibler Android 16 (niveau d'API 36).
• Une politique de confidentialité à une adresse web publique. Il doit s'agir d'une page web ordinaire, pas d'un PDF, et ne pas être derrière une connexion.
• Une icône, des captures d'écran et une image de présentation. Vérifiez les dimensions actuelles dans la Play Console ; au moment de la rédaction, l'icône fait 512 × 512 pixels et l'image de présentation 1024 × 500.
• Une adresse e-mail d'assistance.
• Une pièce d'identité officielle et une carte au nom légal pour l'inscription. Les cartes prépayées ne sont pas acceptées.

Étape 1 : créez votre compte développeur

Rendez-vous sur la Play Console et inscrivez-vous. Vous choisirez entre deux types de compte :

• Personnel. Pour les particuliers. Vous vérifiez votre identité et l'accès à un appareil Android avec l'application mobile Play Console, et vous remplissez l'exigence de test décrite à l'étape 6.
• Organisation. Pour les entreprises immatriculées. La vérification demande les informations de l'entreprise et prend plus de temps, mais il n'y a pas d'exigence de 12 testeurs.

Vous devez avoir au moins 18 ans. Les 25 USD sont payés une seule fois et ne sont pas remboursés si Google juge vos informations invalides : saisissez donc votre nom légal exactement tel qu'il figure sur votre pièce d'identité.

Étape 2 : créez l'app

Dans la Play Console, cliquez sur Créer une application et renseignez :

• Nom de l'app tel que les utilisateurs le verront.
• Langue par défaut.
• Application ou jeu.
• Gratuite ou payante. Vous pouvez passer une app payante en gratuite plus tard, mais pas une app gratuite en payante.
• Déclarations : acceptez les règles du programme pour développeurs, les lois américaines sur l'exportation et les conditions de Play App Signing.

Le nom de package (du type com.votreentreprise.votreapp) est défini par votre premier envoi et ne peut jamais être modifié ni réutilisé : choisissez-le donc avec soin si vous construisez l'app vous-même.

Étape 3 : rédigez la fiche de la boutique

Ouvrez la page Fiche principale du Play Store (sous Présence dans le Play Store, dans le menu de gauche) et ajoutez :

• Nom de l'app, jusqu'à 30 caractères.
• Description courte, jusqu'à 80 caractères. C'est souvent tout ce que les gens lisent, donc commencez par ce que fait l'app.
• Description complète, jusqu'à 4 000 caractères. Expliquez à qui elle s'adresse, ses principales fonctions et ce que les utilisateurs doivent savoir, en langage clair. Ne bourrez pas de mots-clés ; les règles de Google l'interdisent.
• Visuels : icône, image de présentation et captures d'écran du téléphone. De vraies captures de l'app, pas des maquettes de fonctions qui n'existent pas.
• Catégorie et coordonnées.

Étape 4 : remplissez les formulaires de contenu de l'app

Ouvrez la page Contenu de l'application (sous Politique, dans le menu de gauche). Chaque élément demande une réponse avant que vous puissiez publier :

• URL de la politique de confidentialité.
• Accès à l'app. Si certaines parties de l'app nécessitent une connexion, fournissez aux examinateurs des identifiants fonctionnels. Des connexions manquantes sont une cause fréquente de refus.
• Publicités. Indiquez si l'app affiche des publicités, y compris via du code tiers.
• Classification du contenu. Un questionnaire qui produit des classes d'âge par région. Si vous le sautez, l'app est « Non classée », ce qui bloque la publication.
• Public cible et contenu. Les tranches d'âge visées. Inclure des enfants entraîne les exigences plus strictes de la politique Familles.
• Sécurité des données. Quelles données l'app collecte ou partage, pourquoi, et si elles sont chiffrées et supprimables. Répondez pour tout ce qui figure dans l'app, y compris les outils d'analyse et les fournisseurs de connexion.
• Autres déclarations selon les questions posées, par exemple pour les apps d'actualités, de santé, financières ou gouvernementales, ou pour des autorisations sensibles comme les SMS.

Soyez précis. Google compare vos réponses avec ce que fait réellement l'app.

Étape 5 : envoyez votre premier build en test interne

Ouvrez Test interne (sous Test dans le menu de gauche), créez une version et envoyez le .aab. Lors de cette première version, configurez Play App Signing : laissez Google générer et conserver la clé de signature, sauf si vous avez une raison de gérer la vôtre. Ajoutez-vous et quelques collègues comme testeurs internes par e-mail, puis déployez la version. Les testeurs ouvrent le lien d'adhésion et installent l'app depuis le Play Store.

Chaque envoi ultérieur doit avoir un versionCode supérieur au précédent.

Si vous construisez avec Mythex

Avec le plan Pro, Mythex fabrique pour vous l'AAB à partir de votre app publiée. Vous pouvez procéder de deux façons :

1. Envoyer le fichier vous-même. Demandez à l'agent de construire pour Android, cliquez sur Télécharger lorsque la carte indique Prêt à envoyer, puis envoyez le fichier dans la Play Console. Le fichier reste téléchargeable dans les paramètres du projet pendant environ 30 jours.
2. Connecter votre propre compte de service Google Play. Créez un compte de service et une clé JSON dans Google Cloud, invitez son adresse e-mail dans la Play Console sous Utilisateurs et autorisations avec accès à cette app, puis déposez la clé dans Mythex. Ensuite, chaque build Android part automatiquement en test interne, avec un code de version supérieur à tout ce qui est déjà sur Google Play. L'agent peut aussi modifier la fiche de la boutique, et il vous demande votre accord avant toute mise en ligne publique, comme une version de production.

La création de l'app (étape 2), le formulaire de sécurité des données et la classification du contenu restent dans la Play Console ; l'agent vous signale quand l'un d'eux manque. Pour en savoir plus, consultez la page créateur d'apps Android de Mythex.

Étape 6 : menez un test fermé (nouveaux comptes personnels)

Si votre compte personnel a été créé après le 13 novembre 2023, vous devez mener un test fermé avec au moins 12 testeurs restés inscrits pendant au moins 14 jours consécutifs avant de pouvoir demander l'accès à la production. Quelqu'un qui part puis revient fait repartir les 14 jours à zéro.

Conseils pratiques :

• Recrutez plus de 12 personnes. Certains abandonnent. Visez 15 à 20.
• Utilisez un groupe Google ou une liste d'e-mails pour gérer les testeurs.
• Demandez une utilisation réelle, pas seulement une installation. Google vous demande des précisions sur vos tests lorsque vous postulez, et vous apprendrez bien plus.
• Publiez une mise à jour pendant le test avec les corrections issues des retours.

Notre guide des tests bêta explique comment recruter et recueillir des retours. Une fois les 14 jours écoulés, demandez l'accès à la production depuis le tableau de bord et répondez aux questions sur votre test.

Étape 7 : publiez en production

Une fois l'accès à la production disponible, ouvrez Production dans le menu de gauche :

1. Choisissez les pays et régions où l'app sera disponible.
2. Créez une nouvelle version et ajoutez le bundle du test, ou envoyez-en un nouveau.
3. Rédigez les notes de version en termes simples : ce qui est nouveau ou corrigé.
4. Vérifiez et envoyez pour examen. Les modifications s'accumulent sous Vue d'ensemble de la publication jusqu'à ce que vous les envoyiez.

Les délais d'examen varient. Les mises à jour sont souvent rapides ; les premières versions peuvent prendre plusieurs jours. Vous pouvez choisir la publication gérée si vous voulez approuver le moment exact où une version validée devient visible.

Étape 8 : après le lancement

• Surveillez les Android vitals pour les plantages et les signalements « application ne répond pas ».
• Répondez aux avis, surtout les premiers.
• Gardez le niveau d'API cible à jour. Google le relève chaque année, et les apps qui prennent du retard cessent d'être proposées aux nouveaux utilisateurs de téléphones récents.
• Mettez à jour le formulaire de sécurité des données chaque fois que vous ajoutez une nouvelle collecte de données.

Pour une app enveloppée dans le web, comme une app construite avec Mythex, la plupart des modifications parviennent aux utilisateurs Android lorsque vous publiez l'app web, car l'app mobile ouvre votre app publiée. Une nouvelle version sur le store n'est nécessaire que pour des éléments comme l'icône, le nom, les autorisations ou un nouveau niveau d'API cible.

Causes courantes de refus ou de retard

• Aucun identifiant de connexion fonctionnel pour les examinateurs.
• Une politique de confidentialité absente, sous forme de PDF, ou qui ne correspond pas aux réponses de la sécurité des données.
• Des captures d'écran ou des descriptions qui promettent des fonctions que l'app n'a pas.
• Demander des autorisations sensibles dont l'app n'a pas clairement besoin.
• Une app cassée ou vide : texte de remplissage, boutons inactifs.

Vous publiez aussi sur iPhone ?

Le processus d'Apple est différent : adhésion annuelle, TestFlight, et un examen humain de chaque version. Lisez comment publier une app sur l'App Store pour ces étapes.

Questions