Google Play: Was es ist, App-Veröffentlichung und Entwicklerkonsole

Was ist Google Play?

Google Play ist Googles digitale Vertriebsplattform, die einen App-Store, Spiele, Filme, Bücher und Musik vereint. Gestartet am 22. Oktober 2008 unter dem Namen Android Market, wurde die Plattform im März 2012 in Google Play umbenannt. Im Gegensatz zum App Store von Apple ist Google Play nicht der einzige Kanal zum Installieren von Android-Apps — Benutzer können APKs aus Drittanbieterquellen installieren (Sideloading), alternative Stores nutzen (Samsung Galaxy Store, Amazon Appstore, F-Droid), aber die Mehrheit der Benutzer verwendet Google Play.

Laut Google I/O 2026 übersteigt die monatliche Zielgruppe von Google Play 2,8 Milliarden aktive Nutzer aus über 190 Ländern. Die Anzahl der verfügbaren Apps beträgt über 3,2 Millionen. Der durchschnittliche App-Preis ist niedriger als im App Store — viele Entwickler verwenden ein kostenloses Modell mit Werbung oder In-App-Käufen. Google Play enthält auch Bereiche für Tablets (Large Screen Apps), Wear OS, Android TV, Android Auto und Chromebook.

Google Play bietet einzigartige Android-Tools: Google Play Protect — ein integriertes Antivirenprogramm, das jede App vor und nach der Installation überprüft; Android Vitals — App-Leistungsanalyse (ANR, Absturzrate, Startzeit); Google Play Integrity — eine API zur Überprüfung der Geräte- und App-Authentizität (Ersatz für SafetyNet Attestation). Play Integrity ist für Apps obligatorisch, die mit sensiblen Daten und Zahlungen umgehen.

Google Play Console: Funktionen und Einrichtung

Google Play Console ist das zentrale Entwickler-Tool zur Verwaltung von Apps bei Google Play. Verfügbar unter play.google.com/console. Für den Einstieg sind ein Entwicklerkonto (einmalige Zahlung von 25 $) und eine Identitätsprüfung erforderlich. Die Play Console bietet den vollständigen App-Verwaltungslebenszyklus: vom Hochladen des ersten AAB bis hin zu Verkaufsanalysen und Absturzberichten.

Hauptbereiche der Play Console: Dashboard — Gesamtstatistiken für alle Apps (Installationen, Deinstallationen, Abstürze, Bewertung, Umsatz); Release — Versions- und Track-Verwaltung (Production, Open Beta, Closed Beta, Internal Testing); Growth — Werbetools (Google Ads, Promo Codes, Store Listing Experiments); Quality — Android Vitals (ANR-Rate, Absturzrate, Startzeit, Renderzeit); Monetization — Produkt- und Abonnementverwaltung, Google Play Pass; Users & Permissions — Teamzugriffsverwaltung.

Test-Tracks bei Google Play — ein wesentlicher Unterschied zum App Store. Internal Testing — bis zu 100 Tester, keine Überprüfung erforderlich, Updates werden sofort veröffentlicht. Closed Testing (Alpha) — bis zu 100 Tester, Überprüfung erforderlich. Open Testing (Beta) — unbegrenzte Anzahl von Testern, die App ist für alle, die sich für den Test registriert haben, bei Google Play verfügbar. Es wird empfohlen, die App zuerst im Internal Testing, dann im Closed/Open Beta und erst dann in Production zu veröffentlichen.

