25 Ekim 2026 Pazar

شروع سے گوگل پلے اسٹور پر ایپس اور گیمز شائع کرنے کا گائیڈ: پیکیجنگ، فارمز، کلوزڈ ٹیسٹنگ اور لائیو ہونا




گوگل پلے اسٹور ایپلیکیشن پبلشنگ اور درخواست گائیڈ (صفر سے اشاعت تک)

یہ گائیڈ Google Play Console پر شروع سے ایک جدید اینڈرائیڈ ایپلیکیشن (خاص طور پر .NET MAUI، MonoGame یا ہائبرڈ C# پروجیکٹس) بنانے، اسے پیکج کرنے، اس پر دستخط (signing) کرنے، پیش آنے والی کسی بھی اہم خرابی کو حل کرنے، اور اسٹور درخواست کے تمام مراحل (ایپ بنانا، رازداری کی پالیسی، لاگ ان کی اجازتیں، اشتہارات، IARC عمر کی درجہ بندی، ڈیٹا سیکیورٹی، کلوزڈ ٹیسٹنگ اور اوپن لائیو اشاعت) کو مکمل کرنے کے طریقہ کار کی مرحلہ وار وضاحت کرتا ہے۔

فہرست مضامین

  1. تعارف اور تکنیکی و معماری تیاری
  2. پلے کنسول میں شروع سے نئی ایپلیکیشن / گیم بنانا (Create App)
  3. Keystore بنانا اور Build/Sign آٹومیشن
  4. پلے کنسول میں پہلا بنڈل انسٹالیشن اور اہم خرابیاں
  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. قانونی اور ریگولیٹری بیانات (حکومتی، مالیاتی، صحت)
  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. ریلیز سے پہلے کا چیک لسٹ (مکمل)
  21. Arar Games اور ہمارے گیمز

1. تعارف اور تکنیکی و معماری تیاری

گوگل پلے اسٹور پر ایک نئی ایپلیکیشن شائع کرتے وقت، گوگل کی موجودہ سیکیورٹی اور تکنیکی پالیسیوں پر عمل کرنا لازمی ہے:

  • بنڈل فارمیٹ: صرف .aab (Android App Bundle) فارمیٹ قبول کیا جاتا ہے۔ APK فائلیں اسٹور ریلیز کے لیے کارآمد نہیں ہیں (لیکن سائیڈ لوڈ ٹیسٹنگ کے لیے تیار کی جا سکتی ہیں)۔
  • کم از کم ٹارگٹ SDK: گوگل پلے اب نئی شائع شدہ یا اپ ڈیٹ کردہ ایپلیکیشنز کے لیے کم از کم Android API Level 36 (Android 16) کو ٹارگٹ کرنا لازمی قرار دیتا ہے۔
  • محفوظ ڈیجیٹل دستخط (Secure Signing): ایپلیکیشن پر v2/v3 اسکیما کے ساتھ مطابقت رکھنے والی 2048-bit RSA کلید کے ساتھ دستخط ہونا چاہیے۔

2. پلے کنسول میں شروع سے نئی ایپلیکیشن / گیم بنانا (Create App)

گوگل پلے کنسول پینل (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") سے گریز کریں؛ بصورت دیگر گوگل پلے کے جائزے کے دوران ایپ مسترد ہو سکتی ہے۔
  2. Package Name (پیکیج کا نام):
    • جاوا/اینڈرائیڈ پیکیج شناخت کنندہ جو اینڈرائیڈ ایکو سسٹم میں عالمی سطح پر آپ کی ایپلیکیشن کو منفرد طور پر شناخت کرتا ہے (ریورس ڈومین کنونشن، مثال: com.yourcompany.appname)۔
    • زیادہ سے زیادہ 150 حروف۔
    • ⚠️ اہم ترین اصول: اس اسکرین پر ایپلیکیشن بننے اور پہلا بنڈل انسٹال ہونے کے بعد، پیکیج کا نام پھر کبھی تبدیل نہیں کیا جا سکتا! پروجیکٹ فائل یا AndroidManifest.xml میں موجود ApplicationId (<ApplicationId>com.yourcompany.appname</ApplicationId>) کا بالکل ایک جیسا ہونا ضروری ہے۔
    • Check availability (دستیابی کی جانچ): بٹن دبا کر فوری طور پر یہ معلوم کیا جاتا ہے کہ آیا آپ کا مخصوص کردہ پیکیج کا نام گوگل پلے کے ایکو سسٹم میں کسی دوسرے ڈویلپر کی طرف سے پہلے سے رجسٹرڈ تو نہیں ہے۔
  3. Default Language (ڈیفالٹ زبان):
    • ایپلیکیشن کی بنیادی اسٹور لسٹنگ کی زبان (مثال: English (United States) – en-US)۔
    • ان تمام ممالک کے صارفین کو اسٹور کی معلومات اس ڈیفالٹ زبان میں دکھائی جائیں گی جہاں کوئی مخصوص مقامی ترجمہ بیان نہیں کیا گیا ہو۔

B. ایپلیکیشن کی قسم، قیمت اور اعلانات

Play Console Yeni Uygulama Oluşturma - Beyanlar

  1. App or Game (ایپ یا گیم):
    • پروڈکٹ کی بنیادی قسم کا تعین کیا جاتا ہے (App یا Game)۔
    • اہم نوٹ: یہ انتخاب اسٹور کے متعلقہ مرکزی زمرے (ایپلیکیشنز ٹیب یا گیمز ٹیب) کا تعین کرتا ہے اور بعد میں اسے تبدیل نہیں کیا جا سکتا۔
  2. Free or Paid (مفت یا ادا شدہ):
    • منتخب کریں کہ آیا ایپلیکیشن اسٹور پر مفت دستیاب ہوگی یا ادا شدہ خریداری کے طور پر۔
    • ⚠️ ناقابل واپسی اہم اصول: گوگل پلے کی پالیسیوں کے مطابق، ایک بار "مفت" کے طور پر شائع ہونے والی ایپ کو مستقبل میں کبھی بھی "ادا شدہ" نہیں بنایا جا سکتا! اگر آپ اپنی پروڈکٹ کو براہ راست اسٹور پر فروخت کرنا چاہتے ہیں تو شروع میں ہی Paid منتخب کرنا ہوگا۔ مفت شائع کرنے اور آمدنی حاصل کرنے کے لیے ان-ایپ خریداری (In-App Purchase) یا AdMob اشتہارات کو ترجیح دی جانی چاہیے۔
  3. Automatic Protection (خودکار تحفظ):
    • گوگل پلے آپ کی ایپ کے APK/AAB کوڈ میں خودکار انسٹالر چیک (installer check) شامل کرتا ہے۔ اگر صارفین گوگل پلے سے باہر غیر مجاز ذرائع سے آپ کی ایپ کو سائیڈ لوڈ کرتے ہیں، تو انہیں گوگل پلے سے اصل ورژن ڈاؤن لوڈ کرنے کا انتباہ دیا جائے گا۔
  4. Declarations (قانونی بیانات اور پالیسیاں):
    • Developer Program Policies: اس بات کی تصدیق کی جاتی ہے کہ ایپلیکیشن گوگل پلے کے ڈویلپر اور مواد کی پالیسیوں کی مکمل تعمیل کرتی ہے۔
    • US Export Laws: سافٹ ویئر کو امریکی برآمدی قوانین اور پابندیوں کے ضوابط کے مطابق سمجھا جاتا ہے۔
  5. Create App:
    • فارم کی منظوری کے بعد، نیچے دائیں جانب نیلے رنگ کے "Create app" بٹن پر کلک کریں۔ کنسول ایپلیکیشن کو سسٹم میں محفوظ کرتا ہے اور ڈویلپر کو ایپلیکیشن کے مین مینجمنٹ پینل (Dashboard) پر منتقل کر دیتا ہے۔

3. Keystore بنانا اور Build/Sign آٹومیشن

ڈیپلائمنٹ کے عمل کو غلطیوں سے پاک اور دوبارہ قابل استعمال بنانے کے لیے، پروجیکٹ کے روٹ میں ایک 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)

گوگل پلے ہر اپ ڈیٹ کے ساتھ سختی سے بڑھتے ہوئے '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. پلے کنسول میں پہلا بنڈل انسٹالیشن اور اہم خرابیاں

جب دستخط شدہ .aab فائل کو گوگل پلے کنسول میں Internal testing یا Production چینل پر اپ لوڈ کیا جاتا ہے تو درج ذیل اسکرین ظاہر ہو سکتی ہے:

Play Console Release Hataları

خرابی 1: Target API Level 36 (Android 16) کی لازمی شرط

خرابی کا پیغام:
"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>

خرابی 2: ورژن کوڈ کے نمایاں طور پر زیادہ ہونے کی وارننگ

انتباہی پیغام:
"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"

حل:

  • گوگل پلے یہ وارننگ اس وقت دیتا ہے جب پروجیکٹ کا پچھلا ورژن کوڈ چھوٹا نمبر ہو (مثلاً 1 یا 8) اور آپ ڈائنامک ڈیٹ فارمیٹ (مثلاً 610 ملین) پر سوئچ کرتے ہیں۔
  • یہ کوئی بلاکنگ خرابی نہیں ہے۔ وارننگ کے بالکل نیچے نیلے رنگ کے Proceed anyway بٹن پر کلک کر کے اسے بائی پاس کیا جا سکتا ہے۔
  • چونکہ اس نمبر کو بعد کے اپ لوڈز کے لیے بنیاد کے طور پر استعمال کیا جائے گا، اس لیے یہ بڑی چھلانگ کی وارننگ دوبارہ ظاہر نہیں ہوگی۔

5. رازداری کی پالیسی (Privacy Policy) کی تیاری

گوگل پلے کی پالیسیوں کے مطابق، چاہے آپ کی ایپ حساس ڈیٹا اکٹھا نہ کرے، پھر بھی فعال SSL کے ساتھ عوامی طور پر قابل رسائی معیاری ویب پیج (PDF نہیں) فارمیٹ میں رازداری کی پالیسی کا لنک فراہم کرنا لازمی ہے۔

Gizlilik Politikası URL Girişi

گٹ ہب پر مفت ہوسٹنگ

گٹ ہب ریپوزٹری میں ایک مارک ڈاؤن فائل (blob/main/...) کو گوگل کی طرف سے براہ راست ایک درست ویب پیج کے طور پر تسلیم کیا جاتا ہے۔

GitHub Depo Görünümü

پالیسی میں شامل کیے جانے والے بنیادی عنوانات

  1. Ads (Google AdMob): بینر، انٹرسٹیشل اور ریوارڈڈ اشتہارات؛ اینڈرائیڈ ایڈورٹائزنگ آئی ڈی (AD_ID)، تکنیکی ڈیوائس ڈیٹا، اور تخمینی IP مقام کا استعمال۔
  2. In-App Purchases & Subscriptions (Google Play Billing): ادائیگیاں مکمل طور پر گوگل کے بنیادی ڈھانچے میں کی جاتی ہیں، اور ڈویلپر کبھی بھی کارڈ یا بلنگ کی معلومات تک رسائی حاصل نہیں کرتا۔
  3. Analytics & Telemetry (Firebase Analytics & Crashlytics): گمنام استعمال کے واقعات اور کریش رپورٹس۔
  4. Consent Management (Google UMP): GDPR اور ڈیٹا کے تحفظ کے موافق تصدیقی ونڈوز اور ترتیبات کے ذریعے اپنی ترجیحات کو تبدیل کرنے کا صارف کا حق۔
  5. Legal Exclusions & Special Declarations (مثلاً: قسمت کے کھیل / پیشین گوئی کے اوزار):
    • یہ ایپلیکیشن قطعی طور پر کوئی بیٹنگ یا جوئے کا پلیٹ فارم نہیں ہے۔
    • یہ صرف ریاضیاتی کوپن آپٹیمائزیشن اور شماریاتی معاونت پیش کرتی ہے۔
    • سرکاری ڈیلرز پر ری ڈائریکٹ کرتے وقت، سرکاری سائٹس کے صارف نام اور پاس ورڈز کبھی محفوظ نہیں کیے جاتے، اور 2FA/SMS کی تصدیق براہ راست سرکاری ادارے کے انٹرفیس پر کی جاتی ہے۔
  6. Security Note: ڈویلپر کا ذاتی گٹ ہب پروفائل جیسے تکنیکی لنکس پرائیویسی پالیسی ٹیکسٹ میں شامل نہیں ہونے چاہئیں؛ صرف کارپوریٹ ای میل اور آفیشل ویب سائٹ شامل کی جانی چاہیے۔

6. ایپ تک رسائی / لاگ ان تفصیلات (App Access / Sign-in Details)

گوگل کے آڈیٹرز کی طرف سے ایپ کا جائزہ لینے سے پہلے، آپ کو یہ بتانا ہوگا کہ آیا ایپ میں کوئی محدود رسائی والا علاقہ موجود ہے یا نہیں:

Uygulama Erişimi Ekranı

  • انتخاب: No (ایپلیکیشن کا کوئی حصہ بھی محدود نہیں ہے)۔
  • وضاحت: اگر ایپلیکیشن میں کوئی رکنیت، صارف کا لاگ ان، ای میل/پاس ورڈ یا لاک اسکرین نہیں ہے تو No منتخب کیا جانا چاہیے۔ اگر 'Yes' منتخب کیا جاتا ہے تو گوگل آپ کے ٹیسٹ صارف کا نام اور پاس ورڈ طلب کرے گا۔

7. اشتہارات کا اعلامیہ (Ads Declaration)

یہ وہ مرحلہ ہے جہاں آپ اعلان کرتے ہیں کہ آیا آپ کی ایپ میں اشتہارات دکھائے جاتے ہیں یا نہیں:

Reklam Beyanı Ekranı

  • انتخاب: Yes, my app contains ads (ہاں، میری ایپ میں اشتہارات شامل ہیں)۔
  • وضاحت: اگر ایپلیکیشن میں AdMob لائبریری شامل ہے یا اگر مستقبل میں اشتہارات کھولے جائیں گے تو 'Yes' کا انتخاب کرنا ضروری ہے۔ یہ انتخاب گوگل پلے کے صفحے پر "Contains ads" کا لیبل چالو کرتا ہے اور پالیسیوں کی مکمل تعمیل کو یقینی بناتا ہے۔

8. مواد کی درجہ بندی (IARC Content Rating Questionnaire)

ایپلیکیشن کی عمر کی حد کا تعین کرنے کے لیے، آپ کو IARC (International Age Rating Coalition) سروے پُر کرنا ہوگا۔

A. زمرہ کا انتخاب اور ای میل کا اندراج

Kategori Seçimi

  • زمرہ: All Other App Types (تمام دیگر ایپلیکیشنز جو گیمز، بیٹنگ گیمز یا سوشل میڈیا نہیں ہیں: یوٹیلیٹیز، ٹولز، کیلکولیٹر وغیرہ)۔
  • ای میل: رابطہ ای میل درج کی جاتی ہے اور IARC کی شرائط کی تصدیق کی جاتی ہے۔

B. سروے کے سوالات (Questionnaire)

حصہ 1: تشدد اور صارفین کا باہمی رابطہ

Anket Bölüm 1

  • Downloaded App (تشدد، جنسیات، نامناسب زبان): No
  • User Content Sharing (صارفین کے درمیان آڈیو، میسج، میڈیا شیئرنگ): No

حصہ 2: مواد اور عمر سے محدود مصنوعات

Anket Bölüm 2

  • Online Content (میوزک/ویڈیو اسٹریم یا ای کامرس کیٹلاگ): No
  • Promotion of Age-Restricted Products (تمباکو، شراب، جوا): No (قطعی طور پر No کیونکہ ایپلیکیشن بیٹنگ کی اجازت نہیں دیتی)
  • Miscellaneous (درست GPS مقام کا اشتراک): No

حصہ 3: ڈیجیٹل مصنوعات اور متفرق خصوصیات

Anket Bölüm 3

  • Digital Goods (ڈیجیٹل مصنوعات کی فروخت): No (اگر فعال ان اسٹور بلنگ مربوط نہیں ہے تو No؛ اگر فعال ہے تو Yes منتخب کریں اور ڈیجیٹل پرچیزز کا بیج حاصل کریں)
  • Cash Rewards (نقد انعام، گفٹ کارڈ): No
  • Web Browser (انٹرنیٹ براؤزر / سرچ انجن): No
  • News / Educational (خبریں یا تعلیمی پروڈکٹ): No

جب ان تمام سوالات کے جوابات 'No' دیے جاتے ہیں، تو ایپلیکیشن کو دنیا کے وسیع ترین سامعین کے لیے موزوں عمر کی درجہ بندی حاصل ہوتی ہے (PEGI 3, ESRB Everyone).

9. ہدف سامعین اور عمر کے گروپ کا انتخاب (Target Audience)

اپنی درخواست کے ہدف سامعین کا تعین کرتے وقت، گوگل کے Designed for Families (خاندانی پالیسی) اور COPPA کے ضوابط کے تحت یہ درست طور پر اعلان کرنا انتہائی ضروری ہے کہ آیا یہ بچوں کے لیے ہے یا نہیں۔

Hedef Kitle Yaş Grubu Seçimi

درست انتخاب: صرف 18 and over

  • صرف 18+ ہی کیوں؟
    1. قانونی تعمیل: کھیلوں کے اعداد و شمار، مشکلات اور کوپن تجزیہ کے اوزار بالغ سامعین کے لیے ہیں کیونکہ وہ کھیلوں کے بلیٹنز پر مبنی ہیں۔
    2. فیملی پالیسی کی پابندیوں سے تحفظ: اگر 13 سال سے کم یا 13-17 کا انتخاب کیا جاتا ہے، تو گوگل ایپ کے اشتہاری SDKs کے بچوں کے لیے موزوں ہونے کے سرٹیفکیٹ کا تقاضا کرتا ہے، ٹیلی میٹری کو محدود کرتا ہے، اور بہت سخت جائزے کا عمل شروع کرتا ہے۔
    3. پرائیویسی پالیسی کے ساتھ مطابقت: یہ ہماری پرائیویسی پالیسی میں موجود شق "The App is intended for audiences aged 18 and older" کے ساتھ 100% مطابقت رکھتا ہے۔
  • دوسرا مرحلہ (Could your app unintentionally appeal to children?):
    • اس سوال کا جواب No (نہیں) ہونا چاہیے۔ چونکہ ایپلیکیشن کے انٹرفیس میں کوئی کارٹون کردار، کھلونوں کے تھیمز یا بچوں کے اینیمیشنز نہیں ہیں، اس لیے یہ ایسی پروڈکٹ نہیں ہے جو غلطی سے بچوں کی توجہ مبذول کر سکے۔

10. ایپ مواد ڈیش بورڈ (App Content Dashboard)

گوگل پلے کنسول بائیں مینو میں Policy and programs -> App content ٹیب کے تحت مرحلہ وار چیک لسٹ کے ساتھ آپ کی ایپ کی قانونی اور مواد کی تیاری کو ٹریک کرتا ہے۔

Uygulama İçeriği Kontrol Paneli Kontrol Listesi

جیسے ہی پرائیویسی پالیسی، لاگ ان کی اجازتیں، اشتہارات اور مواد کی درجہ بندی مکمل ہو جائے گی، سبز رنگ کے چیک آئیکونز (✓) ظاہر ہوں گے۔ فہرست کے بقیہ حصے (ڈیٹا سیکیورٹی، سرکاری ایجنسیاں، مالیاتی خصوصیات، صحت) کو ترتیب سے مکمل کیا جانا چاہیے۔

11. ڈیٹا سیفٹی فارم (Data Safety Form)

یہ گوگل پلے کے سب سے زیادہ سختی سے کنٹرول کیے جانے والے حصوں میں سے ایک ہے۔ آپ کو یہ اعلان کرنا ہوگا کہ ایپلیکیشن اور اس کی لائبریریاں کون سا ڈیٹا اکٹھا کرتی ہیں یا تیسرے فریق کے ساتھ شیئر کرتی ہیں۔

Veri Güvenliği Genel Bakış

سوال: کیا آپ کی ایپ درکار صارف کے ڈیٹا کی اقسام میں سے کوئی بھی ڈیٹا اکٹھا یا شیئر کرتی ہے؟

Veri Toplama Sorusu

  • پہلی ریلیز کے لیے انتخاب: No (نہیں)۔
  • تکنیکی وجہ: چونکہ پہلے سے لوڈ کردہ .aab پیکیج میں AdMob SDK یا Firebase SDK ابھی تک براہ راست شامل نہیں کیا گیا ہے اور صارف کی شناخت / حساس ڈیٹا اکٹھا نہیں کیا جا رہا ہے، اس لیے No کو منتخب کر کے فارم کو مکمل کیا جاتا ہے۔
  • مستقبل کے لیے نوٹ: جب AdMob یا Firebase SDKs کو فعال اور کوڈ کیا جائے گا، تو آپ کو اس فارم پر واپس آنا چاہیے اور "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. اسٹور کی ترتیبات اور رابطے کی معلومات (Store Settings)

اسٹور میں زمرہ اور وہ مواصلاتی چینلز جن کے ذریعے صارفین ڈویلپر تک پہنچ سکتے ہیں، ترتیب دیے گئے ہیں:

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 (بیرونی مارکیٹنگ): گوگل پلے سے باہر کے پلیٹ فارمز پر گوگل کو آپ کی ایپ کو فروغ دینے کی اجازت دینے کے لیے اسے چیک رہنے دیا گیا ہے:

Dış Pazarlama İzni

14. مرکزی اسٹور لسٹنگ اور بصری اثاثے (Main Store Listing)

اسٹور کا فرنٹ سب سے اہم شعبہ ہے جو صارفین کے ڈاؤن لوڈ کے فیصلے پر براہ راست اثر انداز ہوتا ہے:

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-bit PNG, زیادہ سے زیادہ 1 MB۔
  • Feature Graphic (فیچر گرافک): بالکل 1024 x 500 px, JPG یا 24-bit 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ı

  • یہاں تک کہ اگر اسٹور کی تصاویر بنانے کے لیے AI سے چلنے والے ٹولز کا استعمال کیا جاتا ہے، تب بھی Don't label assets کو منتخب کیا جاتا ہے جب تک کہ ایسے فوٹوریئلسٹک انسانی یا عوامی چہرے نہ بنائے جائیں جو صارف کو گمراہ کریں۔

15. کلوزڈ ٹیسٹنگ سیٹ اپ اور جائزہ (Closed Testing Setup)

گوگل پلے کنسول میں نئے بنائے گئے ذاتی ڈویلپر اکاؤنٹس کے لیے براہ راست پروڈکشن میں جانے سے پہلے 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) منتخب کی جاتی ہے یا ایک نئی فہرست بنائی جاتی ہے۔
  • ذاتی گوگل پلے اکاؤنٹس پر پروڈکشن کی اجازت حاصل کرنے کے لیے، گوگل کو کم از کم 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 پیکیج لوڈ کیا جاتا ہے۔ انسٹالیشن مکمل ہونے کے بعد، گوگل پیکیج کا تجزیہ کرتا ہے:

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 بٹن کے ساتھ گوگل کی منظوری کا عمل شروع کر سکتے ہیں۔

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): اگرچہ کلوزڈ ٹیسٹ ورژن بنایا گیا ہے اور جائزہ کے لیے بھیجا گیا ہے، لیکن یہ لنک اس وقت تک فعال نہیں ہوگا جب تک گوگل جائزہ ٹیم پیکیج کی منظوری نہیں دے دیتی۔ پلے کنسول میں اسٹیٹس "Available to testers" ہونے پر لنک کھل جائے گا۔
  2. گوگل اکاؤنٹ کا میل نہ کھانا: براؤزر میں لاگ ان فعال گوگل اکاؤنٹ بالکل وہی ای میل پتہ ہونا چاہیے جو پلے کنسول میں Testers کی فہرست میں شامل کیا گیا ہے۔ کوئی مختلف یا گمنام گوگل اکاؤنٹ اس لنک تک رسائی حاصل نہیں کر سکتا۔
  3. سرور پروپیگیشن کا وقت: یہاں تک کہ اگر گوگل جائزے کی منظوری دے دیتا ہے، تب بھی دنیا بھر کے اسٹور سرورز پر کلوزڈ ٹیسٹ لنک کو پھیلنے میں عام طور پر 1-2 گھنٹے لگ سکتے ہیں۔

