Google Mobile Ads — Was ist das, Werbe-SDK und Monetarisierung

Was ist Google Mobile Ads?

Google Mobile Ads — ist die Werbeplattform von Google für mobile Apps, die ein SDK zur Anzeige von Werbung und Tools zur Einnahmeanalyse bereitstellt. Die Plattform umfasst zwei Hauptsysteme: AdMob (für unabhängige Entwickler) und Google Ad Manager (für große Publisher mit direkten Werbekampagnen). Beide Systeme verwenden dasselbe Google Mobile Ads SDK, was die Migration zwischen den Plattformen vereinfacht.

Die Grundlage von Google Mobile Ads ist eine Echtzeit-Auktion (RTB — Real-Time Bidding). Wenn eine App eine Werbeanzeige anfordert, sendet das SDK eine Anfrage an die Google-Server, wo Algorithmen das Nutzerprofil, den App-Kontext und verfügbare Werbekampagnen analysieren. Der Auktionsgewinner wird innerhalb von 100-300 Millisekunden ermittelt — je höher das Gebot des Werbetreibenden, desto höher die Einnahmen des Entwicklers. Laut Google (2025) beträgt der durchschnittliche eCPM für Android-Apps $5-15.

eCPM (effective Cost Per Mille) — die wichtigste Monetarisierungskennzahl, die die Einnahmen pro 1000 Impressionen anzeigt. Der eCPM hängt von der Region des Nutzers (in den USA und Europa höher, in Asien niedriger), dem Werbeformat (Rewarded Video ergibt eCPM $10-30, Banner $0.50-2) und der Jahreszeit (im Dezember ist eCPM 30-50% höher) ab. Das Google Mobile Ads SDK optimiert automatisch Impressionen für maximalen eCPM durch die Auktion.

Werbeformate: Banner, Interstitial, Rewarded und Native

Bannerwerbung — rechteckige Blöcke fester Größe (320x50 — Standard, 320x100 — Groß, 300x250 — Medium). Banner werden unten oder oben auf dem Bildschirm platziert und nehmen minimalen Platz ein. Nachteile: niedriger eCPM ($0.50-2) und Gewöhnung der Nutzer — die Klickrate (CTR) von Bannern beträgt 0.05-0.5%. Banner werden automatisch alle 30-60 Sekunden aktualisiert, aber Google empfiehlt, sie nicht häufiger als alle 60 Sekunden zu aktualisieren, um die Benutzererfahrung zu erhalten.

Interstitial (Interstitial-Werbung) — Vollbild-Werbung, die in natürlichen Pausen der App angezeigt wird (zwischen Spiel-Levels, beim Wechsel zwischen Bildschirmen). Interstitial ergibt eCPM $3-15, erfordert aber eine vorsichtige Platzierung — häufige Anzeigen verärgern Nutzer. Google beschränkt die Häufigkeit: nicht mehr als ein Interstitial pro Minute. Laut Google reduziert Interstitial bei richtiger Platzierung die Nutzerbindung um nicht mehr als 5%.

Rewarded (Belohnungswerbung) — Videos, für deren Ansehen der Nutzer einen Bonus erhält (zusätzliche Leben, Münzen, Premium-Zugang). Das teuerste Format mit eCPM $10-30 und hohem Nutzerengagement — 80% der Nutzer stimmen dem Ansehen von Rewarded Videos zu. Wichtig: Die Belohnung muss für den Nutzer bedeutsam sein, sonst wird er die Werbung nicht ansehen. Rewarded Interstitial — Hybrid-Format (Belohnung ohne Pflichtansicht), verfügbar ab SDK 21.0.0.

// RewardedAd laden und anzeigen
class RewardedAdManager {

    private var rewardedAd: RewardedAd? = null

    fun loadAd(context: Context) {
        RewardedAd.load(
            context,
            "ca-app-pub-3940256099942544/5224354917",
            AdRequest.Builder().build(),
            object : RewardedAdLoadCallback() {
                override fun onAdLoaded(ad: RewardedAd) {
                    rewardedAd = ad
                }
                override fun onAdFailedToLoad(
                    error: LoadAdError
                ) {
                    Log.d("AdMob", error.message)
                }
            }
        )
    }
}

App Open Ads: Werbung beim App-Start

