Google Mobile Ads — mi ez, hirdetési SDK és monetizáció

Mi az a Google Mobile Ads?

Google Mobile Ads — a Google hirdetési platformja mobilalkalmazások számára, amely SDK-t biztosít a hirdetések megjelenítéséhez és bevételi elemző eszközöket. A platform két fő rendszert foglal magában: AdMob (független fejlesztők számára) és Google Ad Manager (nagy kiadók számára közvetlen hirdetési kampányokkal). Mindkét rendszer ugyanazt a Google Mobile Ads SDK-t használja, ami leegyszerűsíti a platformok közötti migrációt.

A Google Mobile Ads működésének alapja a valós idejű licitálés (RTB — Real-Time Bidding). Amikor az alkalmazás hirdetés megjelenítését kéri, az SDK kérést küld a Google szervereire, ahol algoritmusok elemzik a felhasználói profilt, az alkalmazás kontextusát és a rendelkezésre álló hirdetési kampányokat. A licit nyertese 100-300 ezredmásodpercen belül kerül meghatározásra — minél magasabb a hirdető ajánlata, annál nagyobb a fejlesztő bevétele. A Google (2025) adatai szerint az átlagos eCPM Android-alkalmazások esetében $5-15.

eCPM (effective Cost Per Mille) — a monetizáció kulcsfontosságú mutatója, amely az 1000 megjelenítésre jutó bevételt mutatja. Az eCPM függ a felhasználó régiójától (az USA-ban és Európában magasabb, Ázsiában alacsonyabb), a hirdetési formátumtól (a rewarded videó eCPM-je $10-30, a bannereké — $0.50-2) és az évszaktól (decemberben az eCPM 30-50%-kal magasabb). A Google Mobile Ads SDK automatikusan optimalizálja a megjelenítéseket a maximális eCPM-re licitálés útján.

Hirdetési formátumok: bannerek, interstitial, rewarded és native

Banner hirdetések — rögzített méretű téglalap alakú blokkok (320x50 — szabvány, 320x100 — nagy, 300x250 — közepes). A bannerek a képernyő alján vagy tetején helyezkednek el, és minimális helyet foglalnak. Hátrány: alacsony eCPM ($0.50-2) és a felhasználók hozzászokása — a bannerek Click-Through Rate (CTR) 0.05-0.5%. A bannerek automatikusan frissülnek 30-60 másodpercenként, de a Google a felhasználói élmény megőrzése érdekében nem javasolja a 60 másodpercnél gyakoribb frissítést.

Interstitial (intersticiális hirdetés) — teljes képernyős hirdetés, amely az alkalmazás természetes szüneteiben jelenik meg (játékszintek között, képernyők közötti átmenetnél). Az interstitial eCPM-je $3-15, de óvatos elhelyezést igényel — a gyakori megjelenítés irritálja a felhasználókat. A Google korlátozza a gyakoriságot: legfeljebb egy interstitial percenként. A Google szerint megfelelő elhelyezéssel az interstitial nem csökkenti a felhasználói megtartást 5%-nál jobban.

Rewarded (jutalmazott hirdetés) — videó, amelynek megtekintéséért a felhasználó bónuszt kap (további életek, érmék, prémium hozzáférés). A legdrágább formátum $10-30 eCPM-mel és magas felhasználói elköteleződéssel — a felhasználók 80%-a beleegyezik a rewarded videó megtekintésébe. Fontos: a jutalomnak jelentősnek kell lennie a felhasználó számára, különben nem néz hirdetéseket. Rewarded interstitial — hibrid formátum (jutalom kötelező megtekintés nélkül), SDK 21.0.0-tól elérhető.

// RewardedAd betöltése és megjelenítése
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: hirdetés indításkor

Native Ads — hirdetés, amely vizuálisan igazodik az alkalmazás dizájnjához: a fejlesztő szabályozza a cím, leírás, kép és cselekvésre ösztönző gomb elhelyezését. A native ads adják a legmagasabb CTR-t (0.5-2%) az összes formátum közül, és a legjobban integrálódnak az alkalmazás UX-ébe. A Google Mobile Ads SDK natív hirdetési sablonokat (NativeTemplate) vagy teljes körű vezérlést biztosít a NativeAdOptions segítségével. Az ad_source_type formátum megmutatja, hogy a natív kreatív melyik hálózatból származik.

AdMob vagy Ad Manager: mit válasszunk

AdMob — a Google hirdetési platformja mobilalkalmazásokhoz, független fejlesztők és kis stúdiók számára készült. Az AdMob automatikus hirdetési hely kitöltést kínál licitálés útján, egyszerű beállítást webes felületen keresztül és beépített mediációt 30+ hirdetési hálózattal. Pénzfelvételi küszöb: $100. Az AdMob a fejlesztők 90%-a számára alkalmas, beleértve a havi $100 000 bevételig terjedő közepes stúdiókat is.

