Google Play: wat is het, apps publiceren en ontwikkelaarsconsole

Wat is Google Play?

Google Play — het digitale distributieplatform van Google dat een app store, games, films, boeken en muziek combineert. Het platform werd gelanceerd op 22 oktober 2008 onder de naam Android Market en werd in maart 2012 hernoemd naar Google Play. In tegenstelling tot de App Store van Apple is Google Play niet het enige kanaal voor het installeren van Android-apps — gebruikers kunnen APK's installeren van externe bronnen (sideloading), alternatieve stores gebruiken (Samsung Galaxy Store, Amazon Appstore, F-Droid), maar de meeste gebruikers gebruiken Google Play.

Volgens Google I/O 2026 overschrijdt het maandelijkse publiek van Google Play de 2,8 miljard actieve gebruikers uit 190+ landen. Het aantal beschikbare apps — meer dan 3,2 miljoen. De gemiddelde prijs van een app is lager dan in de App Store — veel ontwikkelaars gebruiken het gratis model met reclame of In-App Purchases. Google Play bevat ook secties voor tablets (Large Screen Apps), Wear OS, Android TV, Android Auto en Chromebook.

Google Play biedt unieke hulpmiddelen voor Android: Google Play Protect — ingebouwde antivirus die elke app voor en na installatie controleert; Android Vitals — prestatieanalyse van de app (ANR, crashpercentage, opstarttijd); Google Play Integrity — API voor het verifiëren van de authenticiteit van apparaat en app (vervanging van SafetyNet Attestation). Play Integrity is verplicht voor apps die met vertrouwelijke gegevens en betalingen werken.

Google Play Console: mogelijkheden en configuratie

Google Play Console — het centrale ontwikkelaarsinstrument voor het beheren van apps in Google Play. Beschikbaar op play.google.com/console. Om te beginnen is een ontwikkelaarsaccount (eenmalige betaling van $25) en identiteitsverificatie vereist. Play Console biedt de volledige beheercyclus voor een app: van het uploaden van de eerste AAB tot verkoopanalyse en crashrapporten.

Belangrijkste secties van Play Console: Dashboard — algemene statistieken voor alle apps (installaties, verwijderingen, crashes, beoordeling, omzet); Release — versiebeheer en tracks (Production, Open Beta, Closed Beta, Internal Testing); Growth — promotietools (Google Ads, Promo Codes, Store Listing Experiments); Quality — Android Vitals (ANR-percentage, crashpercentage, opstarttijd, rendertijd); Monetization — configuratie van producten, abonnementen, Google Play Pass; Users & Permissions — teamtoegangsbeheer.

Testtracks Google Play — het belangrijkste verschil met de App Store. Internal Testing — tot 100 testers, geen beoordeling vereist, updates worden direct gepubliceerd. Closed Testing (Alpha) — tot 100 testers, beoordeling vereist. Open Testing (Beta) — onbeperkt aantal testers, de app is beschikbaar in Google Play voor iedereen die zich heeft aangemeld voor de test. Het wordt aanbevolen om de app eerst in Internal Testing, daarna in Closed/Open Beta en pas daarna in Production te publiceren.

