Google Play: یہ کیا ہے، ایپ کی اشاعت اور ڈیولپر کنسول

Google Play کیا ہے؟

Google Play Google کا ڈیجیٹل تقسیم پلیٹ فارم ہے جو ایپ اسٹور، گیمز، فلمیں، کتابیں اور موسیقی کو یکجا کرتا ہے۔ 22 اکتوبر 2008 کو Android Market کے نام سے شروع کیا گیا، مارچ 2012 میں اس کا نام تبدیل کر کے Google Play رکھ دیا گیا۔ Apple کے App Store کے برعکس، Google Play Android ایپس انسٹال کرنے کا واحد چینل نہیں ہے — صارفین تیسرے فریق کے ذرائع سے APK انسٹال کر سکتے ہیں (سائیڈ لوڈنگ)، متبادل اسٹور استعمال کر سکتے ہیں (Samsung Galaxy Store، Amazon Appstore، F-Droid)، لیکن زیادہ تر صارفین Google Play استعمال کرتے ہیں۔

Google I/O 2026 کے مطابق، Google Play کے ماہانہ صارفین 190+ ممالک سے 2.8 بلین فعال صارفین سے تجاوز کر گئے ہیں۔ دستیاب ایپس کی تعداد 3.2 ملین سے زیادہ ہے۔ اوسط ایپ قیمت App Store سے کم ہے — بہت سے ڈیولپر اشتہارات یا درون ایپ خریداریوں کے ساتھ مفت ماڈل استعمال کرتے ہیں۔ Google Play میں ٹیبلیٹ (Large Screen Apps)، Wear OS، Android TV، Android Auto اور Chromebook کے لیے حصے بھی شامل ہیں۔

Google Play منفرد Android ٹولز فراہم کرتا ہے: Google Play Protect — ایک بلٹ ان اینٹی وائرس جو انسٹالیشن سے پہلے اور بعد میں ہر ایپ کو چیک کرتا ہے؛ Android Vitals — ایپ کارکردگی کا تجزیہ (ANR، کریش ریٹ، اسٹارٹ اپ ٹائم)؛ Google Play Integrity — ڈیوائس اور ایپ کی صداقت کی تصدیق کے لیے API (SafetyNet Attestation کا متبادل)۔ حساس ڈیٹا اور ادائیگیوں کو سنبھالنے والی ایپس کے لیے Play Integrity لازمی ہے۔

Google Play Console: خصوصیات اور ترتیب

Google Play Console Google Play پر ایپس کے انتظام کے لیے مرکزی ڈیولپر ٹول ہے۔ play.google.com/console پر دستیاب ہے۔ شروع کرنے کے لیے ڈیولپر اکاؤنٹ (ایک بار ادائیگی $25) اور شناخت کی تصدیق درکار ہے۔ Play Console مکمل ایپ مینجمنٹ لائف سائیکل فراہم کرتا ہے: پہلا AAB اپ لوڈ کرنے سے لے کر فروخت کے تجزیہ اور کریش رپورٹس تک۔

Play Console کے اہم حصے: Dashboard — تمام ایپس کے لیے مجموعی اعدادوشمار (انسٹال، ان انسٹال، کریش، درجہ بندی، آمدنی)؛ Release — ورژن اور ٹریک مینجمنٹ (Production، Open Beta، Closed Beta، Internal Testing)؛ Growth — فروغ کے اوزار (Google Ads، Promo Codes، Store Listing Experiments)؛ Quality — Android Vitals (ANR شرح، کریش شرح، اسٹارٹ اپ ٹائم، رینڈر ٹائم)؛ Monetization — مصنوعات اور سبسکرپشنز کی ترتیب، Google Play Pass؛ Users & Permissions — ٹیم تک رسائی کا انتظام۔