Native Ads — Werbung, die visuell an das App-Design angepasst ist: Der Entwickler kontrolliert die Platzierung von Titel, Beschreibung, Bild und Call-to-Action-Button. Native Ads erzielen die höchste CTR (0.5-2%) aller Formate und lassen sich am besten in die App-UX integrieren. Das Google Mobile Ads SDK bietet Native-Vorlagen (NativeTemplate) oder vollständige Kontrolle über NativeAdOptions. Das Format ad_source_type zeigt an, von welchem Netzwerk der native Creative stammt.

AdMob oder Ad Manager: Was wählen

AdMob — die Werbeplattform von Google für mobile Apps, die für unabhängige Entwickler und kleine Studios konzipiert ist. AdMob bietet automatische Füllung von Werbeplätzen durch Auktion, einfache Einrichtung über die Weboberfläche und integrierte Mediation mit 30+ Werbenetzwerken. Auszahlungsgrenze: $100. AdMob ist für 90% der Entwickler geeignet, einschließlich mittlerer Studios mit Einnahmen bis zu $100.000 pro Monat.

Google Ad Manager — erweiterte Plattform für große Publisher mit eigenen Werbekampagnen (Direct Deals), programmatischen Garantien und Priorität von Quellen. Ad Manager unterstützt mehrere Werbeserver, Competitive Bidding (App Bidding) und detaillierte Analysen für jeden Werbetreibenden. Für die Verbindung von Ad Manager ist ein monatlicher Traffic von 5 Millionen Impressionen erforderlich. Laut Google steigert Ad Manager die Einnahmen großer Publisher um 15-30% im Vergleich zu AdMob.

Für die Migration von AdMob zu Ad Manager reicht es aus, die Ad Unit ID im App-Code zu ändern — das SDK bleibt dasselbe (Google Mobile Ads SDK). Google empfiehlt, mit AdMob zu beginnen und bei Erreichen eines monatlichen Umsatzes von $10.000+ einen Wechsel zu Ad Manager in Betracht zu ziehen. App Bidding — die Schlüsseltechnologie von Ad Manager, die es allen Werbenetzwerken ermöglicht, in einer einzigen Auktion zu konkurrieren, was den eCPM um 10-40% erhöht.

Mediation: Anschließen mehrerer Werbenetzwerke

Mediation (Ad Mediation) — die Technologie von Google Mobile Ads, die es ermöglicht, mehrere Werbenetzwerke an eine Ad Unit anzuschließen. Wenn das SDK eine Anzeige anfordert, fragt es nacheinander die Netzwerke ab: zuerst Google Ads, dann Partnernetzwerke (Facebook Audience Network, Unity Ads, AppLovin, IronSource, Mintegral und andere) und wählt das Netzwerk mit dem höchsten Gebot für diesen Nutzer.

Das Google Mobile Ads SDK unterstützt Mediation von über 30 Werbenetzwerken über Adapter, die als separate Gradle-Abhängigkeiten geladen werden. Jeder Adapter implementiert eine einheitliche Google-Schnittstelle, die es dem SDK ermöglicht, einheitlich mit jedem Netzwerk zu arbeiten. Laut Google steigert Mediation die Gesamteinnahmen aus Werbung um 15-50% im Vergleich zur alleinigen Nutzung von AdMob. App Bidding — eine fortschrittlichere Version der Mediation, bei der alle Netzwerke gleichzeitig in einer einzigen Auktion teilnehmen, anstatt nacheinander.

// Mediationseinrichtung (build.gradle)
dependencies {
    implementation "com.google.android.gms:play-services-ads:23.3.0"
    // Adapter für Mediation
    implementation "com.google.ads:mediation-facebook:6.17.0.0"
    implementation "com.google.ads:mediation-unity:4.10.0.0"
    implementation "com.google.ads:mediation-applovin:12.3.0.0"
}

// Mobile Ads SDK initialisieren
MobileAds.initialize(this) {
    Log.d("AdMob",
        "Initialized: $it")
}

App Bidding: Parallele Auktion

Wichtiger Punkt: Mediation erhöht die Latenz der Werbeauslieferung, da das SDK mehrere Netzwerke nacheinander abfragt. Für Banner ist das nicht kritisch (akzeptable Verzögerung bis zu 2 Sekunden), aber für Interstitial und Rewarded reduziert eine Verzögerung von über 1 Sekunde die Wahrscheinlichkeit der Anzeige (der Nutzer könnte den Bildschirm verlassen). Google empfiehlt, zur Minimierung von Verzögerungen App Bidding anstelle von sequenzieller Mediation zu verwenden. App Bidding verarbeitet alle Gebote parallel in 100-200 ms.

