Google Play: co to je, publikování aplikací a vývojářská konzole

Autor: IT Sectr Publikováno: 2026-02-08 Doba čtení: 14 min

Google Play (dříve Android Market) — oficiální digitální obchod s aplikacemi pro operační systém Android, spuštěný společností Google 22. října 2008. Obchod je dostupný na více než 3,9 miliardách aktivních Android zařízení po celém světě, což z něj činí největší co do pokrytí mezi všemi platformami pro distribuci aplikací. Podle údajů StatCounter (2025) Android zaujímá 72,3 % globálního trhu mobilních OS a drtivá většina aplikací je distribuována právě přes Google Play. Pro vývojáře je publikování v Google Play hlavním způsobem doručení aplikace uživatelům Androidu.

Hlavní body

  • Google Play — oficiální obchod s Android aplikacemi, 3,9 miliardy aktivních zařízení, spuštěn v roce 2008 jako Android Market
  • Publikování přes Google Play Console: jednorázový poplatek $25, nahrání AAB/APK, automatická a selektivní ruční moderace
  • Google Play Console — portál pro správu verzí (Production/Beta/Alpha/Internal), analýzy, recenze a Android Vitals
  • Požadavky na targetSdk — úroveň API ne starší než 1 rok od aktuální (2026: min targetSdk 35, Android 15)
  • Zpeněžení: placené stažení, In-App Billing, předplatné, Google Play Pass, reklama AdMob — provize 30 % (15 % do $1 milionu)

Co je Google Play?

Google Play — digitální distribuční platforma od Google, která kombinuje obchod s aplikacemi, hrami, filmy, knihami a hudbou. Spuštěna 22. října 2008 pod názvem Android Market, platforma byla přejmenována na Google Play v březnu 2012. Na rozdíl od App Store od Apple není Google Play jediným kanálem pro instalaci Android aplikací — uživatelé mohou instalovat APK z externích zdrojů (sideloading), používat alternativní obchody (Samsung Galaxy Store, Amazon Appstore, F-Droid), ale většina uživatelů používá Google Play.

Podle údajů Google I/O 2026 měsíční publikum Google Play přesahuje 2,8 miliardy aktivních uživatelů ze 190+ zemí. Počet dostupných aplikací — více než 3,2 milionu. Průměrná cena aplikace je nižší než v App Store — mnoho vývojářů používá bezplatný model s reklamou nebo nákupy v aplikaci. Google Play také zahrnuje sekce pro tablety (Large Screen Apps), Wear OS, Android TV, Android Auto a Chromebook.

Google Play nabízí jedinečné nástroje pro Android: Google Play Protect — vestavěný antivirus, který kontroluje každou aplikaci před i po instalaci; Android Vitals — analýza výkonu aplikace (ANR, míra pádů, doba spouštění); Google Play Integrity — API pro ověření pravosti zařízení a aplikace (náhrada za SafetyNet Attestation). Play Integrity je povinný pro aplikace pracující s důvěrnými údaji a platbami.

Google Play Console: možnosti a nastavení

Google Play Console — centrální nástroj vývojáře pro správu aplikací v Google Play. Dostupný na adrese play.google.com/console. Pro zahájení práce je vyžadován vývojářský účet (jednorázový poplatek $25) a ověření totožnosti. Play Console poskytuje celý cyklus správy aplikace: od nahrání prvního AAB až po analýzu prodeje a hlášení o pádech.

Hlavní sekce Play Console: Dashboard — obecné statistiky pro všechny aplikace (instalace, odinstalace, pády, hodnocení, příjem); Release — správa verzí a tracků (Production, Open Beta, Closed Beta, Internal Testing); Growth — propagační nástroje (Google Ads, Promo Codes, Store Listing Experiments); Quality — Android Vitals (míra ANR, míra pádů, doba spouštění, doba vykreslování); Monetization — nastavení produktů, předplatných, Google Play Pass; Users & Permissions — správa přístupu týmu.