ٹیسٹنگ ٹریک Google Play پر — App Store سے ایک اہم فرق۔ Internal Testing — 100 ٹیسٹرز تک، جائزے کی ضرورت نہیں، اپ ڈیٹس فوری طور پر شائع ہوتی ہیں۔ Closed Testing (Alpha) — 100 ٹیسٹرز تک، جائزے کی ضرورت ہے۔ Open Testing (Beta) — لامحدود ٹیسٹرز، ایپ ان تمام لوگوں کے لیے Google Play پر دستیاب ہے جنہوں نے ٹیسٹ میں رجسٹریشن کرائی ہے۔ سفارش کی جاتی ہے کہ ایپ پہلے Internal Testing میں، پھر Closed/Open Beta میں اور اس کے بعد ہی Production میں شائع کریں۔

// Google Play Billing Library 6.x — سبسکرپشن کی جانچ
import com.android.billingclient.api.BillingClient
import com.android.billingclient.api.BillingClientStateListener
import com.android.billingclient.api.BillingFlowParams
import com.android.billingclient.api.PurchasesUpdatedListener
import com.android.billingclient.api.QueryProductDetailsParams
import kotlinx.coroutines.tasks.await

class PlayBillingManager(
    private val context: Context
) {
    private val billingClient = BillingClient.newBuilder(context)
        .setListener(purchasesUpdatedListener)
        .enablePendingPurchases()
        .build()

    private val purchasesUpdatedListener = PurchasesUpdatedListener { billingResult, purchases ->
        if (billingResult.responseCode == BillingClient.BillingResponseCode.OK && purchases != null) {
            // خریداری کامیاب — خریداریوں پر کارروائی کریں
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // کلائنٹ کام کے لیے تیار ہے
                }
            }
            override fun onBillingServiceDisconnected() {
                // دوبارہ کنکشن
            }
        })
    }

    suspend fun querySubscription(productId: String): ProductDetails? {
        val params = QueryProductDetailsParams.newBuilder()
            .setProductList(
                listOf(
                    QueryProductDetailsParams.Product.newBuilder()
                        .setProductId(productId)
                        .setProductType(BillingClient.ProductType.SUBS)
                        .build()
                )
            )
            .build()

        val result = billingClient.queryProductDetails(params)
        return result.productDetailsList?.firstOrNull()
    }

    private fun handlePurchase(purchase: Purchase) {
        // سرور پر خریداری کی تصدیق
        // 1. اپنے سرور پر purchaseToken بھیجیں
        // 2. سرور Google Play Developer API کے ذریعے تصدیق کرتا ہے
        // 3. کامیابی پر — فعالیت غیر مقفل کریں
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

PlayBillingManager کلاس Google Play Billing Library 6.x کے ساتھ کام کو ظاہر کرتی ہے: BillingClient کے ساتھ کنکشن قائم کرنا، پروڈکٹ کی تفصیلات (سبسکرپشن یا ایک بار خریداری) کی درخواست کرنا، PurchasesUpdatedListener کے ذریعے خریداری کے نتائج کو پروسیس کرنا۔ تصدیق سرور پر Google Play Developer API کے ذریعے purchaseToken کے ساتھ کی جانی چاہیے — کبھی بھی صرف مقامی تصدیق پر بھروسہ نہ کریں، کیونکہ خریداری جعلی ہو سکتی ہے۔

Google Play پر ایپ شائع کرنے کا عمل

Google Play پر اشاعت ایک کثیر المراحل عمل ہے جس میں اکاؤنٹ رجسٹریشن، ایپ کی تیاری، Play Console ترتیب، AAB اپ لوڈ، جائزہ پاس کرنا اور اشاعت شامل ہے۔ App Store کے مقابلے میں، عمل کم رسمی ہے: Google ہر ایپ کی دستی نگرانی کے بجائے خودکار جانچ (Play Integrity، Google Play Protect کے ذریعے میلویئر اسکیننگ) پر انحصار کرتا ہے۔

مرحلہ 1: ڈیولپر اکاؤنٹ رجسٹریشن

اشاعت کے لیے Google اکاؤنٹ اور $25 (ایک بار ادائیگی) پر Google Play Console میں رجسٹریشن درکار ہے۔ ادائیگی کے بعد، شناخت کی تصدیق درکار ہے: شناختی دستاویز (پاسپورٹ یا ڈرائیونگ لائسنس) اپ لوڈ کریں اور پتے کی تصدیق کریں۔ تصدیق کے عمل میں 24 گھنٹے سے 2 ہفتے لگتے ہیں۔ تصدیق کے بغیر، ایپ Production ٹریک میں شائع نہیں ہوگی۔

مرحلہ 2: AAB بنانا اور Store Listing بھرنا

Google اگست 2021 سے AAB (Android App Bundle) فارمیٹ کی سفارش کرتا ہے — نئی ایپس کے لیے APK مزید قبول نہیں کیا جاتا۔ AAB Google Play کو ہر ڈیوائس کی قسم (مختلف ABI، اسکرین، زبانیں) کے لیے بہتر کردہ APK تیار کرنے کی اجازت دیتا ہے، جس سے ڈاؤن لوڈ کا سائز 15-35% کم ہو جاتا ہے۔ بلڈ Android Studio کے ذریعے کیا جاتا ہے: Build → Build Bundle(s) / APK(s) → Build Bundle(s)۔ AAB پر Play App Signing کے ذریعے دستخط کیے جاتے ہیں — Google دستخطی کلید اپنی طرف رکھتا ہے۔

Store Listing — Google Play پر ایپ کا صفحہ: عنوان (50 حروف)، مختصر تفصیل (80 حروف)، مکمل تفصیل (4000 حروف)، اسکرین شاٹس (کم از کم 2، زیادہ سے زیادہ 8؛ فون کے لیے 5"، 6.5"، ٹیبلیٹ کے لیے 7"+)، آئیکن (512x512)، فیچر گرافک (1024x500)، پرومو ویڈیو (YouTube)۔ مختصر تفصیل Google Play تلاش کے لیے سب سے اہم ہے — یہ انڈیکس ہوتی ہے اور نتائج میں دکھائی جاتی ہے۔ مکمل تفصیل انڈیکس ہوتی ہے لیکن تلاش کے لیے کم اہم ہے۔

مرحلہ 3: ٹریک کا انتخاب اور اشاعت

AAB اپ لوڈ کرنے کے بعد، ڈیولپر ایک ٹریک منتخب کرتا ہے: Internal Testing (100 ٹیسٹرز تک، بغیر جائزہ)، Closed Testing (Alpha، 100 افراد تک، جائزے کے ساتھ)، Open Testing (Beta، لامحدود، جائزے کے ساتھ) یا Production۔ سفارش کی جاتی ہے کہ Internal Testing سے شروع کریں — حقیقی آلات پر جانچ، پھر وسیع تصدیق کے لیے Closed Testing، اور اس کے بعد ہی Production۔ Open Testing اور Production کے لیے، نئے اکاؤنٹس کے لیے گزشتہ 14 دنوں میں Closed Testing میں کم از کم 12 گھنٹے اور 20 ٹیسٹرز درکار ہیں (Google Play 2024 پالیسی)۔

اشاعت کے بعد، ایپ 1-24 گھنٹوں میں Google Play پر ظاہر ہوتی ہے۔ پہلی اپ ڈیٹ کا جامع جائزہ لیا جا سکتا ہے۔ Google Play خود بخود Google Play Protect کے ذریعے ہر ایپ کو نقصان دہ کوڈ کے لیے اسکین کرتا ہے۔ اگر خطرہ پایا جاتا ہے تو، ایپ اشاعت سے ہٹائی جا سکتی ہے اور ڈیولپر اکاؤنٹ معطل کیا جا سکتا ہے۔

Google Play کے targetSdkVersion تقاضے

Google Play ایپس کی اشاعت اور اپ ڈیٹ کے لیے targetSdkVersion کے لازمی تقاضے طے کرتا ہے۔ ہر سال Google کم از کم targetSdk بڑھاتا ہے تاکہ یہ یقینی بنایا جا سکے کہ ایپس تازہ ترین سیکیورٹی رویے کی تبدیلیاں استعمال کریں۔ اگست 2024 سے، کم از کم targetSdk API 33 ہے؛ اگست 2025 سے — API 34؛ اگست 2026 سے — API 35 (Android 15)۔

جو ایپس ضرورت پوری نہیں کرتیں وہ مسدود ہو جاتی ہیں — انہیں شائع یا اپ ڈیٹ نہیں کیا جا سکتا۔ کم targetSdk والی پہلے سے شائع شدہ ایپس اسٹور میں کام کرتی رہتی ہیں، لیکن اپ ڈیٹ کے لیے targetSdk بڑھانا ضروری ہے۔ Google Play Console حد بڑھنے سے 90 دن پہلے警告 دیتا ہے۔ بہت سے ڈیولپر آخری لمحے تک اپ ڈیٹ میں تاخیر کرتے ہیں، جس سے جب فوری بگ فکس کی ضرورت ہو تو ایپ بلاک ہونے کا خطرہ پیدا ہوتا ہے۔

targetSdkVersion بڑھانے کے لیے پرانی اور نئی targetSdk کے درمیان متعارف کرائی گئی تمام رویے کی تبدیلیاں جانچنا ضروری ہے۔ مثال کے طور پر، API 33 (Android 13) سے API 35 (Android 15) میں منتقلی کے وقت، جانچنا ضروری ہے: Foreground Service Types (API 34) — مینی فیسٹ میں سروس کی قسم کا لازمی اعلان؛ Privacy Sandbox (API 35) — اشتہاری شناخت کنندگان پر پابندیاں؛ PhotoPicker (API 34+) — براہ راست گیلری تک رسائی کو سسٹم پکر سے تبدیل کرنا؛ نئی بیک گراؤنڈ سروس پابندیاں۔ ہر رویے کی تبدیلی کے لیے کوڈ میں تبدیلی کی ضرورت ہو سکتی ہے۔

تعمیل آٹومیشن کے لیے Play Console API

Google Play Developer API (REST) آپ کو اکاؤنٹ میں تمام ایپس کے لیے targetSdk تعمیل کی جانچ خودکار کرنے کی اجازت دیتا ہے۔ applications.get طریقہ targetSdkVersion کی معلومات لوٹاتا ہے۔ سفارش کی جاتی ہے کہ آخری تاریخ سے 120 دن پہلے API کے ذریعے نگرانی قائم کریں تاکہ ان ایپس کی فہرست حاصل کی جا سکے جنہیں اپ ڈیٹ کی ضرورت ہے۔ بڑے کوڈ بیس والی ایپس کے لیے، رویے کی تبدیلیوں کے لیے تخمینی کوشش 2 دن سے 2 ہفتے ہے۔

// ایپ کوڈ میں targetSdk تعمیل کی جانچ
import android.os.Build

class TargetSdkCompliance {

    // 2026 میں Google Play کے لیے درکار کم از کم targetSdk
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // جانچ: کیا ہمیں API 34 کی رویے کی تبدیلی کو سنبھالنے کی ضرورت ہے؟
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // targetSdk >= 34 کے لیے Foreground Service Types لازمی
        return targetSdk >= 34
    }

    // جانچ: کیا ہمیں Privacy Sandbox (API 35) سنبھالنے کی ضرورت ہے؟
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // بلڈ سے پہلے تعمیل کی جانچ
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk مطلوبہ $REQUIRED_TARGET_SDK سے کم ہے")
        }

        if (targetSdk >= 34) {
            // یقینی بنائیں کہ تمام پیش منظر سروسز مینی فیسٹ میں قسم کا اعلان کرتی ہیں
            warnings.add("جانچیں: تمام پیش منظر سروسز AndroidManifest.xml میں قسم کا اعلان کرتی ہیں")
        }

        if (targetSdk >= 35) {
            warnings.add("جانچیں: Privacy Sandbox، Advertising ID پابندیاں")
        }

        return warnings
    }
}

