Google Play: ce este, publicarea aplicațiilor și consola dezvoltatorului

Ce este Google Play?

Google Play — platforma digitală de distribuție de la Google, care combină magazinul de aplicații, jocuri, filme, cărți și muzică. Lansată pe 22 octombrie 2008 sub numele Android Market, platforma a fost redenumită Google Play în martie 2012. Spre deosebire de App Store de la Apple, Google Play nu este singurul canal de instalare a aplicațiilor Android — utilizatorii pot instala APK din surse terțe (sideloading), pot folosi magazine alternative (Samsung Galaxy Store, Amazon Appstore, F-Droid), dar majoritatea utilizatorilor folosesc Google Play.

Conform datelor Google I/O 2026, audiența lunară a Google Play depășește 2,8 miliarde de utilizatori activi din peste 190 de țări. Numărul de aplicații disponibile — peste 3,2 milioane. Prețul mediu al aplicațiilor este mai mic decât în App Store — mulți dezvoltatori folosesc modelul gratuit cu publicitate sau achiziții în aplicație. Google Play include și secțiuni pentru tablete (Large Screen Apps), Wear OS, Android TV, Android Auto și Chromebook.

Google Play oferă instrumente unice pentru Android: Google Play Protect — antivirus încorporat care verifică fiecare aplicație înainte și după instalare; Android Vitals — analitică a performanței aplicației (ANR, rata de crash, timpul de pornire); Google Play Integrity — API pentru verificarea autenticității dispozitivului și aplicației (înlocuitor pentru SafetyNet Attestation). Play Integrity este obligatoriu pentru aplicațiile care lucrează cu date confidențiale și plăți.

Google Play Console: capacități și configurare

Google Play Console — instrumentul central al dezvoltatorului pentru gestionarea aplicațiilor în Google Play. Disponibil la adresa play.google.com/console. Pentru început este necesar un cont de dezvoltator (plată unică $25) și confirmarea identității. Play Console oferă ciclul complet de gestionare a aplicației: de la încărcarea primului AAB până la analitica vânzărilor și rapoartele de crash.

Secțiunile principale ale Play Console: Dashboard — statistici generale pentru toate aplicațiile (instalări, dezinstalări, crashuri, rating, venit); Release — gestionarea versiunilor și a track-urilor (Production, Open Beta, Closed Beta, Internal Testing); Growth — instrumente de promovare (Google Ads, Promo Codes, Store Listing Experiments); Quality — Android Vitals (rata ANR, rata de crash, timp de pornire, timp de randare); Monetization — configurarea produselor, abonamentelor, Google Play Pass; Users & Permissions — gestionarea accesului echipei.

Track-uri de testare Google Play — diferența cheie față de App Store. Internal Testing — până la 100 de testeri, nu necesită revizuire, actualizările sunt publicate instantaneu. Closed Testing (Alpha) — până la 100 de testeri, necesită revizuire. Open Testing (Beta) — număr nelimitat de testeri, aplicația este disponibilă în Google Play pentru toți cei înscriși în test. Se recomandă publicarea aplicației mai întâi în Internal Testing, apoi în Closed/Open Beta și abia apoi în Production.

