Google Play: nima, ilovalarni nashr qilish va dasturchi konsoli

Google Play nima?

Google Play — Google-dan ilovalar, o'yinlar, filmlar, kitoblar va musiqa do'konini birlashtirgan raqamli tarqatish platformasi. 2008 yil 22 oktyabrda Android Market nomi bilan ishga tushirilgan, 2012 yil martida Google Play deb o'zgartirilgan. Apple-ning App Store-dan farqli o'laroq, Google Play Android ilovalarini o'rnatishning yagona kanali emas — foydalanuvchilar uchinchi tomon manbalaridan APK o'rnatishlari (sideloading), muqobil do'konlardan (Samsung Galaxy Store, Amazon Appstore, F-Droid) foydalanishlari mumkin, ammo foydalanuvchilarning aksariyati Google Play-dan foydalanadi.

Google I/O 2026 ma'lumotlariga ko'ra, Google Play-ning oylik auditoriyasi 190+ mamlakatdan 2,8 milliard faol foydalanuvchini tashkil qiladi. Mavjud ilovalar soni — 3,2 milliondan ortiq. O'rtacha ilova narxi App Store-dan past — ko'plab dasturchilar reklama yoki In-App Purchases bilan bepul modeldan foydalanadilar. Google Play shuningdek planshetlar (Large Screen Apps), Wear OS, Android TV, Android Auto va Chromebook uchun bo'limlarni o'z ichiga oladi.

