Google Play: mi ez, alkalmazások publikálása és fejlesztői konzol

Mi az a Google Play?

Google Play — a Google digitális terjesztési platformja, amely egyesíti az alkalmazásboltot, játékokat, filmeket, könyveket és zenét. A platformot 2008. október 22-én indították Android Market néven, és 2012 márciusában nevezték át Google Play-re. Az Apple App Store-jával ellentétben a Google Play nem az egyetlen csatorna az Android-alkalmazások telepítéséhez — a felhasználók telepíthetnek APK-t harmadik fél forrásaiból (sideloading), használhatnak alternatív boltokat (Samsung Galaxy Store, Amazon Appstore, F-Droid), de a felhasználók többsége a Google Play-t használja.

A Google I/O 2026 adatai szerint a Google Play havi közönsége meghaladja a 2,8 milliárd aktív felhasználót 190+ országból. Az elérhető alkalmazások száma — több mint 3,2 millió. Az alkalmazások átlagos ára alacsonyabb, mint az App Store-ban — sok fejlesztő a ingyenes modellt használja reklámmal vagy In-App Purchases-szel. A Google Play táblagépek (Large Screen Apps), Wear OS, Android TV, Android Auto és Chromebook számára is tartalmaz szekciókat.

A Google Play egyedi eszközöket kínál Androidhoz: Google Play Protect — beépített vírusirtó, amely minden alkalmazást ellenőriz telepítés előtt és után; Android Vitals — az alkalmazás teljesítményének analitikája (ANR, összeomlási arány, indulási idő); Google Play Integrity — API az eszköz és alkalmazás hitelességének ellenőrzésére (a SafetyNet Attestation helyettesítője). A Play Integrity kötelező a bizalmas adatokkal és fizetésekkel dolgozó alkalmazások számára.

Google Play Console: lehetőségek és beállítás

Google Play Console — a fejlesztő központi eszköze az alkalmazások Google Playen való kezeléséhez. Elérhető a play.google.com/console címen. A kezdéshez fejlesztői fiók (egyszeri $25 díj) és személyazonosság-igazolás szükséges. A Play Console teljes alkalmazáskezelési ciklust biztosít: az első AAB feltöltésétől az értékesítési analitikáig és összeomlási jelentésekig.

A Play Console fő szekciói: Dashboard — általános statisztikák az összes alkalmazásról (telepítések, eltávolítások, összeomlások, értékelés, bevétel); Release — verziók és trackek kezelése (Production, Open Beta, Closed Beta, Internal Testing); Growth — promóciós eszközök (Google Ads, Promo Codes, Store Listing Experiments); Quality — Android Vitals (ANR arány, összeomlási arány, indulási idő, renderelési idő); Monetization — termékek, előfizetések, Google Play Pass beállítása; Users & Permissions — csapathozzáférés kezelése.

Teszt trackek a Google Playen — kulcsfontosságú különbség az App Store-hoz képest. Internal Testing — legfeljebb 100 tesztelő, nem igényel felülvizsgálatot, a frissítések azonnal megjelennek. Closed Testing (Alpha) — legfeljebb 100 tesztelő, felülvizsgálatot igényel. Open Testing (Beta) — korlátlan számú tesztelő, az alkalmazás elérhető a Google Playen mindenki számára, aki regisztrált a tesztre. Javasolt az alkalmazást először Internal Testingben, majd Closed/Open Beta-ban, és csak azután Productionben publikálni.