D. ٹیسٹنگ پروگرام میں حصہ لینا (Become a Tester - Opt-in)

ایک بار جب جائزہ منظور ہو جائے اور لنک چالو ہو جائے، تو درج ذیل سرکاری دعوتی اسکرین کھلتی ہے:

Become a Tester Ekranı

  • صفحہ میں ایپلیکیشن کا آئیکن، ڈویلپر کا نام اور ٹیسٹ ورژن کے لیے دعوتی متن شامل ہے۔
  • جب نیلے رنگ کے Become a tester بٹن پر کلک کیا جاتا ہے، تو اکاؤنٹ ٹیسٹ میں شامل ہو جاتا ہے۔
  • اگلی اسکرین پر "Download it on Google Play" لنک پر کلک کر کے ایپلیکیشن کو اینڈرائیڈ ڈیوائس پر گوگل پلے اسٹور ایپ سے براہ راست ڈاؤن لوڈ کیا جا سکتا ہے۔

16. اشتہاری شناختی اعلامیہ (Advertising ID Declaration)

اینڈرائیڈ 13 (API 33) اور اس سے اوپر کو ہدف بنانے والی تمام ایپس کے لیے گوگل پلے ایڈورٹائزنگ آئی ڈی (AD_ID) کے استعمال کے واضح اعلان کا تقاضا کرتا ہے۔