Google Play Android uchun noyob vositalarni taklif qiladi: Google Play Protect — o'rnatishdan oldin va keyin har bir ilovani tekshiradigan o'rnatilgan antivirus; Android Vitals — ilova ishlash analitikasi (ANR, buzilish darajasi, ishga tushirish vaqti); Google Play Integrity — qurilma va ilovaning haqiqiyligini tekshirish uchun API (SafetyNet Attestation o'rnini bosuvchi). Play Integrity maxfiy ma'lumotlar va to'lovlar bilan ishlaydigan ilovalar uchun majburiydir.

Google Play Console: imkoniyatlar va sozlash

Google Play Console — Google Play-da ilovalarni boshqarish uchun markaziy dasturchi vositasidir. play.google.com/console manzilida mavjud. Ishni boshlash uchun dasturchi hisobi (bir martalik $25 to'lov) va shaxsni tasdiqlash talab qilinadi. Play Console ilovani to'liq boshqarish siklini ta'minlaydi: birinchi AAB-ni yuklashdan tortib savdo analitikasi va buzilish hisobotlarigacha.

Play Console-ning asosiy bo'limlari: Dashboard — barcha ilovalar bo'yicha umumiy statistika (o'rnatishlar, o'chirishlar, buzilishlar, reyting, daromad); Release — versiyalar va treklarni boshqarish (Production, Open Beta, Closed Beta, Internal Testing); Growth — rag'batlantirish vositalari (Google Ads, Promo Codes, Store Listing Experiments); Quality — Android Vitals (ANR darajasi, buzilish darajasi, ishga tushirish vaqti, render vaqti); Monetization — mahsulotlar, obunalar, Google Play Pass sozlamalari; Users & Permissions — jamoa kirishini boshqarish.

Test treklari Google Play — App Store-dan asosiy farq. Internal Testing — 100 tagacha tester, ko'rib chiqish talab qilinmaydi, yangilanishlar darhol nashr qilinadi. Closed Testing (Alpha) — 100 tagacha tester, ko'rib chiqish talab qilinadi. Open Testing (Beta) — cheklanmagan miqdordagi tester, ilova Google Play-da testga ro'yxatdan o'tgan barcha uchun mavjud. Ilovani avval Internal Testing-da, so'ngra Closed/Open Beta-da va faqat keyin Production-da nashr qilish tavsiya etiladi.

// Google Play Billing Library 6.x — obunani tekshirish
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) {
            // Xarid muvaffaqiyatli — xaridlarni qayta ishlash
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // Mijoz ishlashga tayyor
                }
            }
            override fun onBillingServiceDisconnected() {
                // Qayta ulanish
            }
        })
    }

    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) {
        // Xaridni serverda tekshirish
        // 1. purchaseToken-ni o'z serveringizga yuboring
        // 2. Server Google Play Developer API orqali tekshiradi
        // 3. Muvaffaqiyat bo'lsa — funksionallikni oching
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

PlayBillingManager klassi Google Play Billing Library 6.x bilan ishlashni namoyish etadi: BillingClient bilan ulanish o'rnatish, mahsulot tafsilotlari (obuna yoki bir martalik xarid) haqida so'rov, PurchasesUpdatedListener orqali xarid natijasini qayta ishlash. Tekshirish purchaseToken bilan Google Play Developer API orqali serverda amalga oshirilishi kerak — hech qachon faqat mahalliy tekshirishga ishonmang, chunki xarid soxtalashtirilgan bo'lishi mumkin.

Google Play-da ilovani nashr qilish jarayoni

Google Play-da nashr qilish — hisobni ro'yxatdan o'tkazish, ilovani tayyorlash, Play Console-da sozlash, AAB yuklash, tekshiruvdan o'tish va nashr qilishni o'z ichiga olgan ko'p bosqichli jarayon. App Store bilan solishtirganda, jarayon kamroq rasmiylashtirilgan: Google avtomatlashtirilgan tekshiruvga (Play Integrity, Google Play Protect orqali zararli kod skanerlash) tayanadi, har bir ilovani qo'lda moderatsiya qilishga emas.

1-bosqich: Dasturchi hisobini ro'yxatdan o'tkazish

Nashr qilish uchun Google hisobi va Google Play Console-da $25 (bir martalik to'lov) bilan ro'yxatdan o'tish talab qilinadi. To'lovdan so'ng shaxsni tasdiqlash kerak: shaxsni tasdiqlovchi hujjat (pasport yoki haydovchilik guvohnomasi) yuklash va manzilni tasdiqlash. Tasdiqlash jarayoni 24 soatdan 2 haftagacha davom etadi. Tasdiqlanmasdan ilova Production trekingda nashr qilinmaydi.

2-bosqich: AAB qurish va Store Listing to'ldirish

Google 2021 yil avgustidan boshlab AAB (Android App Bundle) formatini tavsiya qiladi — APK endi yangi ilovalar uchun qabul qilinmaydi. AAB Google Play-ga har bir qurilma turi uchun optimallashtirilgan APK (turli ABI, ekranlar, tillar) yaratishga imkon beradi, yuklab olish hajmini 15-35% kamaytiradi. Qurish Android Studio orqali amalga oshiriladi: Build → Build Bundle(s) / APK(s) → Build Bundle(s). AAB Play App Signing orqali imzolanadi — Google imzo kalitini o'z tomonida saqlaydi.

Store Listing — ilovaning Google Play-dagi sahifasi: nom (50 belgi), qisqa tavsif (80 belgi), to'liq tavsif (4000 belgi), ekran tasvirlari (kamida 2, 8 tagacha; telefon uchun 5", 6.5", planshet uchun 7"+), ikonka (512x512), maxsus grafik (1024x500), promo-video (YouTube). Qisqa tavsif Google Play qidiruvi uchun eng muhimi — indekslanadi va natijalarda ko'rsatiladi. To'liq tavsif indekslanadi, lekin qidiruv uchun kamroq ahamiyatli.

3-bosqich: Trek tanlash va nashr qilish

AAB yuklangandan so'ng dasturchi trekni tanlaydi: Internal Testing (100 testergacha, ko'rib chiqishsiz), Closed Testing (Alpha, 100 kishigacha, ko'rib chiqish bilan), Open Testing (Beta, cheklanmagan, ko'rib chiqish bilan) yoki Production. Internal Testing bilan boshlash — real qurilmalarda sinash, so'ngra Closed Testing kengroq tekshirish uchun va faqat keyin Production tavsiya etiladi. Open Testing va Production uchun yangi hisoblar uchun so'nggi 14 kunda Closed Testing-da kamida 12 soat va 20 tester talab qilinadi (Google Play 2024 siyosati).

Nashr qilingandan so'ng ilova 1-24 soat ichida Google Play-da paydo bo'ladi. Birinchi yangilanish har tomonlama tekshirilishi mumkin. Google Play har bir ilovani Google Play Protect orqali avtomatik ravishda zararli kod uchun skanerlaydi. Agar tahdid aniqlansa, ilova nashrdan olib tashlanishi va dasturchi hisobi bloklanishi mumkin.

Google Play-ning targetSdkVersion talablari

Google Play ilovalarni nashr qilish va yangilash uchun targetSdkVersion-ga majburiy talablar qo'yadi. Har yili Google ilovalar joriy xavfsizlik xatti-harakatlar o'zgarishlaridan foydalanishini ta'minlash uchun minimal targetSdk-ni oshiradi. 2024 yil avgustidan minimal targetSdk — API 33; 2025 yil avgustidan — API 34; 2026 yil avgustidan — API 35 (Android 15).

Talabni qondirmaydigan ilovalar bloklanadi — ularni nashr qilish yoki yangilash mumkin emas. Allaqachon nashr qilingan past targetSdk-li ilovalar do'konda ishlashda davom etadi, lekin yangilash uchun targetSdk-ni oshirish talab qilinadi. Google Play Console chegarani oshirishdan 90 kun oldin ogohlantiradi. Ko'plab dasturchilar yangilashni oxirgi daqiqagacha kechiktiradi, bu esa shoshilinch xatoni tuzatishda ilova bloklanishi xavfini yaratadi.

TargetSdkVersion-ni oshirish eski va yangi targetSdk o'rtasida kiritilgan barcha xatti-harakat o'zgarishlarini tekshirishni talab qiladi. Misol sifatida, API 33 (Android 13) dan API 35 (Android 15) ga migratsiya paytida tekshirish kerak: Foreground Service Types (API 34) — manifestda xizmat turining majburiy deklaratsiyasi; Privacy Sandbox (API 35) — reklama identifikatorlariga cheklovlar; PhotoPicker (API 34+) — galereyaga to'g'ridan-to'g'ri kirishni tizim pikeri bilan almashtirish; fon xizmatlariga yangi cheklovlar. Har bir xatti-harakat o'zgarishi kod o'zgarishini talab qilishi mumkin.

Tekshiruvni avtomatlashtirish uchun Play Console API

Google Play Developer API (REST) hisobdagi barcha ilovalar uchun targetSdk tekshiruvini avtomatlashtirishga imkon beradi. applications.get metodi targetSdkVersion haqida ma'lumot qaytaradi. Muddatdan 120 kun oldin API orqali monitoring o'rnatish tavsiya etiladi, yangilash talab qiladigan ilovalar ro'yxatini olish uchun. Katta kod hajmiga ega ilovalar uchun mehnat smetasi — xatti-harakat o'zgarishlari uchun 2 kundan 2 haftagacha.

// Ilova kodida targetSdk muvofiqligini tekshirish
import android.os.Build

class TargetSdkCompliance {

    // 2026 yilda Google Play tomonidan talab qilinadigan minimal targetSdk
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // Tekshirish: API 34 behavioural change-ni qayta ishlash kerakmi?
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types targetSdk >= 34 uchun majburiy
        return targetSdk >= 34
    }

    // Tekshirish: Privacy Sandbox (API 35) qayta ishlash kerakmi?
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // Qurishdan oldin muvofiqlikni tekshirish
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk talab qilinadigan $REQUIRED_TARGET_SDK dan past")
        }

        if (targetSdk >= 34) {
            // Barcha foreground-xizmatlarning manifestda type borligiga ishonch hosil qiling
            warnings.add("Tekshiring: barcha foreground-xizmatlar AndroidManifest.xml da type deklaratsiya qiladi")
        }

        if (targetSdk >= 35) {
            warnings.add("Tekshiring: Privacy Sandbox, Advertising ID cheklovlari")
        }

        return warnings
    }
}