// Google Play Billing Library 6.x — előfizetés ellenőrzése
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) {
            // Vásárlás sikeres — vásárlások feldolgozása
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // Kliens készen áll a munkára
                }
            }
            override fun onBillingServiceDisconnected() {
                // Újracsatlakozás
            }
        })
    }

    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) {
        // Vásárlás ellenőrzése a szerveren
        // 1. Küldje el a purchaseToken-t a szerverére
        // 2. A szerver ellenőrzi a Google Play Developer API-n keresztül
        // 3. Siker esetén — oldja fel a funkciót
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

A PlayBillingManager osztály bemutatja a Google Play Billing Library 6.x-szel való munkát: kapcsolat létesítése a BillingClient-tal, termékrészletek lekérése (előfizetés vagy egyszeri vásárlás), a vásárlási eredmény feldolgozása a PurchasesUpdatedListener-en keresztül. Az ellenőrzést a szerveren kell végrehajtani a Google Play Developer API-n keresztül a purchaseToken segítségével — soha ne bízzon csak a helyi ellenőrzésben, mert a vásárlás meghamisítható.

Az alkalmazás publikálásának folyamata a Google Playen

Publikálás a Google Playen — többlépcsős folyamat, amely magában foglalja a fiók regisztrációját, az alkalmazás előkészítését, a Play Console-ban való beállítást, az AAB feltöltését, az ellenőrzésen való átesést és a publikálást. Az App Store-hoz képest a folyamat kevésbé formalizált: a Google az automatizált ellenőrzésre (Play Integrity, malware keresés a Google Play Protect-en keresztül) támaszkodik, nem minden alkalmazás manuális moderálására.

1. szakasz: Fejlesztői fiók regisztrációja

A publikáláshoz Google fiók és regisztráció szükséges a Google Play Console-ban $25-ért (egyszeri díj). A fizetés után személyazonosság-igazolás szükséges: személyazonosító okmány (útlevél vagy vezetői engedély) feltöltése és cím megerősítése. Az igazolási folyamat 24 órától 2 hétig tart. Igazolás nélkül az alkalmazás nem jelenik meg a Production trackben.

2. szakasz: AAB építése és Store Listing kitöltése

A Google 2021 augusztusa óta az AAB (Android App Bundle) formátumot ajánlja — az APK már nem elfogadott új alkalmazásokhoz. Az AAB lehetővé teszi a Google Play számára, hogy optimalizált APK-kat generáljon minden eszköztípushoz (különböző ABI, képernyők, nyelvek), 15-35%-kal csökkentve a letöltési méretet. Az építés Android Studio-n keresztül történik: Build → Build Bundle(s) / APK(s) → Build Bundle(s). Az AAB a Play App Signingen keresztül kerül aláírásra — a Google az aláíró kulcsot a saját oldalán tárolja.

Store Listing — az alkalmazás oldala a Google Playen: név (50 karakter), rövid leírás (80 karakter), teljes leírás (4000 karakter), képernyőképek (minimum 2, maximum 8; telefonhoz 5", 6.5", tablethez 7"+), ikon (512x512), kiemelt grafika (1024x500), promóciós videó (YouTube). A rövid leírás a legfontosabb a Google Play-kereséshez — indexelve van és megjelenik az eredményekben. A teljes leírás indexelve van, de kevésbé fontos a kereséshez.

3. szakasz: Track kiválasztása és publikálás

Az AAB feltöltése után a fejlesztő kiválasztja a tracket: Internal Testing (legfeljebb 100 tesztelő, felülvizsgálat nélkül), Closed Testing (Alpha, legfeljebb 100 fő, felülvizsgálattal), Open Testing (Beta, korlátlan, felülvizsgálattal) vagy Production. Javasolt az Internal Testinggel kezdeni — tesztelés valós eszközökön, majd Closed Testing szélesebb körű ellenőrzéshez, és csak azután — Production. Az Open Testinghez és Productionhöz legalább 12 óra és 20 tesztelő szükséges a Closed Testingben az elmúlt 14 napban új fiókok esetén (Google Play 2024 irányelv).

Publikálás után az alkalmazás 1-24 órán belül megjelenik a Google Playen. Az első frissítés átfogóan ellenőrizhető. A Google Play automatikusan ellenőriz minden alkalmazást rosszindulatú kódra a Google Play Protecten keresztül. Ha fenyegetést észlelnek, az alkalmazás eltávolítható a publikálásból, és a fejlesztői fiók letiltható.

A Google Play targetSdkVersion követelményei

Google Play kötelező követelményeket állapít meg a targetSdkVersion-re az alkalmazások publikálásához és frissítéséhez. A Google minden évben növeli a minimális targetSdk-t, hogy biztosítsa, az alkalmazások a legújabb biztonsági viselkedésbeli változásokat használják. 2024 augusztusától a minimális targetSdk — API 33; 2025 augusztusától — API 34; 2026 augusztusától — API 35 (Android 15).

A követelménynek nem megfelelő alkalmazások blokkolva vannak — nem publikálhatók vagy frissíthetők. A már publikált, alacsony targetSdk-val rendelkező alkalmazások továbbra is működnek a boltban, de a frissítéshez a targetSdk-t növelni kell. A Google Play Console 90 nappal a küszöb növelése előtt figyelmeztet. Sok fejlesztő az utolsó pillanatra halasztja a frissítést, ami az alkalmazás blokkolásának kockázatát teremti sürgős hibajavítás esetén.

A targetSdkVersion növelése megköveteli a régi és új targetSdk között bevezetett összes viselkedésbeli változás ellenőrzését. Például az API 33-ról (Android 13) API 35-re (Android 15) való migráció során ellenőrizni kell: Foreground Service Types (API 34) — a szolgáltatás típusának kötelező deklarálása a manifestben; Privacy Sandbox (API 35) — korlátozások a hirdetési azonosítókra; PhotoPicker (API 34+) — a közvetlen galéria-hozzáférés helyettesítése rendszerválasztóval; új korlátozások a háttérszolgáltatásokra. Minden viselkedésbeli változás kódmódosítást igényelhet.

Play Console API az ellenőrzés automatizálásához

Google Play Developer API (REST) lehetővé teszi a targetSdk ellenőrzésének automatizálását a fiók összes alkalmazására. Az applications.get metódus információt ad vissza a targetSdkVersion-ről. Javasolt 120 nappal a határidő előtt API-n keresztüli monitorozást beállítani, hogy megkapjuk a frissítést igénylő alkalmazások listáját. Nagy kódmennyiségű alkalmazások esetén a munka becslése — 2 naptól 2 hétig a viselkedésbeli változásokhoz.

// TargetSdk megfelelőség ellenőrzése az alkalmazás kódjában
import android.os.Build

class TargetSdkCompliance {

    // A Google Play által 2026-ban megkövetelt minimális targetSdk
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // Ellenőrzés: szükséges az API 34 behavioural change feldolgozása?
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types kötelező a targetSdk >= 34 esetén
        return targetSdk >= 34
    }

    // Ellenőrzés: szükséges a Privacy Sandbox (API 35) feldolgozása?
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // Megfelelőség ellenőrzése az építés előtt
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk alacsonyabb a szükséges $REQUIRED_TARGET_SDK-nál")
        }

        if (targetSdk >= 34) {
            // Győződjön meg, hogy minden foreground-szolgáltatás rendelkezik type-pal a manifestben
            warnings.add("Ellenőrizze: minden foreground-szolgáltatás deklarál type-ot az AndroidManifest.xml-ben")
        }

        if (targetSdk >= 35) {
            warnings.add("Ellenőrizze: Privacy Sandbox, Advertising ID korlátozások")
        }

        return warnings
    }
}

