Google Mobile Ads — какво е това, рекламен SDK и монетизация

Какво е Google Mobile Ads?

Google Mobile Ads — това е рекламната платформа на Google за мобилни приложения, която предоставя SDK за показване на реклами и инструменти за анализ на доходите. Платформата включва две основни системи: AdMob (за независими разработчици) и Google Ad Manager (за големи издатели с директни рекламни кампании). И двете системи използват един и същ Google Mobile Ads SDK, което опростява миграцията между платформите.

Основата на работа на Google Mobile Ads е търг в реално време (RTB — Real-Time Bidding). Когато приложението поиска показване на реклама, SDK изпраща заявка до сървърите на Google, където алгоритми анализират профила на потребителя, контекста на приложението и наличните рекламни кампании. Победителят в търга се определя за 100-300 милисекунди — колкото по-висока е офертата на рекламодателя, толкова по-голям е доходът на разработчика. Според данни на Google (2025), средният eCPM за Android приложения е $5-15.

eCPM (effective Cost Per Mille) — ключов показател за монетизация, който показва доход за 1000 импресии. eCPM зависи от региона на потребителя (в САЩ и Европа по-висок, в Азия по-нисък), рекламния формат (rewarded видео дава eCPM $10-30, банерите — $0.50-2) и сезона (през декември eCPM е с 30-50% по-висок). Google Mobile Ads SDK автоматично оптимизира импресиите за максимален eCPM чрез търг.

Рекламни формати: банери, interstitial, rewarded и native

Банерни реклами — правоъгълни блокове с фиксиран размер (320x50 — стандартен, 320x100 — голям, 300x250 — среден). Банерите се поставят в долната или горната част на екрана и заемат минимално място. Недостатък: нисък eCPM ($0.50-2) и привикване на потребителите — Click-Through Rate (CTR) на банерите е 0.05-0.5%. Банерите се опресняват автоматично на всеки 30-60 секунди, но Google препоръчва да не се опресняват по-често от 60 секунди за запазване на потребителското изживяване.

Interstitial (интерстициална реклама) — реклама на цял екран, която се показва в естествени паузи на приложението (между нивата на играта, при преход между екрани). Interstitial дава eCPM $3-15, но изисква внимателно поставяне — честото показване дразни потребителите. Google ограничава честотата: не повече от един interstitial на минута. Според Google, при правилно поставяне interstitial не намалява задържането на потребителите с повече от 5%.

Rewarded (реклама с награда) — видео, за гледането на което потребителят получава бонус (допълнителни животи, монети, премиум достъп). Най-скъпият формат с eCPM $10-30 и висока ангажираност на потребителите — 80% от потребителите се съгласяват да гледат rewarded видео. Важно: наградата трябва да бъде значима за потребителя, в противен случай няма да гледа реклами. Rewarded interstitial — хибриден формат (награда без задължително гледане), достъпен от SDK 21.0.0.

// Зареждане и показване на 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: реклама при стартиране

Native Ads — реклама, визуално адаптирана към дизайна на приложението: разработчикът контролира позицията на заглавието, описанието, изображението и бутона за призив за действие. Native ads дават най-високия CTR (0.5-2%) сред всички формати и се интегрират най-добре в UX на приложението. Google Mobile Ads SDK предоставя шаблони за естествени реклами (NativeTemplate) или пълен контрол чрез NativeAdOptions. Форматът ad_source_type показва от коя мрежа идва native креативът.

AdMob или Ad Manager: какво да изберем

AdMob — рекламната платформа на Google за мобилни приложения, предназначена за независими разработчици и малки студиа. AdMob предлага автоматично запълване на рекламни места чрез търг, лесна настройка чрез уеб интерфейс и вградена медиация с 30+ рекламни мрежи. Праг за изтегляне на средства: $100. AdMob е подходящ за 90% от разработчиците, включително средни студиа с доход до $100 000 на месец.