Reklam Kimliği Beyan Kuralları

Reklam Kimliği Sorusuna Yanıt

سوال: کیا آپ کی ایپ ایڈورٹائزنگ آئی ڈی استعمال کرتی ہے؟

اس صفحے پر گوگل کا اہم اصول یہ ہے:

"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: گوگل پلے تمام بیانات اور ٹیسٹ ورژن کو ایک ہی جائزہ پیکیج میں جمع کرتا ہے (جیسا کہ تصویر میں دیکھا گیا ہے، 14 تبدیلیاں منظوری کی منتظر ہیں)۔
  • گوگل کی باضابطہ منظوری کا عمل نیلے رنگ کے Submit 14 changes for review بٹن پر کلک کر کے شروع کیا جاتا ہے۔
  • گوگل کے خودکار کوالٹی چیکس (Quick checks) پس منظر میں چلتے ہیں اور پھر ایپلیکیشن کو گوگل پلے ریویو ٹیم کی تشخیصی قطار میں رکھ دیا جاتا ہے۔ ذاتی اکاؤنٹس پر جائزہ عام طور پر 24-72 گھنٹوں کے اندر مکمل ہو جاتا ہے۔

18. کلوزڈ ٹیسٹنگ کے بعد پروڈکشن کی اجازت کے لیے درخواست (Apply for Access to Production)

