25 Ekim 2026 Pazar

शुरुआत से Google Play Store पर ऐप्स और गेम्स प्रकाशित करने की गाइड: पैकेजिंग, फॉर्म, क्लोज्ड टेस्टिंग और लाइव होना




Google Play Store एप्लिकेशन प्रकाशन और आवेदन गाइड (शून्य से लाइव प्रकाशन तक)

यह गाइड; Google Play Console पर स्क्रैच से एक आधुनिक एंड्रॉइड एप्लिकेशन (विशेष रूप से .NET MAUI, MonoGame या हाइब्रिड C# प्रोजेक्ट्स) बनाने, पैकेजिंग करने, हस्ताक्षर करने (signing), आने वाली किसी भी महत्वपूर्ण त्रुटि को हल करने और स्टोर एप्लिकेशन चरणों (ऐप निर्माण, गोपनीयता नीति, लॉगिन अनुमतियां, विज्ञापन, IARC आयु रेटिंग, डेटा सुरक्षा, क्लोज्ड टेस्टिंग और ओपन लाइव प्रकाशन) को पूरा करने की प्रक्रियाओं को चरण-दर-चरण समझाती है।

विषय सूची

  1. परिचय और वास्तुकला की तैयारी (Architecture Preparation)
  2. Play Console में शुरुआत से नया एप्लिकेशन / गेम बनाना (Create App)
  3. Keystore निर्माण और बिल्ड/साइन ऑटोमेशन
  4. Play Console पहला बंडल इंस्टॉलेशन और महत्वपूर्ण त्रुटियां
  5. गोपनीयता नीति (Privacy Policy) तैयार करना
  6. ऐप एक्सेस / साइन-इन विवरण (App Access / Sign-in Details)
  7. विज्ञापन घोषणा (Ads Declaration)
  8. कंटेंट रेटिंग (IARC Content Rating Questionnaire)
  9. लक्षित दर्शक और आयु वर्ग चयन (Target Audience)
  10. ऐप कंटेंट डैशबोर्ड (App Content Dashboard)
  11. डेटा सुरक्षा फॉर्म (Data Safety Form)
  12. कानूनी और नियामक घोषणाएं (Government, Financial, Health)
  13. स्टोर सेटिंग्स और संपर्क जानकारी (Store Settings)
  14. मुख्य स्टोर लिस्टिंग और विज़ुअल एसेट्स (Main Store Listing)
  15. क्लोज्ड टेस्टिंग सेटअप और समीक्षा (Closed Testing Setup)
  16. विज्ञापन आईडी घोषणा (Advertising ID Declaration)
  17. अंतिम सबमिशन (Submission for Review)
  18. क्लोज्ड टेस्टिंग के बाद प्रोडक्शन परमिट आवेदन (Apply for Access to Production)
  19. अंतिम विजय: प्रोडक्शन एक्सेस (ओपन रिलीज) अनुमोदन
  20. रिलीज़-पूर्व चेकलिस्ट (Pre-Release Checklist)
  21. Arar Games और हमारे गेम्स

1. परिचय और वास्तुकला की तैयारी

Google Play Store पर एक नया एप्लिकेशन प्रकाशित करते समय, Google की वर्तमान सुरक्षा और तकनीकी नीतियों का पालन किया जाना आवश्यक है:

  • बंडल प्रारूप (Bundle Format): केवल .aab (Android App Bundle) प्रारूप स्वीकार किया जाता है। स्टोर रिलीज़ के लिए APK फ़ाइलें मान्य नहीं हैं (लेकिन साइडलोड परीक्षण के लिए बनाई जा सकती हैं)।
  • न्यूनतम लक्ष्य SDK (Target SDK): Google Play अब नए प्रकाशित या अपडेट किए गए अनुप्रयोगों के लिए कम से कम Android API Level 36 (Android 16) को लक्षित करना अनिवार्य करता है।
  • सुरक्षित हस्ताक्षर (Secure Signing): एप्लिकेशन को v2/v3 स्कीमा संगत 2048-बिट RSA कुंजी के साथ हस्ताक्षरित होना चाहिए।

2. Play Console में शुरुआत से नया एप्लिकेशन / गेम बनाना (Create App)

Google Play Console पैनल (play.google.com/console) में लॉग इन करने के बाद, मुख्य स्क्रीन के शीर्ष दाईं ओर स्थित नीले "Create app" बटन पर क्लिक करके प्रकाशन प्रक्रिया शुरू की जाती है, जहाँ सभी एप्लिकेशन सूचीबद्ध होते हैं। यह फॉर्म कंसोल पर ऐप की डिजिटल आईडी, उसका पैकेज नाम और बुनियादी स्टोर वर्गीकरण निर्धारित करता है।

A. एप्लिकेशन विवरण

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

  1. App Name (ऐप का नाम):
    • यह वह आधिकारिक नाम है जो उपयोगकर्ताओं को स्टोर में दिखाई देगा।
    • अधिकतम 30 अक्षरों (characters) तक सीमित है (उदा: YourAppName)।
    • सिफारिश: शीर्षक में अनावश्यक कीवर्ड स्टफिंग (keyword stuffing) या भ्रामक/प्रचारक शब्दों ("Best", "Free", "#1") से बचें; अन्यथा, इसे Google Play समीक्षा से अस्वीकृति मिल सकती है।
  2. Package Name (पैकेज का नाम):
    • Java/Android पैकेज पहचानकर्ता जो एंड्रॉइड इकोसिस्टम के भीतर विश्व स्तर पर आपके एप्लिकेशन को विशिष्ट रूप से पहचानता है (रिवर्स डोमेन कन्वेंशन, उदा: com.yourcompany.appname)।
    • अधिकतम 150 अक्षर।
    • ⚠️ महत्वपूर्ण नियम: इस स्क्रीन पर एप्लिकेशन बनने और पहला बंडल इंस्टॉल होने के बाद, पैकेज का नाम फिर कभी नहीं बदला जा सकता! प्रोजेक्ट फ़ाइल में AndroidManifest.xml या ApplicationId (<ApplicationId>com.yourcompany.appname</ApplicationId>) को बिल्कुल समान होना चाहिए।
    • Check availability (उपलब्धता जांच): बटन दबाकर तुरंत यह जांच की जाती है कि आपके द्वारा निर्दिष्ट पैकेज नाम Google Play इकोसिस्टम में किसी अन्य डेवलपर द्वारा पंजीकृत तो नहीं है।
  3. Default Language (डिफ़ॉल्ट भाषा):
    • एप्लिकेशन की प्राथमिक स्टोर लिस्टिंग भाषा (उदा: English (United States) – en-US)।
    • उन सभी देशों के उपयोगकर्ताओं को यह डिफ़ॉल्ट भाषा प्रस्तुत की जाएगी जहाँ कोई विशिष्ट स्थानीयकरण (अनुवाद) परिभाषित नहीं किया गया है।

B. एप्लिकेशन प्रकार, मूल्य निर्धारण और घोषणाएं

Play Console Yeni Uygulama Oluşturma - Beyanlar

  1. App or Game (ऐप या गेम):
    • उत्पाद का मूल प्रकार निर्धारित किया जाता है (App या Game)।
    • महत्वपूर्ण नोट: यह चयन स्टोर की प्रासंगिक मुख्य श्रेणी (Applications टैब या Games टैब) निर्धारित करता है और इसे बाद में बदला नहीं जा सकता।
  2. Free or Paid (निःशुल्क या सशुल्क):
    • चुनें कि एप्लिकेशन स्टोर में निःशुल्क उपलब्ध होगा या सशुल्क खरीदारी के रूप में।
    • ⚠️ अपरिवर्तनीय महत्वपूर्ण नियम: Google Play नीतियों के अनुसार, एक बार "Free" के रूप में प्रकाशित किए गए एप्लिकेशन को भविष्य में कभी भी "Paid" नहीं बनाया जा सकता! यदि आप अपने उत्पाद को सीधे स्टोर में बेचना चाहते हैं, तो शुरुआत में ही Paid चुनना होगा। निःशुल्क प्रकाशित करने और राजस्व उत्पन्न करने के लिए, इन-ऐप खरीदारी (In-App Purchase) या AdMob विज्ञापनों को प्राथमिकता दी जानी चाहिए।
  3. Automatic Protection (स्वचालित सुरक्षा):
    • Google Play आपके ऐप के APK/AAB कोड में स्वचालित इंस्टॉलर जांच (installer check) जोड़ता है। यदि उपयोगकर्ता Google Play के बाहर अनधिकृत स्रोतों से आपके ऐप को साइडलोड करते हैं, तो उन्हें Google Play से मूल संस्करण डाउनलोड करने की चेतावनी दी जाएगी।
  4. Declarations (कानूनी घोषणाएं और नीतियां):
    • Developer Program Policies: यह पुष्टि की जाती है कि एप्लिकेशन Google Play डेवलपर और सामग्री नीतियों का पूरी तरह से अनुपालन करता है।
    • US Export Laws: सॉफ़्टवेयर को अमेरिकी निर्यात कानूनों और प्रतिबंध नियमों का अनुपालन करने वाला माना जाता है।
  5. Create App:
    • फॉर्म स्वीकृत होने के बाद, नीचे दाईं ओर स्थित नीले "Create app" बटन पर क्लिक करें। कंसोल एप्लिकेशन को सिस्टम में संसाधित करता है और डेवलपर को एप्लिकेशन के मुख्य प्रबंधन पैनल (Dashboard) पर स्थानांतरित करता है।

3. Keystore निर्माण और बिल्ड/साइन ऑटोमेशन

परिनियोजन प्रक्रिया को त्रुटि-मुक्त और पुनरावृत्ति योग्य बनाने के लिए, प्रोजेक्ट रूट में एक Deploy/ फ़ोल्डर और ऑटोमेशन स्क्रिप्ट बनाई जानी चाहिए।

A. Keystore जेनरेशन (1_CreateKeystore.bat)

JDK में keytool का उपयोग करके, 25 वर्षों (10,000 दिनों) के लिए वैध एक कुंजी उत्पन्न की जाती है:

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"

सुझाव: विंडोज बैच फाइलों में set /p के साथ उपयोगकर्ता से पासवर्ड प्राप्त करते समय कोष्ठक वाले if (...) ब्लॉक का उपयोग सिंटैक्स त्रुटियों (: was unexpected at this time) का कारण बन सकता है। स्ट्रीम को goto टैग के साथ प्रबंधित करना और पासवर्ड मापदंडों को उद्धरण चिह्नों "%PASS%" में संलग्न करना स्थिरता सुनिश्चित करता है।

B. स्वचालित संस्करण और हस्ताक्षरित AAB बिल्ड (2_BuildAndSign_AAB.bat)

Google Play प्रत्येक अपडेट के साथ कड़ाई से बढ़ते हुए 'versionCode' की अपेक्षा करता है। इसे स्वचालित रूप से प्रबंधित करने के लिए, दिनांक और समय पर आधारित एक सूत्र का उपयोग किया जाता है:

# 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')

संकलन और हस्ताक्षर आदेश (Compilation and signing commands):

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%

प्रक्रिया पूरी होने पर, संकलित फ़ाइल वाला फ़ोल्डर सीधे विंडोज एक्सप्लोरर में start "" "%OUTPUT%" कमांड के साथ खुल जाएगा।

4. Play Console पहला बंडल इंस्टॉलेशन और महत्वपूर्ण त्रुटियां

जब हस्ताक्षरित .aab फ़ाइल को Google Play Console में Internal testing या Production चैनल पर अपलोड किया जाता है, तो निम्नलिखित स्क्रीन दिखाई दे सकती है:

Play Console Release Hataları

Error 1: Target API Level 36 (Android 16) आवश्यकता

Error Message:
"Your app currently targets API level 35 and must target at least API level 36 to ensure it is built on the latest APIs optimized for security and performance."

समाधान:

यह त्रुटि रिलीज़ को अवरुद्ध करती है और इसके समाधान तक ऐप रिलीज़ नहीं किया जा सकता।

  1. Platforms/Android/AndroidManifest.xml फ़ाइल में <uses-sdk> टैग को स्पष्ट रूप से परिभाषित करें:
   <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.yourcompany.appname">
       <uses-sdk android:minSdkVersion="24" android:targetSdkVersion="36" />
       ...
   </manifest>
  1. इसे प्रोजेक्ट की .csproj फ़ाइल में <PropertyGroup> में जोड़ें:
   <AndroidTargetSdkVersion>36</AndroidTargetSdkVersion>

Error 2: Version Code Significantly Higher चेतावनी

Warning Message:
"This release's version code is significantly higher than your previous version code. Over time, this will result in your app reaching the maximum limit for version codes... Learn more"

समाधान:

  • Google Play यह चेतावनी तब देता है जब प्रोजेक्ट का पिछला संस्करण कोड एक छोटी संख्या (उदा: 1 या 8) हो और आप डायनामिक दिनांक प्रारूप (उदा: 610 मिलियन) पर स्विच करते हैं।
  • यह अवरोधक त्रुटि नहीं है। चेतावनी के ठीक नीचे दिए गए नीले Proceed anyway बटन पर क्लिक करके इसे बायपास किया जा सकता है।
  • चूंकि यह संख्या बाद के अपलोड के लिए आधार के रूप में उपयोग की जाएगी, इसलिए बड़ी छलांग की चेतावनी दोबारा दिखाई नहीं देगी।

5. गोपनीयता नीति (Privacy Policy) तैयार करना

Google Play नीतियों के अनुसार, भले ही आपका ऐप संवेदनशील डेटा एकत्र न करता हो, सक्रिय SSL के साथ सार्वजनिक रूप से सुलभ, मानक वेब पेज (PDF नहीं) प्रारूप में गोपनीयता नीति लिंक आवश्यक है।

Gizlilik Politikası URL Girişi

GitHub पर निःशुल्क होस्टिंग

GitHub रिपॉजिटरी में एक मार्कडाउन फ़ाइल (blob/main/...) को Google द्वारा सीधे एक वैध वेब पेज के रूप में मान्यता दी जाती है।

GitHub Depo Görünümü

नीति में शामिल होने वाले बुनियादी शीर्षक

  1. Ads (Google AdMob): बैनर, इंटरस्टीशियल और पुरस्कृत विज्ञापन; एंड्रॉइड विज्ञापन आईडी (AD_ID), तकनीकी उपकरण डेटा और अनुमानित आईपी स्थान का उपयोग।
  2. In-App Purchases & Subscriptions (Google Play Billing): भुगतान पूरी तरह से Google के बुनियादी ढांचे के भीतर किए जाते हैं, और डेवलपर कभी भी कार्ड या बिलिंग जानकारी तक नहीं पहुंचता है।
  3. Analytics & Telemetry (Firebase Analytics & Crashlytics): अज्ञात उपयोग की घटनाएं और क्रैश रिपोर्ट।
  4. Consent Management (Google UMP): GDPR और डेटा सुरक्षा अनुरूप पुष्टिकरण विंडो और सेटिंग्स के माध्यम से अपनी प्राथमिकताओं को बदलने का उपयोगकर्ता का अधिकार।
  5. Legal Exclusions & Special Declarations (उदा: संभावना के खेल / भविष्यवाणी उपकरण):
    • एप्लिकेशन निश्चित रूप से कोई सट्टेबाजी/जुआ मंच नहीं है।
    • यह केवल गणितीय कूपन अनुकूलन और सांख्यिकी सहायता प्रदान करता है।
    • आधिकारिक डीलरों पर पुनर्निर्देशित करते समय, आधिकारिक साइटों के उपयोगकर्ता नाम और पासवर्ड कभी भी संग्रहीत नहीं किए जाते हैं, और 2FA/SMS सत्यापन सीधे आधिकारिक संस्थान इंटरफ़ेस पर किए जाते हैं।
  6. Security Note: डेवलपर की व्यक्तिगत GitHub प्रोफ़ाइल जैसे तकनीकी लिंक गोपनीयता नीति पाठ में शामिल नहीं होने चाहिए; केवल कॉर्पोरेट ईमेल और आधिकारिक वेबसाइट शामिल होनी चाहिए।

6. ऐप एक्सेस / साइन-इन विवरण

Google समीक्षक ऐप की समीक्षा कर सकें, इससे पहले आपको यह इंगित करना होगा कि क्या ऐप में कोई प्रतिबंधित क्षेत्र शामिल है:

Uygulama Erişimi Ekranı

  • Selection (चयन): No (एप्लिकेशन का कोई भी हिस्सा प्रतिबंधित नहीं है)।
  • Explanation (स्पष्टीकरण): यदि एप्लिकेशन में कोई सदस्यता, उपयोगकर्ता लॉगिन, ई-मेल/पासवर्ड या लॉक की गई स्क्रीन नहीं है, तो No चुना जाना चाहिए। यदि 'Yes' चुना जाता है, तो Google आपके परीक्षण उपयोगकर्ता का नाम और पासवर्ड मांगेगा।

7. विज्ञापन घोषणा (Ads Declaration)

यह वह चरण है जहाँ आप घोषणा करते हैं कि आपके ऐप में विज्ञापन दिखाए जाते हैं या नहीं:

Reklam Beyanı Ekranı

  • Selection (चयन): Yes, my app contains ads (हाँ, मेरे ऐप में विज्ञापन हैं)।
  • Explanation (स्पष्टीकरण): यदि एप्लिकेशन में AdMob लाइब्रेरी है या भविष्य में विज्ञापन दिखाए जाएंगे, तो 'Yes' चुना जाना चाहिए। यह चयन Google Play पृष्ठ पर "Contains ads" लेबल को सक्रिय करता है और नीतियों का पूर्ण अनुपालन सुनिश्चित करता है।

8. कंटेंट रेटिंग (IARC Content Rating Questionnaire)

एप्लिकेशन की आयु सीमा निर्धारित करने के लिए, आपको IARC (International Age Rating Coalition) सर्वेक्षण भरना होगा।

A. श्रेणी चयन और ईमेल प्रविष्टि

Kategori Seçimi

  • Category (श्रेणी): All Other App Types (अन्य सभी एप्लिकेशन जो गेम, सट्टेबाजी गेम या सोशल मीडिया नहीं हैं: उपकरण, सुविधाएं, कैलकुलेटर)।
  • E-mail: संपर्क ई-मेल दर्ज किया जाता है और IARC शर्तों की पुष्टि की जाती है।

B. सर्वेक्षण प्रश्न (Questionnaire)

Chapter 1: हिंसा और उपयोगकर्ता संचार

Anket Bölüm 1

  • Downloaded App (हिंसा, कामुकता, अभद्र भाषा): No
  • User Content Sharing (उपयोगकर्ताओं के बीच ऑडियो, संदेश, मीडिया साझाकरण): No

Section 2: सामग्री और आयु-प्रतिबंधित उत्पाद

Anket Bölüm 2

  • Online Content (संगीत/वीडियो स्ट्रीम या ई-कॉमर्स कैटलॉग): No
  • Promotion of Age-Restricted Products (तंबाकू, शराब, जुआ): No (चूंकि एप्लिकेशन सट्टेबाजी की अनुमति नहीं देता है, इसलिए पूरी तरह से No)
  • Miscellaneous (सटीक जीपीएस स्थान साझाकरण): No

Chapter 3: डिजिटल उत्पाद और विविध विशेषताएं

Anket Bölüm 3

  • Digital Goods (डिजिटल उत्पाद बिक्री): No (यदि सक्रिय इन-स्टोर बिलिंग कनेक्ट नहीं है तो No; यदि सक्रिय है, तो Yes चुनें और Digital Purchases बैज प्राप्त करें)
  • Cash Rewards (नकद पुरस्कार, उपहार कार्ड): No
  • Web Browser (इंटरनेट ब्राउज़र / खोज इंजन): No
  • News / Educational (समाचार या शैक्षिक उत्पाद): No

जब इन सभी प्रश्नों का उत्तर 'No' दिया जाता है, तो एप्लिकेशन को दुनिया में सबसे व्यापक दर्शकों के लिए उपयुक्त आयु रेटिंग प्राप्त होती है (PEGI 3, ESRB Everyone)।

9. लक्षित दर्शक और आयु वर्ग चयन

अपने एप्लिकेशन के लक्षित दर्शकों का निर्धारण करते समय, Google के Designed for Families (पारिवारिक नीति) और COPPA नियमों के संदर्भ में यह सटीक रूप से घोषित करना महत्वपूर्ण है कि क्या यह बच्चों के लिए अभिप्रेत है या नहीं।

Hedef Kitle Yaş Grubu Seçimi

सही विकल्प: केवल 18 and over

  • केवल 18+ ही क्यों?
    1. कानूनी अनुपालन: खेल के अवसर बुलेटिनों पर आधारित ऑड्स, सांख्यिकी और कूपन विश्लेषण उपकरण वयस्क दर्शकों के लिए अभिप्रेत हैं।
    2. परिवार नीति प्रतिबंधों से सुरक्षा: यदि 13 वर्ष से कम या 13-17 का चयन किया जाता है, तो Google मांग करता है कि ऐप के विज्ञापन SDK बाल-अनुकूल प्रमाणित हों, टेलीमेट्री को प्रतिबंधित करता है, और बहुत अधिक गंभीर समीक्षा प्रक्रिया शुरू करता है।
    3. गोपनीयता नीति के साथ संगति: यह हमारी गोपनीयता नीति में "The App is intended for audiences aged 18 and older" लेख के साथ 100% सुसंगत है।
  • दूसरा चरण (Could your app unintentionally appeal to children?):
    • इस प्रश्न का उत्तर No (नहीं) दिया जाना चाहिए। चूंकि एप्लिकेशन इंटरफ़ेस में कोई कार्टून चरित्र, खिलौना थीम या बच्चों के एनिमेशन नहीं हैं, इसलिए यह ऐसा उत्पाद नहीं है जो गलती से बच्चों का ध्यान आकर्षित करे।

10. ऐप कंटेंट डैशबोर्ड

Google Play Console बाएं मेनू में Policy and programs -> App content टैब के तहत एक चरण-दर-चरण चेकलिस्ट के साथ आपके ऐप की कानूनी और सामग्री तत्परता को ट्रैक करता है।

Uygulama İçeriği Kontrol Paneli Kontrol Listesi

जैसे ही गोपनीयता नीति, लॉगिन अनुमतियां, विज्ञापन और सामग्री रेटिंग पूरी हो जाएगी, हरे रंग के चेक आइकन (✓) दिखाई देंगे। सूची के शेष अनुभाग (डेटा सुरक्षा, सरकारी एजेंसियां, वित्तीय विशेषताएं, स्वास्थ्य) क्रम में पूरे किए जाने चाहिए।

11. डेटा सुरक्षा फॉर्म

यह Google Play के सबसे कड़ाई से नियंत्रित क्षेत्रों में से एक है। आपको यह घोषित करना होगा कि एप्लिकेशन और उसकी लाइब्रेरी कौन सा डेटा एकत्र करती हैं या तीसरे पक्ष के साथ साझा करती हैं।

Veri Güvenliği Genel Bakış

प्रश्न: क्या आपका ऐप किसी भी आवश्यक उपयोगकर्ता डेटा प्रकार को एकत्र या साझा करता है?

Veri Toplama Sorusu

  • पहली रिलीज़ के लिए चयन: No (नहीं)।
  • तकनीकी कारण: चूंकि पहले लोड किए गए .aab पैकेज में AdMob SDK या Firebase SDK अभी तक सीधे एकीकृत नहीं है और उपयोगकर्ता आईडी / संवेदनशील डेटा एकत्र नहीं किया गया है, इसलिए No चुनकर फॉर्म को साफ-सुथरा पूरा किया जाता है।
  • भविष्य के लिए नोट: जब AdMob या Firebase SDK सक्रिय और कोडित हो जाते हैं, तो आपको इस फॉर्म पर वापस आना चाहिए और "Approximate Location", "App performance" और "Device or other identifiers (AD_ID)" आइटम को Yes पर अपडेट करना चाहिए।

Veri Güvenliği Mağaza Önizlemesi

पूर्वावलोकन की जाँच करने के बाद, इसे सहेजा जाता है।

12. कानूनी और नियामक घोषणाएं

A. सरकारी ऐप्स (Government Apps)

Devlet Uygulaması Beyanı

  • चयन: No (एप्लिकेशन किसी आधिकारिक सरकारी एजेंसी का प्रतिनिधित्व नहीं करता है)।

B. वित्तीय विशेषताएं (Financial Features)

Finansal Özellikler Üst

Finansal Özellikler Alt

  • चयन: नीचे दिए गए My app doesn't provide any financial features को चुनें।
  • पुष्टिकरण: खुलने वाली पॉप-अप विंडो में, यह पुष्टि की जाती है कि कोई वित्तीय लाइसेंस या दस्तावेज जमा करने की आवश्यकता नहीं है:

Finansal Dokümantasyon Onayı

C. स्वास्थ्य ऐप्स (Health Apps)

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

  • चयन: नीचे My app does not have any health features का चयन करें।
  • पुष्टिकरण: पॉप-अप विंडो में आप पुष्टि करते हैं कि क्षेत्रीय स्वास्थ्य दस्तावेज़ की आवश्यकता नहीं है:

Sağlık Dokümantasyon Onayı

13. स्टोर सेटिंग्स और संपर्क जानकारी

स्टोर में श्रेणी और संचार चैनल जिनके माध्यम से उपयोगकर्ता डेवलपर तक पहुंच सकते हैं, कॉन्फ़िगर किए गए हैं:

Mağaza Ayarları ve İletişim

  • App Category (ऐप श्रेणी): Sports या Utilities / Tools।
  • Tags (टैग): प्रासंगिक कीवर्ड चुने जा सकते हैं (उदा: Sports, Utilities)।
  • Store Listing Contact Details (स्टोर संपर्क विवरण):
    • Email Address: destek@sirketadi.com (कॉर्पोरेट समर्थन ई-मेल अनिवार्य है)।
    • Website: https://company.com
  • External Marketing (बाहरी विपणन): Google को Google Play के बाहर के प्लेटफ़ॉर्म पर आपके ऐप का प्रचार करने की अनुमति देने के लिए चेक किया गया छोड़ दिया गया है:

Dış Pazarlama İzni

14. मुख्य स्टोर लिस्टिंग और विज़ुअल एसेट्स

स्टोरफ्रंट सबसे महत्वपूर्ण क्षेत्र है जो उपयोगकर्ताओं के डाउनलोड निर्णय को सीधे प्रभावित करता है:

A. ग्रंथ (Texts)

  • App Name (ऐप का नाम): अधिकतम 30 अक्षर (उदा: 15te15 - Spor Toto Assistant)।
  • Short Description (संक्षिप्त विवरण): अधिकतम 80 अक्षर (उदा: Formula optimization, probability calculation and smart Spor Toto coupon assistant.)।
  • Full Description (पूर्ण विवरण): सुविधाओं, एल्गोरिदमिक लाभों और कानूनी नोटिसों सहित विस्तृत विवरण।

B. दृश्य आकार मानक (Visual Size Standards)

  • App Icon (ऐप आइकन): ठीक 512 x 512 px, 32-बिट PNG, अधिकतम 1 MB।
  • Feature Graphic (फीचर ग्राफिक): ठीक 1024 x 500 px, JPG या 24-बिट PNG, अधिकतम 15 MB।
  • Phone Screenshots (फोन स्क्रीनशॉट):
    • न्यूनतम 2, अधिकतम 8 स्क्रीनशॉट।
    • न्यूनतम आकार: 1080 px (उदा: 1080 x 2340 px)।
    • पहलू अनुपात (Aspect Ratio): 16:9 या 9:16।

C. जनरेटिव AI सामग्री घोषणा (Generative AI Content Declaration)

AI Görsel Beyanı

  • भले ही स्टोर छवियों को बनाने के लिए एआई-संचालित उपकरणों का उपयोग किया जाता है, Don't label assets चुना जाता है जब तक कि फोटोरियलिस्टिक मानव/सार्वजनिक चेहरे उत्पन्न नहीं होते जो उपयोगकर्ता को गुमराह करते हैं।

15. क्लोज्ड टेस्टिंग सेटअप और समीक्षा

Google Play Console में नए बनाए गए व्यक्तिगत डेवलपर खातों के लिए, सीधे प्रोडक्शन में जाने से पहले Closed Testing प्रक्रिया को पूरा करना अनिवार्य है।

A. समीक्षा के लिए परिवर्तन सबमिट करना (Publishing Overview)

जब सभी स्टोर सेटिंग्स और फॉर्म पूरे हो जाते हैं, तो प्रकाशन अवलोकन लंबित परिवर्तनों को सूचीबद्ध करता है:

Yayınlama Genel Bakış

हालाँकि, शीर्ष दाईं ओर स्थित "Send changes for review" बटन सक्रिय होने के लिए, एप्लिकेशन को कम से कम एक परीक्षण चैनल (Closed Testing) संस्करण में कॉन्फ़िगर किया जाना चाहिए।

B. क्लोज्ड टेस्ट चरण

Kapalı Test Görevleri

क्लोज्ड टेस्टिंग पूरी करने के लिए 3 अनिवार्य चरण हैं:

  1. देशों और क्षेत्रों का चयन करें (Select countries and regions):

Ülkelerin Seçimi

  • जिन देशों में एप्लिकेशन का परीक्षण किया जाएगा उन्हें चुना जाता है (डिफ़ॉल्ट रूप से, पूरी दुनिया या विशिष्ट देश चुना जा सकता है) और नीचे दाईं ओर से Save किया जाता है।
  1. परीक्षकों का चयन करें (Select testers):

Test Edenlerin Seçimi

  • Testers टैब में, एक ई-मेल सूची (Email List) चुनी जाती है या एक नई सूची बनाई जाती है।
  • व्यक्तिगत Google Play खातों पर प्रोडक्शन अनुमति प्राप्त करने के लिए, Google को कम से कम 20 परीक्षण उपयोगकर्ताओं को 14 दिनों के लिए परीक्षण में शामिल होने की आवश्यकता होती है। इसलिए, परीक्षण सूची में पर्याप्त संख्या में उपयोगकर्ताओं को शामिल करना महत्वपूर्ण है।
  • सूची का चयन करने के बाद नीचे दाईं ओर स्थित Save changes पर क्लिक करें।
  1. एक नई रिलीज़ बनाएं (Create a new release):

Kapalı Test Hazır Durumu

  • जब देश और परीक्षक पूरे हो जाते हैं, तो ऊपर दिखाए अनुसार "2 of 4 complete" दिखाई देता है।
  • संस्करण निर्माण चरण में आगे बढ़ने के लिए शीर्ष दाईं ओर स्थित नीले Create new release बटन पर क्लिक करें।

Bundle Yükleme Ekranı

  • हस्ताक्षरित .aab पैकेज लोड किया जाता है। एक बार इंस्टॉलेशन पूरा हो जाने पर, Google पैकेज का विश्लेषण करता है:

Bundle Yüklendi ve API 36 Doğrulandı

  • जैसा कि छवि में देखा गया है, Target SDK: 36 का सफलतापूर्वक पता लगाया गया है, Version: 610060410 और आर्किटेक्चर सत्यापित किए गए हैं।
  • जब Next पर क्लिक किया जाता है, तो संस्करण कोड कूदने के कारण एक चेतावनी स्क्रीन दिखाई देती है:

Proceed Anyway Uyarısı

  • समाधान: "This release's version code is significantly higher than your previous version code" चेतावनी के ठीक नीचे दिए गए नीले Proceed anyway लिंक पर क्लिक करें।
  • त्रुटि पुष्टिकरण हटा दिए जाने के बाद, नीचे दाईं ओर नीले Save बटन पर क्लिक करके संस्करण सफलतापूर्वक सहेजा जाता है।

जब ये चरण पूरे हो जाएं, तो आप Publishing overview स्क्रीन पर लौट सकते हैं और Send changes for review बटन के साथ Google अनुमोदन प्रक्रिया शुरू कर सकते हैं।

C. सामान्य स्थिति: परीक्षण लिंक पर "App not available" चेतावनी

डेवलपर्स द्वारा क्लोज्ड टेस्टिंग ऑप्ट-इन लिंक (play.google.com/apps/testing/com...) खोलते समय दिखाई देने वाली सबसे आम स्क्रीन यह है:

App Not Available Uyarısı

"App not available - A testing version of this app hasn't been published yet or isn't available for this account."

इस चेतावनी के कारण और समाधान:

  1. समीक्षाधीन (In Review): भले ही क्लोज्ड टेस्ट संस्करण बनाया गया हो और समीक्षा के लिए भेजा गया हो, यह लिंक तब तक सक्रिय नहीं होगा जब तक कि Google समीक्षा टीम पैकेज को स्वीकृत नहीं कर देती। Play Console में स्थिति "Available to testers" होने पर लिंक खोला जाएगा।
  2. Google खाता बेमेल: ब्राउज़र में सक्रिय Google लॉगिन बिल्कुल उसी ईमेल पते जैसा होना चाहिए जो Play Console में Testers सूची में जोड़ा गया है। कोई भिन्न या अज्ञात Google खाता इस लिंक तक नहीं पहुंच सकता है।
  3. सर्वर प्रसार समय: भले ही Google समीक्षा को मंजूरी दे दे, दुनिया भर के स्टोर सर्वरों में क्लोज्ड टेस्ट लिंक को प्रसारित होने में आमतौर पर 1-2 घंटे लग सकते हैं।

D. परीक्षण कार्यक्रम में भाग लेना (Become a Tester - Opt-in)

एक बार समीक्षा स्वीकृत हो जाने और लिंक सक्रिय हो जाने पर, निम्नलिखित आधिकारिक आमंत्रण स्क्रीन खुलती है:

Become a Tester Ekranı

  • पृष्ठ में एप्लिकेशन का आइकन, डेवलपर का नाम और परीक्षण संस्करण का आमंत्रण पाठ शामिल है।
  • जब नीले Become a tester बटन पर क्लिक किया जाता है, तो खाता परीक्षण में शामिल हो जाता है।
  • अगली स्क्रीन पर "Download it on Google Play" लिंक पर क्लिक करके एप्लिकेशन को सीधे एंड्रॉइड डिवाइस पर Google Play Store एप्लिकेशन से डाउनलोड किया जा सकता है।

16. विज्ञापन आईडी घोषणा (Advertising ID Declaration)

Android 13 (API 33) और इसके बाद के संस्करणों को लक्षित करने वाले सभी ऐप्स के लिए, Google Play को विज्ञापन आईडी (AD_ID) उपयोग की स्पष्ट घोषणा की आवश्यकता होती है।

Reklam Kimliği Beyan Kuralları

Reklam Kimliği Sorusuna Yanıt

प्रश्न: क्या आपका ऐप विज्ञापन आईडी का उपयोग करता है?

इस पृष्ठ पर Google का महत्वपूर्ण नियम यह है:

"If you say that your app uses advertising ID, we will block releases that don't include the com.google.android.gms.permission.AD_ID permission in the manifest file when targeting Android 13."

  • विकल्प 1 (अनुशंसित): No (नहीं)।
  • हमारे द्वारा वर्तमान में इंस्टॉल किए गए क्लोज्ड टेस्ट पैकेज में, AdMob SDK या क्रॉस-प्रमोशन लाइब्रेरी वास्तव में अभी तक संकलित नहीं हुई हैं और AndroidManifest.xml फ़ाइल में कोई AD_ID अनुमति नहीं है। इसलिए, जब No का चयन किया जाता है और सहेजा जाता है, तो कोई मैनिफ़ेस्ट विरोध नहीं होगा।
  • विकल्प 2 (यदि Yes चुना गया है):

Advertising ID Yes Seçenekleri

  • यदि Yes चुना जाता है, तो इच्छित उपयोग के रूप में [x] Advertising or marketing का चयन किया जाना चाहिए और पृष्ठ के निचले भाग में "Turn off release errors" बॉक्स (I understand the ramifications of not including the com.google.android.gms.permission.AD_ID permission...) को चेक किया जाना चाहिए क्योंकि अनुमति अभी तक मैनिफेस्ट में नहीं जोड़ी गई है।

दोनों ही मामलों में, चयन करने के बाद, नीचे दाईं ओर से Save पर क्लिक करें।

17. अंतिम सबमिशन (Submission for Review)

एक बार जब सभी स्टोर लिस्टिंग, गोपनीयता नीति, सुरक्षा फॉर्म, कानूनी घोषणाएं, लक्षित दर्शक और क्लोज्ड टेस्ट संस्करण पूरे हो जाते हैं, तो आप Publishing overview स्क्रीन पर वापस आ जाएंगे:

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

  • Submit 14 changes for review: Google Play सभी बयानों और परीक्षण संस्करण को एक एकल समीक्षा पैकेज में एकत्र करता है (जैसा कि छवि में देखा गया है, 14 परिवर्तन अनुमोदन की प्रतीक्षा कर रहे हैं)।
  • आधिकारिक Google अनुमोदन प्रक्रिया नीले Submit 14 changes for review बटन पर क्लिक करके शुरू की जाती है।
  • Google की स्वचालित गुणवत्ता जांच (Quick checks) पृष्ठभूमि में चलती है और फिर एप्लिकेशन को Google Play Review Team के मूल्यांकन कतार में रखा जाता है। व्यक्तिगत खातों पर समीक्षा आमतौर पर 24-72 घंटों के भीतर पूरी हो जाती है।

18. क्लोज्ड टेस्टिंग के बाद प्रोडक्शन परमिट आवेदन (Apply for Access to Production)

जब व्यक्तिगत डेवलपर खातों के लिए Google द्वारा आवश्यक क्लोज्ड टेस्टिंग प्रक्रिया (कम से कम 20 परीक्षण उपयोगकर्ताओं के साथ कम से कम 14 दिनों तक निर्बाध परीक्षण) पूरी हो जाती है, तो Play Console मुख्य नियंत्रण कक्ष में "Apply for production" बटन सक्रिय हो जाएगा। इस बटन पर क्लिक करके, Google यह जांचने के लिए एक व्यापक 3-चरण आवेदन फॉर्म प्रदान करता है कि क्या एप्लिकेशन का वास्तव में परीक्षण किया गया है और क्या यह लाइव होने के लिए तैयार है:

Üretim İzni Başvuru Formu

फॉर्म चरण:

  1. About your closed test: आपसे पूछा जाता है कि आप परीक्षण उपयोगकर्ताओं को कैसे ढूंढते हैं, आप फीडबैक कैसे एकत्र करते हैं, और प्राप्त फीडबैक के आधार पर आप एप्लिकेशन में क्या सुधार करते हैं।
  2. About your app: एप्लिकेशन के लक्षित दर्शकों और उपयोगकर्ताओं को मिलने वाले मुख्य लाभों के बारे में बताया गया है।
  3. Your production readiness: यह घोषित किया जाता है कि लाइव होने पर आप त्रुटियों को कैसे ट्रैक करेंगे और उपयोगकर्ता टिप्पणियों को कैसे प्रबंधित करेंगे।

महत्वपूर्ण प्रश्न और नमूना आवेदन उत्तर (English Application Answers)

1. "How did you recruit users for your closed testing? For example, did you ask friends and family, or use a paid testing provider?"

क्लोज्ड टेस्टिंग के लिए आपको उपयोगकर्ता कैसे मिले? (उदा: परिवार और दोस्त या सशुल्क परीक्षण प्रदाता?)

महत्वपूर्ण नियम: Google बॉट्स या सशुल्क कृत्रिम परीक्षण फ़ार्म पसंद नहीं करता है। यह बताना सबसे सुरक्षित है कि परीक्षक वास्तविक जैविक उपयोगकर्ता, करीबी मंडल और प्रासंगिक सोशल मीडिया समुदाय हैं।

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. "How easy was it to recruit testers for your app?"

आपके ऐप के लिए परीक्षक ढूंढना कितना आसान था?

  • अनुशंसित विकल्प: Neither difficult or easy या Easy। यह विकल्प इंगित करता है कि प्रक्रिया व्यवस्थित और संतुलित तरीके से की गई है और कृत्रिम बॉट नेटवर्क का उपयोग नहीं किया गया है।

Kapalı Test Etkileşim Sorusu

3. "Describe the engagement you received from testers during your closed test"

क्लोज्ड टेस्टिंग के दौरान आपको परीक्षकों से मिले जुड़ाव का वर्णन करें:
(Google का सुझाव: इंगित करें कि क्या उपयोगकर्ता सभी सुविधाओं का उपयोग कर रहे हैं और क्या उपयोग वास्तविक उपयोगकर्ता के व्यवहार के अनुरूप है)

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. "Provide a summary of the feedback that you received from testers. Include how you collected the feedback."

परीक्षकों से प्राप्त फीडबैक का सारांश प्रदान करें। बताएं कि आपने फीडबैक कैसे एकत्र किया:

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.

Step 2: About your app

यह चरण एप्लिकेशन के लक्षित दर्शकों, इसके द्वारा प्रदान किए जाने वाले मूल्य और पहले वर्ष के लिए डाउनलोड की अपेक्षित संख्या के बारे में पूछता है:

Hedef Kitle Sorusu

1. "Who is the intended audience of your app?"

आपके एप्लिकेशन का लक्षित दर्शक कौन है?

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. "Describe how your app provides value to users"

वर्णन करें कि आपका ऐप उपयोगकर्ताओं के लिए मूल्य कैसे जोड़ता है:

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. "How many installs do you expect your app to have in your first year?"

पहले वर्ष में आपके ऐप के कितने डाउनलोड तक पहुँचने की उम्मीद है?

  • अनुशंसित विकल्प: 0 - 10K (एक जैविक और यथार्थवादी इंडी डेवलपर लक्ष्य)।

Step 3: Your production readiness

आवेदन का यह अंतिम चरण क्लोज्ड टेस्टिंग के दौरान सीखे गए आधार पर किए गए सुधारों के बारे में पूछता है और यह कि एप्लिकेशन को लाइव उत्पादन के लिए तैयार कैसे माना जाता है:

Yapılan Değişiklikler Sorusu

1. "What changes did you make to your app based on what you learned during your closed test?"

क्लोज्ड टेस्ट में सीखे गए आधार पर आपने अपने ऐप में क्या बदलाव किए हैं?

सिफारिश: प्रतिक्रिया आपके द्वारा पिछले चरणों में निर्दिष्ट फीडबैक (छोटी स्क्रीन संगतता, फ़ॉन्ट आकार, फ़िल्टर लेबल और डेटा कैशिंग) के साथ पूरी तरह से सुसंगत होनी चाहिए।

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. "How did you decide that your app is ready for production?"

आपने कैसे तय किया कि आपका ऐप लाइव प्रोडक्शन के लिए तैयार है?

सिफारिश: Google vitals मेट्रिक्स (शून्य क्रैश, शून्य ANR), 14-दिवसीय परीक्षण अवधि और विभिन्न एंड्रॉइड संस्करणों में स्थिरता पर जोर दिया जाना चाहिए।

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.

सभी फ़ील्ड भर जाने के बाद, नीचे दाईं ओर स्थित नीले Apply बटन पर क्लिक करके आधिकारिक उत्पादन परमिट आवेदन पूरा किया जाता है।

आवेदन भेजा गया स्क्रीन (समीक्षा प्रक्रिया)

'Apply' बटन दबाने से आप Play Console मुख्य नियंत्रण कक्ष में वापस आ जाते हैं और Production पृष्ठ पर निम्नलिखित आधिकारिक समीक्षा कार्ड दिखाई देता है:

Başvuru Gönderildi ve İncelemede

"We have your application for production access"
"We're reviewing your application form. We'll email the account owner with an update. This usually takes 7 days or less, but may occasionally take longer."

इस चरण के बारे में जानने योग्य बातें:

  1. समीक्षा समय: यद्यपि Google आधिकारिक तौर पर स्क्रीन पर बताता है कि यह "7 दिन या उससे कम" है, सुसंगत फॉर्म प्रतिक्रियाओं और शून्य क्रैश दर वाले ऐप्स के लिए, यह अनुमोदन आमतौर पर 24 से 72 घंटों के भीतर प्राप्त होता है।
  2. परिणाम अधिसूचना: मूल्यांकन पूरा होने पर खाताधारक के ईमेल पते पर एक आधिकारिक स्वीकृति अधिसूचना भेजी जाती है (अध्याय 19 देखें)।
  3. प्रतीक्षा प्रक्रिया के दौरान क्या करें: कोई अतिरिक्त कार्रवाई करने की आवश्यकता नहीं है; क्लोज्ड टेस्ट चैनल सक्रिय रह सकता है, Play Console समीक्षा टीम के निर्णय की प्रतीक्षा करना पर्याप्त है।

19. अंतिम विजय: प्रोडक्शन एक्सेस (ओपन रिलीज) अनुमोदन

जब Closed Testing (कम से कम 20 परीक्षण उपयोगकर्ताओं के साथ 14 दिनों का सक्रिय परीक्षण) प्रक्रिया, जो नए व्यक्तिगत डेवलपर खातों के लिए Google Play Console का सबसे चुनौतीपूर्ण चरण है, सफलतापूर्वक पूरी हो जाती है और ओपन स्टोर एप्लिकेशन किया जाता है, तो Google Play Console टीम से निम्नलिखित आधिकारिक स्वीकृति ई-मेल प्राप्त होता है:

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

इस ईमेल का क्या अर्थ है?

  1. सार्वजनिक रिलीज़: आपका ऐप अब दुनिया भर के अरबों एंड्रॉइड उपयोगकर्ताओं के लिए जारी किए जाने के योग्य है, न कि केवल आमंत्रित क्लोज्ड परीक्षकों के लिए।
  2. व्यक्तिगत खाता सीमा पार करना: Google की 20 परीक्षक / 14 दिन की परीक्षण आवश्यकता आधिकारिक तौर पर संतुष्ट हो गई है, और डेवलपर खाता विश्वसनीय स्थिति में चला गया है।
  3. वन-क्लिक गो लाइव: Play Console पैनल में Production चैनल पर जाकर, क्लोज्ड टेस्टिंग में सिद्ध पैकेज सीधे स्टोरफ्रंट पर या एक नए संस्करण के साथ लाइव हो सकता है।

20. रिलीज़-पूर्व चेकलिस्ट (संपूर्ण)

आवेदन चरण में सभी नियंत्रण मदें:

  • क्या Play Console में ऐप आईडी और विशिष्ट बंडल नाम उत्पन्न किया गया है?
  • क्या हस्ताक्षरित .aab पैकेज targetSdkVersion 36 के साथ संकलित है?
  • क्या versionCode पिछले संस्करणों से बड़ा है? (क्या चेतावनी पर Proceed anyway क्लिक किया गया था?)
  • क्या गोपनीयता नीति URL सक्रिय है और HTTPS के साथ खोला गया है?
  • क्या App Access को No के रूप में दर्ज किया गया है?
  • क्या विज्ञापन विवरण को Yes चिह्नित किया गया है?
  • क्या IARC आयु रेटिंग पूर्ण और प्रमाणित है?
  • क्या लक्षित दर्शक के रूप में 18 and over का चयन किया गया है?
  • क्या डेटा सुरक्षा फ़ॉर्म भर दिया गया है?
  • क्या सरकारी, वित्तीय और स्वास्थ्य घोषणाओं को No के रूप में दर्ज किया गया है?
  • क्या स्टोर संपत्तियां (512x512 Icon, 1024x500 Feature Graphic, Screenshots) लोड की गई हैं?
  • क्लोज्ड टेस्ट: क्या देशों/क्षेत्रों का चयन और बचत की गई है?
  • क्लोज्ड टेस्ट: क्या परीक्षकों की सूची का चयन और बचत की गई है?
  • क्लोज्ड टेस्ट: क्या हस्ताक्षरित .aab पैकेज लोड और संस्करणित है?
  • विज्ञापन आईडी: क्या प्रारंभिक रिलीज़ के लिए No के रूप में सहेजा गया है?
  • पब्लिशिंग अवलोकन: क्या परिवर्तनों को Google समीक्षा के लिए सबमिट कर दिया गया है?
  • क्या क्लोज्ड टेस्ट प्रक्रिया और प्रोडक्शन एक्सेस प्राप्त कर लिया गया है?

21. Arar Games और हमारे गेम्स

हमारे स्वतंत्र स्टूडियो के भीतर विकसित सभी गेम्स, गेम मैकेनिक्स और अपडेट्स का जीवंत अनुभव करने के लिए आप हमारे स्टोर पेज पर जा सकते हैं:

🎮 हमारे गेम्स:

📢 सोशल मीडिया और संचार:

हमारे नए तकनीकी गाइड, देवलॉग और गेम अपडेट का पालन करने के लिए:

तैयारकर्ता: Arar Games Developer Documentation Archive




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

Hiç yorum yok:

Yorum Gönder

Kaydol: Kayıt Yorumları (Atom)