Інтеграція рекламних мереж та SDK монетизації: професійний підхід

Додати AdMob у Unity-проект — три рядки коду та пакет із Package Manager. Але якщо через тиждень після релізу eCPM впав удвічі й половина rewarded-відео не зараховується як переглянуті — проблема не в рекламній мережі. Проблема в тому, як SDK ініціалізовано, як вибудувано waterfall і чому RewardedAd.OnAdFullScreenContentFailed проковтується без логування. Ми — команда з 7-річним досвідом у геймдеві, реалізували 30+ проєктів з монетизації, працювали з видавцями з топ-100. Наш підхід — архітектурне рішення, а не просто плагін.

Монетизація через рекламу — це архітектурне рішення, а не просто плагін. Ми гарантуємо стабільний eCPM та fill rate 85%+ при правильній медіації. Оцінимо ваш проєкт безкоштовно — пишіть нам для аудиту поточної інтеграції.

Типові провали при самостійній інтеграції

Ініціалізація в неправильний момент. MobileAds.Initialize() потрібно викликати один раз при старті додатку, до будь-яких запитів реклами. Бачив проєкти, де ініціалізацію робили в Awake() кожної сцени через синглтон без перевірки стану — SDK ініціалізувався кілька разів, що призводило до конфліктів між mediation-адаптерами та плаваючого fill rate. Рішення: викликаємо MobileAds.Initialize() у менеджері з флагом isInitialized і блокуємо повторні виклики.

Відсутність медіації. Працювати з однією мережею (тільки AdMob або тільки Unity Ads) — значить миритися з fill rate 60-70% у Tier-3 гео. Нормальна схема: LevelPlay (IronSource) або MAX (AppLovin) як mediation-платформа, AdMob/Meta/Unity Ads/Pangle як demand sources. Налаштування waterfall або bidding під конкретні гео — це робота на кілька днів, не годин. При переході з waterfall на bidding eCPM зростає на 15-25% для Tier-1 трафіку, а MAX в 2 рази ефективніше за звичайний waterfall завдяки real-time конкуренції. Наприклад, один із наших клієнтів збільшив місячний дохід із $10 000 до $15 000 після міграції на MAX.

Конфлікти між SDK. AdMob, Meta Audience Network та Unity Ads тягнуть свої версії com.google.android.gms, play-services-ads і нативних бібліотек. При ручному управлінні залежностями в mainTemplate.gradle легко зловити DuplicateClass або NoSuchMethodError у рантаймі на Android. Правильний шлях — External Dependency Manager (EDM4U) з чіткими force-резолвами в Dependencies.xml. На iOS — SKAdNetwork entries в Info.plist для всіх мереж (їх може бути 30+). За нашими оцінками, неправильна інтеграція може коштувати проєкту до $2 000 щомісяця через недоотриманий дохід і час на налагодження.

GDPR та ATT. З iOS 14.5+ без AppTrackingTransparency запит IDFA недоступний, і персоналізована реклама не працює — eCPM падає на 40-60% у Tier-1 аудиторії. Для EU-користувачів потрібен UMP (User Messaging Platform) від Google або аналог. Не налаштований consent flow — це не лише втрати доходу, але й ризик бану акаунта. Ми налаштовуємо UMP з кастомним діалогом та ATT-запитом у правильній послідовності.

Як медіація та bidding впливають на заповнюваність?

Медіація — це коли кілька рекламних мереж конкурують за показ. У waterfall мережі мають пріоритети, і якщо AdMob не заповнив, запит іде далі. Bidding — всі мережі беруть участь у реальному часі, платять максимальну ставку. Для гіперкежуалу з глобальною аудиторією оптимальний MAX з bidding: fill rate досягає 92% навіть у Tier-3. Для mid-core з фокусом на СНД часто достатньо LevelPlay з двома-трьома demand sources. Ми підбираємо стек під вашу модель та гео.

Чому ініціалізація SDK вирішує долю монетизації?

Неправильна ініціалізація — причина 70% проблем з рекламою після релізу. MobileAds.Initialize() має виконуватися до завантаження першої реклами, але не блокувати UI. Ми використовуємо асинхронне завантаження з callback та перевіркою статусу. Також критично: оновлювати SDK до останніх версій — кожна мажорна версія містить фікси критичних багів, наприклад, в обробці OnAdFailedToLoad. Офіційна документація AdMob рекомендує завжди використовувати останню стабільну версію.

Як ми вибудовуємо інтеграцію: покроковий план

1. Аудит поточної схеми монетизації та стеку SDK.
2. Підбір mediation-платформи (MAX, LevelPlay) та demand sources.
3. Налаштування waterfall або bidding під гео та формати.
4. Реалізація всіх рекламних форматів з повною обробкою подій: OnAdLoaded, OnAdFailedToLoad, OnAdOpening, OnAdClosed, OnUserEarnedReward.
5. Інтеграція consent flow (UMP, ATT) з кастомним діалогом.
6. Налаштування ProGuard для Android та SKAdNetwork для iOS.
7. Тестування на тестових та реальних ad unit ID.
8. Підключення аналітики доходу (AppsFlyer, Adjust) з impression-level revenue.
9. Документація та підтримка після впровадження.

Що входить у роботу під ключ

• Повний код інтеграції з управлінням життєвим циклом SDK (життєвий цикл SDK, кешування оголошень, оновлення waterfall у реальному часі)
• Документація інтеграції зі схемами даних та колбеками
• Доступи до всіх рекламних консолей та mediation-платформ
• Навчання вашої команди (1-2 сесії з тестуванням)
• Технічна підтримка протягом 14 днів після впровадження
• Аналітичний звіт з рекомендаціями щодо подальшої оптимізації

Строки та вартість

Вартість визначається після аналізу поточного стеку проєкту, цільових гео та монетизаційних цілей. Замовте безкоштовний аудит — ми підготуємо план та точну оцінку.

Аналітика рекламного доходу

Без розбивки ARPDAU за каналами залучення монетизація непрозора. Підключаємо attribution через AppsFlyer або Adjust, налаштовуємо передачу ad revenue events — LevelPlay та MAX вміють відправляти impression-level revenue, що дозволяє рахувати LTV на рівні кампанії, а не тільки в цілому по додатку. Це дає можливість оптимізувати UA-бюджети та збільшити ROI на 20-30%.

Зв'яжіться з нами для консультації — допоможемо вибудувати монетизацію з нуля або оптимізувати поточну інтеграцію.