TargetSdkCompliance کلاس بلڈ سے پہلے targetSdk تعمیل کی جانچ کرتی ہے۔ validateCompliance طریقہ کسی مخصوص targetSdk کے لیے درکار رویے کی تبدیلیوں کے بارے میں انتباہات کی فہرست لوٹاتا ہے۔ Google Play Console پر بلڈ بھیجنے سے پہلے خود بخود تعمیل جانچنے کے لیے CI/CD میں ایسا کوڈ استعمال کریں۔ IT Sectr میں، ہم نے ایک پروجیکٹ کے چھوٹے ہوئے targetSdk کی وجہ سے بلاک ہونے کے بعد CI میں یہ جانچ نافذ کی۔

Google Play پر کمائی: درون ایپ بلنگ، سبسکرپشنز اور AdMob

Google Play پر کمائی میں کئی ماڈل شامل ہیں: ادائیگی ڈاؤن لوڈ، درون ایپ پروڈکٹس (ایک بار خریداریاں: قابل استعمال — گیم کرنسی؛ ناقابل استعمال — اشتہار ہٹانا)، سبسکرپشنز (Google Play Billing کے ذریعے خودکار تجدید سبسکرپشنز)، اشتہارات (AdMob، Google Ad Manager، تیسرے فریق کے نیٹ ورکس) اور Google Play Pass (ایپس کے بنڈل کی سبسکرپشن، آمدن استعمال کے وقت کے مطابق ڈیولپرز میں تقسیم ہوتی ہے)۔