// Google Play Billing Library 6.x — Abonnementprüfung
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) {
            // Kauf erfolgreich — Käufe verarbeiten
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // Client betriebsbereit
                }
            }
            override fun onBillingServiceDisconnected() {
                // Wiederherstellung der Verbindung
            }
        })
    }

    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) {
        // Server-seitige Kaufüberprüfung
        // 1. purchaseToken an Ihren Server senden
        // 2. Server überprüft über Google Play Developer API
        // 3. Bei Erfolg — Funktionalität freischalten
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

Die Klasse PlayBillingManager demonstriert die Arbeit mit Google Play Billing Library 6.x: Aufbau einer Verbindung mit BillingClient, Anfordern von Produktdetails (Abonnement oder einmaliger Kauf), Verarbeitung von Kaufergebnissen über PurchasesUpdatedListener. Die Überprüfung sollte auf dem Server über die Google Play Developer API mit einem purchaseToken erfolgen — vertrauen Sie niemals nur der lokalen Überprüfung, da der Kauf gefälscht sein könnte.

Der Prozess der Veröffentlichung einer App bei Google Play

Die Veröffentlichung bei Google Play ist ein mehrstufiger Prozess, der die Kontoerstellung, die Vorbereitung der App, die Einrichtung der Play Console, das Hochladen des AAB, das Bestehen der Überprüfung und die Veröffentlichung umfasst. Im Vergleich zum App Store ist der Prozess weniger formalisiert: Google verlässt sich auf automatisierte Prüfungen (Play Integrity, Malware-Scanning über Google Play Protect) anstatt auf manuelle Moderation jeder App.

Stufe 1: Registrierung des Entwicklerkontos

Für die Veröffentlichung sind ein Google-Konto und eine Registrierung in der Google Play Console für 25 $ (einmalige Zahlung) erforderlich. Nach der Zahlung ist eine Identitätsüberprüfung erforderlich: Hochladen eines Ausweisdokuments (Reisepass oder Führerschein) und Bestätigung der Adresse. Der Überprüfungsprozess dauert zwischen 24 Stunden und 2 Wochen. Ohne Überprüfung wird die App nicht im Production-Track veröffentlicht.

Stufe 2: Erstellen des AAB und Ausfüllen des Store-Eintrags

Google empfiehlt seit August 2021 das AAB (Android App Bundle)-Format — APK wird für neue Apps nicht mehr akzeptiert. AAB ermöglicht es Google Play, optimierte APKs für jeden Gerätetyp (unterschiedliche ABIs, Bildschirme, Sprachen) zu generieren, wodurch die Downloadgröße um 15-35 % reduziert wird. Die Erstellung erfolgt über Android Studio: Build → Build Bundle(s) / APK(s) → Build Bundle(s). AAB wird über Play App Signing signiert — Google verwahrt den Signaturschlüssel auf seiner Seite.

Store-Eintrag — die Seite der App bei Google Play: Titel (50 Zeichen), Kurzbeschreibung (80 Zeichen), vollständige Beschreibung (4000 Zeichen), Screenshots (mindestens 2, bis zu 8; für Telefon 5", 6.5", für Tablet 7"+), Symbol (512x512), Feature-Grafik (1024x500), Promo-Video (YouTube). Die Kurzbeschreibung ist am wichtigsten für die Google Play-Suche — sie wird indexiert und in den Ergebnissen angezeigt. Die vollständige Beschreibung wird indexiert, ist aber für die Suche weniger bedeutsam.

Stufe 3: Auswahl des Tracks und Veröffentlichung

Nach dem Hochladen des AAB wählt der Entwickler einen Track aus: Internal Testing (bis zu 100 Tester, keine Überprüfung), Closed Testing (Alpha, bis zu 100 Personen, mit Überprüfung), Open Testing (Beta, unbegrenzt, mit Überprüfung) oder Production. Es wird empfohlen, mit Internal Testing zu beginnen — auf echten Geräten testen, dann Closed Testing für eine breitere Validierung und erst dann Production. Für Open Testing und Production sind mindestens 12 Stunden und 20 Tester im Closed Testing in den letzten 14 Tagen für neue Konten erforderlich (Google Play 2024-Richtlinie).

Nach der Veröffentlichung erscheint die App innerhalb von 1-24 Stunden bei Google Play. Das erste Update kann einer umfassenden Überprüfung unterzogen werden. Google Play scannt jede App automatisch auf schädlichen Code über Google Play Protect. Wenn eine Bedrohung erkannt wird, kann die App aus der Veröffentlichung genommen und das Entwicklerkonto gesperrt werden.

Google Play-Anforderungen an targetSdkVersion

Google Play legt verbindliche targetSdkVersion-Anforderungen für die Veröffentlichung und Aktualisierung von Apps fest. Jedes Jahr erhöht Google die minimale targetSdk, um sicherzustellen, dass Apps die neuesten sicherheitsrelevanten Verhaltensänderungen verwenden. Seit August 2024 beträgt die minimale targetSdk API 33; seit August 2025 — API 34; seit August 2026 — API 35 (Android 15).

Apps, die die Anforderung nicht erfüllen, werden blockiert — sie können nicht veröffentlicht oder aktualisiert werden. Bereits veröffentlichte Apps mit niedriger targetSdk funktionieren weiterhin im Store, aber für ein Update muss die targetSdk erhöht werden. Die Google Play Console warnt 90 Tage vor der Erhöhung des Schwellenwerts. Viele Entwickler schieben das Update bis zum letzten Moment auf, was das Risiko einer Sperrung der App birgt, wenn eine dringende Fehlerbehebung erforderlich ist.

Die Erhöhung der targetSdkVersion erfordert die Überprüfung aller Verhaltensänderungen, die zwischen der alten und der neuen targetSdk eingeführt wurden. Beispielsweise müssen bei der Migration von API 33 (Android 13) auf API 35 (Android 15) folgende Punkte überprüft werden: Foreground Service Types (API 34) — obligatorische Deklaration des Diensttyps im Manifest; Privacy Sandbox (API 35) — Einschränkungen bei Werbeidentifikatoren; PhotoPicker (API 34+) — Ersetzung des direkten Galeriezugriffs durch die Systemauswahl; neue Hintergrunddienstbeschränkungen. Jede Verhaltensänderung kann Codeänderungen erfordern.

Play Console-API zur Compliance-Automatisierung

Google Play Developer API (REST) ermöglicht die Automatisierung der targetSdk-Compliance-Prüfung für alle Apps im Konto. Die Methode applications.get gibt Informationen zur targetSdkVersion zurück. Es wird empfohlen, 120 Tage vor der Frist eine Überwachung über die API einzurichten, um eine Liste der Apps zu erhalten, die aktualisiert werden müssen. Bei Apps mit einer großen Codebasis beträgt der geschätzte Aufwand für Verhaltensänderungen 2 Tage bis 2 Wochen.

// Überprüfung der targetSdk-Compliance im App-Code
import android.os.Build

class TargetSdkCompliance {

    // Minimale targetSdk, die von Google Play im Jahr 2026 benötigt wird
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // Prüfung: Muss die Verhaltensänderung von API 34 behandelt werden?
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types erforderlich für targetSdk >= 34
        return targetSdk >= 34
    }

    // Prüfung: Muss Privacy Sandbox (API 35) behandelt werden?
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // Compliance-Prüfung vor dem Build
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk liegt unter der erforderlichen $REQUIRED_TARGET_SDK")
        }

        if (targetSdk >= 34) {
            // Stellen Sie sicher, dass alle Vordergrunddienste einen Typ im Manifest deklarieren
            warnings.add("Prüfen: Alle Vordergrunddienste deklarieren einen Typ in AndroidManifest.xml")
        }

        if (targetSdk >= 35) {
            warnings.add("Prüfen: Privacy Sandbox, Advertising ID-Einschränkungen")
        }

        return warnings
    }
}