// Google Play Billing Library 6.x — abonnement controleren
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) {
            // Aankoop gelukt — aankopen verwerken
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // Client is klaar voor gebruik
                }
            }
            override fun onBillingServiceDisconnected() {
                // Opnieuw verbinden
            }
        })
    }

    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) {
        // Aankoopverificatie op de server
        // 1. Stuur purchaseToken naar uw server
        // 2. Server verifieert via Google Play Developer API
        // 3. Bij succes — functionaliteit deblokkeren
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

Klasse PlayBillingManager demonstreert het werken met Google Play Billing Library 6.x: verbinding maken met BillingClient, productdetails opvragen (abonnement of eenmalige aankoop), het verwerken van het aankoopresultaat via PurchasesUpdatedListener. Verificatie moet op de server worden uitgevoerd via Google Play Developer API met de purchaseToken — vertrouw nooit alleen op lokale verificatie, omdat de aankoop kan worden vervalst.

Het publicatieproces van een app in Google Play

Publicatie in Google Play — een meerstappenproces dat accountregistratie, app-voorbereiding, configuratie in Play Console, uploaden van AAB, doorlopen van controle en publicatie omvat. Vergeleken met de App Store is het proces minder geformaliseerd: Google vertrouwt op geautomatiseerde controle (Play Integrity, scannen op malware via Google Play Protect), niet op handmatige moderatie van elke app.

Fase 1: Registratie van een ontwikkelaarsaccount

Voor publicatie is een Google-account en registratie in Google Play Console voor $25 (eenmalige betaling) vereist. Na betaling is identiteitsverificatie vereist: uploaden van een identiteitsbewijs (paspoort of rijbewijs) en adresbevestiging. Het verificatieproces duurt 24 uur tot 2 weken. Zonder verificatie wordt de app niet gepubliceerd in de Production-track.

Fase 2: AAB bouwen en Store Listing invullen

Google beveelt het AAB (Android App Bundle)-formaat aan sinds augustus 2021 — APK wordt niet langer geaccepteerd voor nieuwe apps. AAB stelt Google Play in staat om geoptimaliseerde APK's te genereren voor elk apparaattype (verschillende ABI's, schermen, talen), waardoor de downloadgrootte met 15-35% wordt verminderd. Bouwen gebeurt via Android Studio: Build → Build Bundle(s) / APK(s) → Build Bundle(s). AAB wordt ondertekend via Play App Signing — Google bewaart de ondertekeningssleutel aan zijn kant.