A TargetSdkCompliance osztály ellenőrzi a targetSdk megfelelőségét az építés előtt. A validateCompliance metódus visszaadja a szükséges viselkedésbeli változásokra vonatkozó figyelmeztetések listáját az adott targetSdk-hoz. Használjon ilyen kódot CI/CD-ben a megfelelőség automatikus ellenőrzéséhez, mielőtt buildet küldene a Google Play Console-ba. Az IT Sectr-nél bevezettük ezt az ellenőrzést a CI-ben, miután az egyik projektet blokkolták egy kihagyott targetSdk miatt.

Bevételszerzés a Google Playen: In-App Billing, előfizetések és AdMob

Bevételszerzés a Google Playen több modellt foglal magában: fizetős letöltés, In-App Products (egyszeri vásárlások: consumable — játékpénz; non-consumable — reklámok eltávolítása), előfizetések (auto-renewable subscriptions a Google Play Billingen keresztül), reklám (AdMob, Google Ad Manager, harmadik fél hálózatok) és Google Play Pass (alkalmazáscsomag előfizetés, a bevétel a fejlesztők között a használati idő alapján oszlik meg).

Google Play Billing Library (jelenlegi verzió — 7.x 2026-ban) — kötelező eszköz digitális termékek alkalmazáson belüli értékesítéséhez. Alternatív fizetési rendszerek tiltottak digitális termékekhez (kivétel — Dél-Korea, India, EU Digital Markets Act). A Billing Library 7.x megköveteli az SKU-alapú vásárlásokról a termékalapú modellekre való migrálást (ProductDetails a SkuDetails helyett), és támogatja a Kotlin Coroutines-t és Flow-t aszinkron műveletekhez.

