Google Mobile Ads — ano ito, advertising SDK at monetization

Ano ang Google Mobile Ads?

Google Mobile Ads — ay ang advertising platform ng Google para sa mga mobile app, na nagbibigay ng SDK para sa pagpapakita ng mga ad at mga tool sa analytics ng kita. Kasama sa platform ang dalawang pangunahing sistema: AdMob (para sa mga independenteng developer) at Google Ad Manager (para sa malalaking publisher na may direktang campaign ng ad). Ang parehong sistema ay gumagamit ng parehong Google Mobile Ads SDK, na nagpapadali sa migration sa pagitan ng mga platform.

Ang pundasyon ng Google Mobile Ads ay real-time na bidding (RTB — Real-Time Bidding). Kapag humiling ang app ng pagpapakita ng ad, nagpapadala ang SDK ng kahilingan sa mga server ng Google, kung saan sinusuri ng mga algorithm ang profile ng user, konteksto ng app at mga available na campaign ng ad. Ang nanalo sa auction ay natutukoy sa loob ng 100-300 millisecond — mas mataas ang bid ng advertiser, mas malaki ang kita ng developer. Ayon sa Google (2025), ang average na eCPM para sa mga Android app ay $5-15.

eCPM (effective Cost Per Mille) — ang pangunahing indicator ng monetization na nagpapakita ng kita bawat 1000 impression. Ang eCPM ay depende sa rehiyon ng user (sa US at Europe mas mataas, sa Asya mas mababa), format ng ad (rewarded video ay nagbibigay ng eCPM $10-30, banner — $0.50-2) at panahon ng taon (sa Disyembre ang eCPM ay 30-50% mas mataas). Awtomatikong ino-optimize ng Google Mobile Ads SDK ang mga impression para sa maximum na eCPM sa pamamagitan ng auction.

Mga format ng ad: banner, interstitial, rewarded at native

Banner ad — mga parihabang bloke na may nakapirming sukat (320x50 — standard, 320x100 — malaki, 300x250 — katamtaman). Ang mga banner ay inilalagay sa ibaba o itaas ng screen at kumukuha ng minimal na espasyo. Disbentahe: mababang eCPM ($0.50-2) at pagkasanay ng mga user — ang Click-Through Rate (CTR) ng mga banner ay 0.05-0.5%. Ang mga banner ay awtomatikong nire-refresh bawat 30-60 segundo, ngunit inirerekomenda ng Google na huwag mag-refresh nang mas madalas kaysa 60 segundo para mapanatili ang User Experience.

Interstitial (intertitial ad) — full-screen na ad na ipinapakita sa mga natural na pause ng app (sa pagitan ng mga level ng laro, sa paglipat sa pagitan ng mga screen). Ang interstitial ay nagbibigay ng eCPM $3-15, ngunit nangangailangan ng maingat na paglalagay — ang madalas na pagpapakita ay nakakairita sa mga user. Nililimitahan ng Google ang dalas: hindi hihigit sa isang interstitial bawat minuto. Ayon sa Google, sa tamang paglalagay, ang interstitial ay hindi nagpapababa ng retention ng user nang higit sa 5%.

Rewarded (ad na may reward) — video na pinapanood ng user para makatanggap ng bonus (karagdagang buhay, barya, premium access). Ang pinakamahal na format na may eCPM $10-30 at mataas na engagement ng user — 80% ng mga user ay pumapayag na manood ng rewarded video. Mahalaga: ang reward ay dapat makabuluhan para sa user, kung hindi ay hindi sila manonood ng mga ad. Rewarded interstitial — hybrid na format (reward nang walang obligadong panonood), available mula SDK 21.0.0.

// Pag-load at pagpapakita ng RewardedAd
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: ad sa pagbubukas

Native Ads — ad na biswal na iniaangkop sa disenyo ng app: kinokontrol ng developer ang posisyon ng pamagat, paglalarawan, larawan at button ng call-to-action. Ang native ads ay nagbibigay ng pinakamataas na CTR (0.5-2%) sa lahat ng format at pinakamahusay na nagsasama sa UX ng app. Ang Google Mobile Ads SDK ay nagbibigay ng mga template ng native ad (NativeTemplate) o buong kontrol sa pamamagitan ng NativeAdOptions. Ang format na ad_source_type ay nagpapakita kung saang network nagmula ang native creative.

AdMob o Ad Manager: alin ang pipiliin

AdMob — ang advertising platform ng Google para sa mga mobile app, na nilalayon para sa mga independenteng developer at maliliit na studio. Nag-aalok ang AdMob ng awtomatikong pagpuno ng mga espasyo ng ad sa pamamagitan ng auction, simpleng pag-configure sa pamamagitan ng web interface, at built-in na mediation na may 30+ network ng ad. Limitasyon ng pag-withdraw ng pondo: $100. Ang AdMob ay angkop para sa 90% ng mga developer, kabilang ang mga medium studio na may kita hanggang $100 000 bawat buwan.