TargetSdkCompliance klassi qurishdan oldin targetSdk muvofiqligini tekshiradi. validateCompliance metodi berilgan targetSdk uchun zarur xatti-harakat o'zgarishlari haqida ogohlantirishlar ro'yxatini qaytaradi. Build-ni Google Play Console-ga yuborishdan oldin muvofiqlikni avtomatik tekshirish uchun CI/CD-da bunday koddan foydalaning. IT Sectr-da biz bu tekshirishni CI-da loyihalardan biri o'tkazib yuborilgan targetSdk sababli bloklanganidan so'ng joriy qildik.

Google Play-da monetizatsiya: In-App Billing, obunalar va AdMob

Google Play-da monetizatsiya bir nechta modellarni o'z ichiga oladi: pulli yuklab olish, In-App Products (bir martalik xaridlar: consumable — o'yin valyutasi; non-consumable — reklamani olib tashlash), obunalar (Google Play Billing orqali auto-renewable subscriptions), reklama (AdMob, Google Ad Manager, uchinchi tomon tarmoqlari) va Google Play Pass (ilovalar to'plamiga obuna, daromad dasturchilar o'rtasida foydalanish vaqti bo'yicha taqsimlanadi).

Google Play Billing Library (2026 yil uchun joriy versiya — 7.x) — ilova ichida raqamli mahsulotlarni sotish uchun majburiy vositadir. Raqamli mahsulotlar uchun muqobil to'lov tizimlari taqiqlangan (istisno — Janubiy Koreya, Hindiston, EU Digital Markets Act). Billing Library 7.x SKU asosidagi xaridlardan mahsulot asosidagi modellarga (SkuDetails o'rniga ProductDetails) migratsiyani talab qiladi va asinxron operatsiyalar uchun Kotlin Coroutines va Flow-ni qo'llab-quvvatlaydi.