Testovací tracky Google Play — klíčový rozdíl oproti App Store. Internal Testing — až 100 testerů, nevyžaduje kontrolu, aktualizace jsou publikovány okamžitě. Closed Testing (Alpha) — až 100 testerů, vyžaduje kontrolu. Open Testing (Beta) — neomezený počet testerů, aplikace je dostupná v Google Play pro všechny, kteří se zaregistrovali do testu. Doporučuje se publikovat aplikaci nejprve v Internal Testing, poté v Closed/Open Beta a teprve potom v Production.

kotlin
// Google Play Billing Library 6.x — kontrola předplatného
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) {
            // Nákup úspěšný — zpracovat nákupy
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // Klient je připraven k práci
                }
            }
            override fun onBillingServiceDisconnected() {
                // Opětovné připojení
            }
        })
    }

    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) {
        // Ověření nákupu na serveru
        // 1. Odešlete purchaseToken na svůj server
        // 2. Server ověří přes Google Play Developer API
        // 3. Při úspěchu — odblokovat funkčnost
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

Třída PlayBillingManager demonstruje práci s Google Play Billing Library 6.x: navázání spojení s BillingClient, vyžádání podrobností o produktu (předplatné nebo jednorázový nákup), zpracování výsledku nákupu přes PurchasesUpdatedListener. Ověření by mělo být provedeno na serveru přes Google Play Developer API s tokenem purchaseToken — nikdy nevěřte pouze lokálnímu ověření, protože nákup může být zfalšován.

Proces publikování aplikace v Google Play

Publikování v Google Play — vícestupňový proces zahrnující registraci účtu, přípravu aplikace, nastavení v Play Console, nahrání AAB, absolvování kontroly a publikování. Ve srovnání s App Store je proces méně formalizovaný: Google spoléhá na automatizovanou kontrolu (Play Integrity, skenování na malware přes Google Play Protect), nikoli na ruční moderaci každé aplikace.

Fáze 1: Registrace vývojářského účtu

Pro publikování je vyžadován Google účet a registrace v Google Play Console za $25 (jednorázový poplatek). Po zaplacení je vyžadováno ověření totožnosti: nahrání identifikačního dokladu (pas nebo řidičský průkaz) a potvrzení adresy. Proces ověření trvá od 24 hodin do 2 týdnů. Bez ověření nebude aplikace publikována v Production tracku.

Fáze 2: Sestavení AAB a vyplnění Store Listing

Google doporučuje formát AAB (Android App Bundle) od srpna 2021 — APK již není přijímán pro nové aplikace. AAB umožňuje Google Play generovat optimalizované APK pro každý typ zařízení (různé ABI, obrazovky, jazyky), čímž snižuje velikost stahování o 15–35 %. Sestavení se provádí přes Android Studio: Build → Build Bundle(s) / APK(s) → Build Bundle(s). AAB je podepisován přes Play App Signing — Google uchovává podpisový klíč na své straně.

Store Listing — stránka aplikace v Google Play: název (50 znaků), stručný popis (80 znaků), úplný popis (4000 znaků), snímky obrazovky (minimálně 2, až 8; pro telefon 5", 6.5", pro tablet 7"+), ikona (512x512), featured graphic (1024x500), propagační video (YouTube). Stručný popis je nejdůležitější pro vyhledávání v Google Play — je indexován a zobrazován ve výsledcích. Úplný popis je indexován, ale pro vyhledávání je méně důležitý.

Fáze 3: Výběr tracku a publikování

Po nahrání AAB vývojář vybere track: Internal Testing (až 100 testerů, bez kontroly), Closed Testing (Alpha, až 100 osob, s kontrolou), Open Testing (Beta, neomezeně, s kontrolou) nebo Production. Doporučuje se začít s Internal Testing — otestovat na reálných zařízeních, poté Closed Testing pro širší ověření a teprve poté — Production. Pro Open Testing a Production je vyžadováno nejméně 12 hodin a 20 testerů v Closed Testing za posledních 14 dní pro nové účty (zásady Google Play 2024).

Po publikování se aplikace objeví v Google Play do 1–24 hodin. První aktualizace může být komplexně zkontrolována. Google Play automaticky skenuje každou aplikaci na škodlivý kód přes Google Play Protect. Pokud je zjištěna hrozba, aplikace může být stažena z publikace a vývojářský účet zablokován.

Požadavky Google Play na targetSdkVersion

Google Play stanovuje povinné požadavky na targetSdkVersion pro publikování a aktualizaci aplikací. Každý rok Google zvyšuje minimální targetSdk, aby zajistil, že aplikace používají aktuální změny chování v oblasti zabezpečení. Od srpna 2024 je minimální targetSdk — API 33; od srpna 2025 — API 34; od srpna 2026 — API 35 (Android 15).

Aplikace, které nesplňují požadavek, jsou blokovány — nelze je publikovat ani aktualizovat. Již publikované aplikace s nízkým targetSdk nadále fungují v obchodě, ale pro aktualizaci je třeba targetSdk zvýšit. Google Play Console varuje 90 dní před zvýšením prahu. Mnoho vývojářů odkládá aktualizaci na poslední chvíli, což vytváří riziko zablokování aplikace při naléhavé opravě chyby.

Zvýšení targetSdkVersion vyžaduje kontrolu všech změn chování zavedených mezi starým a novým targetSdk. Například při migraci z API 33 (Android 13) na API 35 (Android 15) je třeba zkontrolovat: Foreground Service Types (API 34) — povinná deklarace typu služby v manifestu; Privacy Sandbox (API 35) — omezení reklamních identifikátorů; PhotoPicker (API 34+) — nahrazení přímého přístupu do galerie systémovým výběrem; nová omezení služeb na pozadí. Každá změna chování může vyžadovat úpravu kódu.

DatumMinimální targetSdkVerze AndroiduKlíčová změna chování
Srpen 202231Android 12Foreground Service Notification
Srpen 202333Android 13POST_NOTIFICATIONS
Srpen 202433Android 13— (práh nebyl zvýšen)
Srpen 202534Android 14Foreground Service Types
Srpen 202635Android 15Privacy Sandbox

Play Console API pro automatizaci kontroly

Google Play Developer API (REST) umožňuje automatizaci kontroly targetSdk pro všechny aplikace v účtu. Metoda applications.get vrací informace o targetSdkVersion. Doporučuje se nastavit monitorování přes API 120 dní před termínem, abyste získali seznam aplikací vyžadujících aktualizaci. Pro aplikace s velkým objemem kódu je odhad úsilí — od 2 dnů do 2 týdnů na změny chování.

kotlin
// Kontrola shody targetSdk v kódu aplikace
import android.os.Build

class TargetSdkCompliance {

    // Minimální targetSdk požadovaný Google Play v roce 2026
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // Kontrola: je třeba zpracovat behavioural change API 34?
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types je povinný pro targetSdk >= 34
        return targetSdk >= 34
    }

    // Kontrola: je třeba zpracovat Privacy Sandbox (API 35)?
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // Kontrola shody před sestavením
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk je nižší než požadovaný $REQUIRED_TARGET_SDK")
        }

        if (targetSdk >= 34) {
            // Ujistěte se, že všechny foreground služby mají type v manifestu
            warnings.add("Zkontrolujte: všechny foreground služby deklarují type v AndroidManifest.xml")
        }

        if (targetSdk >= 35) {
            warnings.add("Zkontrolujte: Privacy Sandbox, omezení Advertising ID")
        }

        return warnings
    }
}