Google Ad Manager — разширена платформа за големи издатели със собствени рекламни кампании (direct deals), програмни гаранции и приоритизиране на източници. Ad Manager поддържа множество рекламни сървъри, конкурентен търг (App Bidding) и подробна аналитика за всеки рекламодател. За свързване на Ad Manager е необходим месечен трафик от над 5 милиона импресии. Според Google, Ad Manager увеличава доходите на големите издатели с 15-30% в сравнение с AdMob.

За миграция от AdMob към Ad Manager е достатъчно да промените Ad Unit ID в кода на приложението — SDK остава същият (Google Mobile Ads SDK). Google препоръчва да започнете с AdMob, а при достигане на месечен доход $10 000+ да обмислите преминаване към Ad Manager. App Bidding — ключова технология на Ad Manager, която позволява на всички рекламни мрежи да се конкурират в един единствен търг, увеличавайки eCPM с 10-40%.

Медиация: свързване на множество рекламни мрежи

Медиация (Ad Mediation) — технология на Google Mobile Ads, която позволява свързване на множество рекламни мрежи към един Ad Unit. Когато SDK поиска реклама, той последователно запитва мрежите: първо Google Ads, след това партньорските мрежи (Facebook Audience Network, Unity Ads, AppLovin, IronSource, Mintegral и други), избирайки мрежата с най-висока оферта за този потребител.

Google Mobile Ads SDK поддържа медиация на повече от 30 рекламни мрежи чрез адаптери (adapters), които се зареждат като отделни Gradle зависимости. Всеки адаптер имплементира единен Google интерфейс, което позволява на SDK да работи еднакво с всяка мрежа. Според Google, медиацията увеличава общия доход от реклами с 15-50% в сравнение с използването само на AdMob. App Bidding — по-разширена версия на медиацията, при която всички мрежи участват в един търг едновременно, а не последователно.

// Настройка на медиация (build.gradle)
dependencies {
    implementation "com.google.android.gms:play-services-ads:23.3.0"
    // Адаптери за медиация
    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
MobileAds.initialize(this) {
    Log.d("AdMob",
        "Initialized: $it")
}

App Bidding: паралелен търг

Важен момент: медиацията увеличава латентността на показване на реклами, тъй като SDK запитва няколко мрежи последователно. За банерите това не е критично (допустимо забавяне — до 2 секунди), но за interstitial и rewarded забавяне над 1 секунда намалява вероятността за показване (потребителят може да напусне екрана). Google препоръчва използването на App Bidding вместо последователна медиация за минимизиране на забавянията. App Bidding обработва всички оферти паралелно за 100-200 ms.

Настройка на Google Mobile Ads в Android проект

Настройката на Google Mobile Ads в Android приложение започва с добавяне на play-services-ads зависимост в build.gradle и инициализиране на SDK в Application класа. Google Mobile Ads SDK изисква Android 5.0 (API 21) и Google Play Services версия 21.0.0+. Препоръчва се SDK да се инициализира възможно най-рано — в Application.onCreate() — за да се зарежда рекламата паралелно със стартирането на приложението.

След инициализация на SDK, разработчикът създава Ad Unit в уеб интерфейса на AdMob или Ad Manager и вгражда AdView в оформлението на приложението (за банери) или зарежда InterstitialAd/RewardedAd програмно. Важно: използвайте тестов Ad Unit ID по време на разработка и продукционен ID след публикуване. Google Mobile Ads SDK автоматично открива тестов режим според устройството, добавено в Test Devices в конзолата на AdMob.

// Инициализация на SDK в Application клас
class MyApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        MobileAds.initialize(this)

        // Включване на режим на съгласие за GDPR
        val params = RequestConfiguration.Builder()
            .setTagForUnderAgeOfConsent(false)
            .build()
        MobileAds.setRequestConfiguration(params)
    }
}

// Inline банер в 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" />

След настройка на SDK и Ad Units, разработчикът трябва да добави политика за поверителност в приложението — това е задължително условие на Google за публикуване в Play Store. Също така се изисква интеграция на UMP SDK (User Messaging Platform) за събиране на съгласие от потребители от ЕИП и Обединеното кралство за обработка на данни. Без UMP SDK Google може да ограничи показването на персонализирани реклами, което ще намали eCPM с 40-60%.

