Google Play: nədir, tətbiqlərin nəşri və developer konsolu

Google Play nədir?

Google Play — Google-dan tətbiqlər, oyunlar, filmlər, kitablar və musiqi mağazasını birləşdirən rəqəmsal paylama platformasıdır. 22 oktyabr 2008-ci ildə Android Market adı ilə işə salınmış, 2012-ci ilin martında Google Play olaraq adlandırılmışdır. Apple-dan App Store-dan fərqli olaraq, Google Play Android tətbiqlərinin quraşdırılması üçün yeganə kanal deyil — istifadəçilər üçüncü tərəf mənbələrindən APK quraşdıra (sideloading), alternativ mağazalardan (Samsung Galaxy Store, Amazon Appstore, F-Droid) istifadə edə bilər, lakin istifadəçilərin əksəriyyəti Google Play-dən istifadə edir.

Google I/O 2026 məlumatlarına görə, Google Play-in aylıq auditoriyası 190+ ölkədən 2,8 milyard aktiv istifadəçini ötür. Mövcud tətbiqlərin sayı — 3,2 milyondan çoxdur. Orta tətbiq qiyməti App Store-dan aşağıdır — bir çox developerlər reklam və ya In-App Purchases ilə pulsuz modeldən istifadə edir. Google Play həmçinin planşetlər (Large Screen Apps), Wear OS, Android TV, Android Auto və Chromebook üçün bölmələri əhatə edir.

Google Play Android üçün unikal alətlər təklif edir: Google Play Protect — quraşdırmadan əvvəl və sonra hər tətbiqi yoxlayan daxili antivirus; Android Vitals — tətbiq performans analitikası (ANR, qəzaların sayı, başlanğıc vaxtı); Google Play Integrity — cihazın və tətbiqin həqiqiliyini yoxlamaq üçün API (SafetyNet Attestation-un əvəzi). Play Integrity məxfi məlumatlar və ödənişlərlə işləyən tətbiqlər üçün məcburidir.

Google Play Console: imkanlar və quraşdırma

Google Play Console — Google Play-də tətbiqlərin idarə edilməsi üçün mərkəzi developer alətidir. play.google.com/console ünvanında mövcuddur. İşə başlamaq üçün developer hesabı (birdəfəlik $25 ödəniş) və şəxsiyyətin təsdiqlənməsi tələb olunur. Play Console tətbiqin tam idarəetmə dövrünü təmin edir: ilk AAB-nin yüklənməsindən satış analitikasına və xəta hesabatlarına qədər.

Play Console-un əsas bölmələri: Dashboard — bütün tətbiqlər üzrə ümumi statistika (quraşdırmalar, silinmələr, qəzalar, reytinq, gəlir); Release — versiyaların və treklərin idarə edilməsi (Production, Open Beta, Closed Beta, Internal Testing); Growth — təşviq alətləri (Google Ads, Promo Codes, Store Listing Experiments); Quality — Android Vitals (ANR dərəcəsi, qəza dərəcəsi, başlanğıc vaxtı, render vaxtı); Monetization — məhsulların, abunəliklərin, Google Play Pass-in konfiqurasiyası; Users & Permissions — komanda girişinin idarə edilməsi.

Test trekləri Google Play — App Store-dan əsas fərqdir. Internal Testing — 100 testerə qədər, rəy tələb olunmur, yeniləmələr dərhal dərc olunur. Closed Testing (Alpha) — 100 testerə qədər, rəy tələb olunur. Open Testing (Beta) — qeyri-məhdud sayda tester, tətbiq Google Play-də testə qeydiyyatdan keçən hər kəs üçün mövcuddur. Tətbiqi əvvəlcə Internal Testing-də, sonra Closed/Open Beta-da və yalnız bundan sonra Production-da nəşr etmək tövsiyə olunur.