Google Play komissiyasi: 30% standart, birinchi $1 million daromad uchun 15% yiliga (Apple Small Business Program-ga o'xshash). $1 million chegarasiga yetgandan so'ng komissiya yilning qolgan qismi uchun 30% ga qaytadi. Obunalar: 30% birinchi yil, 15% ikkinchi yildan boshlab (App Store analogi). Google Play Pass dasturlari uchun — daromad qat'iy komissiya emas, balki engagement (Pass obunachilari tomonidan ilovadan foydalanish vaqti) asosida taqsimlanadi.

Google-dan AdMob — reklama monetizatsiyasining asosiy vositasidir. Banner, interstitial, nativ, rewarded (mukofotli) reklamani qo'llab-quvvatlaydi. Firebase uchun Google Analytics reklamaning maqsadli harakatlarga konversiyasini kuzatish uchun AdMob bilan integratsiyalanadi. Android 14+ (API 34) dan boshlab Privacy Sandbox-ga muvofiqlik uchun Google Play Services for Ads 22.0+ va Handling Ad Responses API talab qilinadi. Reklama monetizatsiyasi — 0% komissiya — katta auditoriyaga ega bepul ilovalar uchun mashhur tanlovdir.

Google Play moderatsiyasi: tekshirishlar va siyosatlar

Google Play moderatsiyasi (Google Play Policy Review) App Store-dan farq qiladi — Google har bir ilovani 100% qo'lda tekshirishga emas, balki avtomatlashtirilgan tekshiruvlar va tanlab qo'lda moderatsiyaga tayanadi. Avtomatik tizim AAB/APK-ni zararli kod, siyosat buzilishlari (Spyware, Deceptive Behavior, SDK buzilishlari) va targetSdk talablariga nomuvofiqlik uchun skanerlaydi. Buzilish aniqlansa, ilova rad etilishi yoki nashrdan olib tashlanishi mumkin.

Google Play Developer Program Policies ni nashr qiladi — kontent, ilova xatti-harakati, monetizatsiya va maxfiylikni qamrab oluvchi qoidalar to'plami. Asosiy bo'limlar: Restricted Content (zo'ravonlik, nafrat, noqonuniy faoliyat), Deceptive Behavior (yolg'on da'volar, boshqa ilovalarni taqlid qilish), Monetization and Ads (halol reklama, IAP siyosatiga muvofiqlik), Privacy and Security (ma'lumot yig'ish, shifrlash), Store Listing and Promotion (aniq tavsif, to'g'ri kategoriyalash).

Google spyware va deceptive SDK bilan faol kurashadi. 2024-2025 yillarda Google maxfiylik siyosatlarini buzgan 1,5 milliondan ortiq ilovani o'chirib tashladi. Alohida e'tibor — foydalanuvchining xabarisiz ma'lumot yig'adigan SDK-lar (rozi liksiz joylashuvni kuzatish, kontaktlar va SMS-larni o'qish). Nashr qilishdan oldin ishlatiladigan SDK-larni Google Play Policy-ga muvofiqlik uchun tekshiring — ko'plab mashhur SDK-lar (masalan, ba'zi reklama tarmoqlari) siyosat buzilishi tufayli bloklangan.

Apellyatsiya jarayoni: agar ilova rad etilsa, dasturchi Play Console-da sabab va tavsiyalar bilan bildirishnoma oladi. Play Console → Policy → Appeals orqali apellyatsiya berish mumkin. Ko'rib chiqish muddati — 7 kungacha. Bir siyosatning takroriy buzilishlari ogohlantirishga (strike) olib keladi, uch marta buzilish — dasturchi hisobining bloklanishiga. Bloklangan hisobni tiklash juda qiyin jarayon bo'lib, yozma murojaat va buzilishlarni tuzatilganligini isbotlashni talab qiladi.

Xatarlarni minimallashtirish uchun: so'rovlarning haqiqiyligini tekshirish uchun Google Play Integrity API dan foydalaning, Data Safety Section ni joriy qiling (2023 yildan majburiy — barcha yig'iladigan ma'lumotlar va yig'ish maqsadlarini ko'rsating), barcha SDK-larni Developer Program Policies-ga muvofiqlik uchun tekshiring, nashr qilishdan oldin potentsial buzilishlarni kuzatish uchun Play Console Policy Insights dan foydalaning. IT Sectr-da ishlab chiqishda biz har bir ilovani Production relizidan oldin real qurilmalarda internal testing orqali tekshiramiz.