Google Mobile Ads — это SDK от Google для показа рекламы в мобильных приложениях, включающий AdMob и Google Ad Manager. SDK поддерживает все основные форматы: баннеры, межстраничная реклама (interstitial), видео с вознаграждением (rewarded) и нативная реклама. Google Mobile Ads SDK обрабатывает более 1 триллиона рекламных запросов в год и используется в 80% приложений с рекламной монетизацией. По данным Google AdMob Documentation, 2025, средний доход на пользователя при правильной интеграции составляет $0.50-2.00 в месяц.
Главное
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 через аукцион.
Баннерная реклама — прямоугольные блоки фиксированного размера (320x50 — стандартный, 320x100 — большой, 300x250 — медиум). Баннеры располагаются внизу или вверху экрана и занимают минимум места. Минус: низкий eCPM ($0.50-2) и привыкание пользователей — Click-Through Rate (CTR) баннеров составляет 0.05-0.5%. Баннеры автоматически обновляются каждые 30-60 секунд, но Google рекомендует не обновлять чаще 60 секунд для сохранения User Experience.
Interstitial (межстраничная реклама) — полноэкранная реклама, показываемая в естественных паузах приложения (между уровнями игры, при переходе между экранами). Interstitial даёт eCPM $3-15, но требует осторожного размещения — частые показы раздражают пользователей. Google ограничивает частоту: не более одного interstitial в минуту. По данным Google, при правильном размещении interstitial не снижает retention пользователей более чем на 5%.
Rewarded (реклама с вознаграждением) — видео, за просмотр которого пользователь получает бонус (дополнительные жизни, монеты, премиум-доступ). Самый дорогой формат с eCPM $10-30 и высокой user engagement — 80% пользователей соглашаются на просмотр rewarded видео. Важно: вознаграждение должно быть значимым для пользователя, иначе он не будет смотреть рекламу. Rewarded interstitial — гибридный формат (revard без обязательного просмотра), доступен с 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)
}
}
)
}
}Native Ads — реклама, визуально адаптированная под дизайн приложения: разработчик контролирует расположение заголовка, описания, изображения и кнопки призыва к действию. Native ads дают самый высокий CTR (0.5-2%) среди всех форматов и лучше всего интегрируются в UX приложения. Google Mobile Ads SDK предоставляет шаблоны нативной рекламы (NativeTemplate) или полный контроль через NativeAdOptions. Формат ad_source_type показывает, от какой сети пришёл нативный креатив.
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 |
|---|---|---|
| Аудитория | Независимые разработчики | Крупные издатели |
| Direct deals | Нет | Да |
| App Bidding | Ограниченный | Полный |
| Порог трафика | Любой | 5M+ показов/мес |
| Аналитика | Стандартная | Расширенная |
Для миграции с 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")
}Важный момент: медиация увеличивает latency показа рекламы, так как SDK опрашивает несколько сетей последовательно. Для баннеров это некритично (допустимая задержка — до 2 секунд), но для interstitial и rewarded задержка более 1 секунды снижает вероятность показа (пользователь может уйти с экрана). Google рекомендует использовать App Bidding вместо последовательной медиации для минимизации задержек. App Bidding обрабатывает все ставки параллельно за 100-200 мс.
Настройка 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 в layout приложения (для баннеров) или загружает 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) для сбора согласия на обработку данных пользователей из EEA и Великобритании. Без UMP SDK Google может ограничить показ персонализированной рекламы, что снизит eCPM на 40-60%.
Google Mobile Ads требует соблюдения правил конфиденциальности для пользователей из Европейской экономической зоны (EEA), Великобритании, США (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()
)
}
}Дополнительные требования: для пользователей из Калифорнии (CCPA) Google требует поддержки опции "Do Not Sell My Personal Information". Для детей (COPPA) — активация tagForChildDirectedTreatment. Google Play Store требует, чтобы все приложения с рекламой имели политику конфиденциальности и ссылку на неё в Google Play Console. Нарушение этих требований ведёт к блокировке показа рекламы или удалению приложения из Play Store.
Полный пример интеграции 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 рекламу без явного запроса пользователя (autoplay запрещён). Проверяйте onUserEarnedReward callback — только после него выдавайте вознаграждение.
Оптимизация дохода от Google Mobile Ads начинается с правильного выбора рекламных форматов. Сочетание баннеров (для постоянного фонового дохода) и rewarded видео (для активного взаимодействия) даёт максимальный общий доход. Interstitial используйте только в естественных паузах — не чаще 3-4 раз за сессию. Google Analytics для Firebase позволяет отслеживать, какие экраны приносят наибольший доход и где пользователи чаще закрывают рекламу.
Второй важный фактор — медиация. Подключите 3-5 рекламных сетей через AdMob mediation. По данным 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 видео в час — это снижает утомление пользователей рекламой.
Часто задаваемые вопросы
Средний доход на пользователя составляет $0.50-2.00 в месяц при правильной интеграции. Используйте комбинацию форматов: баннеры для базового дохода, rewarded видео для активной монетизации и interstitial в естественных паузах. Обязательно подключите медиацию и UMP SDK для GDPR. Наибольший доход приносят пользователи из США и Европы.
Основные требования: аккаунт AdMob, политика конфиденциальности в приложении, интеграция UMP SDK для сбора согласия пользователей EEA, возрастной рейтинг приложения в Google Play Console. Google Play Store требует, чтобы все приложения с рекламой указывали это при публикации и следовали политике неприемлемого контента Google Ads.
App Bidding — технология, при которой все рекламные сети одновременно участвуют в аукционе за показ рекламы. Победитель определяется за 100-200 мс. В отличие от последовательной медиации (где сети опрашиваются по очереди), App Bidding увеличивает доход на 10-40% и снижает задержку показа. App Bidding доступен в Google Ad Manager и частично в AdMob.
Низкий eCPM может быть вызван: регионом пользователей (в Азии и Африке eCPM ниже), неправильным форматом (баннеры дают меньше rewarded), отсутствием медиации (только AdMob), неправильной настройкой UMP (нет согласия на персонализацию) или большим процентом блокировщиков рекламы. Проверьте аналитику AdMob и настройте App Bidding.
Да, но с ограничениями. Приложение должно активировать tagForChildDirectedTreatment(true) в RequestConfiguration. Google будет показывать только безопасную рекламу без персонализации. eCPM для детских приложений ниже на 60-80%. В Google Play Console требуется указать целевую аудиторию приложения. За нарушение COPPA — блокировка аккаунта AdMob.
Итоги
Мы разработаем мобильное приложение под ключ
IT Sectr создаёт приложения для iOS и Android для стартапов и бизнеса с 2017 года. Мы проконсультируем вас и предложим наилучшее решение.
Читайте также