// Google Play Billing Library 6.x — abunəliyin yoxlanılması
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) {
            // Alış uğurludur — alışları emal edin
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // Müştəri işə hazırdır
                }
            }
            override fun onBillingServiceDisconnected() {
                // Yenidən qoşulma
            }
        })
    }

    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) {
        // Alışın serverdə yoxlanılması
        // 1. purchaseToken-i öz serverinizə göndərin
        // 2. Server Google Play Developer API vasitəsilə yoxlayır
        // 3. Uğur halında — funksionallığı açın
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

PlayBillingManager sinfi Google Play Billing Library 6.x ilə işi nümayiş etdirir: BillingClient ilə əlaqənin qurulması, məhsul təfərrüatları (abunəlik və ya birdəfəlik alış) haqqında sorğu, PurchasesUpdatedListener vasitəsilə alış nəticəsinin işlənməsi. Yoxlama purchaseToken ilə Google Play Developer API vasitəsilə serverdə aparılmalıdır — heç vaxt yalnız lokal yoxlamaya etibar etməyin, çünki alış saxtalaşdırıla bilər.

Google Play-də tətbiqin nəşr prosesi

Google Play-də nəşr — hesabın qeydiyyatı, tətbiqin hazırlanması, Play Console-da konfiqurasiya, AAB-nin yüklənməsi, yoxlamadan keçmə və nəşri əhatə edən çoxmərhələli prosesdir. App Store ilə müqayisədə proses daha az rəsmiləşdirilmişdir: Google avtomatlaşdırılmış yoxlamaya (Play Integrity, Google Play Protect vasitəsilə malware skaneri) güvənir, hər tətbiqin əl ilə moderasiyasına deyil.

Mərhələ 1: Developer hesabının qeydiyyatı

Nəşr üçün Google hesabı və Google Play Console-da $25 (birdəfəlik ödəniş) ilə qeydiyyat tələb olunur. Ödənişdən sonra şəxsiyyətin təsdiqlənməsi tələb olunur: şəxsiyyət vəsiqəsinin (pasport və ya sürücülük vəsiqəsi) yüklənməsi və ünvanın təsdiqlənməsi. Təsdiq prosesi 24 saatdan 2 həftəyə qədər davam edir. Təsdiq olmadan tətbiq Production trekində dərc olunmayacaq.

Mərhələ 2: AAB-nin qurulması və Store Listing-in doldurulması

Google 2021-ci ilin avqustundan etibarən AAB (Android App Bundle) formatını tövsiyə edir — APK artıq yeni tətbiqlər üçün qəbul edilmir. AAB Google Play-ə hər cihaz növü üçün optimallaşdırılmış APK (müxtəlif ABI, ekranlar, dillər) yaratmağa imkan verir, yükləmə ölçüsünü 15-35% azaldır. Qurulma Android Studio vasitəsilə aparılır: Build → Build Bundle(s) / APK(s) → Build Bundle(s). AAB Play App Signing vasitəsilə imzalanır — Google imza açarını öz tərəfində saxlayır.

Store Listing — tətbiqin Google Play-dəki səhifəsi: ad (50 simvol), qısa təsvir (80 simvol), tam təsvir (4000 simvol), ekran görüntüləri (minimum 2, 8-ə qədər; telefon üçün 5", 6.5", planşet üçün 7"+), ikon (512x512), feys qrafikası (1024x500), promo-video (YouTube). Qısa təsvir Google Play axtarışı üçün ən vacibdir — indekslənir və nəticələrdə göstərilir. Tam təsvir indekslənir, lakin axtarış üçün daha az əhəmiyyətlidir.

Mərhələ 3: Trek seçimi və nəşr

AAB yükləndikdən sonra developer trek seçir: Internal Testing (100 testerə qədər, rəy olmadan), Closed Testing (Alpha, 100 nəfərə qədər, rəylə), Open Testing (Beta, limitsiz, rəylə) və ya Production. Internal Testing ilə başlamaq — real cihazlarda sınamaq, sonra Closed Testing daha geniş yoxlama üçün və yalnız bundan sonra Production tövsiyə olunur. Open Testing və Production üçün yeni hesablar üçün son 14 gündə Closed Testing-də ən azı 12 saat və 20 tester tələb olunur (Google Play 2024 siyasəti).

Nəşrdən sonra tətbiq 1-24 saat ərzində Google Play-də görünür. İlk yeniləmə hərtərəfli yoxlana bilər. Google Play hər tətbiqi Google Play Protect vasitəsilə avtomatik olaraq zərərli kod üçün skan edir. Təhlükə aşkar edilərsə, tətbiq nəşrdən çıxarıla bilər və developer hesabı bloklana bilər.

Google Play-in targetSdkVersion tələbləri

Google Play tətbiqlərin nəşri və yenilənməsi üçün targetSdkVersion-a məcburi tələblər qoyur. Hər il Google tətbiqlərin aktual təhlükəsizlik davranış dəyişikliklərindən istifadə etməsini təmin etmək üçün minimal targetSdk-ni artırır. 2024-cü ilin avqustundan minimal targetSdk — API 33; 2025-ci ilin avqustundan — API 34; 2026-cı ilin avqustundan — API 35 (Android 15).

Tələbi ödəməyən tətbiqlər bloklanır — onları nəşr etmək və ya yeniləmək mümkün deyil. Artıq nəşr olunmuş aşağı targetSdk-li tətbiqlər mağazada işləməyə davam edir, lakin yeniləmə üçün targetSdk-nin artırılması tələb olunur. Google Play Console həddi artırmadan 90 gün əvvəl xəbərdarlıq edir. Bir çox developerlər yeniləməni son ana qədər təxirə salır, bu da təcili xəta düzəlişi zamanı tətbiqin bloklanması riski yaradır.

TargetSdkVersion-un artırılması köhnə və yeni targetSdk arasında tətbiq edilmiş bütün davranış dəyişikliklərinin yoxlanılmasını tələb edir. Nümunə olaraq, API 33-dən (Android 13) API 35-ə (Android 15) miqrasiya zamanı yoxlanılmalıdır: Foreground Service Types (API 34) — manifestdə servis növünün məcburi bəyannaməsi; Privacy Sandbox (API 35) — reklam identifikatorlarına məhdudiyyətlər; PhotoPicker (API 34+) — qalereyaya birbaşa girişin sistem piker ilə əvəz edilməsi; fon xidmətlərinə yeni məhdudiyyətlər. Hər bir davranış dəyişikliyi kod dəyişikliyi tələb edə bilər.

Yoxlamanın avtomatlaşdırılması üçün Play Console API

Google Play Developer API (REST) hesabdakı bütün tətbiqlər üçün targetSdk yoxlamasını avtomatlaşdırmağa imkan verir. applications.get metodu targetSdkVersion haqqında məlumat qaytarır. Müddətdən 120 gün əvvəl API vasitəsilə monitorinq qurmaq tövsiyə olunur ki, yeniləmə tələb edən tətbiqlərin siyahısı alınsın. Böyük kod həcmi olan tətbiqlər üçün əmək xərci smetası — davranış dəyişiklikləri üçün 2 gündən 2 həftəyə qədər.

// Tətbiq kodunda targetSdk uyğunluğunun yoxlanılması
import android.os.Build

class TargetSdkCompliance {

    // 2026-cı ildə Google Play tərəfindən tələb olunan minimal targetSdk
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // Yoxlama: API 34-ün behavioural change-ni emal etmək lazımdır?
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types targetSdk >= 34 üçün məcburidir
        return targetSdk >= 34
    }

    // Yoxlama: Privacy Sandbox (API 35) emal etmək lazımdır?
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // Qurulmadan əvvəl uyğunluğun yoxlanılması
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk tələb olunan $REQUIRED_TARGET_SDK-dan aşağıdır")
        }

        if (targetSdk >= 34) {
            // Bütün foreground-servislərin manifestdə type olduğuna əmin olun
            warnings.add("Yoxlayın: bütün foreground-servislər AndroidManifest.xml-də type bəyan edir")
        }

        if (targetSdk >= 35) {
            warnings.add("Yoxlayın: Privacy Sandbox, Advertising ID məhdudiyyətləri")
        }

        return warnings
    }
}