جب ذاتی ڈویلپر اکاؤنٹس کے لیے گوگل کی طرف سے درکار کلوزڈ ٹیسٹنگ کا عمل (کم از کم 20 ٹیسٹ صارفین کے ساتھ کم از کم 14 دنوں تک بلا تعطل ٹیسٹنگ) مکمل ہو جاتا ہے، تو پلے کنسول کے مرکزی کنٹرول پینل میں "Apply for production" بٹن فعال ہو جائے گا۔ اس بٹن پر کلک کر کے گوگل 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?"

آپ نے اپنی کلوزڈ ٹیسٹنگ کے لیے صارفین کو کیسے بھرتی کیا؟ (مثال: دوست اور خاندان یا ادا شدہ ٹیسٹنگ فراہم کنندہ؟)

اہم اصول: گوگل بوٹس یا ادا شدہ مصنوعی ٹیسٹ فارمز کو پسند نہیں کرتا۔ یہ بتانا سب سے محفوظ ہے کہ ٹیسٹرز حقیقی آرگینک صارفین، قریبی حلقے اور متعلقہ سوشل میڈیا کمیونٹیز ہیں۔

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"

کلوزڈ ٹیسٹنگ کے دوران ٹیسٹرز سے ملنے والے تعامل کی وضاحت کریں:
(گوگل کا ٹپ: بتائیں کہ کیا صارفین تمام فیچرز استعمال کر رہے ہیں اور کیا استعمال حقیقی صارف کے رویے سے مطابقت رکھتا ہے)

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.