// Google Play Billing Library 6.x — verificare abonament
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) {
            // Achiziție reușită — procesați achizițiile
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // Clientul este gata de lucru
                }
            }
            override fun onBillingServiceDisconnected() {
                // Reconectare
            }
        })
    }

    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) {
        // Verificarea achiziției pe server
        // 1. Trimiteți purchaseToken pe serverul dvs.
        // 2. Serverul verifică prin Google Play Developer API
        // 3. La succes — deblocați funcționalitatea
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

Clasa PlayBillingManager demonstrează lucrul cu Google Play Billing Library 6.x: stabilirea conexiunii cu BillingClient, solicitarea detaliilor produsului (abonament sau achiziție unică), procesarea rezultatului achiziției prin PurchasesUpdatedListener. Verificarea trebuie efectuată pe server prin Google Play Developer API cu token-ul purchaseToken — nu aveți încredere niciodată doar în verificarea locală, deoarece achiziția poate fi falsificată.

Procesul de publicare a aplicației în Google Play

Publicarea în Google Play — un proces în mai multe etape care include înregistrarea contului, pregătirea aplicației, configurarea în Play Console, încărcarea AAB, parcurgerea verificării și publicarea. Comparativ cu App Store, procesul este mai puțin formalizat: Google se bazează pe verificarea automatizată (Play Integrity, scanare pentru malware prin Google Play Protect), nu pe moderarea manuală a fiecărei aplicații.

Etapa 1: Înregistrarea contului de dezvoltator

Pentru publicare este necesar un cont Google și înregistrarea în Google Play Console pentru $25 (plată unică). După plată, este necesară verificarea identității: încărcarea unui act de identitate (pașaport sau permis de conducere) și confirmarea adresei. Procesul de verificare durează de la 24 de ore până la 2 săptămâni. Fără verificare, aplicația nu va fi publicată în track-ul Production.

Etapa 2: Construirea AAB și completarea Store Listing

Google recomandă formatul AAB (Android App Bundle) din august 2021 — APK nu mai este acceptat pentru aplicații noi. AAB permite Google Play să genereze APK-uri optimizate pentru fiecare tip de dispozitiv (ABI diferite, ecrane, limbi), reducând dimensiunea descărcării cu 15-35%. Construirea se realizează prin Android Studio: Build → Build Bundle(s) / APK(s) → Build Bundle(s). AAB este semnat prin Play App Signing — Google păstrează cheia de semnare la el.

Store Listing — pagina aplicației în Google Play: nume (50 de caractere), descriere scurtă (80 de caractere), descriere completă (4000 de caractere), capturi de ecran (minimum 2, până la 8; pentru telefon 5", 6.5", pentru tabletă 7"+), pictogramă (512x512), grafică prezentată (1024x500), videoclip promoțional (YouTube). Descrierea scurtă este cea mai importantă pentru căutarea în Google Play — este indexată și afișată în rezultate. Descrierea completă este indexată, dar are o importanță mai mică pentru căutare.

Etapa 3: Selectarea track-ului și publicarea

După încărcarea AAB, dezvoltatorul selectează track-ul: Internal Testing (până la 100 de testeri, fără revizuire), Closed Testing (Alpha, până la 100 de persoane, cu revizuire), Open Testing (Beta, nelimitat, cu revizuire) sau Production. Se recomandă să începeți cu Internal Testing — testați pe dispozitive reale, apoi Closed Testing pentru o verificare mai amplă și abia apoi — Production. Pentru Open Testing și Production sunt necesare cel puțin 12 ore și 20 de testeri în Closed Testing în ultimele 14 zile pentru conturile noi (politica Google Play 2024).

După publicare, aplicația apare în Google Play în 1-24 de ore. Prima actualizare poate fi verificată complex. Google Play scanează automat fiecare aplicație pentru cod malițios prin Google Play Protect. Dacă este detectată o amenințare, aplicația poate fi eliminată din publicare, iar contul dezvoltatorului poate fi blocat.

Cerințele Google Play pentru targetSdkVersion

Google Play stabilește cerințe obligatorii pentru targetSdkVersion pentru publicarea și actualizarea aplicațiilor. În fiecare an, Google crește targetSdk-ul minim pentru a se asigura că aplicațiile utilizează cele mai recente modificări comportamentale de securitate. Din august 2024, targetSdk-ul minim — API 33; din august 2025 — API 34; din august 2026 — API 35 (Android 15).

Aplicațiile care nu îndeplinesc cerința sunt blocate — nu pot fi publicate sau actualizate. Aplicațiile deja publicate cu targetSdk scăzut continuă să funcționeze în magazin, dar pentru actualizare este necesară creșterea targetSdk. Google Play Console avertizează cu 90 de zile înainte de creșterea pragului. Mulți dezvoltatori amână actualizarea până în ultimul moment, ceea ce creează riscul de blocare a aplicației în cazul unei remedieri urgente de eroare.

Creșterea targetSdkVersion necesită verificarea tuturor modificărilor comportamentale introduse între targetSdk-ul vechi și cel nou. De exemplu, la migrarea de la API 33 (Android 13) la API 35 (Android 15) trebuie verificate: Foreground Service Types (API 34) — declararea obligatorie a tipului de serviciu în manifest; Privacy Sandbox (API 35) — restricții privind identificatorii publicitari; PhotoPicker (API 34+) — înlocuirea accesului direct la galerie cu un selector de sistem; noi restricții pentru serviciile de fundal. Fiecare modificare comportamentală poate necesita modificarea codului.

API Play Console pentru automatizarea verificării

Google Play Developer API (REST) permite automatizarea verificării targetSdk pentru toate aplicațiile din cont. Metoda applications.get returnează informații despre targetSdkVersion. Se recomandă configurarea monitorizării prin API cu 120 de zile înainte de termenul limită pentru a obține lista aplicațiilor care necesită actualizare. Pentru aplicațiile cu volum mare de cod, estimarea efortului — de la 2 zile la 2 săptămâni pentru modificări comportamentale.

// Verificarea conformității targetSdk în codul aplicației
import android.os.Build

class TargetSdkCompliance {

    // TargetSdk minim cerut de Google Play în 2026
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // Verificare: trebuie procesată modificarea comportamentală API 34?
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types este obligatoriu pentru targetSdk >= 34
        return targetSdk >= 34
    }

    // Verificare: trebuie procesat Privacy Sandbox (API 35)?
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // Verificarea conformității înainte de construire
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk este sub $REQUIRED_TARGET_SDK cerut")
        }

        if (targetSdk >= 34) {
            // Asigurați-vă că toate serviciile foreground au type în manifest
            warnings.add("Verificați: toate serviciile foreground declară type în AndroidManifest.xml")
        }

        if (targetSdk >= 35) {
            warnings.add("Verificați: Privacy Sandbox, restricțiile Advertising ID")
        }

        return warnings
    }
}