Třída TargetSdkCompliance kontroluje shodu targetSdk před sestavením. Metoda validateCompliance vrací seznam varování o nezbytných změnách chování pro daný targetSdk. Použijte takový kód v CI/CD pro automatickou kontrolu shody před odesláním sestavení do Google Play Console. V IT Sectr jsme zavedli tuto kontrolu v CI poté, co byl jeden z projektů zablokován kvůli zmeškanému targetSdk.

Zpeněžení v Google Play: In-App Billing, předplatné a AdMob

Zpeněžení v Google Play zahrnuje několik modelů: placené stažení, In-App Products (jednorázové nákupy: consumable — herní měna; non-consumable — odstranění reklam), předplatné (auto-renewable subscriptions přes Google Play Billing), reklama (AdMob, Google Ad Manager, sítě třetích stran) a Google Play Pass (předplatné balíčku aplikací, příjem se rozděluje mezi vývojáře podle času používání).

Google Play Billing Library (aktuální verze — 7.x v roce 2026) — povinný nástroj pro prodej digitálního zboží v aplikaci. Alternativní platební systémy jsou pro digitální zboží zakázány (výjimka — Jižní Korea, Indie, EU Digital Markets Act). Billing Library 7.x vyžaduje migraci z nákupů založených na SKU na modely založené na produktu (ProductDetails místo SkuDetails) a podporuje Kotlin Coroutines a Flow pro asynchronní operace.