Store Listing — de pagina van de app in Google Play: naam (50 tekens), korte beschrijving (80 tekens), volledige beschrijving (4000 tekens), screenshots (minimaal 2, tot 8; voor telefoon 5", 6.5", voor tablet 7"+), pictogram (512x512), featured graphic (1024x500), promotievideo (YouTube). De korte beschrijving is het belangrijkst voor Google Play-zoekopdracht — het wordt geïndexeerd en getoond in de resultaten. De volledige beschrijving wordt geïndexeerd, maar is minder belangrijk voor zoeken.

Fase 3: Track selecteren en publiceren

Na het uploaden van AAB kiest de ontwikkelaar een track: Internal Testing (tot 100 testers, zonder beoordeling), Closed Testing (Alpha, tot 100 personen, met beoordeling), Open Testing (Beta, onbeperkt, met beoordeling) of Production. Het wordt aanbevolen om te beginnen met Internal Testing — testen op echte apparaten, daarna Closed Testing voor bredere verificatie en pas daarna — Production. Voor Open Testing en Production is minimaal 12 uur en 20 testers in Closed Testing in de afgelopen 14 dagen vereist voor nieuwe accounts (Google Play-beleid 2024).

Na publicatie verschijnt de app binnen 1-24 uur in Google Play. De eerste update kan uitgebreid worden gecontroleerd. Google Play scant elke app automatisch op schadelijke code via Google Play Protect. Als een bedreiging wordt gedetecteerd, kan de app uit publicatie worden verwijderd en het ontwikkelaarsaccount worden geblokkeerd.

Google Play-vereisten voor targetSdkVersion

Google Play stelt verplichte vereisten aan targetSdkVersion voor het publiceren en bijwerken van apps. Elk jaar verhoogt Google de minimale targetSdk om ervoor te zorgen dat apps actuele beveiligingsgedragsveranderingen gebruiken. Vanaf augustus 2024 is de minimale targetSdk — API 33; vanaf augustus 2025 — API 34; vanaf augustus 2026 — API 35 (Android 15).

Apps die niet aan de vereiste voldoen, worden geblokkeerd — ze kunnen niet worden gepubliceerd of bijgewerkt. Reeds gepubliceerde apps met een lage targetSdk blijven werken in de store, maar voor een update moet targetSdk worden verhoogd. Google Play Console waarschuwt 90 dagen voor de verhoging van de drempel. Veel ontwikkelaars stellen de update uit tot het laatste moment, wat het risico van blokkering van de app creëert bij een dringende bugfix.

Het verhogen van de targetSdkVersion vereist controle van alle gedragsveranderingen die zijn geïntroduceerd tussen de oude en nieuwe targetSdk. Bijvoorbeeld, bij migratie van API 33 (Android 13) naar API 35 (Android 15) moet worden gecontroleerd: Foreground Service Types (API 34) — verplichte declaratie van het servicetype in het manifest; Privacy Sandbox (API 35) — beperkingen op advertentie-ID's; PhotoPicker (API 34+) — vervanging van directe galerijtoegang door een systeempicker; nieuwe beperkingen voor achtergrondservices. Elke gedragsverandering kan codeaanpassing vereisen.

Play Console API voor geautomatiseerde controle

Google Play Developer API (REST) maakt geautomatiseerde controle van targetSdk voor alle apps in het account mogelijk. De methode applications.get retourneert informatie over targetSdkVersion. Het wordt aanbevolen om 120 dagen voor de deadline monitoring via de API in te stellen om een lijst te krijgen van apps die een update nodig hebben. Voor apps met een grote hoeveelheid code, de inspanningsschatting — van 2 dagen tot 2 weken voor gedragsveranderingen.

// Controle van targetSdk-naleving in de app-code
import android.os.Build

class TargetSdkCompliance {

    // Minimale targetSdk vereist door Google Play in 2026
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // Controle: moet behavioural change API 34 worden verwerkt?
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types is verplicht voor targetSdk >= 34
        return targetSdk >= 34
    }

    // Controle: moet Privacy Sandbox (API 35) worden verwerkt?
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // Nalevingscontrole voor het bouwen
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk is lager dan vereist $REQUIRED_TARGET_SDK")
        }

        if (targetSdk >= 34) {
            // Zorg ervoor dat alle foreground-services type in het manifest hebben
            warnings.add("Controleer: alle foreground-services declareren type in AndroidManifest.xml")
        }

        if (targetSdk >= 35) {
            warnings.add("Controleer: Privacy Sandbox, Advertising ID-beperkingen")
        }

        return warnings
    }
}

Klasse TargetSdkCompliance controleert de targetSdk-naleving voor het bouwen. De methode validateCompliance retourneert een lijst met waarschuwingen over vereiste gedragsveranderingen voor de gegeven targetSdk. Gebruik dergelijke code in CI/CD voor automatische nalevingscontrole voordat een build naar Google Play Console wordt verzonden. Bij IT Sectr hebben we deze controle in CI geïmplementeerd nadat een van de projecten was geblokkeerd vanwege een gemiste targetSdk.

Monetarisatie in Google Play: In-App Billing, abonnementen en AdMob

Monetarisatie in Google Play omvat verschillende modellen: betaalde download, In-App Products (eenmalige aankopen: consumable — spelvaluta; non-consumable — verwijderen van advertenties), abonnementen (auto-renewable subscriptions via Google Play Billing), reclame (AdMob, Google Ad Manager, externe netwerken) en Google Play Pass (abonnement op een pakket apps, de opbrengst wordt verdeeld over ontwikkelaars op basis van gebruikstijd).

Google Play Billing Library (huidige versie — 7.x in 2026) — het verplichte hulpmiddel voor de verkoop van digitale goederen in de app. Alternatieve betalingssystemen zijn verboden voor digitale goederen (uitzondering — Zuid-Korea, India, EU Digital Markets Act). Billing Library 7.x vereist migratie van SKU-gebaseerde aankopen naar productgebaseerde modellen (ProductDetails in plaats van SkuDetails) en ondersteunt Kotlin Coroutines en Flow voor asynchrone bewerkingen.