Google Play Billing Library (موجودہ ورژن — 2026 تک 7.x) ایپ کے اندر ڈیجیٹل سامان بیچنے کے لیے لازمی ٹول ہے۔ ڈیجیٹل سامان کے لیے متبادل ادائیگی کے نظام ممنوع ہیں (استثناء — جنوبی کوریا، بھارت، EU ڈیجیٹل مارکیٹس ایکٹ)۔ Billing Library 7.x کو SKU پر مبنی خریداریوں سے پروڈکٹ پر مبنی ماڈلز (SkuDetails کی بجائے ProductDetails) میں منتقلی کی ضرورت ہے اور اسینکرونس آپریشنز کے لیے Kotlin Coroutines اور Flow کو سپورٹ کرتا ہے۔

Google Play کمیشن: 30% معیاری، سالانہ $1 ملین کی پہلی آمدن پر 15% (Apple Small Business Program کی طرح)۔ $1 ملین کی حد تک پہنچنے کے بعد، باقی سال کے لیے کمیشن 30% پر واپس آ جاتا ہے۔ سبسکرپشنز: پہلے سال 30%، دوسرے سال سے 15% (App Store کی طرح)۔ Google Play Pass پروگرامز کے لیے — آمدن شرکت کی بنیاد پر تقسیم کی جاتی ہے (صارفین Pass سبسکرائبر کے طور پر ایپ میں جو وقت گزارتے ہیں)، مقررہ کمیشن نہیں۔