مرحلہ 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 (ایک نامیاتی اور حقیقت پسندانہ انڈی ڈویلپر کا ہدف)۔

مرحلہ 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?"

آپ نے کیسے فیصلہ کیا کہ آپ کی ایپ لائیو پروڈکشن کے لیے تیار ہے؟

سفارش: گوگل وائٹلز میٹرکس (صفر کریش، صفر 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' بٹن دبانے سے آپ پلے کنسول کے مرکزی کنٹرول پینل پر واپس آ جاتے ہیں اور 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. جائزے کا وقت: اگرچہ گوگل باضابطہ طور پر اسکرین پر بتاتا ہے کہ یہ "7 دن یا اس سے کم" ہے، لیکن مستقل فارم کے جوابات اور صفر کریش ریٹ والی ایپس کے لیے، یہ منظوری عام طور پر 24 سے 72 گھنٹوں کے اندر موصول ہو جاتی ہے۔
  2. نتائج کی اطلاع: جب تشخیص مکمل ہو جاتی ہے تو اکاؤنٹ ہولڈر کے ای میل ایڈریس پر ایک باضابطہ قبولیت کی اطلاع بھیجی جاتی ہے (دیکھیں باب 19)۔
  3. انتظار کے عمل کے دوران کیا کریں: کوئی اضافی کارروائی کرنے کی ضرورت نہیں ہے؛ کلوزڈ ٹیسٹ چینل فعال رہ سکتا ہے، پلے کنسول ریویو ٹیم کے فیصلے کا انتظار کرنا کافی ہے۔

19. حتمی کامیابی: پروڈکشن تک رسائی (اوپن ریلیز) کی منظوری

جب Closed Testing (کم از کم 20 ٹیسٹ صارفین کے ساتھ 14 دن کی فعال جانچ) کا عمل، جو نئے ذاتی ڈویلپر اکاؤنٹس کے لیے گوگل پلے کنسول کا سب سے مشکل مرحلہ ہے، کامیابی کے ساتھ مکمل ہو جاتا ہے اور اوپن اسٹور کی درخواست دی جاتی ہے، تو گوگل پلے کنسول ٹیم سے درج ذیل باضابطہ قبولیت کی ای میل موصول ہوتی ہے:

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. ذاتی اکاؤنٹ کی حد کو عبور کرنا: گوگل کی 20 ٹیسٹرز / 14 دن کی ٹیسٹ کی ضرورت باضابطہ طور پر پوری ہو گئی ہے، اور ڈویلپر اکاؤنٹ قابل اعتماد حیثیت میں منتقل ہو گیا ہے۔
  3. ایک کلک پر لائیو ہونا: پلے کنسول پینل میں Production چینل پر جا کر، کلوزڈ ٹیسٹنگ میں ثابت شدہ پیکیج براہ راست اسٹور کے فرنٹ پر یا نئے ورژن کے ساتھ لائیو ہو سکتا ہے۔

20. ریلیز سے پہلے کا چیک لسٹ (مکمل)

درخواست کے مرحلے پر تمام کنٹرول آئٹمز:

  • کیا پلے کنسول میں ایپ آئی ڈی اور منفرد بنڈل کا نام تیار کیا گیا ہے؟
  • کیا دستخط شدہ .aab پیکیج targetSdkVersion 36 کے ساتھ مرتب کیا گیا ہے؟
  • کیا versionCode پچھلے ورژنز سے بڑا ہے؟ (کیا وارننگ پر Proceed anyway پر کلک کیا گیا تھا؟)
  • کیا پرائیویسی پالیسی کا URL فعال ہے اور HTTPS کے ساتھ کھلتا ہے؟
  • کیا ایپ تک رسائی کو No کے طور پر ریکارڈ کیا گیا ہے؟
  • کیا اشتہارات کا بیان Yes کے طور پر نشان زد ہے؟
  • کیا IARC عمر کی درجہ بندی مکمل اور تصدیق شدہ ہے؟
  • کیا ہدف سامعین کو 18 and over کے طور پر منتخب کیا گیا ہے؟
  • کیا ڈیٹا سیفٹی کا فارم پُر کیا گیا ہے؟
  • کیا حکومتی، مالیاتی اور صحت کے اعلانات کو No کے طور پر ریکارڈ کیا گیا ہے؟
  • کیا اسٹور کے اثاثے (512x512 Icon, 1024x500 Feature Graphic, Screenshots) لوڈ کیے گئے ہیں؟
  • کلوزڈ ٹیسٹ: کیا ممالک/خطوں کا انتخاب اور انہیں محفوظ کیا گیا ہے؟
  • کلوزڈ ٹیسٹ: کیا ٹیسٹرز کی فہرست منتخب اور محفوظ کی گئی ہے؟
  • کلوزڈ ٹیسٹ: کیا دستخط شدہ .aab پیکیج لوڈ اور اس کا ورژن بنایا گیا ہے؟
  • اشتہاری شناخت: ابتدائی ریلیز کے لیے No کے طور پر محفوظ ہے؟
  • اشاعت کا جائزہ: کیا تبدیلیاں گوگل کے جائزے کے لیے جمع کر دی گئی ہیں؟
  • کیا کلوزڈ ٹیسٹ کا عمل اور پروڈکشن تک رسائی حاصل کر لی گئی ہے؟

21. Arar Games اور ہمارے گیمز

ہمارے آزاد اسٹوڈیو کے اندر تیار کردہ تمام گیمز، گیم میکینکس اور اپ ڈیٹس کا براہ راست تجربہ کرنے کے لیے آپ ہمارے اسٹور پیجز دیکھ سکتے ہیں:

🎮 ہمارے گیمز:

📢 سوشل میڈیا اور رابطہ:

ہماری نئی تکنیکی گائیڈز، ڈیولاگز اور گیم اپ ڈیٹس پر عمل کرنے کے لیے:

تیار کردہ: Arar Games Developer Documentation Archive




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

Hiç yorum yok:

Yorum Gönder

Kaydol: Kayıt Yorumları (Atom)