Коли настав час мігрувати вашу платформу медіації?
Зміна платформ рекламної медіації — одне з найважливіших рішень, яке може прийняти мобільний видавець. Медіаційний шар контролює, які рекламні оголошення бачать ваші користувачі, скільки ви заробляєте за кожен показ та наскільки плавно працює рекламний досвід. Міграція несе реальні ризики, але залишатися на неоптимальній платформі — це наростаюча вартість, яка збільшується щодня.
Чіткі сигнали, що настав час оцінити перехід:
- Зниження eCPM без ринкового пояснення: Якщо ваші eCPM падають, поки галузеві показники залишаються стабільними, ваша поточна платформа може мати прогалини в попиті або проблеми з оптимізацією, які нові учасники вже вирішили.
- Краща підтримка ставок деінде: Якщо ваша поточна платформа підтримує 3 партнери зі ставок, а конкурент — 8, ви залишаєте щільність аукціону та дохід на столі.
- Припинення підтримки SDK: Коли ваша платформа медіації оголошує кінець підтримки SDK або припиняє активно розробляти функції, міграція не є опціональною. Це питання коли, а не чи.
- Відсутні формати реклами: Якщо ваша платформа не підтримує рекламу відкриття додатків, рекламу-винагороду або нативне призначення ставок, тоді як конкуренти підтримують, кожен відсутній формат — це втрачений дохід.
- Обмеження звітності: Якщо ви не можете отримати детальні дані eCPM за мережею, гео, рекламним блоком та форматом, ви летите наосліп. Сучасні платформи надають це як стандарт.
Планування міграції: підхід паралельного тестування
Основне правило міграції медіації — ніколи не робити жорсткого переключення. Підхід паралельного тестування захищає ваш рівень доходу, одночасно перевіряючи продуктивність нової платформи на реальному трафіку.
Паралельна стратегія працює наступним чином:
- Фаза 1 (Налаштування): Інтегруйте новий SDK медіації поруч із наявним. Налаштуйте однакові рекламні блоки, джерела попиту та мінімальні ціни на обох платформах.
- Фаза 2 (Розподіл трафіку): Направте 10–20% трафіку на нову платформу, зберігаючи 80–90% на наявній. Використовуйте прапор віддаленої конфігурації або фреймворк A/B-тестування для контролю розподілу.
- Фаза 3 (Моніторинг): Запускайте обидві платформи одночасно щонайменше 2 тижні, порівнюючи eCPM, коефіцієнт заповнення, затримку та швидкість збоїв у розподілі.
- Фаза 4 (Масштабування): Якщо нова платформа відповідає або перевищує стару, поступово збільшуйте її частку трафіку: з 20% до 50%, до 80%, до 100%.
- Фаза 5 (Очищення): Видаліть старий SDK медіації та відповідні конфігурації, коли 100% трафіку перебуває на новій платформі щонайменше один тиждень зі стабільною продуктивністю.
Дані, необхідні перед переходом
Перш ніж ініціювати будь-яку міграцію, експортуйте та задокументуйте вичерпні базові дані з вашої поточної платформи. Ці дані служать двом цілям: надають порівняльні показники для оцінки нової платформи та інформують початкову конфігурацію вашого нового водоспаду або налаштування ставок.
Ключові точки даних
- Історичний eCPM за мережею та географією: Щонайменше останні 90 днів щоденного eCPM для кожного джерела попиту з розбивкою по країні або групі країн. Це говорить вам, які мережі добре працюють на яких ринках.
- Коефіцієнт заповнення за мережею та форматом реклами: Мережа з високим eCPM, але 5% коефіцієнтом заповнення вносить інший вклад, ніж мережа з помірним eCPM та 90% коефіцієнтом заповнення. Обидва показники необхідні для точного налаштування.
- Обсяг показів за рекламним блоком: Розумійте, які рекламні розміщення генерують найбільше показів. Це ваші найбільш впливові блоки, і їх слід мігрувати в останню чергу для мінімізації ризику.
- Дані про затримку: Якщо доступно, задокументуйте середній час завантаження реклами та швидкість тайм-ауту на мережу. Це допомагає встановити відповідні значення тайм-ауту на новій платформі.
- Дохід за днем тижня та часом доби: Рекламні ринки мають тижневі та щоденні цикли. Документування цього патерну гарантує, що ви не переплутаєте нормальні циклічні варіації зі змінами, пов'язаними з міграцією.
Бажані до наявності дані
- ARPDAU на рівні користувача за когортою
- Дані про частоту реклами на рівні сесії
- Швидкість збоїв та ANR, пов'язана з активністю SDK реклами
- Детальні журнали на рівні ставок, якщо ваша поточна платформа їх надає
Покроковий процес міграції
Крок 1: Встановіть новий SDK медіації
Додайте новий SDK медіації та всі необхідні SDK адаптерів до вашого проєкту. Не видаляйте старий SDK поки що. Обидва будуть співіснувати під час фази паралельного тестування. Ключові дії:
- Додайте основну залежність SDK медіації
- Додайте SDK адаптерів для кожного джерела попиту, яке ви плануєте використовувати
- Ініціалізуйте новий SDK у класі Application або AppDelegate, захищеному прапором віддаленої конфігурації
- Переконайтеся, що збірка компілюється без конфліктів між старим та новим SDK
Крок 2: Налаштуйте рекламні блоки та джерела попиту
На панелі інструментів нової платформи відтворіть конфігурацію рекламних блоків:
- Створіть рекламні блоки, що відповідають вашим наявним розміщенням (той самий формат, той самий інтервал оновлення для банерів)
- Додайте всі джерела попиту з відповідними ідентифікаторами додатків та ідентифікаторами розміщень
- Встановіть початкові мінімальні ціни на основі ваших історичних даних eCPM зі старої платформи
- Увімкніть ставки для всіх джерел, що підтримують це; налаштуйте записи водоспаду для решти
Крок 3: Реалізуйте розподіл трафіку
Використовуйте систему віддаленої конфігурації (Firebase Remote Config, власну систему прапорів функцій або просте перемикання на стороні сервера) для контролю того, який SDK медіації обробляє кожну сесію:
- При запуску додатка перевіряйте віддалений прапор, щоб визначити, який SDK активний для цієї сесії
- Запитуйте рекламу лише через активний SDK протягом усієї сесії. Не змішуйте SDK в межах однієї сесії.
- Записуйте, який SDK активний у вашій аналітиці, щоб ви могли чисто сегментувати дані продуктивності
Крок 4: Паралельна робота мінімум два тижні
Два тижні — це мінімальний період оцінки. Цей термін охоплює будні та вихідні патерни, враховує коливання попиту та дає алгоритмам ставок час для вивчення вашого інвентарю. Протягом цього періоду:
- Щодня відстежуйте eCPM, коефіцієнт заповнення та загальний дохід для обох груп
- Відстежуйте показники стабільності додатка (швидкість збоїв, швидкість ANR) в обох групах
- Стежте за проблемами з досвідом користувача (повільне завантаження реклами, порожні рекламні рамки, несподівана реклама на весь екран)
- Не вносьте змін до конфігурації на будь-яку платформу протягом цього часу, якщо щось явно не зламано
Крок 5: Порівняйте та прийміть рішення
Після паралельного періоду порівняйте дві платформи за цими параметрами:
- Дохід на DAU: Основна метрика. Якщо нова платформа генерує рівний або вищий дохід на щоденного активного користувача, вона проходить основний тест.
- Коефіцієнт заповнення: Вищий коефіцієнт заповнення означає більше монетизованих показів. Нова платформа з 5% вищим коефіцієнтом заповнення та подібним eCPM є явним переможцем.
- Затримка: Швидше завантаження реклами означає кращу видимість і досвід користувача.
- Стабільність: Якщо новий SDK збільшує швидкість збоїв, це може бути невартим приросту доходу.
Крок 6: Перехід та очищення
Коли ви взяли зобов'язання щодо нової платформи, збільште трафік до 100%, спостерігайте ще 5–7 днів, потім повністю видаліть старий SDK. Оновіть список залежностей, видаліть старий код ініціалізації та очистьте будь-яку умовну логіку, пов'язану з розподілом трафіку.
Типові помилки при міграції медіації
Навіть добре сплановані міграції стикаються з проблемами. Знання типових підводних каменів допомагає уникнути їх або швидко відновитися:
- Втрата історичних даних оптимізації: Алгоритми ставок на старій платформі мають місяці даних про ваш інвентар. Нова платформа починає з нуля. Очікуйте 1–2 тижні неоптимальної продуктивності, поки алгоритми навчаються.
- Конфлікти SDK: Одночасний запуск двох SDK медіації може спричинити конфлікти залежностей, особливо якщо обидва включають однакові SDK джерел попиту різних версій. Ретельно протестуйте у промоційній збірці перед розгортанням у виробничому середовищі.
- Невідповідні мінімальні ціни: Встановлення занадто високого порогу на новій платформі знищить коефіцієнт заповнення. Занадто низький залишає гроші на столі. Використовуйте свої історичні дані як відправну точку та коригуйте після першого тижня.
- Порівняння нерівних часових проміжків: Рекламні ринки коливаються. Порівняння тижня 1 нової платформи з тижнем 1 старої платформи три місяці тому — не дійсне порівняння. Паралельне тестування усуває цю проблему.
- Поспішання з часовими рамками: Тиск на отримання швидких результатів призводить до передчасних висновків. Два тижні паралельних даних — мінімум. Чотири тижні краще для видавців із значним трафіком.
Міграція з медіації AdMob до Google Ad Manager
Один із найпоширеніших шляхів міграції — перехід від медіації AdMob до повноцінної платформи Google Ad Manager. Це оновлення зумовлене чудовими функціями GAM для видавців у масштабі:
- Підтримка прямих угод: GAM дозволяє прямо продаваним кампаніям конкурувати разом із програмним попитом, чого медіація AdMob не підтримує
- Розширена звітність: GAM надає детальну звітність за позицією, рекламодавцем, оголошенням та користувацькими вимірами
- Open Bidding: Серверне призначення ставок GAM підтримує ширший діапазон біржових партнерів, ніж клієнтська медіація AdMob
- Єдині правила ціноутворення: Встановлюйте мінімальні ціни з деталізацією по гео, пристрою та формату для всіх джерел попиту з єдиного інтерфейсу
Ця конкретна міграція — одна з тих, що RevenueFlex часто здійснює. Перехід від медіації AdMob до повністю керованого налаштування GAM передбачає відтворення всієї конфігурації реклами в GAM, зіставлення джерел попиту, встановлення нових мінімальних цін на основі історичної продуктивності та проведення паралельної оцінки для підтвердження нейтральності або покращення доходу. Видавці, які здійснюють цей перехід із належним плануванням, зазвичай бачать зростання доходу на 10–25% після повної оптимізації водоспаду GAM.
Міграція медіації — це не проєкт на вихідні. Це багатотижневий процес, що потребує ретельного планування, дисциплінованого паралельного тестування та терпіння, поки нові алгоритми вивчають ваш інвентар. Але для видавців на неефективній платформі довгостроковий вплив на дохід від переходу робить короткострокові зусилля виправданими.