25 Ekim 2026 Pazar

Guide de publication d'applications et de jeux à partir de zéro sur Google Play Store : packaging, formulaires, tests fermés et mise en ligne




Publication d'applications et guide d'application Google Play Store (de zéro à la publication)

Ce guide ; Il explique étape par étape les processus de création d'une application Android moderne (en particulier les projets .NET MAUI, MonoGame ou C# hybrides) à partir de zéro sur la Console Google Play, de son emballage, de sa signature, de la résolution de toutes les erreurs critiques rencontrées et de la réalisation des étapes de l'application du magasin (création d'application, politique de confidentialité, autorisations de connexion, publicités, classification par âge du CIRC, sécurité des données, tests fermés et publication ouverte).

Contenu

  1. [Introduction et préparation architecturale] (#1-introduction-et-préparation architecturale)
  2. [Créer une nouvelle application/un nouveau jeu à partir de zéro dans la console Play (Créer une application)] (#2-nouvelle-application-à partir de zéro-dans-la-console-de-jeu--création-d'un-jeu-créer-une-application)
  3. [Création de keystore et automatisation de la construction/signature] (#3-keystore-creation-and-buildsign-automation)
  4. [Installation du premier bundle de la Play Console et erreurs critiques] (#4-play-console-first-bundle-installation-and-critical-errors)
  5. [Préparation de la politique de confidentialité] (#5-préparation de la politique de confidentialité)
  6. [Accès à l'application / Détails de connexion (#6-app-access--sign-in-details-app-access--sign-in-details)
  7. Déclaration d'annonces
  8. [Évaluation du contenu (questionnaire d'évaluation du contenu du CIRC)] (#8-content-rating-questionnaire)
  9. Public cible et sélection du groupe d'âge (Public cible)
  10. [Tableau de bord du contenu de l'application] (#10-app-content-dashboard-app-content-dashboard)
  11. [Formulaire de sécurité des données] (#11-formulaire-de-sécurité-des-données-formulaire-de-sécurité-des-données)
  12. [Déclarations juridiques et réglementaires (gouvernementales, financières, santé)] (#12-legal-and-regulatory-statements)
  13. [Paramètres du magasin et informations de contact (Paramètres du magasin)] (#13-store-settings-and-contact-information-store-settings)
  14. [Liste du magasin principal et éléments visuels (liste du magasin principal)] (#14-liste-du-magasin-principal-et-actifs-visuels-liste-du-magasin-main)
  15. [Configuration et révision des tests fermés] (# 15-test-fermé-test-fermé-configuration-et-révision)
  16. Déclaration d'identifiant publicitaire
  17. [Soumission finale] (#17-soumission-pour-examen-soumission-finale)
  18. [Victoire finale : approbation de l'accès à la production (version ouverte)] (#18-final-victory-production-access-open-stream-approval)
  19. [Liste de contrôle préalable à la sortie (terminée)] (#19-pre-release-checklist-complete)

1. Introduction et préparation architecturale

Lors de la publication d'une nouvelle application sur le Google Play Store, les politiques de sécurité et techniques actuelles de Google doivent être respectées :

  • Format du bundle : Seul le format .aab (Android App Bundle) est accepté. Les fichiers APK ne sont pas valides pour la version en magasin (mais peuvent être générés pour tester les chargements latéraux).
  • SDK cible minimale : Google Play exige désormais que les applications nouvellement publiées ou mises à jour ciblent au moins l'API Android niveau 36 (Android 16).
  • Signature sécurisée : L'application doit être signée avec une clé RSA de 2 048 bits compatible avec les schémas v2/v3.

2. Création d'une nouvelle application/jeu à partir de zéro dans la Play Console (Créer une application)

Après vous être connecté au panneau de la console Google Play (play.google.com/console), le processus de publication démarre en cliquant sur le bouton bleu "Créer une application" en haut à droite de l'écran principal où toutes les applications sont répertoriées. Ce formulaire détermine l'identifiant numérique de l'application sur la console, le nom de son package et la classification de base du magasin.

A. Détails de la candidature

Play Console Yeni Uygulama Oluşturma - Ayrıntılar

  1. Nom de l'application :
    • C'est le premier nom officiel qui apparaîtra aux utilisateurs dans la boutique.
    • Limité à un maximum de 30 caractères (Ex : YourAppName).
    • Recommandation : Évitez le bourrage de mots-clés inutile (keyword stuffing) ou les mots trompeurs/promotionnels ("Meilleur", "Gratuit", "#1") dans le titre ; Sinon, il pourrait être rejeté par l'examen de Google Play.
  2. Nom du paquet :
    • Identifiant du package Java/Android qui identifie de manière unique votre application globalement au sein de l'écosystème Android (convention de domaine inversée, par exemple com.yourcompany.appname).
    • Maximum de 150 caractères.
    • ⚠️ Règle critique : Une fois l'application créée sur cet écran et le premier bundle installé, le nom du package ne peut plus jamais être modifié ! Le ApplicationId (<ApplicationId>com.yourcompany.appname</ApplicationId>) dans `AndroidManifest.
    • Vérifier la disponibilité (Availability Check) : En appuyant sur le bouton, il est instantanément demandé si le nom du package que vous spécifiez a été enregistré par un autre développeur dans l'écosystème Google Play.
  3. Langue par défaut :
  • La langue principale de la fiche Play Store de l'application (Ex : « Anglais (États-Unis) – en-US »).
    • Les informations du magasin seront présentées dans cette langue par défaut aux utilisateurs de tous les pays où aucune localisation (traduction) spécifique n'a été définie.

B. Type d'application, prix et informations à fournir

Play Console Yeni Uygulama Oluşturma - Beyanlar

  1. Application ou jeu :
    • Le type de base du produit est déterminé (« App » ou « Jeu »).
    • Remarque critique : Cette sélection détermine la catégorie principale pertinente de la boutique (onglet Applications ou onglet Jeux) et ne peut pas être modifiée ultérieurement.
  2. Gratuit ou payant :
    • Choisissez si l'application sera disponible dans la boutique gratuitement ou sous forme d'achat payant.
    • ⚠️ Règle critique irréversible : Selon les politiques de Google Play, une application une fois publiée comme « Gratuite » ne pourra jamais être rendue « Payante » à l'avenir ! Si vous souhaitez vendre votre produit directement dans le magasin, vous devez d'abord sélectionner « Payant ». Afin de publier gratuitement et de générer des revenus, les annonces In-App Purchase ou AdMob sont à privilégier.
  3. Protection automatique :
    • Google Play ajoute une vérification automatique de l'installateur (vérification de l'installateur) au code APK/AAB de votre application. Si les utilisateurs chargent votre application à partir de sources non autorisées en dehors de Google Play, ils seront avertis de télécharger la version originale depuis Google Play.
  4. Déclarations (Déclarations légales et politiques) :
    • Politiques du programme pour développeurs : Il est confirmé que l'application est entièrement conforme aux politiques de développement et de contenu de Google Play.
    • Lois américaines sur l'exportation : Le logiciel est réputé conforme aux lois américaines sur l'exportation et aux réglementations d'embargo.
  5. Créer une application :
    • Une fois le formulaire approuvé, cliquez sur le bouton bleu "Créer une application" en bas à droite. La console traite l'application dans le système et transfère le développeur vers le panneau de gestion principal de l'application (Tableau de bord).

3. Création de magasins de clés et automatisation de la construction/signature

Pour rendre le processus de déploiement sans erreur et reproductible, un dossier « Deploy/ » et des scripts d'automatisation doivent être créés à la racine du projet.

A. Génération de magasin de clés (1_CreateKeystore.bat)

En utilisant le keytool dans le JDK, une clé valable 25 ans (10 000 jours) est générée :

keytool -genkeypair -v ^
    -keystore "%KEYSTORE_PATH%" ^
    -alias %ALIAS% ^
    -keyalg RSA ^
    -keysize 2048 ^
    -validity 10000 ^
    -storepass "%PASS%" ^
    -keypass "%PASS%" ^
    -dname "CN=SirketAdi, OU=Apps, O=SirketAdi, C=TR"

Astuce : L'utilisation de blocs if (...) entre parenthèses lors de l'obtention du mot de passe de l'utilisateur avec set /p dans les fichiers batch Windows peut provoquer des erreurs de syntaxe ( : c'était inattendu à ce moment). La gestion du flux avec les balises goto et le placement des paramètres de mot de passe entre guillemets "%PASS%" garantissent la stabilité.

B. Gestion automatique des versions et construction AAB signée (2_BuildAndSign_AAB.bat)

Google Play s'attend à un « versionCode » strictement croissant à chaque mise à jour. Pour gérer cela automatiquement, une formule basée sur la date et l'heure est utilisée :

# Yılın son hanesi + Ay + Gün + Saat + Dakika (Örn: 2026-10-06 02:42 -> 610060242)
$vc = (Get-Date).ToString('yy').Substring(1) + (Get-Date).ToString('MMddHHmm')

Commandes de compilation et de signature :

dotnet build "Proje.Android.csproj" -c Release -f net9.0-android /p:AndroidPackageFormat=aab /p:ApplicationVersion=%VERSION_CODE% /p:ApplicationDisplayVersion=%VERSION_NAME%

jarsigner -sigalg SHA256withRSA -digestalg SHA-256 ^
    -keystore "%KEYSTORE%" ^
    -storepass "%PASS%" ^
    -keypass "%PASS%" ^
    -signedjar "%SIGNED_FILE%" ^
    "%AAB_INPUT%" ^
    %ALIAS%

Une fois le processus terminé, le dossier contenant le fichier compilé sera ouvert directement dans l'Explorateur Windows avec la commande start "" "%OUTPUT%".

4. Installation du premier bundle Play Console et erreurs critiques

Lorsque le fichier .aab signé est importé sur le canal Tests internes ou Production dans la console Google Play, l'écran suivant peut s'afficher :

Play Console Release Hataları

Erreur 1 : exigence du niveau d'API cible 36 (Android 16)

Message d'erreur : "Votre application cible actuellement le niveau d'API 35 et doit cibler au moins le niveau d'API 36 pour garantir qu'elle est construite sur les dernières API optimisées pour la sécurité et les performances."

Solution :

Il s'agit d'un blocage de bogues et ne peut pas être publié sans être résolu.

  1. Définissez explicitement la balise <uses-sdk> dans le fichier Platforms/Android/AndroidManifest.xml :
   <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.yourcompany.appname">
       <uses-sdk android:minSdkVersion="24" android:targetSdkVersion="36" />
       ...
   </manifest>
  1. Ajoutez-le à <PropertyGroup> dans le fichier .csproj du projet :
   <AndroidTargetSdkVersion>36</AndroidTargetSdkVersion>

Erreur 2 : avertissement de code de version nettement plus élevé

Message d'avertissement :
"Le code de version de cette version est nettement supérieur à celui de votre version précédente. Au fil du temps, votre application atteindra la limite maximale de codes de version... En savoir plus"

Solution :

  • Google Play donne cet avertissement lorsque le code de la version précédente du projet est un petit nombre (par exemple 1 ou 8) et lorsque vous passez au format de date dynamique (par exemple 610 millions).
  • Il ne s'agit pas d'une erreur de désactivation. Il peut être contourné en cliquant sur le bouton bleu Procéder quand même juste en dessous de l'avertissement.
  • Étant donné que ce numéro servira de base aux téléchargements ultérieurs, l'avertissement de grand saut n'apparaîtra plus.

5. Préparation de la politique de confidentialité

Conformément aux politiques de Google Play, même si votre application ne collecte pas de données sensibles, un lien vers la politique de confidentialité au format page Web standard (et non PDF) accessible au public avec un SSL actif est requis.

Gizlilik Politikası URL Girişi

Hébergement gratuit sur GitHub

Un fichier markdown (blob/main/...) dans le référentiel GitHub est directement reconnu par Google comme une page Web valide.

GitHub Depo Görünümü

Rubriques de base qui devraient être incluses dans la politique

  1. Annonces (Google AdMob) : Bannières, annonces interstitielles et avec récompense ; Utilisation de l'identifiant publicitaire Android (AD_ID), des données techniques de l'appareil et de la localisation IP approximative.
  2. Achats et abonnements intégrés (facturation Google Play) : Les paiements sont entièrement effectués au sein de l'infrastructure Google et le développeur n'accède jamais aux informations de carte ou de facturation.
  3. Analyse et télémétrie (Firebase Analytics et Crashlytics) : Événements d'utilisation anonymes et rapports d'erreur.
  4. Gestion du consentement (Google UMP) : Fenêtres de confirmation conformes au RGPD et au KVKK et droit de l'utilisateur de modifier ses préférences via les paramètres.
  5. Exclusions légales et déclarations spéciales (par exemple, jeux de hasard/outils de prédiction) :
    • L'application n'est certainement pas une plateforme de paris/jeu de hasard.
    • Il propose uniquement une optimisation mathématique des coupons et un support statistique.
    • Lors de la redirection vers des revendeurs officiels, les identifiants et mots de passe des sites officiels ne sont jamais conservés, et les vérifications 2FA/SMS sont effectuées directement sur l'interface officielle de l'institution.
  6. Remarque de sécurité : Les liens techniques tels que le profil GitHub personnel du développeur ne doivent pas être inclus dans le texte de la politique de confidentialité ; Seuls le courrier électronique de l'entreprise et le site Web officiel doivent être inclus.

6. Accès à l'application / Détails de connexion

Avant que les auditeurs de Google puissent examiner l'application, vous devez indiquer si l'application contient une zone restreinte :

Uygulama Erişimi Ekranı

  • Sélection : Non (Aucune partie de l'application n'est restreinte).
  • Explication : S'il n'y a pas d'adhésion, de connexion utilisateur, d'e-mail/mot de passe ou d'écran verrouillé dans l'application, « Non » doit être sélectionné. Si « Oui » est sélectionné, Google vous demandera votre nom d'utilisateur et votre mot de passe de test.

7. Déclaration des annonces

Il s'agit de l'étape où vous déclarez si les annonces sont diffusées dans votre application :

Reklam Beyanı Ekranı

  • Sélection : Oui, mon application contient des publicités (Oui, mon application contient des publicités).
  • Explication : Si l'application dispose de la bibliothèque AdMob ou si des annonces seront ouvertes à l'avenir, "Oui" doit être sélectionné. Cette sélection active le label "Contient de la publicité" sur la page Google Play et garantit le plein respect des politiques.

8. Évaluation du contenu (questionnaire d'évaluation du contenu du CIRC)

Pour déterminer la limite d'âge de la candidature, vous devez remplir l'enquête du CIRC (International Age Rating Coalition).

A. Sélection des catégories et saisie des e-mails

Kategori Seçimi

  • Catégorie : Tous les autres types d'applications (Toutes les autres applications qui ne sont pas des jeux, des jeux de paris ou des médias sociaux : outils, utilitaires, calculatrices).
  • E-mail : L'e-mail de contact est saisi et les conditions du CIRC sont confirmées.

B. Questions d'enquête (questionnaire)

Chapitre 1 : Violence et communication des utilisateurs

Anket Bölüm 1

  • Application téléchargée (violence, sexualité, langage grossier) : Non
  • Partage de contenu utilisateur (audio, message, partage multimédia entre utilisateurs) : Non

Section 2 : Contenu et produits soumis à une limite d'âge

Anket Bölüm 2

  • Contenu en ligne (flux musique/vidéo ou catalogue e-commerce) : Non
  • Promotion de produits soumis à une limite d'âge (tabac, alcool, jeux de hasard) : Non (Absolument non car l'application n'autorise pas les paris)
  • Divers (Partage précis de la position GPS) : Non

Chapitre 3 : Produits numériques et fonctionnalités diverses

Anket Bölüm 3

  • Biens numériques (ventes de produits numériques) : Non (Non si la facturation active en magasin n'est pas connectée ; si elle est active, sélectionnez Oui et obtenez le badge Achats numériques)
  • Récompenses en espèces (récompense en espèces, carte-cadeau) : Non
  • Navigateur Web (navigateur Internet/moteur de recherche) : Non
  • Actualités/Éducation (Actualités ou produit éducatif) : Non

Lorsque toutes ces questions reçoivent une réponse « Non », l'application reçoit la classification d'âge adaptée au public le plus large au monde (PEGI 3, ESRB Everyone).

9. Sélection du public cible et de la tranche d'âge

Lors de la détermination du public cible de votre application, il est essentiel de déclarer avec précision si elle est destinée aux enfants ou non, conformément aux réglementations Conçu pour les familles (Politique familiale) et COPPA de Google.

Hedef Kitle Yaş Grubu Seçimi

Bon choix : 18 ans et plus uniquement

  • Pourquoi 18+ seulement ?
    1. Conformité légale : Les outils d'analyse des statistiques, des cotes et des coupons de Spor Toto sont destinés à un public adulte car ils sont basés sur des bulletins de jeux de hasard.
    2. Protection contre les restrictions de la politique familiale : Si les enfants de moins de 13 ans ou de 13 à 17 ans sont sélectionnés, Google exige que les SDK publicitaires de l'application soient certifiés adaptés aux enfants, restreint la télémétrie et lance un processus d'examen beaucoup plus rigoureux.
    3. Cohérence avec la politique de confidentialité : Elle est conforme à 100 % à l'article "L'application est destinée à un public âgé de 18 ans et plus" de notre politique de confidentialité.
  • Deuxième étape (votre application pourrait-elle involontairement attirer les enfants ?) :
    • Il convient de répondre à cette question par Non (Non). Puisqu'il n'y a pas de personnages de dessins animés, de thèmes de jouets ou d'animations pour enfants dans l'interface de l'application, ce n'est pas un produit qui attirera accidentellement l'attention des enfants.

10. Tableau de bord du contenu de l'application

Google Play Console suit l'état de préparation juridique et du contenu de votre application à l'aide d'une liste de contrôle étape par étape sous l'onglet Politique et programmes -> Contenu de l'application dans le menu de gauche.

Uygulama İçeriği Kontrol Paneli Kontrol Listesi
Des icônes de coche vertes ( ✓) apparaîtront une fois la politique de confidentialité, les autorisations de connexion, les publicités et l'évaluation du contenu terminées. Les sections restantes de la liste (Sécurité des données, Agences gouvernementales, Caractéristiques financières, Santé) doivent être complétées dans l'ordre.

11. Formulaire de sécurité des données

C'est l'une des zones les plus strictement contrôlées de Google Play. Vous devez déclarer quelles données l'application et ses bibliothèques collectent ou partagent avec des tiers.

Veri Güvenliği Genel Bakış

Question : Votre application collecte-t-elle ou partage-t-elle l'un des types de données utilisateur requis ?

Veri Toplama Sorusu

  • Sélection pour la première version : Non (Non).
  • Raison technique : Étant donné que le SDK AdMob ou le SDK Firebase n'est pas encore directement intégré dans le premier package .aab chargé et que l'ID utilisateur/les données sensibles ne sont pas collectées, le formulaire est rempli proprement en sélectionnant "Non".
  • Remarque pour l'avenir : Lorsque les SDK AdMob ou Firebase sont activés et codés, vous devez revenir à ce formulaire et mettre à jour les éléments "Emplacement approximatif", "Performances de l'application" et "Appareil ou autres identifiants (AD_ID)" sur "Oui".

Veri Güvenliği Mağaza Önizlemesi

Après vérification de l'aperçu, celui-ci est enregistré.

12. Déclarations légales et réglementaires

A. Applications gouvernementales

Devlet Uygulaması Beyanı

  • Sélection : Non (L'application ne représente pas une agence gouvernementale officielle).

B. Caractéristiques financières

Finansal Özellikler Üst

Finansal Özellikler Alt

  • Sélection : Mon application ne propose aucune fonctionnalité financière en bas.
  • Confirmation : Dans la fenêtre contextuelle qui s'ouvre, il est confirmé qu'il n'est pas nécessaire de soumettre de licences ou de documents financiers :

Finansal Dokümantasyon Onayı

C. Applications de santé

Sağlık Uygulamaları Üst
Sağlık Uygulamaları Alt

  • Sélection : Mon application n'a aucune fonctionnalité de santé en bas.
  • Confirmation : Dans la fenêtre qui s'ouvre, confirmez que la documentation sanitaire régionale n'est pas requise :

Sağlık Dokümantasyon Onayı

13. Paramètres du magasin et informations de contact

La catégorie dans la boutique et les canaux de communication par lesquels les utilisateurs peuvent joindre le développeur sont configurés :

Mağaza Ayarları ve İletişim

  • Catégorie d'application : « Sports » ou « Utilitaires/Outils ».
  • Tags : Des mots-clés pertinents peuvent être sélectionnés (Ex : Sports, Utilitaires).
  • Coordonnées de la fiche Play Store :
    • Adresse e-mail : destek@sirketadi.com (l'e-mail d'assistance d'entreprise est obligatoire).
    • Site Web : https://company.com
  • Marketing externe : Coché à gauche pour permettre à Google de promouvoir votre application sur des plates-formes extérieures à Google Play :

Dış Pazarlama İzni

14. Liste du magasin principal et éléments visuels

La vitrine est la zone la plus importante qui affecte directement la décision de téléchargement des utilisateurs :

A. Textes

  • Nom de l'application : 30 caractères maximum (Ex : 15te15 - Spor Toto Assistant).
  • Courte description : 80 caractères maximum (Ex : « Optimisation de formule, calcul de probabilité et assistant intelligent de coupon Spor Toto. »).
  • Description complète : Description détaillée comprenant les fonctionnalités, les avantages algorithmiques et les mentions légales.

B. Normes visuelles de taille

  • Icône de l'application) : Exactement « 512 x 512 px », PNG 32 bits, 1 Mo maximum.
  • Fonction graphique : Exactement « 1024 x 500 px », JPG ou PNG 24 bits, maximum 15 Mo.
  • Captures d'écran du téléphone :
    • Minimum 2, maximum 8 captures d'écran.
  • Taille minimale : 1080 px (Ex : 1080 x 2340 px).
    • Rapport hauteur/largeur : 16:9 ou 9:16.

C. Déclaration de contenu d'IA générative

AI Görsel Beyanı

  • Même si des outils basés sur l'IA sont utilisés pour créer des images de magasin, Ne pas étiqueter les actifs est sélectionné tant que des visages humains/publics photoréalistes ne sont pas produits qui induisent l'utilisateur en erreur.

15. Configuration et examen des tests fermés

Pour les comptes de développeur personnels nouvellement créés dans Google Play Console, il est obligatoire de terminer le processus de Tests fermés avant de passer directement à la production.

A. Soumission des modifications pour révision (aperçu de la publication)

Une fois tous les paramètres et formulaires du magasin remplis, l'aperçu de la publication répertorie toutes les modifications en attente :

Yayınlama Genel Bakış

Cependant, pour que le bouton "Envoyer les modifications pour révision" en haut à droite soit activé, l'application doit être configurée dans au moins une version de canal de test (Closed Testing).

B. Étapes de test fermées

Kapalı Test Görevleri

Il y a 3 étapes obligatoires pour effectuer des tests fermés :

  1. Sélectionnez des pays et des régions :

Ülkelerin Seçimi

  • Les pays où l'application sera testée sont sélectionnés (par défaut, le monde entier ou la Turquie peuvent être sélectionnés) et Enregistrer se fait en bas à droite.
  1. Sélectionnez les testeurs :

Test Edenlerin Seçimi

  • Dans l'onglet Testeurs, une liste de diffusion (Email List) est sélectionnée ou une nouvelle liste est créée.
  • Afin d'obtenir l'autorisation de production sur les comptes Google Play personnels, Google exige qu'au moins 20 utilisateurs tests soient impliqués dans les tests pendant 14 jours. Il est donc important d’inclure un nombre suffisant d’utilisateurs dans la liste de tests.
  • Après avoir sélectionné la liste, cliquez sur Enregistrer les modifications en bas à droite.
  1. Créez une nouvelle version :

Kapalı Test Hazır Durumu

  • Lorsque les pays et les testeurs sont complétés, "2 sur 4 terminés" apparaît comme ci-dessus.
  • Cliquez sur le bouton bleu Créer une nouvelle version en haut à droite pour passer à la phase de création de version.

Bundle Yükleme Ekranı

  • Le package .aab signé est chargé. Une fois l'installation terminée, Google analyse le package :

Bundle Yüklendi ve API 36 Doğrulandı

  • Comme le montre l'image, « Target SDK : 36 » est détecté avec succès, « Version : 610060410 » et les architectures sont vérifiées.
  • Lorsque Suivant est cliqué, un écran d'avertissement apparaît en raison d'un saut de code de version :

Proceed Anyway Uyarısı

  • Solution : Cliquez sur le lien bleu Procéder quand même juste en dessous de l'avertissement "Le code de version de cette version est nettement supérieur à celui de votre version précédente".
  • Une fois la confirmation d'erreur supprimée, la version est enregistrée avec succès en cliquant sur le bouton bleu Enregistrer en bas à droite.

Une fois ces étapes terminées, vous pouvez revenir à l'écran Présentation de la publication et démarrer le processus d'approbation de Google à l'aide du bouton Envoyer les modifications pour examen.

C. Situation courante : Avertissement "Application non disponible" lors du test de connexion

L'écran le plus courant que les développeurs voient lors de l'ouverture d'un lien d'inscription aux tests fermés (play.google.com/apps/testing/com...) est le suivant :

App Not Available Uyarısı

** "Application non disponible : une version de test de cette application n'a pas encore été publiée ou n'est pas disponible pour ce compte."**

Causes et solution à cet avertissement :

  1. En révision : Même si la version de test fermée est créée et envoyée pour révision, ce lien ne sera pas activé jusqu'à ce que l'équipe de révision de Google approuve le package. Le lien sera ouvert lorsque le statut sera "Disponible pour les testeurs" dans la Play Console.
  2. Incompatibilité de compte Google : La connexion Google active dans le navigateur doit être exactement la même que l'adresse e-mail ajoutée à la liste des Testeurs dans la Play Console. Un compte Google différent ou anonyme ne peut pas accéder à ce lien.
  3. Délai de propagation du serveur : Même si Google approuve l'examen, cela peut généralement prendre 1 à 2 heures pour que le lien de test fermé se propage aux serveurs du magasin dans le monde entier.

D. Participation au programme de test (Devenir testeur - Opt-in)

Une fois l’examen approuvé et le lien activé, l’écran d’invitation officiel suivant s’ouvre :

Become a Tester Ekranı

  • La page comprend l'icône de l'application, le nom du développeur et le texte d'invitation à la version de test.
  • Lorsque le bouton bleu Devenir testeur est cliqué, le compte est inclus dans le test.
  • L'application peut être téléchargée directement depuis l'application Google Play Store sur l'appareil Android en cliquant sur le lien "Télécharger sur Google Play" sur l'écran suivant.

16. Déclaration d'identification publicitaire

Pour toutes les applications ciblant Android 13 (API 33) et versions ultérieures, Google Play exige une déclaration explicite de l'utilisation de l'ID publicitaire (AD_ID).

Reklam Kimliği Beyan Kuralları

Reklam Kimliği Sorusuna Yanıt

Question : Votre application utilise-t-elle un identifiant publicitaire ?

La règle critique de Google sur cette page est la suivante :

"Si vous dites que votre application utilise un identifiant publicitaire, nous bloquerons les versions qui n'incluent pas l'autorisation com.google.android.gms.permission.AD_ID dans le fichier manifeste lorsque nous ciblons Android 13."

  • Option 1 (Recommandée) : Non (Non).
  • Dans le package de test fermé que nous avons actuellement installé, le SDK AdMob ou les bibliothèques de promotion croisée n'ont pas encore été compilés et il n'y a pas d'autorisation « AD_ID » dans le fichier « AndroidManifest.xml ». Par conséquent, lorsque « Non » est sélectionné et enregistré, il n’y aura aucun conflit manifeste.
  • Option 2 (si oui sélectionné) :

Advertising ID Yes Seçenekleri

  • Si « Oui » est sélectionné, « Publicité ou marketing » doit être sélectionné comme utilisation prévue et la case ** « Désactiver les erreurs de version »** en bas de la page (« Je comprends les conséquences de ne pas inclure l'autorisation com.google.android.gms.permission.AD_ID... ») doit être cochée puisque l'autorisation n'est pas encore ajoutée au manifeste.

Dans les deux cas, après avoir effectué la sélection, cliquez sur Enregistrer en bas à droite.

17. Soumission pour examen (soumission finale)

Une fois que toutes les informations sur la fiche Play Store, la politique de confidentialité, les formulaires de sécurité, les déclarations légales, le public cible et la version de test fermée sont complétées, vous serez renvoyé à l'écran Aperçu de la publication :

14 Değişikliği İncelemeye Gönder

  • Soumettre 14 modifications pour examen : Google Play rassemble toutes les déclarations et la version de test dans un seul package de révision (14 modifications en attente d'approbation, comme le montre l'image).
  • Le processus d'approbation officiel de Google est lancé en cliquant sur le bouton bleu Soumettre 14 modifications pour examen.
  • Les contrôles de qualité automatiques de Google (contrôles rapides) s'exécutent en arrière-plan, puis l'application est placée dans la file d'attente d'évaluation de l'équipe d'évaluation de Google Play. L'examen est généralement effectué dans les 24 à 72 heures sur les comptes personnels.

18. Demande de permis de production après des tests fermés (demande d'accès à la production)

Une fois le processus de test fermé (tests ininterrompus pendant au moins 14 jours) requis par Google pour les comptes de développeur personnels terminé, le bouton ** « Demander la production » sera activé dans le panneau de configuration principal de la Play Console. En cliquant sur ce bouton, Google propose un formulaire de candidature complet en 3 étapes pour vérifier si l'application a effectivement été testée et est prête à être mise en ligne :

Üretim İzni Başvuru Formu

Étapes du formulaire :

  1. À propos de votre test fermé : Il vous est demandé comment vous trouvez les utilisateurs de test, comment vous collectez les commentaires et quelles améliorations vous apportez à l'application en fonction des commentaires que vous recevez.
  2. À propos de votre application : Le public cible de l'application et les principaux avantages qu'elle offre aux utilisateurs sont expliqués.
  3. Votre état de préparation à la production : Il est déclaré comment vous suivrez les erreurs et gérerez les commentaires des utilisateurs lors de la mise en ligne.

Questions critiques et exemples de réponses à la candidature (anglais et turc)

1. "Comment avez-vous recruté des utilisateurs pour vos tests fermés ? Par exemple, avez-vous demandé à vos amis et à votre famille, ou avez-vous utilisé un fournisseur de tests payant ?"

Comment avez-vous trouvé des utilisateurs pour les tests fermés ? (Ex : Famille et amis ou fournisseur de tests payant ?)

Règle importante : Google n'aime pas les robots ni les fermes de tests artificiels payantes. Il est plus sûr d’affirmer que les testeurs sont de vrais utilisateurs organiques, un cercle proche et des communautés de médias sociaux pertinentes.

I recruited testers organically through friends, family, and colleagues interested in sports analysis. Additionally, I invited active football prediction fans from targeted social media groups (Reddit & sports communities). No paid services were used; all were real, active users.
2. "A-t-il été facile de recruter des testeurs pour votre application ?"

A-t-il été facile de trouver des testeurs pour votre application ?

  • Choix recommandé : « Ni difficile ni facile » ou « Facile ». Cette option indique que le processus est effectué de manière organique et équilibrée et qu’aucun réseau de robots artificiels n’est utilisé.

Kapalı Test Etkileşim Sorusu

3. "Décrivez l'engagement que vous avez reçu de la part des testeurs lors de votre test fermé"

Décrivez l'engagement que vous avez reçu de la part des testeurs lors des tests fermés :
(Astuce de Google : indiquez si les utilisateurs utilisent toutes les fonctionnalités et si l'utilisation est cohérente avec le comportement d'un utilisateur réel)

Testers actively used all core features: match fixtures, filters, and coupon generation. Their engagement matched real user behavior, logging in regularly around weekly match days to create coupons and review predictions. All tester activity closely mirrored real-world football fan usage.

Geri Bildirim Özeti ve Toplama Yöntemi

4. "Fournissez un résumé des commentaires que vous avez reçus des testeurs. Indiquez comment vous avez collecté les commentaires."

Fournissez un résumé des commentaires que vous avez reçus des testeurs. Indiquez comment vous avez collecté les commentaires :

Feedback was collected via Google Play internal feedback, emails, and tester messaging groups. Testers appreciated the fast coupon generator but suggested improving font readability on small screens, adding clearer filter descriptions, and optimizing fixture loading on slow mobile networks.

Étape 2 : À propos de votre application

Cette étape s'interroge sur le public cible de l'application, la valeur ajoutée qu'elle offre et le nombre de téléchargements attendu pour la première année :

Hedef Kitle Sorusu

1. « Quel est le public cible de votre application ? »

Quel est le public cible de votre candidature ?

The intended audience includes adult football fans, sports enthusiasts, and Toto players seeking analytical tools to plan predictions. It is designed for users aged 18+ who want structured match fixture insights, mathematical coupon filtering, and systematic statistical analysis.

Katma Değer ve İndirme Beklentisi

2. "Décrivez comment votre application apporte de la valeur aux utilisateurs"

Décrivez comment votre application ajoute de la valeur aux utilisateurs :

The app provides value by automating complex coupon filtering and Toto calculations, saving users substantial time. It offers clean weekly fixture overviews, probability statistics, and intuitive mathematical tools that help sports fans make well-structured, data-informed prediction plans.
3. "Combien d'installations prévoyez-vous que votre application ait au cours de votre première année ?"

Combien de téléchargements espérez-vous que votre application atteigne au cours de votre première année ?

  • Choix recommandé : 0 - 10K (Un objectif de développeur indépendant organique et réaliste).

Étape 3 : Votre préparation à la production

Cette dernière étape de l'application porte sur les améliorations apportées en fonction de ce qui a été appris lors des tests fermés et sur la manière dont l'application est jugée prête pour la production en direct :

Yapılan Değişiklikler Sorusu

1. "Quelles modifications avez-vous apportées à votre application en fonction de ce que vous avez appris lors de votre test fermé ?"

Quelles modifications avez-vous apportées à votre application en fonction de ce que vous avez appris lors du test fermé ?

Recommandation : La réponse doit être entièrement cohérente avec les commentaires que vous avez spécifiés lors des étapes précédentes (compatibilité avec les petits écrans, taille de police, étiquettes de filtre et mise en cache des données).

Based on tester feedback, we adjusted font scaling and spacing for smaller screens, added descriptive labels to filter options, and optimized fixture caching for slower network connections. We also streamlined the coupon generation interface to make navigation smoother and more intuitive.

Üretime Hazır Olma Kararı Sorusu

2. "Comment avez-vous décidé que votre application était prête pour la production ?"

Comment avez-vous décidé que votre application était prête pour la production en direct ?

Recommandation : Les métriques Google Vitals (zéro crash, zéro ANR), la période de test de 14 jours et la stabilité entre les différentes versions d'Android doivent être soulignées.

We confirmed production readiness through 14 days of closed testing with zero crashes and zero ANRs in Android Vitals. All core workflows (fixture browsing, filtering, and coupon generation) executed smoothly across diverse devices, and testers confirmed high stability and complete features.

Une fois tous les champs remplis, la demande officielle de permis de production est complétée en cliquant sur le bouton bleu Appliquer en bas à droite.

Écran de candidature envoyée (processus de révision)

En appuyant sur le bouton « Appliquer », vous revenez au panneau de configuration principal de la Play Console et la fiche d'évaluation officielle suivante apparaît sur la page Production :

Başvuru Gönderildi ve İncelemede

"Nous avons votre demande d'accès à la production"
"Nous examinons votre formulaire de candidature. Nous enverrons un e-mail au propriétaire du compte avec une mise à jour. Cela prend généralement 7 jours ou moins, mais peut parfois prendre plus de temps. "

Choses à savoir sur cette phase :

  1. Délai de révision : Bien que Google indique officiellement à l'écran qu'il est de "7 jours ou moins", pour les applications avec des réponses de formulaire cohérentes et un taux de plantage nul, cette approbation est généralement obtenue dans un délai de 24 à 72 heures.
  2. Sonuç Bildirimi: Değerlendirme tamamlandığında hesap sahibinin e-posta adresine resmi kabul bildirimi gönderilir (Bkz. Bölüm 19).
  3. Bekleme Sürecinde Yapılması Gerekenler: Herhangi bir ek işlem yapmaya gerek yoktur; kapalı test kanalı aktif kalabilir, Play Console inceleme ekibinin kararını beklemek yeterlidir.

19. Nihai Zafer: Production Access (Açık Yayın) Onayı

Google Play Console'un yeni kişisel geliştirici hesapları için getirdiği en zorlu aşama olan Kapalı Test (En az 20 test kullanıcısı ile 14 gün aktif test) süreci başarıyla tamamlanıp açık mağaza başvurusu yapıldığında, Google Play Console ekibinden aşağıdaki resmi kabul e-postası alınır:

Google Play Production Access Onay E-postası

"Congratulations! Your app has been granted Google Play production access"
"You applied for Google Play production access for your app, and this has now been granted. Production is where you make your app available to billions of users on Google Play."

Bu E-posta Ne Anlama Gelir?

  1. Genel Yayına Açılma Hakkı: Uygulamanız artık yalnızca davet edilen kapalı test kullanıcılarına değil, tüm dünyadaki milyarlarca Android kullanıcısına açılmaya hak kazanmıştır.
  2. Kişisel Hesap Barajının Aşılması: Google'ın 20 tester / 14 gün test şartı resmen tatmin edilmiş, geliştirici hesabı güvenilir statüye geçmiştir.
  3. Tek Tıkla Yayına Alma: Play Console panelinde Production (Üretim) kanalına gidilerek, kapalı testteki kanıtlanmış paket doğrudan veya yeni bir sürümle mağaza vitrinine canlıya alınabilir.

20. Yayın Öncesi Kontrol Listesi (Tamamlandı)

Başvuru aşamasındaki tüm kontrol maddeleri:

  • Play Console'da uygulama kimliği ve benzersiz paket adı oluşturuldu mu?
  • İmzalı .aab paketi targetSdkVersion 36 ile derlendi mi?
  • Sürüm kodu (versionCode) önceki sürümlerden büyük mü? (Uyarıda Proceed anyway tıklandı mı?)
  • Gizlilik Politikası URL'i aktif ve HTTPS ile açılıyor mu?
  • App Access (Uygulama Erişimi) No olarak kaydedildi mi?
  • Reklam beyanı Yes olarak işaretlendi mi?
  • IARC Yaş Derecelendirmesi tamamlanıp sertifikalandı mı?
  • Hedef Kitle (Target Audience) 18 and over olarak seçildi mi?
  • Veri Güvenliği (Data Safety) formu dolduruldu mu?
  • Devlet, Finans ve Sağlık beyanları No olarak kaydedildi mi?
  • Mağaza Varlıkları (512x512 İkon, 1024x500 Feature Graphic, Ekran Görüntüleri) yüklendi mi?
  • Kapalı Test: Ülkeler/bölgeler seçilip kaydedildi mi?
  • Kapalı Test: Test edenler listesi seçildi ve kaydedildi mi?
  • Kapalı Test: İmzalı .aab paketi yüklenip sürüm oluşturuldu mu?
  • Reklam Kimliği (Advertising ID): İlk sürüm için No olarak kaydedildi mi?
  • Publishing Overview: Değişiklikler Google incelemesine gönderildi mi?
  • Kapalı Test Süreci & Üretim Onayı (Production Access) alındı mı?

21. Arar Games ve Oyunlarımız

Bağımsız stüdyomuz bünyesinde geliştirdiğimiz tüm oyunları, oyun mekaniklerini ve güncellemeleri canlı olarak deneyimlemek için mağaza sayfalarımızı ziyaret edebilirsiniz:

🎮 Oyunlarımız:

📢 Sosyal Medya ve İletişim:

Yeni teknik rehberlerimizi, devlog'larımızı ve oyun güncellemelerimizi takip etmek için:

Hazırlayan: Arar Games Geliştirici Dokümantasyon Arşivi




Gönderen zaman:
Etiketler: , , , , , ,

Hiç yorum yok:

Yorum Gönder

Kaydol: Kayıt Yorumları (Atom)