Интеграция рекламной сети AdMob в мобильное приложение
Мы не просто "добавляем баннер". Интеграция AdMob — это настройка User Messaging Platform (UMP) для GDPR, выбор правильных форматов и медиации, чтобы eCPM был максимальным, а приложение не попало под бан. Частая ошибка — инициализация AdMob до получения согласия пользователя, из-за чего eCPM падает в 3–5 раз. Например, без UMP eCPM может упасть с $0.15 до $0.03 за просмотр. Или показ interstital во время естественной паузы — нарушение политики. Мы делаем интеграцию под ключ за 1–3 дня, с гарантией соответствия Google Play и App Store. Наша команда имеет 5+ лет опыта и 50+ успешных проектов, поэтому знаем все подводные камни: от неверной конфигурации баннеров до бана за неправильное размещение. Закажите интеграцию AdMob под ключ — мы подготовим предложение в течение дня.
Форматы рекламы AdMob
AdMob предлагает три основных формата. Adaptive Banner адаптируется под ширину экрана и даёт eCPM на 10–20% выше, чем фиксированный размер 320x50. Interstitial показывается в естественных паузах (между уровнями, после задачи) — не чаще раза в 60 секунд. Rewarded — самый высокий eCPM (до $0.10 за просмотр): пользователь получает вознаграждение только после полного просмотра. Подробное сравнение:
| Формат |
eCPM (относительно) |
Типичное использование |
Ограничения |
| Adaptive Banner |
Низкий–средний |
Постоянно внизу/вверху экрана |
Не перекрывать контент |
| Interstitial |
Средний |
Паузы между действиями |
Не чаще 1 раза в 60 секунд |
| Rewarded |
Высокий |
За вознаграждение (жизни, монеты) |
Только после полного просмотра |
На практике рекомендуем комбинировать несколько форматов: баннер для постоянного дохода, interstitial и rewarded для ключевых моментов.
Как UMP влияет на eCPM?
Начиная с последних версий AdMob, интеграция User Messaging Platform (UMP) обязательна для соответствия GDPR/CCPA. Без запроса согласия реклама в EU показывается без персонализации — eCPM падает в 3–5 раз (с $0.15 до $0.03). Мы инициализируем SDK только после получения статуса согласия, чтобы таргетинг работал корректно. Подробная информация доступна в официальной документации Google.
Пример инициализации AdMob с UMP на Android
// Android
val params = ConsentRequestParameters.Builder()
.setTagForUnderAgeOfConsent(false)
.build()
ConsentInformation.getInstance(context).requestConsentInfoUpdate(
activity, params,
{
if (ConsentInformation.getInstance(context).isConsentFormAvailable) {
UserMessagingPlatform.loadAndShowConsentFormIfRequired(activity) { error ->
// После показа формы — инициализируем AdMob
MobileAds.initialize(context)
}
} else {
MobileAds.initialize(context)
}
},
{ error -> /* обработка ошибки */ }
)
MobileAds.initialize должен вызываться строго после получения статуса согласия, но только один раз за жизнь приложения. Для iOS используем UMPConsentInformation из Google User Messaging SDK.
Как медиация повышает fill rate?
Чистый AdMob не всегда даёт 100% fill rate, особенно в регионах с низким спросом. Медиация через Google Ad Manager подключает несколько сетей (Meta Audience Network, Unity Ads, AppLovin) — AdMob выбирает сеть с наибольшим eCPM для каждого показа. Это увеличивает fill rate до 95%+ и повышает общий доход. Сравните:
| Параметр |
Без медиации |
С медиацией (3+ сети) |
| Fill rate |
~70-80% |
95%+ |
| eCPM |
Базовый |
На 20-50% выше |
Как настроить медиацию: пошаговое руководство
-
Настройте UMP для запроса согласия пользователей.
- Создайте аккаунт Google Ad Manager и свяжите с AdMob.
- Добавьте рекламные сети (Meta, Unity, AppLovin) в консоли AdMob.
- Интегрируйте адаптеры через Gradle (Android) или CocoaPods (iOS).
- Протестируйте на устройствах с помощью TestFlight или Firebase App Distribution.
Мы выполняем эти шаги за 1–3 дня в зависимости от количества сетей.
Типичные ошибки при интеграции
- Инициализация SDK до получения согласия — eCPM падает в разы.
- Показ interstitial при запуске приложения — нарушение политик, риск бана.
- Использование фиксированных баннеров вместо адаптивных — потеря 10-20% дохода.
- Отсутствие UMP — в EU реклама немонетизируется.
Мы проверяем каждый пункт, чтобы ваше приложение прошло ревью App Store и Google Play без проблем.
Что входит в интеграцию под ключ
- Настройка UMP для GDPR/CCPA
- Интеграция адаптивных баннеров, interstitial и rewarded
- Подключение медиации (до 5 сетей)
- Тестирование на устройствах и тестовых аккаунтах (TestFlight, Firebase App Distribution)
- Документация с описанием конфигураций и политик
- Консультация по соответствию App Store Review Guidelines (Section 4.2/5.1)
Сроки и стоимость
Базовая интеграция с одним форматом и UMP — от 1 дня. Расширенная интеграция с медиацией и дополнительными форматами — до 3 дней. Стоимость рассчитывается индивидуально в зависимости от сложности и количества рекламных сетей. Свяжитесь с нами — оценим проект бесплатно.
Почему выбирают нас
Мы имеем 5+ лет опыта в мобильной рекламе и 50+ успешных проектов с AdMob. Знаем типичные ошибки и как их избежать: от неверного таргетинга до бана за нарушение политик. Гарантируем, что ваше приложение пройдёт ревью App Store и Google Play.
Получите консультацию по интеграции AdMob — напишите нам. Мы ответим в течение дня и предложим оптимальное решение.
Монетизация мобильных приложений: IAP, подписки и рекламная медиация
Приложение с плохо реализованными покупками теряет деньги не потому что пользователи не хотят платить, а потому что StoreKit транзакция зависает, Receipt Validation падает с ошибкой или restore purchases не работает — и пользователь пишет в поддержку или оставляет 1 звезду. Наш опыт (более 7 лет в мобильной разработке) показывает, что грамотная монетизация увеличивает LTV на 30–60% уже в первые три месяца после внедрения. Получите консультацию по монетизации вашего приложения — проанализируем текущую модель и найдём точки роста.
Почему StoreKit 2 — лучший выбор для IAP?
StoreKit 2 (iOS 15+) — современный API с async/await и верифицированными транзакциями на стороне устройства без сервера. Transaction.currentEntitlements возвращает все активные покупки. Ключевое изменение по сравнению со StoreKit 1: верификация JWS-подписи на устройстве через VerificationResult<Transaction> — не нужно отправлять receipt на сервер для базовой проверки.
Но сервер-сайд валидация всё равно нужна для consumable покупок и против fraud. App Store Server API заменяет старый /verifyReceipt endpoint. Вебхуки через App Store Server Notifications v2 дают real-time события: SUBSCRIBED, DID_RENEW, EXPIRED, REFUND — без поллинга.
Типичная ошибка: не обрабатывают paymentQueue(_:updatedTransactions:) в фоне для незавершённых транзакций. Пользователь купил consumable, приложение упало до finishTransaction — покупка висит в очереди, при следующем запуске восстанавливается и требует повторной обработки на сервере. Без идемпотентности сервера — двойное начисление.
Как не потерять доход на подписках?
Подписочная модель требует отслеживания состояний: триал → активная → grace period → expired → refunded. RevenueCat — фактический стандарт для управления подписками в продакшне. Абстрагирует StoreKit и Google Play Billing, даёт unified API, webhooks, аналитику когорт и A/B тесты paywall.
Альтернатива RevenueCat — своя реализация с Adapty или Qonversion. Полностью кастомная — только если данные не должны покидать инфраструктуру или есть нестандартная логика. Мы гарантируем, что настройка webhooks и обработка событий жизни подписки выполняется без потерь — проверено на проектах с аудиторией более 500 тыс. DAU.
Google Play Billing Library 6+ требует обработки PurchasesUpdatedListener и явного вызова acknowledgePurchase() или consumePurchase() в течение 3 дней — иначе Google автоматически отменяет покупку и возвращает деньги. Средняя стоимость такой ошибки — потеря $0.3–0.8 на пользователя в месяц (по данным наших проектов).
Рекламная медиация: повышение CPM через bidding
Показывать рекламу через один источник — значит терять доход. Медиация (waterfall или bidding) запрашивает рекламу у нескольких сетей и показывает лучшую ставку. Google AdMob — основа для banner, interstitial, rewarded. Медиация через AdMob Mediation или MAX (AppLovin) — второй де-факто стандарт. MAX использует In-App Bidding — real-time аукцион без водопада. На практике MAX даёт CPM на 15-30% выше классического waterfall (зависит от гео и аудитории). В США для rewarded видео CPM может превышать $20. При 100 000 показов rewarded видео в день переход с waterfall на In-App Bidding может приносить дополнительно $50-100 ежедневно.
ironSource (Unity Ads) — сильная позиция в игровом сегменте, особенно rewarded video. Mintegral — хорошо закрывает азиатскую аудиторию.
Настройка медиации требует ATT (App Tracking Transparency) на iOS 14+. Без requestTrackingAuthorization рекламный CPM падает в 3-5 раз для не-согласившихся пользователей. SKAdNetwork и Privacy Manifest (iOS 17) — обязательные требования, без которых ревью падает.
| Сеть |
Тип рекламы |
CPM (США, rewarded) |
Особенность |
| AdMob |
banner, interstitial, rewarded |
$10–18 |
Широкая сеть, easy start |
| MAX (AppLovin) |
rewarded, interstitial |
$15–25 |
In-App Bidding, выше fill rate |
| ironSource |
rewarded video |
$12–20 |
Лучше для игр |
| Mintegral |
rewarded, native |
$8–14 |
Азия, программатик |
Как мы внедряем монетизацию: пошаговый процесс
- Аудит текущей модели — анализ воронки, paywall, ценовых тиров и выявление узких мест.
- Проектирование модели — выбор типа (subscription, consumable, non-consumable) и оптимизация ценовых точек.
- Интеграция IAP — настройка StoreKit 2 / Google Billing 6, receip-валидация, webhooks.
- Рекламная медиация — подключение 3-6 сетей, настройка waterfall или In-App Bidding, тестирование fill rate.
- Аналитика и когорты — интеграция RevenueCat, Amplitude или Firebase для отслеживания LTV.
- A/B тестирование paywall — использование Remote Config для экспериментов без релиза.
- Запуск и мониторинг — 2 недели бесплатной поддержки после запуска, фикс багов по SLA 24 часа.
Freemium: проектирование модели и paywall
Freemium работает когда граница между бесплатным и платным проведена правильно. Слишком жёсткий paywall на старте — пользователь удаляет. Слишком щедрый бесплатный тир — нет стимула платить.
Паттерн, который работает технически: feature flags с сервера (Remote Config в Firebase или LaunchDarkly) управляют доступом к фичам. Это позволяет A/B тестировать paywall без релиза, менять условия триала, проводить акции.
Реализация на уровне кода: EntitlementManager — единая точка проверки доступа к фичам, которая знает о статусе подписки, флагах и промо. Никаких проверок isPremium разбросанных по всему коду. Опыт показывает: такой подход снижает количество багов с paywall на 80% (подтверждено на 30+ проектах).
Чек-лист типичных ошибок при монетизации
- Отсутствие обработки
unfinished transactions — потери дохода 5-10%.
- Нет идемпотентности на сервере при обработке consumable — двойные начисления.
- Забыли вызвать
acknowledgePurchase() на Android — отмена покупки через 3 дня.
- Не обработаны события
REFUND и DID_RENEW — некорректный статус подписки у пользователя.
- Paywall без A/B тестов — оставляют 20-40% потенциала монетизации.
- Реклама только через один источник (например, AdMob без медиации) — CPM ниже на 15-30%.
Объём работ по монетизации
- Аудит текущей модели — анализ воронки, paywall, ценовых тиров.
- Интеграция IAP — StoreKit 2 / Google Billing 6, receip-валидация, webhooks.
- Рекламная медиация — настройка MAX / AdMob, подключение 3-6 сетей, тестирование fill rate.
- Настройка аналитики — RevenueCat, Amplitude / Firebase, когортный анализ.
- Документация — описание энтитлментов, процедура восстановления, чек-лист ревью.
- Обучение команды — разбор типовых ошибок, рекомендации по поддержке.
- Гарантия — бесплатная поддержка 2 недели после запуска, фикс багов по SLA 24 часа.
Сроки ориентировочно
| Этап |
Длительность |
| Базовая IAP (один store) |
1–2 недели |
| Подписочная система + RevenueCat + paywall |
3–5 недель |
| Рекламная медиация (MAX + 3 сети) |
1–2 недели |
| Полный цикл (IAP + реклама + аналитика) |
4–8 недель |
Стоимость рассчитывается индивидуально. Мы работаем в этой сфере более 8 лет и реализовали более 40 проектов с монетизацией — многие из них прошли App Store Review без единой блокировки. Свяжитесь с нами для аудита или закажите консультацию — расскажем, какие точки роста есть в вашем приложении.
Источники: Apple StoreKit 2 Documentation, RevenueCat Best Practices, Wikipedia: Freemium.