Поверителност на потребителите и GDPR

Google Mobile Ads изисква спазване на правилата за поверителност за потребители от Европейското икономическо пространство (ЕИП), Обединеното кралство, САЩ (CCPA/CPRA) и други региони със законодателство за данните. Основният инструмент е User Messaging Platform (UMP) SDK, който показва на потребителя диалогов прозорец за съгласие за събиране и обработка на данни за персонализиране на реклами.

Без получаване на съгласие на потребителя за персонализиране, Google Mobile Ads SDK ще показва само неперсонализирани реклами, което намалява eCPM с 40-60%. TCF v2.0 (Transparency & Consent Framework) — стандарт на IAB Europe за предаване на сигнали за съгласие между рекламните системи. Google Ad Manager поддържа TCF v2.0 автоматично. За AdMob се изисква интеграция чрез UMP SDK с параметър FORMS_PUBLISHER_ID.

// UMP SDK искане за съгласие на потребителя
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 и съответствие с GDPR

Допълнителни изисквания: за потребители от Калифорния (CCPA) Google изисква поддръжка на опцията „Не продавайте личната ми информация”. За деца (COPPA) — активиране на tagForChildDirectedTreatment. Google Play Store изисква всички приложения с реклами да имат политика за поверителност и линк към нея в Google Play Console. Нарушаването на тези изисквания води до блокиране на показване на реклами или премахване на приложението от Play Store.

Примерен код: показване на rewarded видео в Kotlin

Пълен пример за интеграция на rewarded реклама с обработка на наградата на потребителя. Приложението зарежда rewarded видео при стартиране, показва го при натискане на бутона „Получаване на бонус” и дава монети на потребителя след пълно гледане. Кодът използва корутини за асинхронно зареждане и проверява дали рекламата не се показва, ако потребителят вече е получил награда (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, {
            // Потребителят получи награда
            _rewardEarned.postValue(true)
            addCoins(100)
            loadRewardedAd(activity) // Preload next
        })
    }
}

Най-добри практики за rewarded реклами: предварително заредете следващата реклама веднага след затваряне на текущата (потребителят не чака зареждане). Показвайте rewarded видео само в контекст, където наградата е очевидна (например бутон „Гледайте реклама за 100 монети”). Google забранява показването на rewarded реклами без изрично искане от потребителя (автоматичното пускане е забранено). Проверете обратното извикване onUserEarnedReward — едва след него дайте наградата.

Съвети за оптимизиране на рекламния доход

Оптимизирането на дохода от Google Mobile Ads започва с правилния избор на рекламни формати. Комбинацията от банери (за постоянен фонов доход) и rewarded видео (за активна интеракция) дава максимален общ доход. Използвайте interstitial само в естествени паузи — не повече от 3-4 пъти на сесия. Google Analytics за Firebase ви позволява да проследявате кои екрани носят най-голям доход и къде потребителите най-често затварят рекламите.

Вторият важен фактор е медиацията. Свържете 3-5 рекламни мрежи чрез AdMob медиация. Според Google, приложенията с медиация печелят 30% повече. App Bidding (достъпен за Ad Manager и частично за AdMob) дава допълнително увеличение от 10-40% благодарение на едновременния търг. A/B тестване на поставянето на реклами: тествайте различни позиции на банерите (горе/долу, ляво/дясно) и честота на interstitial в различни сегменти от потребители.

Третият фактор е геотаргетирането. eCPM в САЩ, Канада и Австралия е 3-5 пъти по-висок, отколкото в Индия или Индонезия. Ако вашето приложение е популярно в региони с нисък eCPM, Google препоръчва използване на waterfall медиация с мрежи от тези региони (например InMobi за Индия). Задайте ограничение на честотата (frequency cap): не повече от 1 interstitial на всеки 2 минути и не повече от 5 rewarded видеа на час — това намалява умората на потребителите от реклами.