Google Play-commissie: 30% standaard, 15% voor de eerste $1 miljoen omzet per jaar (vergelijkbaar met Apple Small Business Program). Na het bereiken van de drempel van $1 miljoen keert de commissie terug naar 30% voor de rest van het jaar. Abonnementen: 30% eerste jaar, 15% vanaf het tweede jaar (analoog aan App Store). Voor Google Play Pass-programma's — de omzet wordt verdeeld op basis van engagement (gebruikstijd van de app door Pass-abonnees), niet een vaste commissie.

AdMob van Google — het belangrijkste hulpmiddel voor advertentiemonetarisatie. Ondersteunt banner-, interstitiële, native, rewarded (beloonde) advertenties. Google Analytics voor Firebase integreert met AdMob voor het volgen van advertentieconversie naar doelacties. Vanaf Android 14+ (API 34) is Google Play Services for Ads 22.0+ en Handling Ad Responses API vereist voor naleving van Privacy Sandbox. Advertentiemonetarisatie — 0% commissie — een populaire keuze voor gratis apps met een groot publiek.

Google Play-moderatie: controles en beleid

Google Play-moderatie (Google Play Policy Review) verschilt van de App Store — Google vertrouwt op geautomatiseerde controles en selectieve handmatige moderatie, niet op 100% handmatige controle van elke app. Het geautomatiseerde systeem scant AAB/APK op schadelijke code, beleidsschendingen (Spyware, Deceptive Behavior, SDK-schendingen) en niet-naleving van targetSdk-vereisten. Bij detectie van een overtreding kan de app worden afgewezen of uit publicatie worden verwijderd.

Google Play publiceert Developer Program Policies — een set regels die inhoud, app-gedrag, monetarisatie en privacy omvatten. Belangrijkste secties: Restricted Content (geweld, haat, illegale activiteiten), Deceptive Behavior (valse beweringen, imitatie van andere apps), Monetization and Ads (eerlijke reclame, naleving van IAP-beleid), Privacy and Security (gegevensverzameling, encryptie), Store Listing and Promotion (nauwkeurige beschrijving, juiste categorisering).

Google bestrijdt actief spyware en deceptive SDK. In 2024-2025 verwijderde Google meer dan 1,5 miljoen apps die het privacybeleid schonden. Bijzondere aandacht — SDK's die gegevens verzamelen zonder medeweten van de gebruiker (locatie tracking zonder toestemming, lezen van contacten en SMS). Controleer voor publicatie de gebruikte SDK's op naleving van Google Play Policy — veel populaire SDK's (bijvoorbeeld sommige advertentienetwerken) zijn geblokkeerd vanwege beleidsschendingen.

Het beroepsproces: als een app wordt afgewezen, ontvangt de ontwikkelaar een melding in Play Console met de reden en aanbevelingen. Beroep kan worden ingesteld via Play Console → Policy → Appeals. De behandelingsduur — tot 7 dagen. Herhaalde schendingen van hetzelfde beleid leiden tot een waarschuwing (strike), drie schendingen — tot blokkering van het ontwikkelaarsaccount. Herstel van een geblokkeerd account is een uiterst moeilijk proces dat een schriftelijk verzoek en bewijs van herstel van overtredingen vereist.

Om risico's te minimaliseren: gebruik Google Play Integrity API voor het verifiëren van de authenticiteit van verzoeken, implementeer Data Safety Section (verplicht sinds 2023 — geef alle verzamelde gegevens en doelen van verzameling aan), controleer alle SDK's op naleving van Developer Program Policies, gebruik Play Console Policy Insights voor het opsporen van potentiële overtredingen voor publicatie. Bij IT Sectr controleren we elke app via internal testing op echte apparaten vóór de Production-release.