TargetSdkCompliance sinfi qurulmadan əvvəl targetSdk uyğunluğunu yoxlayır. validateCompliance metodu verilmiş targetSdk üçün tələb olunan davranış dəyişiklikləri haqqında xəbərdarlıq siyahısını qaytarır. Build-i Google Play Console-a göndərməzdən əvvəl uyğunluğu avtomatik yoxlamaq üçün CI/CD-də belə koddan istifadə edin. IT Sectr-də biz bu yoxlamanı CI-də layihələrdən birinin buraxılmış targetSdk səbəbindən bloklanmasından sonra tətbiq etdik.

Google Play-də monetizasiya: In-App Billing, abunəliklər və AdMob

Google Play-də monetizasiya bir neçə modeli əhatə edir: pullu yükləmə, In-App Products (birdəfəlik alışlar: consumable — oyun valyutası; non-consumable — reklamın silinməsi), abunəliklər (Google Play Billing vasitəsilə auto-renewable subscriptions), reklam (AdMob, Google Ad Manager, üçüncü tərəf şəbəkələri) və Google Play Pass (tətbiq paketinə abunəlik, gəlir developerlər arasında istifadə müddətinə görə bölünür).

Google Play Billing Library (2026-cı ilə cari versiya — 7.x) — tətbiq daxilində rəqəmsal məhsulların satışı üçün məcburi alətdir. Rəqəmsal məhsullar üçün alternativ ödəniş sistemləri qadağandır (istisna — Cənubi Koreya, Hindistan, EU Digital Markets Act). Billing Library 7.x SKU əsaslı alışlardan məhsul əsaslı modellərə (SkuDetails əvəzinə ProductDetails) miqrasiya tələb edir və asinxron əməliyyatlar üçün Kotlin Coroutines və Flow dəstəkləyir.