Einrichtung von Google Mobile Ads in Android-Projekten

Die Einrichtung von Google Mobile Ads in einer Android-App beginnt mit dem Hinzufügen der play-services-ads-Abhängigkeit in build.gradle und der Initialisierung des SDK in der Application-Klasse. Das Google Mobile Ads SDK benötigt Android 5.0 (API 21) und Google Play Services Version 21.0.0+. Es wird empfohlen, das SDK so früh wie möglich zu initialisieren — in Application.onCreate() — damit Werbung parallel zum App-Start geladen wird.

Nach der SDK-Initialisierung erstellt der Entwickler eine Ad Unit in der AdMob- oder Ad Manager-Weboberfläche und bindet AdView in das App-Layout ein (für Banner) oder lädt InterstitialAd/RewardedAd programmatisch. Wichtig: Verwenden Sie eine Test-Ad Unit ID während der Entwicklung und eine Produktions-ID nach der Veröffentlichung. Das Google Mobile Ads SDK erkennt automatisch den Testmodus anhand des Geräts, das in der AdMob-Konsole zu Test Devices hinzugefügt wurde.

// SDK in der Application-Klasse initialisieren
class MyApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        MobileAds.initialize(this)

        // GDPR-Einwilligungsmodus aktivieren
        val params = RequestConfiguration.Builder()
            .setTagForUnderAgeOfConsent(false)
            .build()
        MobileAds.setRequestConfiguration(params)
    }
}

// Inline-Banner in XML
// <com.google.android.gms.ads.AdView
//     android:id="@+id/adView"
//     android:layout_width="match_parent"
//     android:layout_height="wrap_content"
//     app:adUnitId="ca-app-pub-3940256099942544/6300978111"
//     app:adSize="BANNER" />

Nach der Konfiguration von SDK und Ad Units muss der Entwickler eine Datenschutzerklärung in der App hinzufügen — dies ist eine zwingende Voraussetzung von Google für die Veröffentlichung im Play Store. Außerdem ist die Integration des UMP SDK (User Messaging Platform) zur Einholung der Einwilligung zur Datenverarbeitung von Nutzern aus dem EWR und Großbritannien erforderlich. Ohne UMP SDK kann Google die Anzeige personalisierter Werbung einschränken, was den eCPM um 40-60% senkt.

Nutzerdatenschutz und GDPR

Google Mobile Ads verlangt die Einhaltung der Datenschutzbestimmungen für Nutzer aus dem Europäischen Wirtschaftsraum (EWR), Großbritannien, den USA (CCPA/CPRA) und anderen Regionen mit Datenschutzgesetzen. Das wichtigste Tool ist das User Messaging Platform (UMP) SDK, das dem Nutzer einen Dialog zur Einwilligung in die Erhebung und Verarbeitung von Daten zur Personalisierung von Werbung anzeigt.

Ohne Einwilligung des Nutzers zur Personalisierung zeigt das Google Mobile Ads SDK nur nicht personalisierte Werbung an, was den eCPM um 40-60% senkt. TCF v2.0 (Transparency & Consent Framework) — der Standard von IAB Europe zur Übermittlung von Einwilligungssignalen zwischen Werbesystemen. Google Ad Manager unterstützt TCF v2.0 automatisch. Für AdMob ist eine Integration über das UMP SDK mit dem Parameter FORMS_PUBLISHER_ID erforderlich.

// UMP SDK Nutzereinwilligungsanfrage
val consentInfo = UserMessagingPlatform.getConsentInformation(this)

consentInfo.requestConsentInfoUpdate(
    context,
    ConsentRequestParameters.Builder()
        .setTagForUnderAgeOfConsent(false)
        .build()
) { error ->
    if (error != null) return@requestConsentInfoUpdate

    if (consentInfo.isConsentFormAvailable()) {
        UserMessagingPlatform.loadAndShowConsentFormIfRequired(
            activity,
            activity.getOnConsentFormSuccess(),
            activity.getOnConsentFormFailure()
        )
    }
}

TCF v2.0 und GDPR-Konformität

