Google Play: шта је то, објављивање апликација и конзола програмера

Шта је Google Play?

Google Play — дигитална платформа за дистрибуцију од Google-а, која обједињује продавницу апликација, игара, филмова, књига и музике. Покренута 22. октобра 2008. под називом Android Market, платформа је преименована у Google Play у марту 2012. За разлику од App Store-а од Apple-а, Google Play није једини канал за инсталацију Android апликација — корисници могу да инсталирају APK из извора трећих страна (sideloading), користе алтернативне продавнице (Samsung Galaxy Store, Amazon Appstore, F-Droid), али већина корисника користи Google Play.

Према подацима Google I/O 2026, месечна публика Google Play-а премашује 2,8 милијарди активних корисника из 190+ земаља. Број доступних апликација — преко 3,2 милиона. Просечна цена апликације је нижа него у App Store-у — многи програмери користе бесплатни модел са рекламама или куповинама у апликацији. 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 налог и регистрација у Google Play Console-у за $25 (једнократна уплата). Након уплате, потребна је верификација идентитета: отпремање личне карте (пасош или возачка дозвола) и потврда адресе. Процес верификације траје од 24 сата до 2 недеље. Без верификације, апликација неће бити објављена у Production траци.

Фаза 2: Изградња AAB-а и попуњавање Store Listing-а

Google препоручује формат AAB (Android App Bundle) од августа 2021. године — APK се више не прихвата за нове апликације. AAB омогућава Google Play-у да генерише оптимизоване APK-ове за сваки тип уређаја (различити ABI, екрани, језици), смањујући величину преузимања за 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 потребно је најмање 12 сати и 20 тестера у Closed Testing-у у последњих 14 дана за нове налоге (политика Google Play-а 2024).

Након објављивања, апликација се појављује у Google Play-у у року од 1-24 сата. Прво ажурирање може бити свеобухватно проверено. 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-у. Препоручује се подешавање надзора преко API-ја 120 дана пре рока да би се добила листа апликација које захтевају ажурирање. За апликације са великим обимом кода, процена напора — од 2 дана до 2 недеље за промене понашања.

// Провера усаглашености targetSdk-а у коду апликације
import android.os.Build

class TargetSdkCompliance {

    // Минимални targetSdk који захтева Google Play у 2026. години
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // Провера: да ли треба обрадити behavioural change API 34?
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types је обавезан за targetSdk >= 34
        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) {
            // Уверите се да све foreground услуге имају type у манифесту
            warnings.add("Проверите: све foreground услуге декларишу type у AndroidManifest.xml")
        }

        if (targetSdk >= 35) {
            warnings.add("Проверите: Privacy Sandbox, ограничења Advertising ID-а")
        }

        return warnings
    }
}

Класа TargetSdkCompliance проверава усаглашеност targetSdk-а пре изградње. Метод validateCompliance враћа листу упозорења о потребним променама понашања за дати targetSdk. Користите такав код у CI/CD-у за аутоматску проверу усаглашености пре слања билда у Google Play Console. У IT Sectr-у смо увели такву проверу у CI након што је један од пројеката блокиран због пропуштеног targetSdk-а.

Монетизација у Google Play-у: In-App Billing, претплате и AdMob

Монетизација у Google Play-у укључује неколико модела: платно преузимање, In-App Products (једнократне куповине: consumable — играчка валута; non-consumable — уклањање реклама), претплате (auto-renewable subscriptions преко Google Play Billing-а), рекламе (AdMob, Google Ad Manager, мреже трећих страна) и Google Play Pass (претплата на пакет апликација, приход се дели између програмера према времену коришћења).

Google Play Billing Library (тренутна верзија — 7.x у 2026. години) — обавезни алат за продају дигиталних производа у апликацији. Алтернативни системи плаћања су забрањени за дигиталне производе (изузетак — Јужна Кореја, Индија, EU Digital Markets Act). Billing Library 7.x захтева миграцију са куповина заснованих на SKU на моделе засноване на производима (ProductDetails уместо SkuDetails) и подржава Kotlin Coroutines и Flow за асинхроне операције.

Провизија Google Play-а: 30% стандардна, 15% за првих $1 милион прихода годишње (слично Apple Small Business Program). Након достизања прага од $1 милион, провизија се враћа на 30% за остатак године. Претплате: 30% прва година, 15% од друге године (аналогно App Store-у). За програме Google Play Pass-а — приход се расподељује на основу ангажовања (време коришћења апликације од стране претплатника Pass-а), а не фиксне провизије.

AdMob од Google-а — основни алат за рекламну монетизацију. Подржава банер, интерстицијалне, нативне, награђене (rewarded) рекламе. Google Analytics за Firebase се интегрише са AdMob-ом за праћење конверзије реклама у циљне радње. Од Android 14+ (API 34) потребан је Google Play Services for Ads 22.0+ и Handling Ad Responses API за усклађеност са Privacy Sandbox-ом. Рекламна монетизација — 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 се активно бори против spyware-а и deceptive 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-у проверавамо сваку апликацију кроз internal testing на правим уређајима пре Production издања.