Google Play: vad är det, publicering av appar och utvecklarkonsol

Vad är Google Play?

Google Play — den digitala distributionsplattformen från Google som kombinerar en butik för appar, spel, filmer, böcker och musik. Lanserad den 22 oktober 2008 under namnet Android Market, bytte plattformen namn till Google Play i mars 2012. Till skillnad från Apples App Store är Google Play inte den enda kanalen för att installera Android-appar — användare kan installera APK från tredjepartskällor (sideloading), använda alternativa butiker (Samsung Galaxy Store, Amazon Appstore, F-Droid), men de flesta användare använder Google Play.

Enligt Google I/O 2026 överstiger Google Plays månatliga publik 2,8 miljarder aktiva användare från 190+ länder. Antalet tillgängliga appar är över 3,2 miljoner. Det genomsnittliga priset för appar är lägre än i App Store — många utvecklare använder gratismodellen med annonser eller köp i appen. Google Play innehåller även sektioner för surfplattor (Large Screen Apps), Wear OS, Android TV, Android Auto och Chromebook.

Google Play erbjuder unika verktyg för Android: Google Play Protect — inbyggt antivirus som kontrollerar varje app före och efter installation; Android Vitals — prestandaanalys för appar (ANR, kraschfrekvens, starttid); Google Play Integrity — API för att verifiera äktheten hos enhet och app (ersättning för SafetyNet Attestation). Play Integrity är obligatoriskt för appar som hanterar känslig data och betalningar.

Google Play Console: funktioner och inställningar

Google Play Console — utvecklarens centrala verktyg för att hantera appar i Google Play. Tillgängligt på play.google.com/console. För att komma igång krävs ett utvecklarkonto (engångsavgift $25) och identitetsbekräftelse. Play Console tillhandahåller hela hanteringscykeln för en app: från uppladdning av första AAB till försäljningsanalys och kraschrapporter.

Huvudsektioner i Play Console: Dashboard — övergripande statistik för alla appar (installationer, avinstallationer, krascher, betyg, intäkter); Release — versionshantering och spår (Production, Open Beta, Closed Beta, Internal Testing); Growth — marknadsföringsverktyg (Google Ads, Promo Codes, Store Listing Experiments); Quality — Android Vitals (ANR-frekvens, kraschfrekvens, starttid, renderingstid); Monetization — konfiguration av produkter, prenumerationer, Google Play Pass; Users & Permissions — hantering av teamåtkomst.

Testspår Google Play — den viktigaste skillnaden från App Store. Internal Testing — upp till 100 testare, kräver ingen granskning, uppdateringar publiceras omedelbart. Closed Testing (Alpha) — upp till 100 testare, kräver granskning. Open Testing (Beta) — obegränsat antal testare, appen är tillgänglig i Google Play för alla som registrerat sig för testet. Det rekommenderas att publicera appen först i Internal Testing, sedan i Closed/Open Beta och först därefter i Production.

