Google Play: यह क्या है, ऐप प्रकाशन और डेवलपर कंसोल

Google Play क्या है?

Google Play Google का डिजिटल वितरण प्लेटफॉर्म है जो ऐप स्टोर, गेम, फिल्में, किताबें और संगीत को जोड़ता है। 22 अक्टूबर 2008 को Android Market नाम से लॉन्च किया गया, मार्च 2012 में इसका नाम बदलकर Google Play कर दिया गया। Apple के App Store के विपरीत, Google Play Android ऐप इंस्टॉल करने का एकमात्र चैनल नहीं है — उपयोगकर्ता तीसरे पक्ष के स्रोतों (sideloading) से APK इंस्टॉल कर सकते हैं, वैकल्पिक स्टोर (Samsung Galaxy Store, Amazon Appstore, F-Droid) का उपयोग कर सकते हैं, लेकिन अधिकांश उपयोगकर्ता Google Play का उपयोग करते हैं।

Google I/O 2026 के अनुसार, Google Play का मासिक दर्शक वर्ग 190+ देशों के 2.8 बिलियन सक्रिय उपयोगकर्ताओं से अधिक है। उपलब्ध ऐप की संख्या 3.2 मिलियन से अधिक है। औसत ऐप मूल्य App Store से कम है — कई डेवलपर विज्ञापनों या In-App Purchases के साथ मुफ्त मॉडल का उपयोग करते हैं। 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 दिनों में कम से कम 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 में कमाई: In-App Billing, सदस्यता और AdMob

Google Play में कमाई में कई मॉडल शामिल हैं: भुगतान डाउनलोड, In-App Products (एकमुश्त खरीद: उपभोज्य — गेम मुद्रा; गैर-उपभोज्य — विज्ञापन हटाना), सदस्यता (Google Play Billing के माध्यम से ऑटो-रिन्यूएबल सदस्यता), विज्ञापन (AdMob, Google Ad Manager, तृतीय-पक्ष नेटवर्क) और Google Play Pass (ऐप के बंडल की सदस्यता, आय उपयोग समय के आधार पर डेवलपर्स के बीच विभाजित होती है)।

Google Play Billing Library (वर्तमान संस्करण — 2026 तक 7.x) ऐप के अंदर डिजिटल सामान बेचने के लिए अनिवार्य उपकरण है। डिजिटल सामानों के लिए वैकल्पिक भुगतान प्रणाली निषिद्ध है (अपवाद — दक्षिण कोरिया, भारत, EU Digital Markets Act)। 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 प्राथमिक विज्ञापन कमाई उपकरण है। यह बैनर, इंटरस्टिशियल, नेटिव और रिवॉर्डेड विज्ञापनों का समर्थन करता है। Google Analytics for Firebase लक्षित कार्यों में विज्ञापन रूपांतरण को ट्रैक करने के लिए 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 को दुर्भावनापूर्ण कोड, नीति उल्लंघन (Spyware, Deceptive Behavior, SDK उल्लंघन) और targetSdk आवश्यकताओं के अनुपालन के लिए स्कैन करती है। यदि कोई उल्लंघन पाया जाता है, तो ऐप को अस्वीकार किया जा सकता है या प्रकाशन से हटाया जा सकता है।

Google Play Developer Program Policies प्रकाशित करता है — सामग्री, ऐप व्यवहार, कमाई और गोपनीयता को कवर करने वाले नियमों का एक सेट। मुख्य अनुभाग: Restricted Content (हिंसा, घृणा, अवैध गतिविधि), Deceptive Behavior (झूठे दावे, अन्य ऐप की नकल), Monetization and Ads (ईमानदार विज्ञापन, IAP नीति अनुपालन), Privacy and Security (डेटा संग्रह, एन्क्रिप्शन), Store Listing and Promotion (सटीक विवरण, सही वर्गीकरण)।

Google सक्रिय रूप से स्पाइवेयर और भ्रामक SDK से लड़ता है। 2024-2025 में, Google ने गोपनीयता नीतियों का उल्लंघन करने वाले 1.5 मिलियन से अधिक ऐप हटाए। विशेष ध्यान — SDK जो उपयोगकर्ता की जानकारी के बिना डेटा एकत्र करते हैं (सहमति के बिना स्थान ट्रैकिंग, संपर्क और SMS पढ़ना)। प्रकाशन से पहले, उपयोग किए गए SDK को Google Play Policy अनुपालन के लिए जाँचें — कई लोकप्रिय SDK (उदाहरण के लिए, कुछ विज्ञापन नेटवर्क) नीति उल्लंघन के लिए अवरुद्ध किए गए हैं।

अपील प्रक्रिया: यदि कोई ऐप अस्वीकार किया जाता है, तो डेवलपर को कारण और सिफारिशों के साथ Play Console में एक सूचना प्राप्त होती है। Play Console → Policy → Appeals के माध्यम से अपील दायर की जा सकती है। समीक्षा समय — 7 दिनों तक। एक ही नीति के बार-बार उल्लंघन से चेतावनी (strike) मिलती है, तीसरे उल्लंघन से डेवलपर खाता निलंबन होता है। निलंबित खाते को पुनर्प्राप्त करना एक अत्यंत कठिन प्रक्रिया है जिसमें लिखित अपील और उल्लंघनों को ठीक करने के सबूत की आवश्यकता होती है।

जोखिम कम करने के लिए: अनुरोध प्रामाणिकता सत्यापित करने के लिए Google Play Integrity API का उपयोग करें, Data Safety Section लागू करें (2023 से अनिवार्य — सभी एकत्रित डेटा और संग्रह उद्देश्यों को निर्दिष्ट करें), सभी SDK को Developer Program Policies अनुपालन के लिए जाँचें, प्रकाशन से पहले संभावित उल्लंघनों को ट्रैक करने के लिए Play Console Policy Insights का उपयोग करें। IT Sectr में विकास करते समय, हम Production रिलीज़ से पहले वास्तविक उपकरणों पर आंतरिक परीक्षण के माध्यम से प्रत्येक ऐप का परीक्षण करते हैं।