Google کا AdMob اشتہاری کمائی کا بنیادی ٹول ہے۔ یہ بینر، انٹرسٹیشل، نیٹیو اور ریوارڈڈ اشتہارات کو سپورٹ کرتا ہے۔ Firebase کے لیے Google Analytics اشتہارات کی تبدیلی کو ہدفی کارروائیوں میں ٹریک کرنے کے لیے AdMob کے ساتھ مربوط ہوتا ہے۔ Android 14+ (API 34) کے ساتھ، Privacy Sandbox کی تعمیل کے لیے Google Play Services for Ads 22.0+ اور Handling Ad Responses API درکار ہے۔ اشتہاری کمائی — 0% کمیشن — بڑے سامعین والی مفت ایپس کے لیے ایک مقبول انتخاب ہے۔

Google Play نگرانی: جانچ اور پالیسیاں

Google Play نگرانی (Google Play Policy Review) App Store سے مختلف ہے — Google ہر ایپ کے 100% دستی جائزے کے بجائے خودکار جانچ اور انتخابی دستی نگرانی پر انحصار کرتا ہے۔ خودکار نظام AAB/APK کو نقصان دہ کوڈ، پالیسی کی خلاف ورزیوں (جاسوسی سافٹ ویئر، دھوکہ دہی پر مبنی رویہ، SDK کی خلاف ورزیاں) اور targetSdk تقاضوں کی عدم تعمیل کے لیے اسکین کرتا ہے۔ اگر خلاف ورزی پائی جاتی ہے تو، ایپ مسترد کی جا سکتی ہے یا اشاعت سے ہٹائی جا سکتی ہے۔