// Google Play Billing Library 6.x — kontroll av prenumeration
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) {
            // Köp lyckades — bearbeta köp
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // Klienten är redo att användas
                }
            }
            override fun onBillingServiceDisconnected() {
                // Återanslutning
            }
        })
    }

    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) {
        // Verifiering av köp på servern
        // 1. Skicka purchaseToken till din server
        // 2. Servern verifierar via Google Play Developer API
        // 3. Vid framgång — lås upp funktionalitet
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

Klassen PlayBillingManager demonstrerar arbete med Google Play Billing Library 6.x: upprätta anslutning med BillingClient, begära produktdetaljer (prenumeration eller engångsköp), bearbeta köpresultat via PurchasesUpdatedListener. Verifiering bör utföras på servern via Google Play Developer API med purchaseToken — lita aldrig bara på lokal verifiering, eftersom köpet kan vara förfalskat.

Processen för att publicera en app i Google Play

Publicering i Google Play — en flerstegsprocess som innefattar kontoregistrering, förberedelse av app, konfiguration i Play Console, uppladdning av AAB, genomgång av kontroll och publicering. Jämfört med App Store är processen mindre formaliserad: Google förlitar sig på automatiserad kontroll (Play Integrity, sökning efter skadlig kod via Google Play Protect), inte manuell moderering av varje app.

Steg 1: Registrering av utvecklarkonto

För publicering krävs ett Google-konto och registrering i Google Play Console för $25 (engångsavgift). Efter betalning krävs identitetsverifiering: uppladdning av identitetshandling (pass eller körkort) och adressbekräftelse. Verifieringsprocessen tar från 24 timmar upp till 2 veckor. Utan verifiering kommer appen inte att publiceras i Production-spåret.

Steg 2: Bygga AAB och fylla i Store Listing

Google rekommenderar formatet AAB (Android App Bundle) sedan augusti 2021 — APK accepteras inte längre för nya appar. AAB gör det möjligt för Google Play att generera optimerade APK:er för varje enhetstyp (olika ABI, skärmar, språk), vilket minskar nedladdningsstorleken med 15-35%. Bygget utförs via Android Studio: Build → Build Bundle(s) / APK(s) → Build Bundle(s). AAB signeras via Play App Signing — Google förvarar signeringsnyckeln på sin sida.

Store Listing — appens sida i Google Play: namn (50 tecken), kort beskrivning (80 tecken), fullständig beskrivning (4000 tecken), skärmbilder (minst 2, upp till 8; för telefon 5", 6.5", för surfplatta 7"+), ikon (512x512), featured graphic (1024x500), promovideo (YouTube). Den korta beskrivningen är viktigast för Google Play-sökning — den indexeras och visas i resultaten. Den fullständiga beskrivningen indexeras men är mindre viktig för sökning.

Steg 3: Välja spår och publicera

Efter uppladdning av AAB väljer utvecklaren spår: Internal Testing (upp till 100 testare, utan granskning), Closed Testing (Alpha, upp till 100 personer, med granskning), Open Testing (Beta, obegränsat, med granskning) eller Production. Det rekommenderas att börja med Internal Testing — testa på riktiga enheter, sedan Closed Testing för bredare verifiering och först därefter — Production. För Open Testing och Production krävs minst 12 timmar och 20 testare i Closed Testing under de senaste 14 dagarna för nya konton (Google Play-policy 2024).

Efter publicering visas appen i Google Play inom 1-24 timmar. Den första uppdateringen kan granskas noggrant. Google Play skannar automatiskt varje app efter skadlig kod via Google Play Protect. Om ett hot upptäcks kan appen tas bort från publicering och utvecklarkontot blockeras.

Google Plays krav för targetSdkVersion

Google Play ställer obligatoriska krav på targetSdkVersion för publicering och uppdatering av appar. Varje år höjer Google den lägsta targetSdk för att säkerställa att appar använder aktuella säkerhetsbeteendeförändringar. Från augusti 2024 är den lägsta targetSdk — API 33; från augusti 2025 — API 34; från augusti 2026 — API 35 (Android 15).

Appar som inte uppfyller kravet blockeras — de kan inte publiceras eller uppdateras. Redan publicerade appar med låg targetSdk fortsätter att fungera i butiken, men för uppdatering krävs en höjning av targetSdk. Google Play Console varnar 90 dagar före höjningen av tröskeln. Många utvecklare skjuter upp uppdateringen till sista stund, vilket skapar risk för blockering av appen vid akut buggfixning.

Höjning av targetSdkVersion kräver kontroll av alla beteendeförändringar som införts mellan gammal och ny targetSdk. Till exempel vid migrering från API 33 (Android 13) till API 35 (Android 15) måste man kontrollera: Foreground Service Types (API 34) — obligatorisk deklaration av tjänstetyp i manifestet; Privacy Sandbox (API 35) — begränsningar av annonsidentifierare; PhotoPicker (API 34+) — ersättning av direkt åtkomst till galleriet med systemväljare; nya begränsningar av bakgrundstjänster. Varje beteendeförändring kan kräva kodändring.

Play Console API för automatisering av kontroll

Google Play Developer API (REST) möjliggör automatisering av targetSdk-kontroll för alla appar på kontot. Metoden applications.get returnerar information om targetSdkVersion. Det rekommenderas att ställa in övervakning via API 120 dagar före deadline för att få en lista över appar som behöver uppdateras. För appar med stor kodmängd, uppskattad arbetsinsats — från 2 dagar till 2 veckor för beteendeförändringar.

// Kontroll av targetSdk-efterlevnad i appkoden
import android.os.Build

class TargetSdkCompliance {

    // Lägsta targetSdk som krävs av Google Play 2026
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // Kontroll: måste behavioural change API 34 bearbetas?
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types är obligatoriskt för targetSdk >= 34
        return targetSdk >= 34
    }

    // Kontroll: måste Privacy Sandbox (API 35) bearbetas?
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // Efterlevnadskontroll före bygge
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk är lägre än erforderlig $REQUIRED_TARGET_SDK")
        }

        if (targetSdk >= 34) {
            // Se till att alla foreground-tjänster har type i manifestet
            warnings.add("Kontrollera: alla foreground-tjänster deklarerar type i AndroidManifest.xml")
        }

        if (targetSdk >= 35) {
            warnings.add("Kontrollera: Privacy Sandbox, begränsningar av Advertising ID")
        }

        return warnings
    }
}