Zusätzliche Anforderungen: Für Nutzer aus Kalifornien (CCPA) verlangt Google die Unterstützung der Option „Do Not Sell My Personal Information“. Für Kinder (COPPA) — Aktivierung von tagForChildDirectedTreatment. Der Google Play Store verlangt, dass alle Apps mit Werbung eine Datenschutzerklärung haben und in der Google Play Console darauf verweisen. Verstöße gegen diese Anforderungen führen zur Sperrung der Werbeanzeige oder zur Entfernung der App aus dem Play Store.

Codebeispiel: Rewarded Video in Kotlin anzeigen

Vollständiges Beispiel der Integration von Rewarded-Werbung mit Nutzerbelohnungsverarbeitung. Die App lädt beim Start ein Rewarded Video, zeigt es beim Klick auf den Button „Bonus erhalten“ an und gutschreibt dem Nutzer nach vollständigem Ansehen Münzen. Der Code verwendet Kotlin-Koroutinen für asynchrones Laden und prüft, ob die Werbung nicht angezeigt wird, wenn der Nutzer bereits eine Belohnung erhalten hat (Schutz vor doppelter Belohnung).

class RewardViewModel : ViewModel() {

    private var rewardedAd: RewardedAd? = null
    private val _rewardEarned = MutableLiveData<Boolean>(false)
    val rewardEarned: LiveData<Boolean> = _rewardEarned

    fun loadRewardedAd(context: Context) {
        RewardedAd.load(context, AD_UNIT_ID,
            AdRequest.Builder().build(),
            object : RewardedAdLoadCallback() {
                override fun onAdLoaded(ad: RewardedAd) {
                    rewardedAd = ad
                }
            }
        )
    }

    fun showAd(activity: Activity) {
        rewardedAd?.show(activity, {
            // Nutzer hat Belohnung erhalten
            _rewardEarned.postValue(true)
            addCoins(100)
            loadRewardedAd(activity) // Preload next
        })
    }
}

Best Practices für Rewarded-Werbung: Laden Sie die nächste Anzeige sofort nach dem Schließen der aktuellen vor (der Nutzer wartet nicht auf das Laden). Zeigen Sie Rewarded Videos nur in einem Kontext, in dem die Belohnung offensichtlich ist (z. B. Button „Werbung für 100 Münzen ansehen“). Google verbietet die Anzeige von Rewarded-Werbung ohne explizite Nutzeranfrage (Autoplay ist verboten). Prüfen Sie den onUserEarnedReward-Callback — erst danach die Belohnung ausgeben.

Tipps zur Optimierung der Werbeeinnahmen

Die Optimierung der Einnahmen aus Google Mobile Ads beginnt mit der richtigen Auswahl der Werbeformate. Die Kombination von Bannern (für konstante Hintergrundeinnahmen) und Rewarded Videos (für aktive Interaktion) ergibt die maximalen Gesamteinnahmen. Verwenden Sie Interstitial nur in natürlichen Pausen — nicht öfter als 3-4 Mal pro Sitzung. Google Analytics für Firebase ermöglicht die Verfolgung, welche Bildschirme die höchsten Einnahmen erzielen und wo Nutzer Werbung häufiger schließen.

Der zweite wichtige Faktor ist die Mediation. Schließen Sie 3-5 Werbenetzwerke über die AdMob-Mediation an. Laut Google verdienen Apps mit Mediation 30% mehr. App Bidding (verfügbar für Ad Manager und teilweise für AdMob) bietet einen zusätzlichen Zuwachs von 10-40% durch die gleichzeitige Auktion. A/B-Tests der Werbeplatzierung: Testen Sie verschiedene Bannerpositionen (oben/unten, links/rechts) und die Interstitial-Häufigkeit bei verschiedenen Nutzersegmenten.

Der dritte Faktor ist das Geotargeting. Der eCPM in den USA, Kanada und Australien ist 3-5 Mal höher als in Indien oder Indonesien. Wenn Ihre App in Regionen mit niedrigem eCPM beliebt ist, empfiehlt Google die Verwendung von Waterfall-Mediation mit Netzwerken aus diesen Regionen (z. B. InMobi für Indien). Konfigurieren Sie ein Frequency Cap: nicht mehr als 1 Interstitial alle 2 Minuten und nicht mehr als 5 Rewarded Videos pro Stunde — dies reduziert die Werbemüdigkeit der Nutzer.