Калі прыйшоў час мігрыраваць вашу медыяцыйную платформу?
Змена платформ рэкламнай медыяцыі — адно з найбольш значных рашэнняў, якое можа прыняць мабільны выдавец. Медыяцыйны пласт кантралюе, якія рэкламы бачаць вашы карыстальнікі, колькі вы зарабляеце за паказ і наколькі плаўна працуе рэкламны вопыт. Міграцыя нясе рэальныя рызыкі, але заставанне на неаптымальнай платформе мае наборную цану, якая расце кожны дзень.
Выразныя сігналы, што прыйшоў час ацаніць пераход:
- Зніжэнне 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.
Міграцыя медыяцыі — гэта не праект на выхадныя. Гэта шматтыднёвы працэс, які патрабуе дбайнага планавання, дысцыплінаванага паралельнага тэсціравання і цярпення, пакуль новыя алгарытмы вывучаюць ваш інвентар. Але для выдаўцоў на неэфектыўнай платформе доўгатэрміновы ўплыў на даход ад пераходу робіць кароткатэрміновыя намаганні апраўданымі.