Provize Google Play: 30% standardní, 15% pro prvních $1 milion příjmu ročně (podobně jako Apple Small Business Program). Po dosažení prahu $1 milion se provize vrací na 30% po zbytek roku. Předplatné: 30% první rok, 15% od druhého roku (analogicky k App Store). Pro programy Google Play Pass — příjem se rozděluje na základě engagement (doba používání aplikace předplatiteli Pass), nikoli fixní provize.

Model zpeněženíProvize GoogleKdy použít
Placené stažení30% (15% do $1 milionu)Prémiové aplikace bez dalších nákupů
In-App Products (consumable)30% (15% do $1 milionu)Herní měna, životy, boostery
Předplatné (auto-renewable)30% první rok, 15% potéSaaS, streaming, obsah
Reklama (AdMob)0%Bezplatné aplikace s reklamou
Google Play PassPodle engagementAplikace bez reklamy a IAP

AdMob od Google — hlavní nástroj pro reklamní zpeněžení. Podporuje bannerovou, intersticiální, nativní a rewarded (odměňovanou) reklamu. Google Analytics pro Firebase se integruje s AdMob pro sledování konverze reklamy na cílené akce. Od Android 14+ (API 34) je vyžadován Google Play Services for Ads 22.0+ a Handling Ad Responses API pro soulad s Privacy Sandbox. Reklamní zpeněžení — 0% provize — oblíbená volba pro bezplatné aplikace s velkým publikem.

Moderace Google Play: kontroly a zásady

Moderace Google Play (Google Play Policy Review) se liší od App Store — Google spoléhá na automatizované kontroly a selektivní ruční moderaci, nikoli na 100% ruční kontrolu každé aplikace. Automatický systém skenuje AAB/APK na přítomnost škodlivého kódu, porušení zásad (Spyware, Deceptive Behavior, porušení SDK) a nesoulad s požadavky na targetSdk. Při zjištění porušení může být aplikace zamítnuta nebo stažena z publikace.

Google Play zveřejňuje Developer Program Policies — soubor pravidel pokrývajících obsah, chování aplikace, zpeněžení a soukromí. Hlavní sekce: Restricted Content (násilí, nenávist, nelegální činnost), Deceptive Behavior (nepravdivá tvrzení, napodobování jiných aplikací), Monetization and Ads (čestná reklama, soulad s IAP zásadami), Privacy and Security (sběr dat, šifrování), Store Listing and Promotion (přesný popis, správná kategorizace).

Google aktivně bojuje proti spyware a deceptive SDK. V letech 2024–2025 Google odstranil více než 1,5 milionu aplikací porušujících zásady ochrany soukromí. Zvláštní pozornost — SDK shromažďující data bez vědomí uživatele (sledování polohy bez souhlasu, čtení kontaktů a SMS). Před publikováním zkontrolujte používaná SDK na soulad s Google Play Policy — mnoho populárních SDK (například některé reklamní sítě) bylo zablokováno za porušení zásad.

Proces odvolání: pokud je aplikace zamítnuta, vývojář obdrží oznámení v Play Console s důvodem a doporučeními. Odvolání lze podat přes Play Console → Policy → Appeals. Doba posouzení — až 7 dní. Opakovaná porušení stejné zásady vedou k varování (strike), trojnásobné porušení — k zablokování vývojářského účtu. Obnovení zablokovaného účtu je mimořádně obtížný proces vyžadující písemnou žádost a důkazy o nápravě porušení.

Typ porušeníPostihObnovení
Porušení obsahových zásadOdstranění aplikaceOprava a opětovné publikování
Deceptive behaviorOdstranění + varování (strike)Odvolání, oprava kódu
Porušení IAP zásadBlokování aktualizacíImplementace Google Play Billing
Malware / SpywareOkamžitá blokace účtuPrakticky neobnovitelné
3 strikesTrvalá blokace účtuPouze přes právní oddělení Google