Clasa TargetSdkCompliance verifică conformitatea targetSdk înainte de construire. Metoda validateCompliance returnează o listă de avertismente despre modificările comportamentale necesare pentru targetSdk-ul dat. Folosiți un astfel de cod în CI/CD pentru verificarea automată a conformității înainte de trimiterea build-ului în Google Play Console. În IT Sectr, am implementat această verificare în CI după ce unul dintre proiecte a fost blocat din cauza unui targetSdk omis.

Monetizarea în Google Play: In-App Billing, abonamente și AdMob

Monetizarea în Google Play include mai multe modele: descărcare plătită, In-App Products (achiziții unice: consumable — valută de joc; non-consumable — eliminarea publicității), abonamente (auto-renewable subscriptions prin Google Play Billing), publicitate (AdMob, Google Ad Manager, rețele terțe) și Google Play Pass (abonament la un pachet de aplicații, venitul fiind împărțit între dezvoltatori în funcție de timpul de utilizare).

Google Play Billing Library (versiunea curentă — 7.x în 2026) — instrumentul obligatoriu pentru vânzarea bunurilor digitale în aplicație. Sistemele de plată alternative sunt interzise pentru bunurile digitale (excepție — Coreea de Sud, India, EU Digital Markets Act). Billing Library 7.x necesită migrarea de la achiziții bazate pe SKU la modele bazate pe produs (ProductDetails în loc de SkuDetails) și suportă Kotlin Coroutines și Flow pentru operații asincrone.

Comisionul Google Play: 30% standard, 15% pentru primii $1 milion de venit pe an (similar cu Apple Small Business Program). După atingerea pragului de $1 milion, comisionul revine la 30% pentru restul anului. Abonamente: 30% primul an, 15% din al doilea an (similar cu App Store). Pentru programele Google Play Pass — venitul este distribuit pe baza engagement-ului (timpul de utilizare a aplicației de către abonații Pass), nu a unui comision fix.

AdMob de la Google — instrumentul principal de monetizare prin publicitate. Suportă publicitate banner, interstițială, nativă, cu recompensă (rewarded). Google Analytics pentru Firebase se integrează cu AdMob pentru urmărirea conversiei publicității în acțiuni țintă. De la Android 14+ (API 34) este necesar Google Play Services for Ads 22.0+ și Handling Ad Responses API pentru conformitatea cu Privacy Sandbox. Monetizarea prin publicitate — 0% comision — o alegere populară pentru aplicațiile gratuite cu o audiență mare.

Moderarea Google Play: verificări și politici

Moderarea Google Play (Google Play Policy Review) diferă de App Store — Google se bazează pe verificări automatizate și moderare manuală selectivă, nu pe verificarea manuală 100% a fiecărei aplicații. Sistemul automat scanează AAB/APK pentru cod malițios, încălcări ale politicilor (Spyware, Deceptive Behavior, încălcări ale SDK) și neconformitate cu cerințele targetSdk. La detectarea unei încălcări, aplicația poate fi respinsă sau eliminată din publicare.

Google Play publică Developer Program Policies — un set de reguli care acoperă conținutul, comportamentul aplicației, monetizarea și confidențialitatea. Secțiunile principale: Restricted Content (violență, ură, activitate ilegală), Deceptive Behavior (afirmații false, imitarea altor aplicații), Monetization and Ads (publicitate corectă, conformitatea cu politica IAP), Privacy and Security (colectarea datelor, criptarea), Store Listing and Promotion (descriere exactă, categorisire corectă).

Google luptă activ împotriva spyware și deceptive SDK. În 2024-2025, Google a eliminat peste 1,5 milioane de aplicații care încălcau politicile de confidențialitate. Atenție deosebită — SDK-urile care colectează date fără știrea utilizatorului (urmărirea locației fără consimțământ, citirea contactelor și SMS-urilor). Înainte de publicare, verificați SDK-urile utilizate pentru conformitatea cu Google Play Policy — multe SDK-uri populare (de exemplu, unele rețele de publicitate) au fost blocate pentru încălcarea politicilor.

Procesul de apel: dacă aplicația este respinsă, dezvoltatorul primește o notificare în Play Console cu motivul și recomandările. Se poate depune un apel prin Play Console → Policy → Appeals. Termenul de examinare — până la 7 zile. Încălcările repetate ale aceleiași politici duc la un avertisment (strike), iar încălcarea de trei ori — la blocarea contului de dezvoltator. Recuperarea unui cont blocat este un proces extrem de dificil, care necesită o contestație scrisă și dovezi de remediere a încălcărilor.

Pentru minimizarea riscurilor: utilizați Google Play Integrity API pentru verificarea autenticității solicitărilor, implementați Data Safety Section (obligatoriu din 2023 — indicați toate datele colectate și scopurile colectării), verificați toate SDK-urile pentru conformitatea cu Developer Program Policies, utilizați Play Console Policy Insights pentru urmărirea potențialelor încălcări înainte de publicare. În dezvoltarea la IT Sectr, verificăm fiecare aplicație prin internal testing pe dispozitive reale înainte de lansarea în Production.