Google Ad Manager — fejlett platform nagy kiadók számára saját hirdetési kampányokkal (direct deals), programmatikus garanciákkal és források rangsorolásával. Az Ad Manager több hirdetési szervert, versenyképes licitálést (App Bidding) és részletes elemzéseket támogat minden hirdető számára. Az Ad Manager csatlakoztatásához havi 5 millió feletti megjelenítés szükséges. A Google szerint az Ad Manager 15-30%-kal növeli a nagy kiadók bevételét az AdMob-hoz képest.

Az AdMob-ról Ad Manager-re való migrációhoz elég megváltoztatni az Ad Unit ID-t az alkalmazás kódjában — az SDK ugyanaz marad (Google Mobile Ads SDK). A Google azt javasolja, hogy kezdje AdMob-bal, és havi $10 000+ bevétel elérésekor fontolja meg az átállást Ad Manager-re. App Bidding — az Ad Manager kulcsfontosságú technológiája, amely lehetővé teszi az összes hirdetési hálózat számára, hogy egyetlen licitben versenyezzenek, 10-40%-kal növelve az eCPM-et.

Mediáció: több hirdetési hálózat csatlakoztatása

Mediáció (Ad Mediation) — a Google Mobile Ads technológiája, amely lehetővé teszi több hirdetési hálózat csatlakoztatását egyetlen Ad Unit-hoz. Amikor az SDK hirdetést kér, egymás után kérdezi le a hálózatokat: először a Google Ads-t, majd a partnert hálózatokat (Facebook Audience Network, Unity Ads, AppLovin, IronSource, Mintegral és mások), kiválasztva a legmagasabb ajánlattal rendelkező hálózatot ehhez a felhasználóhoz.

A Google Mobile Ads SDK több mint 30 hirdetési hálózat mediációját támogatja adaptereken (adapters) keresztül, amelyek különálló Gradle-függőségként töltődnek be. Minden adapter egy egységes Google-interfészt implementál, lehetővé téve az SDK számára, hogy egységesen működjön bármely hálózattal. A Google szerint a mediáció 15-50%-kal növeli a teljes hirdetési bevételt a csak AdMob használatához képest. App Bidding — a mediáció fejlettebb változata, ahol az összes hálózat egyszerre vesz részt egyetlen licitben, nem egymás után.

// Mediáció beállítása (build.gradle)
dependencies {
    implementation "com.google.android.gms:play-services-ads:23.3.0"
    // Adapterek a mediációhoz
    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 inicializálása
MobileAds.initialize(this) {
    Log.d("AdMob",
        "Initialized: $it")
}

App Bidding: párhuzamos licit

Fontos szempont: a mediáció növeli a hirdetés megjelenítésének késleltetését, mivel az SDK egymás után több hálózatot kérdez le. Bannerek esetében ez nem kritikus (elfogadható késleltetés — akár 2 másodperc), de interstitial és rewarded esetében az 1 másodpercnél hosszabb késleltetés csökkenti a megjelenítés valószínűségét (a felhasználó elhagyhatja a képernyőt). A Google a sorrendi mediáció helyett az App Bidding használatát javasolja a késleltetések minimalizálása érdekében. Az App Bidding párhuzamosan dolgozza fel az összes ajánlatot 100-200 ms alatt.

Google Mobile Ads beállítása Android projektben

A Google Mobile Ads beállítása Android-alkalmazásban a play-services-ads függőség hozzáadásával kezdődik a build.gradle-ben és az SDK inicializálásával az Application osztályban. A Google Mobile Ads SDK Android 5.0-t (API 21) és Google Play Services 21.0.0+ verziót igényel. Javasolt az SDK-t a lehető legkorábban inicializálni — az Application.onCreate()-ban — hogy a hirdetés az alkalmazás indításával párhuzamosan töltődjön.

Az SDK inicializálása után a fejlesztő létrehoz egy Ad Unit-ot az AdMob vagy Ad Manager webes felületén, és beágyazza az AdView-t az alkalmazás elrendezésébe (bannerek esetén) vagy betölti az InterstitialAd/RewardedAd programozott módon. Fontos: fejlesztés közben teszt Ad Unit ID-t, publikálás után pedig éles ID-t használjon. A Google Mobile Ads SDK automatikusan érzékeli a teszt módot az AdMob konzolban a Test Devices-hez hozzáadott eszköz alapján.

// SDK inicializálása Application osztályban
class MyApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        MobileAds.initialize(this)

        // GDPR hozzájárulási mód engedélyezése
        val params = RequestConfiguration.Builder()
            .setTagForUnderAgeOfConsent(false)
            .build()
        MobileAds.setRequestConfiguration(params)
    }
}

// Inline banner XML-ben
// <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" />

Az SDK és Ad Units beállítása után a fejlesztőnek adatvédelmi irányelveket kell hozzáadnia az alkalmazáshoz — ez a Google kötelező feltétele a Play Store-ban való publikáláshoz. Szükséges továbbá az UMP SDK (User Messaging Platform) integrációja az EEA-ból és az Egyesült Királyságból származó felhasználók adatkezeléshez való hozzájárulásának gyűjtéséhez. UMP SDK nélkül a Google korlátozhatja a személyre szabott hirdetések megjelenítését, ami 40-60%-kal csökkenti az eCPM-et.