Die Klasse TargetSdkCompliance prüft die targetSdk-Compliance vor dem Build. Die Methode validateCompliance gibt eine Liste von Warnungen zu erforderlichen Verhaltensänderungen für eine bestimmte targetSdk zurück. Verwenden Sie solchen Code in CI/CD, um die Compliance automatisch zu prüfen, bevor Sie einen Build an die Google Play Console senden. Bei IT Sectr haben wir diese Prüfung in CI implementiert, nachdem eines unserer Projekte aufgrund einer verpassten targetSdk blockiert wurde.

Monetarisierung bei Google Play: In-App-Abrechnung, Abonnements und AdMob

Die Monetarisierung bei Google Play umfasst mehrere Modelle: kostenpflichtiger Download, In-App-Produkte (einmalige Käufe: verbrauchbar — Spielwährung; nicht verbrauchbar — Werbeentfernung), Abonnements (automatisch verlängerbare Abonnements über Google Play Billing), Werbung (AdMob, Google Ad Manager, Drittanbieternetzwerke) und Google Play Pass (ein Abonnement für ein App-Bündel, dessen Einnahmen je nach Nutzungszeit zwischen den Entwicklern aufgeteilt werden).

Google Play Billing Library (aktuelle Version — 7.x im Jahr 2026) ist das obligatorische Tool für den Verkauf digitaler Waren innerhalb einer App. Alternative Zahlungssysteme sind für digitale Waren verboten (Ausnahmen — Südkorea, Indien, EU Digital Markets Act). Billing Library 7.x erfordert die Migration von SKU-basierten Käufen zu produktbasierten Modellen (ProductDetails statt SkuDetails) und unterstützt Kotlin Coroutines und Flow für asynchrone Operationen.