Google Ad Manager — advanced na platform para sa malalaking publisher na may sariling campaign ng ad (direct deals), programmatic guarantee at prioritization ng source. Sinusuportahan ng Ad Manager ang maraming ad server, competitive auction (App Bidding) at detalyadong analytics para sa bawat advertiser. Para kumonekta sa Ad Manager, kinakailangan ang buwanang trapiko na higit sa 5 milyong impression. Ayon sa Google, pinapataas ng Ad Manager ang kita ng malalaking publisher ng 15-30% kumpara sa AdMob.

Para sa migration mula AdMob patungong Ad Manager, sapat na baguhin ang Ad Unit ID sa code ng app — nananatiling pareho ang SDK (Google Mobile Ads SDK). Inirerekomenda ng Google na magsimula sa AdMob, at kapag naabot ang buwanang kita na $10 000+, isaalang-alang ang paglipat sa Ad Manager. App Bidding — pangunahing teknolohiya ng Ad Manager na nagpapahintulot sa lahat ng network ng ad na makipagkumpitensya sa iisang auction, na nagpapataas ng eCPM ng 10-40%.

Mediation: pagkonekta ng maraming network ng ad

Mediation (Ad Mediation) — teknolohiya ng Google Mobile Ads na nagpapahintulot na kumonekta ng maraming network ng ad sa iisang Ad Unit. Kapag humiling ang SDK ng ad, sunod-sunod nitong tinatanong ang mga network: una ang Google Ads, pagkatapos ang mga partner network (Facebook Audience Network, Unity Ads, AppLovin, IronSource, Mintegral at iba pa), pinipili ang network na may pinakamataas na bid para sa user na ito.

Sinusuportahan ng Google Mobile Ads SDK ang mediation ng higit sa 30 network ng ad sa pamamagitan ng mga adaptor (adapters), na nilo-load bilang mga hiwalay na Gradle dependency. Bawat adaptor ay nag-i-implement ng pinag-isang interface ng Google, na nagpapahintulot sa SDK na gumana nang pare-pareho sa anumang network. Ayon sa Google, pinapataas ng mediation ang kabuuang kita mula sa mga ad ng 15-50% kumpara sa paggamit lamang ng AdMob. App Bidding — mas advanced na bersyon ng mediation kung saan ang lahat ng network ay lumalahok sa iisang auction nang sabay-sabay, hindi sunod-sunod.

// Pag-configure ng mediation (build.gradle)
dependencies {
    implementation "com.google.android.gms:play-services-ads:23.3.0"
    // Mga adaptor para sa 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"
}

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

App Bidding: parallel auction

Mahalagang punto: pinapataas ng mediation ang latency ng pagpapakita ng ad dahil sunod-sunod na tinatanong ng SDK ang ilang network. Para sa mga banner hindi ito kritikal (katanggap-tanggap na pagkaantala — hanggang 2 segundo), ngunit para sa interstitial at rewarded, ang pagkaantala ng higit sa 1 segundo ay nagpapababa ng posibilidad ng pagpapakita (maaaring umalis ang user sa screen). Inirerekomenda ng Google ang paggamit ng App Bidding sa halip na sequential mediation para mabawasan ang mga pagkaantala. Pinoproseso ng App Bidding ang lahat ng bid nang parallel sa loob ng 100-200 ms.

Pag-configure ng Google Mobile Ads sa proyekto ng Android

Ang pag-configure ng Google Mobile Ads sa Android app ay nagsisimula sa pagdaragdag ng play-services-ads dependency sa build.gradle at pagsisimula ng SDK sa Application class. Ang Google Mobile Ads SDK ay nangangailangan ng Android 5.0 (API 21) at Google Play Services bersyon 21.0.0+. Inirerekomenda na simulan ang SDK nang maaga hangga't maaari — sa Application.onCreate() — upang ang ad ay mag-load nang parallel sa pagsisimula ng app.

Pagkatapos ng pagsisimula ng SDK, gumawa ang developer ng Ad Unit sa web interface ng AdMob o Ad Manager at i-embed ang AdView sa layout ng app (para sa mga banner) o i-load ang InterstitialAd/RewardedAd nang programmatically. Mahalaga: gumamit ng test Ad Unit ID sa panahon ng development at production ID pagkatapos ng publikasyon. Awtomatikong natutukoy ng Google Mobile Ads SDK ang test mode batay sa device na idinagdag sa Test Devices sa AdMob console.

// Pagsisimula ng SDK sa Application class
class MyApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        MobileAds.initialize(this)

        // Pag-enable ng GDPR consent mode
        val params = RequestConfiguration.Builder()
            .setTagForUnderAgeOfConsent(false)
            .build()
        MobileAds.setRequestConfiguration(params)
    }
}

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

Pagkatapos i-configure ang SDK at Ad Units, dapat magdagdag ang developer ng patakaran sa privacy sa app — ito ay mandatoryong kondisyon ng Google para sa publikasyon sa Play Store. Kinakailangan din ang integrasyon ng UMP SDK (User Messaging Platform) para mangolekta ng pahintulot ng mga user mula sa EEA at United Kingdom para sa pagproseso ng data. Kung walang UMP SDK, maaaring limitahan ng Google ang pagpapakita ng naka-personalize na mga ad, na magpapababa ng eCPM ng 40-60%.