Google Play komissiyası: 30% standart, ilk $1 milyon gəlir üçün 15% ildə (Apple Small Business Program-a bənzər). $1 milyon həddinə çatdıqdan sonra komissiya ilin qalan hissəsi üçün 30%-ə qayıdır. Abunəliklər: 30% ilk il, 15% ikinci ildən (App Store analoqu). Google Play Pass proqramları üçün — gəlir sabit komissiya deyil, engagement (Pass abunəçiləri tərəfindən tətbiqdən istifadə müddəti) əsasında bölüşdürülür.

Google-dan AdMob — reklam monetizasiyasının əsas alətidir. Banner, interstitial, nativ, rewarded (mükafatlandırılmış) reklamı dəstəkləyir. Firebase üçün Google Analytics reklamın hədəf hərəkətlərə çevrilməsini izləmək üçün AdMob ilə inteqrasiya olunur. Android 14+-dən (API 34) etibarən Privacy Sandbox-a uyğunluq üçün Google Play Services for Ads 22.0+ və Handling Ad Responses API tələb olunur. Reklam monetizasiyası — 0% komissiya — böyük auditoriyası olan pulsuz tətbiqlər üçün məşhur seçimdir.

Google Play moderasiyası: yoxlamalar və siyasətlər

Google Play moderasiyası (Google Play Policy Review) App Store-dan fərqlənir — Google hər tətbiqin 100% əl ilə yoxlanılmasına deyil, avtomatlaşdırılmış yoxlamalara və seçmə əl ilə moderasiyaya güvənir. Avtomatik sistem AAB/APK-ni zərərli kod, siyasət pozuntuları (Spyware, Deceptive Behavior, SDK pozuntuları) və targetSdk tələblərinə uyğunsuzluq üçün skan edir. Pozuntu aşkar edilərsə, tətbiq rədd edilə və ya nəşrdən çıxarıla bilər.

Google Play Developer Program Policies dərc edir — məzmunu, tətbiq davranışını, monetizasiyanı və məxfiliyi əhatə edən qaydalar dəsti. Əsas bölmələr: Restricted Content (zorakılıq, nifrət, qanunsuz fəaliyyət), Deceptive Behavior (yalan iddialar, digər tətbiqlərin təqlidi), Monetization and Ads (dürüst reklam, IAP siyasətinə uyğunluq), Privacy and Security (məlumat toplanması, şifrələmə), Store Listing and Promotion (dəqiq təsvir, düzgün kateqoriyalaşdırma).

Google spyware və deceptive SDK ilə fəal mübarizə aparır. 2024-2025-ci illərdə Google məxfilik siyasətlərini pozan 1,5 milyondan çox tətbiqi silmişdir. Xüsusi diqqət — istifadəçinin xəbəri olmadan məlumat toplayan SDK-lar (razılıq olmadan lokasiya izləmə, kontaktların və SMS-in oxunması). Nəşrdən əvvəl istifadə olunan SDK-ları Google Play Policy-yə uyğunluq baxımından yoxlayın — bir çox populyar SDK (məsələn, bəzi reklam şəbəkələri) siyasət pozuntusuna görə bloklanmışdır.

Apellyasiya prosesi: tətbiq rədd edilərsə, developer Play Console-da səbəb və tövsiyələrlə bildiriş alır. Play Console → Policy → Appeals vasitəsilə apellyasiya vermək olar. Baxılma müddəti — 7 günə qədər. Eyni siyasətin təkrar pozuntuları xəbərdarlığa (strike) səbəb olur, üç dəfə pozuntu — developer hesabının bloklanmasına. Bloklanmış hesabın bərpası son dərəcə çətin prosesdir, yazılı müraciət və pozuntuların düzəldilməsinin sübutunu tələb edir.

Risk ləri minimallaşdırmaq üçün: sorğuların həqiqiliyini yoxlamaq üçün Google Play Integrity API istifadə edin, Data Safety Section tətbiq edin (2023-cü ildən məcburi — toplanan bütün məlumatları və toplanma məqsədlərini göstərin), bütün SDK-ları Developer Program Policies-ə uyğunluq üçün yoxlayın, nəşrdən əvvəl potensial pozuntuları izləmək üçün Play Console Policy Insights istifadə edin. IT Sectr-də inkişaf zamanı biz hər tətbiqi Production buraxılışından əvvəl real cihazlarda internal testing vasitəsilə yoxlayırıq.