Google Play-Provision: 30 % Standard, 15 % für die ersten 1 Mio. $ Umsatz pro Jahr (ähnlich dem Apple Small Business Program). Nach Erreichen der 1-Mio.-$-Schwelle kehrt die Provision für den Rest des Jahres auf 30 % zurück. Abonnements: 30 % im ersten Jahr, 15 % ab dem zweiten Jahr (ähnlich dem App Store). Für Google Play Pass-Programme werden die Einnahmen auf der Grundlage des Engagements (Zeit, die Nutzer als Pass-Abonnenten in der App verbringen) verteilt, nicht über eine feste Provision.

AdMob von Google ist das primäre Tool zur Werbemonetarisierung. Es unterstützt Banner-, Interstitial-, Native- und Reward-Anzeigen. Google Analytics for Firebase integriert sich mit AdMob, um die Konversion von Anzeigen in Zielaktionen zu verfolgen. Ab Android 14+ (API 34) sind Google Play Services for Ads 22.0+ und die Handling Ad Responses API für die Privacy Sandbox-Konformität erforderlich. Werbemonetarisierung — 0 % Provision — eine beliebte Wahl für kostenlose Apps mit großem Publikum.

Google Play-Moderation: Prüfungen und Richtlinien

Die Google Play-Moderation (Google Play Policy Review) unterscheidet sich vom App Store — Google verlässt sich auf automatisierte Prüfungen und selektive manuelle Moderation, nicht auf eine 100%ige manuelle Überprüfung jeder App. Das automatisierte System scannt AAB/APK auf schädlichen Code, Richtlinienverstöße (Spyware, deceptives Verhalten, SDK-Verstöße) und Nichteinhaltung der targetSdk-Anforderungen. Bei Feststellung eines Verstoßes kann die App abgelehnt oder aus der Veröffentlichung genommen werden.

Google Play veröffentlicht die Developer Program Policies — eine Reihe von Regeln, die Inhalte, App-Verhalten, Monetarisierung und Datenschutz abdecken. Hauptbereiche: Restricted Content (Gewalt, Hass, illegale Aktivitäten), Deceptive Behavior (falsche Behauptungen, Nachahmung anderer Apps), Monetization and Ads (ehrliche Werbung, Einhaltung der In-App-Kaufrichtlinie), Privacy and Security (Datenerhebung, Verschlüsselung), Store Listing and Promotion (genaue Beschreibung, korrekte Kategorisierung).

Google bekämpft aktiv Spyware und betrügerische SDKs. In den Jahren 2024-2025 entfernte Google über 1,5 Millionen Apps, die gegen Datenschutzrichtlinien verstoßen. Besonderes Augenmerk gilt SDKs, die ohne Wissen des Nutzers Daten sammeln (Standortverfolgung ohne Einwilligung, Lesen von Kontakten und SMS). Überprüfen Sie vor der Veröffentlichung die verwendeten SDKs auf Einhaltung der Google Play-Richtlinien — viele beliebte SDKs (z. B. einige Werbenetzwerke) wurden aufgrund von Richtlinienverstößen blockiert.

Einspruchsverfahren: Wird eine App abgelehnt, erhält der Entwickler eine Benachrichtigung in der Play Console mit dem Grund und Empfehlungen. Ein Einspruch kann über Play Console → Policy → Appeals eingelegt werden. Die Bearbeitungszeit beträgt bis zu 7 Tage. Wiederholte Verstöße gegen dieselbe Richtlinie führen zu einer Verwarnung (Strike), ein dritter Verstoß zur Sperrung des Entwicklerkontos. Die Wiederherstellung eines gesperrten Kontos ist ein äußerst schwieriger Prozess, der einen schriftlichen Einspruch und den Nachweis der Behebung der Verstöße erfordert.

Zur Risikominimierung: Verwenden Sie die Google Play Integrity API zur Überprüfung der Authentizität von Anfragen, implementieren Sie den Bereich Datensicherheit (seit 2023 obligatorisch — geben Sie alle erhobenen Daten und Erhebungszwecke an), überprüfen Sie alle SDKs auf Einhaltung der Developer Program Policies, nutzen Sie Play Console Policy Insights zur Verfolgung potenzieller Verstöße vor der Veröffentlichung. Bei der Entwicklung bei IT Sectr testen wir jede App vor der Production-Veröffentlichung durch interne Tests auf echten Geräten.