Pro minimalizaci rizik: používejte Google Play Integrity API pro ověření pravosti požadavků, implementujte Data Safety Section (povinné od roku 2023 — uveďte všechny shromažďované údaje a účely shromažďování), zkontrolujte všechna SDK na soulad s Developer Program Policies, používejte Play Console Policy Insights pro sledování potenciálních porušení před publikováním. Při vývoji v IT Sectr kontrolujeme každou aplikaci pomocí internal testování na reálných zařízeních před vydáním do Production.

Často kladené otázky

Kolik stojí publikování v Google Play?

Publikování v Google Play vyžaduje jednorázovou registraci vývojářského účtu — $25. Na rozdíl od App Store ($99/rok) Google Play neúčtuje roční poplatek. Neexistují žádné dodatečné platby za nahrání každé aplikace. Provize z prodeje: 30% standardní, 15% z prvních $1 milion ročního příjmu. Pro vzdělávací organizace jsou možné slevy a výjimky.

Jaké jsou požadavky Google Play na targetSdkVersion?

Google Play vyžaduje targetSdkVersion ne starší než 1 rok od aktuální úrovně API. V roce 2026 je minimální targetSdk — API 35 (Android 15). Nové aplikace a aktualizace s targetSdk pod 35 jsou blokovány. Požadavek se každoročně zvyšuje. Hlavním cílem je bezpečnost prostřednictvím změn chování (Scoped Storage, POST_NOTIFICATIONS, Foreground Service Types, Privacy Sandbox).

Jak dlouho trvá moderace v Google Play?

Moderace Google Play trvá od několika hodin do 2 dnů pro nové aplikace. Aktualizace procházejí za 1–12 hodin. Google používá automatizovanou kontrolu (skenování malwaru, Play Integrity) se selektivní ruční moderací. Pro nové účty je vyžadováno 20+ testerů v Closed Testing do 14 dnů před publikováním v Production.

Co je Google Play Console?

Google Play Console — webový portál pro správu aplikací v Google Play. Zahrnuje: správu vydání (Production, Beta, Alpha, Internal tracky), Android Vitals (pády, ANR, doba spouštění), Store Listing, správu produktů v aplikaci a předplatných, analýzu příjmů a instalací, odpovědi na recenze, integraci s Google Ads. Dostupný na adrese play.google.com/console.

Jak zpeněžit aplikaci v Google Play?

Zpeněžení v Google Play: placené stažení, In-App Products (jednorázové nákupy přes Google Play Billing), předplatné (auto-renewable), reklama (AdMob — 0% provize), Google Play Pass (příjem podle engagement). Pro digitální zboží je povinná Google Play Billing Library 7.x. Provize 30% (15% do $1 milionu příjmu). Fyzické zboží a služby jsou hrazeny prostřednictvím platebních systémů třetích stran bez provize Google.

Shrnutí

  • Google Play — oficiální obchod s Android aplikacemi, 3,9 miliardy zařízení, 3,2 milionu aplikací, spuštěn jako Android Market v roce 2008
  • Google Play Console — centrální nástroj vývojáře: vydání, analýzy, Android Vitals, správa zpeněžení a testování
  • Publikování stojí $25 jednorázově, formát AAB povinný, tracky: Internal Testing → Closed Beta → Open Beta → Production
  • Google Play Billing Library 7.x — povinná pro digitální zboží, provize 30% (15% do $1 milionu, 15% předplatné od 2. roku)
  • TargetSdk — každoroční požadavek: 2026 = API 35, změny chování: Foreground Service Types, Privacy Sandbox
  • AdMob — reklamní zpeněžení s 0% provizí, rewarded ads, interstitials, nativní reklama
  • Zásady Google Play — přísné požadavky na soukromí, zákaz spyware, deceptive behavior, porušení vedou k blokaci účtu

Vyvineme mobilní aplikaci na klíč

IT Sectr vytváří aplikace pro iOS a Android pro startupy a podniky od roku 2017. Poradíme vám a navrhneme nejlepší řešení.

Prodiskutovat projekt

Přečtěte si také