Google Play ڈیولپر پروگرام پالیسیاں شائع کرتا ہے — مواد، ایپ کے رویے، کمائی اور رازداری کا احاطہ کرنے والے قواعد کا ایک سیٹ۔ اہم حصے: محدود مواد (تشدد، نفرت، غیر قانونی سرگرمی)، دھوکہ دہی پر مبنی رویہ (جھوٹے دعوے، دوسری ایپس کی نقل)، کمائی اور اشتہارات (دیانت دار اشتہاربازی، درون ایپ خریداری پالیسی کی تعمیل)، رازداری اور تحفظ (ڈیٹا اکٹھا کرنا، خفیہ کاری)، اسٹور لسٹنگ اور فروغ (درست تفصیل، صحیح درجہ بندی)۔

Google فعال طور پر جاسوسی سافٹ ویئر اور دھوکہ دہی پر مبنی SDKs سے لڑتا ہے۔ 2024-2025 میں، Google نے رازداری کی پالیسیوں کی خلاف ورزی کرنے والی 1.5 ملین سے زیادہ ایپس ہٹا دیں۔ خاص توجہ — SDKs جو صارف کی معلومات کے بغیر ڈیٹا اکٹھا کرتے ہیں (رضامندی کے بغیر لوکیشن ٹریکنگ، رابطے اور SMS پڑھنا)۔ اشاعت سے پہلے، استعمال کردہ SDKs کو Google Play پالیسی کی تعمیل کے لیے جانچیں — بہت سے مقبول SDKs (مثال کے طور پر، کچھ اشتہاری نیٹ ورک) پالیسی کی خلاف ورزیوں پر بلاک کر دیے گئے ہیں۔

اپیل کا عمل: اگر ایپ مسترد کر دی جاتی ہے تو، ڈیولپر کو Play Console میں وجہ اور سفارشات کے ساتھ اطلاع ملتی ہے۔ Play Console → Policy → Appeals کے ذریعے اپیل دائر کی جا سکتی ہے۔ جائزے کا وقت — 7 دن تک۔ ایک ہی پالیسی کی بار بار خلاف ورزیوں پر انتباہ (strike) ملتا ہے، تیسری خلاف ورزی پر ڈیولپر اکاؤنٹ معطل ہو جاتا ہے۔ معطل شدہ اکاؤنٹ کی بحالی ایک انتہائی مشکل عمل ہے جس کے لیے تحریری اپیل اور خلاف ورزیوں کی اصلاح کا ثبوت درکار ہے۔

خطرات کو کم کرنے کے لیے: درخواستوں کی صداقت کی تصدیق کے لیے Google Play Integrity API استعمال کریں، ڈیٹا سیفٹی سیکشن نافذ کریں (2023 سے لازمی — اکٹھا کردہ تمام ڈیٹا اور اکٹھا کرنے کے مقاصد بتائیں)، تمام SDKs کو ڈیولپر پروگرام پالیسیوں کی تعمیل کے لیے جانچیں، اشاعت سے پہلے ممکنہ خلاف ورزیوں کو ٹریک کرنے کے لیے Play Console Policy Insights استعمال کریں۔ IT Sectr میں ترقی کرتے وقت، ہم Production ریلیز سے پہلے حقیقی آلات پر داخلی جانچ کے ذریعے ہر ایپ کی جانچ کرتے ہیں۔