Klassen TargetSdkCompliance kontrollerar targetSdk-efterlevnad före bygge. Metoden validateCompliance returnerar en lista med varningar om nödvändiga beteendeförändringar för den givna targetSdk. Använd sådan kod i CI/CD för automatisk efterlevnadskontroll innan du skickar en build till Google Play Console. Hos IT Sectr införde vi denna kontroll i CI efter att ett av projekten blockerades på grund av en missad targetSdk.

Intäktsgenerering i Google Play: In-App Billing, prenumerationer och AdMob

Intäktsgenerering i Google Play omfattar flera modeller: betald nedladdning, In-App Products (engångsköp: consumable — spelvaluta; non-consumable — borttagning av annonser), prenumerationer (auto-renewable subscriptions via Google Play Billing), annonsering (AdMob, Google Ad Manager, tredjepartsnätverk) och Google Play Pass (prenumeration på ett paket appar, intäkterna delas mellan utvecklare baserat på användningstid).

Google Play Billing Library (nuvarande version — 7.x år 2026) — det obligatoriska verktyget för försäljning av digitala varor i appen. Alternativa betalningssystem är förbjudna för digitala varor (undantag — Sydkorea, Indien, EU Digital Markets Act). Billing Library 7.x kräver migrering från SKU-baserade köp till produktbaserade modeller (ProductDetails istället för SkuDetails) och stöder Kotlin Coroutines och Flow för asynkrona operationer.

Google Play-provision: 30% standard, 15% för de första $1 miljon i intäkter per år (liknande Apple Small Business Program). Efter att tröskeln på $1 miljon har nåtts återgår provisionen till 30% för resten av året. Prenumerationer: 30% första året, 15% från andra året (motsvarande App Store). För Google Play Pass-program — intäkterna fördelas baserat på engagemang (användningstid av appen av Pass-prenumeranter), inte fast provision.

AdMob från Google — det främsta verktyget för annonsintäktsgenerering. Stöder banner-, interstitiel-, native- och rewarded (belöningsbaserad) annonsering. Google Analytics för Firebase integreras med AdMob för att spåra annonskonvertering till målade handlingar. Från Android 14+ (API 34) krävs Google Play Services for Ads 22.0+ och Handling Ad Responses API för efterlevnad av Privacy Sandbox. Annonsintäktsgenerering — 0% provision — ett populärt val för gratisappar med stor publik.

Google Play-moderering: kontroller och policyer

Google Play-moderering (Google Play Policy Review) skiljer sig från App Store — Google förlitar sig på automatiserade kontroller och selektiv manuell moderering, inte 100% manuell granskning av varje app. Det automatiserade systemet skannar AAB/APK efter skadlig kod, policyöverträdelser (Spyware, Deceptive Behavior, SDK-överträdelser) och bristande efterlevnad av targetSdk-krav. Vid upptäckt av överträdelse kan appen avvisas eller tas bort från publicering.

Google Play publicerar Developer Program Policies — en uppsättning regler som täcker innehåll, appbeteende, intäktsgenerering och integritet. Huvudsektioner: Restricted Content (våld, hat, olaglig verksamhet), Deceptive Behavior (falska påståenden, imitation av andra appar), Monetization and Ads (ärlig annonsering, efterlevnad av IAP-policy), Privacy and Security (datainsamling, kryptering), Store Listing and Promotion (exakt beskrivning, korrekt kategorisering).

Google bekämpar aktivt spyware och deceptive SDK. Under 2024-2025 tog Google bort över 1,5 miljoner appar som bröt mot integritetspolicyerna. Särskild uppmärksamhet — SDK som samlar in data utan användarens vetskap (platsspårning utan samtycke, läsning av kontakter och SMS). Före publicering, kontrollera använda SDK för efterlevnad av Google Play Policy — många populära SDK (till exempel vissa annonsnätverk) har blockerats för policyöverträdelser.

Överklagandeprocess: om en app avvisas får utvecklaren ett meddelande i Play Console med orsak och rekommendationer. Överklagande kan lämnas via Play Console → Policy → Appeals. Handläggningstid — upp till 7 dagar. Upprepade överträdelser av samma policy leder till en varning (strike), tre överträdelser — till blockering av utvecklarkontot. Återställning av ett blockerat konto är en extremt svår process som kräver en skriftlig begäran och bevis på att överträdelserna har åtgärdats.

För att minimera risker: använd Google Play Integrity API för att verifiera äktheten av förfrågningar, implementera Data Safety Section (obligatoriskt från 2023 — ange all insamlad data och syften med insamlingen), kontrollera alla SDK för efterlevnad av Developer Program Policies, använd Play Console Policy Insights för att spåra potentiella överträdelser före publicering. Vid utveckling hos IT Sectr kontrollerar vi varje app via internal testing på riktiga enheter före Production-release.