Privacy ng user at GDPR

Google Mobile Ads ay nangangailangan ng pagsunod sa mga patakaran ng privacy para sa mga user mula sa European Economic Area (EEA), United Kingdom, US (CCPA/CPRA) at iba pang rehiyon na may batas sa data. Ang pangunahing tool ay ang User Messaging Platform (UMP) SDK, na nagpapakita sa user ng dialog ng pahintulot para sa pagkolekta at pagproseso ng data para sa personalization ng ad.

Kung walang pahintulot ng user para sa personalization, ang Google Mobile Ads SDK ay magpapakita lamang ng hindi naka-personalize na mga ad, na nagpapababa ng eCPM ng 40-60%. TCF v2.0 (Transparency & Consent Framework) — pamantayan ng IAB Europe para sa pagpapadala ng mga signal ng pahintulot sa pagitan ng mga advertising system. Awtomatikong sinusuportahan ng Google Ad Manager ang TCF v2.0. Para sa AdMob, kinakailangan ang integrasyon sa pamamagitan ng UMP SDK na may parameter na FORMS_PUBLISHER_ID.

// UMP SDK kahilingan ng pahintulot ng user
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 at pagsunod sa GDPR

Karagdagang mga kinakailangan: para sa mga user ng California (CCPA) kailangan ng Google ng suporta para sa opsyon na “Huwag ibenta ang aking personal na impormasyon”. Para sa mga bata (COPPA) — pag-activate ng tagForChildDirectedTreatment. Ang Google Play Store ay nangangailangan na ang lahat ng app na may mga ad ay may patakaran sa privacy at link dito sa Google Play Console. Ang paglabag sa mga kinakailangang ito ay humahantong sa pag-block ng pagpapakita ng ad o pag-alis ng app mula sa Play Store.

Halimbawa ng code: pagpapakita ng rewarded video sa Kotlin

Buong halimbawa ng integrasyon ng rewarded ad na may paghawak ng reward ng user. Ang app ay naglo-load ng rewarded video sa startup, ipinapakita ito kapag pinindot ang button na “Kunin ang bonus” at nagbibigay ng mga barya sa user pagkatapos ng buong panonood. Ang code ay gumagamit ng coroutine para sa asynchronous na pag-load at sinusuri na ang ad ay hindi ipinapakita kung nakatanggap na ang user ng reward (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, {
            // Nakatanggap ng reward ang user
            _rewardEarned.postValue(true)
            addCoins(100)
            loadRewardedAd(activity) // Preload next
        })
    }
}

Pinakamahusay na kasanayan para sa mga rewarded ad: i-preload ang susunod na ad kaagad pagkatapos isara ang kasalukuyang (hindi naghihintay ang user sa pag-load). Ipakita ang rewarded video lamang sa konteksto kung saan malinaw ang reward (halimbawa, button na “Manood ng ad para sa 100 barya”). Ipinagbabawal ng Google ang pagpapakita ng rewarded ad nang walang tahasang kahilingan ng user (bawal ang autoplay). Suriin ang callback na onUserEarnedReward — pagkatapos lamang nito ibigay ang reward.

Mga tip para sa pag-optimize ng kita sa ad

Ang pag-optimize ng kita mula sa Google Mobile Ads ay nagsisimula sa tamang pagpili ng mga format ng ad. Ang kombinasyon ng mga banner (para sa patuloy na kita sa background) at rewarded video (para sa aktibong interaksyon) ay nagbibigay ng maximum na kabuuang kita. Gamitin ang interstitial lamang sa mga natural na pause — hindi hihigit sa 3-4 beses bawat session. Ang Google Analytics para sa Firebase ay nagpapahintulot sa iyo na subaybayan kung aling mga screen ang nagdadala ng pinakamalaking kita at kung saan madalas isara ng mga user ang mga ad.

Ang pangalawang mahalagang factor ay mediation. Kumonekta ng 3-5 network ng ad sa pamamagitan ng AdMob mediation. Ayon sa Google, ang mga app na may mediation ay kumikita ng 30% higit pa. Ang App Bidding (available para sa Ad Manager at bahagyang para sa AdMob) ay nagbibigay ng karagdagang pagtaas ng 10-40% dahil sa sabay-sabay na auction. A/B testing ng paglalagay ng ad: subukan ang iba't ibang posisyon ng banner (itaas/ibaba, kaliwa/kanan) at dalas ng interstitial sa iba't ibang segment ng user.

Ang pangatlong factor ay geotargeting. Ang eCPM sa US, Canada at Australia ay 3-5 beses na mas mataas kaysa sa India o Indonesia. Kung ang iyong app ay sikat sa mga rehiyon na may mababang eCPM, inirerekomenda ng Google ang paggamit ng waterfall mediation na may mga network mula sa mga rehiyong ito (hal. InMobi para sa India). Itakda ang limitasyon sa dalas (frequency cap): hindi hihigit sa 1 interstitial bawat 2 minuto at hindi hihigit sa 5 rewarded video bawat oras — nababawasan nito ang pagkapagod ng user sa mga ad.