Google Play jutalék: 30% standard, 15% az első 1 millió $ bevételig évente (hasonlóan az Apple Small Business Programhoz). Az 1 millió $ küszöb elérése után a jutalék 30%-ra visszaáll az év hátralevő részére. Előfizetések: 30% az első évben, 15% a második évtől (hasonlóan az App Store-hoz). A Google Play Pass programok esetében — a bevétel az engagement (a Pass-előfizetők által az alkalmazás használatával töltött idő) alapján oszlik meg, nem fix jutalék alapján.

Az AdMob a Google-tól — a hirdetési bevételszerzés fő eszköze. Támogatja a banner, interstitial, natív, jutalmazott (rewarded) hirdetéseket. A Google Analytics a Firebase-hez integrálódik az AdMob-bal a hirdetések célzott műveletekké való konverziójának nyomon követéséhez. Android 14+-től (API 34) Google Play Services for Ads 22.0+ és Handling Ad Responses API szükséges a Privacy Sandbox-nak való megfeleléshez. Hirdetési bevételszerzés — 0% jutalék — népszerű választás ingyenes, nagy közönségű alkalmazások számára.

Google Play moderálás: ellenőrzések és irányelvek

Google Play moderálás (Google Play Policy Review) eltér az App Store-tól — a Google automatizált ellenőrzésekre és szelektív manuális moderálásra támaszkodik, nem minden alkalmazás 100%-os manuális ellenőrzésére. Az automatikus rendszer AAB/APK-t ellenőrzi rosszindulatú kódra, irányelvsértésekre (Spyware, Deceptive Behavior, SDK-sértések) és a targetSdk követelményeknek való meg nem felelésre. Jogsértés észlelése esetén az alkalmazás elutasítható vagy eltávolítható a publikálásból.

A Google Play közzéteszi a Developer Program Policies szabályokat — a tartalmat, alkalmazás-viselkedést, bevételszerzést és adatvédelmet lefedő szabályrendszert. Fő szekciók: Restricted Content (erőszak, gyűlölet, illegális tevékenység), Deceptive Behavior (hamis állítások, más alkalmazások utánzása), Monetization and Ads (tisztességes reklám, IAP-irányelvnek való megfelelés), Privacy and Security (adatgyűjtés, titkosítás), Store Listing and Promotion (pontos leírás, helyes kategorizálás).

A Google aktívan küzd a spyware és deceptive SDK ellen. 2024-2025-ben a Google több mint 1,5 millió alkalmazást távolított el, amelyek megsértették az adatvédelmi irányelveket. Különös figyelem — a felhasználó tudta nélkül adatokat gyűjtő SDK-k (helymegosztás engedély nélkül, névjegyek és SMS-ek olvasása). Publikálás előtt ellenőrizze a használt SDK-kat a Google Play Policy-nek való megfelelés szempontjából — sok népszerű SDK-t (például néhány hirdetési hálózatot) blokkoltak irányelvsértés miatt.

A fellebbezési folyamat: ha az alkalmazást elutasítják, a fejlesztő értesítést kap a Play Console-ban az okkal és ajánlásokkal. Fellebbezést lehet benyújtani a Play Console → Policy → Appeals útvonalon. Az elbírálási idő — legfeljebb 7 nap. Ugyanazon irányelv ismételt megsértése figyelmeztetéshez (strike) vezet, háromszori jogsértés — a fejlesztői fiók letiltásához. A letiltott fiók helyreállítása rendkívül nehéz folyamat, amely írásbeli kérelmet és a jogsértések orvoslásának bizonyítékát igényli.

A kockázatok minimalizálásához: használja a Google Play Integrity API-t a kérések hitelességének ellenőrzéséhez, vezesse be a Data Safety Section funkciót (2023-tól kötelező — adja meg az összegyűjtött adatokat és a gyűjtés céljait), ellenőrizze az összes SDK-t a Developer Program Policies-nek való megfelelés szempontjából, használja a Play Console Policy Insights funkciót a potenciális jogsértések nyomon követéséhez publikálás előtt. Az IT Sectr-nél minden alkalmazást real eszközökön tesztelünk internal testing segítségével a Production kiadás előtt.