Felhasználói adatvédelem és GDPR

Google Mobile Ads megköveteli az adatvédelmi szabályok betartását az Európai Gazdasági Térségből (EGT), az Egyesült Királyságból, az USA-ból (CCPA/CPRA) és más adatvédelmi jogszabályokkal rendelkező régiókból származó felhasználók esetében. A fő eszköz a User Messaging Platform (UMP) SDK, amely hozzájárulási párbeszédablakot jelenít meg a felhasználónak a hirdetések személyre szabásához szükséges adatok gyűjtéséhez és feldolgozásához.

A felhasználó személyre szabáshoz való hozzájárulása nélkül a Google Mobile Ads SDK csak nem személyre szabott hirdetéseket jelenít meg, ami 40-60%-kal csökkenti az eCPM-et. TCF v2.0 (Transparency & Consent Framework) — az IAB Europe szabványa a hozzájárulási jelek továbbítására a hirdetési rendszerek között. A Google Ad Manager automatikusan támogatja a TCF v2.0-t. Az AdMob esetében az UMP SDK-n keresztüli integráció szükséges a FORMS_PUBLISHER_ID paraméterrel.

// UMP SDK felhasználói hozzájárulás kérése
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 és GDPR megfelelés

További követelmények: a kaliforniai felhasználók esetében (CCPA) a Google megköveteli a „Ne adja el személyes adataimat” opció támogatását. Gyermekek esetében (COPPA) — a tagForChildDirectedTreatment aktiválása. A Google Play Store megköveteli, hogy minden hirdetésekkel rendelkező alkalmazás rendelkezzen adatvédelmi irányelvekkel és linkkel a Google Play Console-ban. E követelmények megsértése a hirdetések blokkolásához vagy az alkalmazás Play Store-ból való eltávolításához vezet.

Kód példa: rewarded videó megjelenítése Kotlinban

Teljes példa a rewarded hirdetés integrációjára a felhasználói jutalom kezelésével. Az alkalmazás betölti a rewarded videót induláskor, megjeleníti a „Bónusz megszerzése” gomb megnyomásakor, és érméket ad a felhasználónak a teljes megtekintés után. A kód korutinokat használ az aszinkron betöltéshez, és ellenőrzi, hogy a hirdetés ne jelenjen meg, ha a felhasználó már kapott jutalmat (guard against double reward).

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, {
            // A felhasználó megkapta a jutalmat
            _rewardEarned.postValue(true)
            addCoins(100)
            loadRewardedAd(activity) // Preload next
        })
    }
}

Legjobb gyakorlatok a rewarded hirdetésekhez: töltse be a következő hirdetést azonnal a jelenlegi bezárása után (a felhasználó nem vár a betöltésre). Csak olyan kontextusban jelenítse meg a rewarded videót, ahol a jutalom egyértelmű (például „Hirdetés megtekintése 100 érméért” gomb). A Google tiltja a rewarded hirdetések megjelenítését a felhasználó kifejezett kérése nélkül (az autoplay tiltott). Ellenőrizze az onUserEarnedReward callbacket — csak azután adja ki a jutalmat.

Tippek a hirdetési bevétel optimalizálásához

A Google Mobile Ads bevételének optimalizálása a hirdetési formátumok helyes megválasztásával kezdődik. A bannerek (állandó háttérbevételhez) és a rewarded videó (aktív interakcióhoz) kombinációja adja a maximális teljes bevételt. Az interstitial-t csak természetes szünetekben használja — legfeljebb 3-4 alkalommal munkamenetenként. A Firebase Google Analytics lehetővé teszi annak nyomon követését, hogy mely képernyők hozzák a legnagyobb bevételt, és hol zárják be a felhasználók legtöbbször a hirdetéseket.

A második fontos tényező a mediáció. Csatlakoztasson 3-5 hirdetési hálózatot az AdMob mediáción keresztül. A Google szerint a mediációval rendelkező alkalmazások 30%-kal többet keresnek. Az App Bidding (elérhető Ad Manager-hez és részben AdMob-hoz) további 10-40%-os növekedést biztosít az egyidejű licitnek köszönhetően. A/B tesztelés a hirdetések elhelyezésére: tesztelje a bannerek különböző pozícióit (fel/le, bal/jobb) és az interstitial gyakoriságát a felhasználók különböző szegmensein.

A harmadik tényező a geotargeting. Az eCPM az USA-ban, Kanadában és Ausztráliában 3-5-ször magasabb, mint Indiában vagy Indonéziában. Ha alkalmazása népszerű az alacsony eCPM-mel rendelkező régiókban, a Google a waterfall mediáció használatát javasolja az e régiók hálózataival (pl. InMobi India számára). Állítson be gyakorisági korlátot (frequency cap): legfeljebb 1 interstitial 2 percenként és legfeljebb 5 rewarded videó óránként — ez csökkenti a felhasználók hirdetésekkel szembeni fáradtságát.