Millal on aeg vahendusplatvorm vahetada?
Reklaamivahendusplatvormi vahetus on üks olulisemaid otsuseid, mida mobiilikirjastaja saab teha. Vahenduskiht kontrollib, milliseid reklaame teie kasutajad näevad, kui palju te mulje kohta teenite ja kui sujuvalt teie reklaamikogemus toimib. Migratsioon kannab endas reaalset riski, kuid suboptimaalsele platvormile jäämine toob kaasa iga päevaga kasvava kulu.
Selged signaalid, et on aeg kolimist kaaluda:
- eCPM-i langus ilma turuselgituseta: Kui teie eCPM-id langevad, samas kui tööstusharu võrdlusalused püsivad stabiilsed, võivad teie praeguse platvormi nõudluslüngad või optimeerimisprobleemid olla põhjus, mille uued tulijad on lahendanud.
- Parem pakkumistugi mujal: Kui teie praegune platvorm toetab 3 pakkumispartnerit, kuid konkurent toetab 8, jätate oksjonitiheduse (ja tulu) lauale.
- SDK lõpetamine või aegunuks tunnistamine: Kui teie vahendusplatvorm teatab oma SDK eluea lõppemisest või lõpetab aktiivselt funktsioonide arendamise, ei ole migratsioon vabatahtlik. Küsimus on millal, mitte kas.
- Puuduvad reklaamivormingud: Kui teie platvorm ei toeta rakenduse avamise reklaame, premeeritud vahekuvarreklaame ega natiivset pakkumist, samas kui konkurendid seda teevad, esindab iga puuduv vorming kaotatud tulu.
- Aruandluse piirangud: Kui te ei saa granulaarseid eCPM andmeid võrgu, geograafia, reklaamiüksuse ja vormingu kaupa, olete pimeduses. Kaasaegsed platvormid pakuvad seda standardina.
Migreerimise planeerimine: Paralleelse testimise lähenemine
Vahenduse migratsiooni kardinaalne reegel on mitte teha järsku ülekannet. Paralleelse testimise lähenemine kaitseb teie tulubaasi, valideerides samal ajal uue platvormi jõudlust reaalse liiklusega.
Paralleelne strateegia toimib järgmiselt:
- 1. faas (Seadistamine): Integreerige uus vahenduse SDK koos olemasolevaga. Konfigureerige mõlemal platvormil identsed reklaamiüksused, nõudlusallikad ja põrandahinnad.
- 2. faas (Liikluse jagamine): Suunake 10–20% liiklusest uuele platvormile, hoides 80–90% olemasoleval. Kasutage jagunemise kontrollimiseks kaugkonfiguratsiooni lippu või A/B testimise raamistikku.
- 3. faas (Jälgimine): Käitage mõlemat platvormi samaaegselt vähemalt 2 nädalat, võrreldes eCPM-i, täitmismäära, latentsust ja krahhimäära jagamise lõikes.
- 4. faas (Skaleerumine): Kui uus platvorm vastab vanale või ületab seda, suurendage järk-järgult selle liiklusosakaaalu: 20%-lt 50%-le, 80%-le ja 100%-le.
- 5. faas (Puhastamine): Eemaldage vana vahenduse SDK ja sellega seotud konfiguratsioonid, kui 100% liiklusest on olnud uuel platvormil vähemalt ühe nädala jooksul stabiilse jõudlusega.
Andmed, mida vajate enne üleminekut
Enne migreerimise alustamist eksportige ja dokumenteerige oma praegusest platvormist põhjalikud põhiandmed. Need andmed teenivad kahte eesmärki: need annavad võrdlustulemused uue platvormi hindamiseks ja teavitavad teie uue juga või pakkumise seadistuse esialgset konfiguratsiooni.
Olulised andmepunktid
- Ajalooline eCPM võrgu ja geograafia kaupa: Vähemalt viimase 90 päeva igapäevane eCPM iga nõudlusallika kohta riigi või riigirühma kaupa jagatud. See ütleb teile, millised võrgud toimivad hästi millistes turgudes, ja teavitab teie uue juga järjestust.
- Täitmismäär võrgu ja reklaamivormingu kaupa: Võrk, millel on kõrge eCPM, kuid 5% täitmismäär, panustab erinevalt kui see, millel on mõõdukas eCPM ja 90% täitmismäär. Täpse konfiguratsiooni jaoks on vaja mõlemaid mõõdikuid.
- Muljete maht reklaamiüksuse kaupa: Mõistke, millised reklaamipaigutused tekitavad enim muljeid. Need on teie suurima mõjuga üksused ja need tuleks migreerida viimasena riski minimeerimiseks.
- Latentsusandmed: Kui saadaval, dokumenteerige keskmine reklaami laadimisaeg ja ajalõpu määrad võrgu kohta. See aitab seada sobivaid ajalõpu väärtusi uuel platvormil.
- Tulu nädalapäeva ja kellaaja kaupa: Reklaamiturge iseloomustavad nädala- ja päevatsüklid. Selle mustri dokumenteerimine tagab, et te ei ajate normaalset tsüklilist muutlikkust segamini migratsiooniga seotud muutustega.
Kasulikud lisaandmed
- Kasutajataseme ARPDAU kohordi kaupa
- Seansi taseme reklaamisageduse andmed
- Krahhid ja ANR-i määrad, mis on korrelatsioonis reklaamide SDK tegevusega
- Üksikasjalikud pakkumistaseme logid, kui teie praegune platvorm neid pakub
Samm-sammuline migreerimisprotsess
1. samm: Installige uus vahenduse SDK
Lisage oma projekti uus vahenduse SDK ja kõik vajalikud adapteri SDK-d. Ärge eemaldage vana SDK-d veel. Mõlemad eksisteerivad koos paralleelse testimise faasis. Peamised toimingud:
- Lisage põhiline vahenduse SDK sõltuvus
- Lisage adaptori SDK-d iga nõudlusallika jaoks, mida kavatsete kasutada
- Initsialiseerige uus SDK oma Application klassis või AppDelegate'is, varjatud kaugkonfiguratsiooni lipu taha
- Kontrollige, et build kompileerub ilma konfliktideta vanade ja uute SDK-de vahel
2. samm: Konfigureerige reklaamiüksused ja nõudlusallikad
Looge uue platvormi armatuurlaual oma reklaamiüksuste konfiguratsioon uuesti:
- Looge reklaamiüksused, mis vastavad teie olemasolevatele paigutustele (sama vorming, sama värskendusintervall bännerite jaoks)
- Lisage kõik nõudlusallikad koos nende vastavate rakenduse ID-de ja paigutuse ID-dega
- Seadke algsed põrandahinnad, lähtudes teie ajaloolistest eCPM andmetest vanalt platvormilt
- Lubage pakkumine kõigi seda toetavate allikate jaoks; konfigureerige ülejäänute jaoks jugakanded
3. samm: Rakendage liikluse jagamine
Kasutage kaugkonfiguratsiooni süsteemi (Firebase Remote Config, oma funktsioonilipu süsteem või lihtne serveripoolne lüliti), et kontrollida, milline vahenduse SDK iga seanssi haldab:
- Rakenduse käivitamisel kontrollige kauglipu abil, milline SDK on selle seansi jaoks aktiivne
- Taotlege reklaame ainult aktiivse SDK kaudu kogu seansi jooksul. Ärge segage SDK-sid seansi sees.
- Logige, milline SDK on aktiivne teie analüütikas, et saaksite jõudlusandmeid puhtalt segmenteerida
4. samm: Käitage paralleelselt vähemalt kaks nädalat
Kaks nädalat on minimaalne hindamisperiood. See kestus hõlmab tööpäeva- ja nädalavahetuse mustreid, arvestab nõudluse kõikumisi ja annab pakkumisalgoritmidele aega teie varude tundmaõppimiseks. Selle perioodi jooksul:
- Jälgige eCPM-i, täitmismäära ja kogu tulu päevas mõlema rühma jaoks
- Jälgige rakenduse stabiilsusmõõdikuid (krahhimäär, ANR-i määr) mõlema rühma lõikes
- Jälgige kasutajakogemuse probleeme (aeglane reklaami laadimine, tühjad reklaamirakmed, ootamatud täisekraani reklaamid)
- Ärge tehke kummalgi platvormil konfiguratsioonist muudatusi selle perioodi jooksul, välja arvatud juhul, kui midagi on selgelt katki
5. samm: Võrrelge ja otsustage
Pärast paralleelperioodi võrrelge kahte platvormi nende dimensioonide lõikes:
- Tulu DAU kohta: Peamine mõõdik. Kui uus platvorm genereerib igapäevase aktiivse kasutaja kohta võrdset või kõrgemat tulu, läbib see põhitesti.
- Täitmismäär: Kõrgem täitmismäär tähendab rohkem monetiseeritud muljeid. Uus platvorm, millel on 5% kõrgem täitmismäär ja sarnane eCPM, on selge võitja.
- Latentsus: Kiirem reklaami laadimine tähendab paremat nähtavust ja kasutajakogemust.
- Stabiilsus: Kui uus SDK suurendab krahhimäärasid, ei pruugi see olla tulukasvu väärt.
6. samm: Üleminek ja puhastamine
Kui olete uuele platvormile pühendunud, suurendage liiklust 100%-le, jälgige veel 5–7 päeva, seejärel eemaldage vana SDK täielikult. Uuendage oma sõltuvuste loendit, eemaldage vana initsialiseerimiscode ja puhastage kõik liikluse jagamisega seotud tingimuslikud loogikad.
Levinud lõksud vahenduse migreerimises
Isegi hästi planeeritud migratsioonid kohtavad probleeme. Levinud lõksudest teadlik olemine aitab teil neid vältida või neist kiiresti taastuda:
- Ajalooliste optimeerimisandmete kaotamine: Vana platvormi pakkumisalgoritmidel on kuude kaupa andmeid teie varude kohta. Uus platvorm alustab tühja lehega. Oodake 1–2 nädalat suboptimaalset jõudlust, kuni algoritmid õpivad.
- SDK konfliktid: Kahe vahenduse SDK samaaegne käitamine võib põhjustada sõltuvuskonflikte, eriti kui mõlemad sisaldavad samu nõudlusallika SDK-sid erinevates versioonides. Testige põhjalikult lavastusbuilds enne tootmisesse juurutamist.
- Mittevastavad põrandahinnad: Liiga kõrgete põrandahindade seadmine uuel platvormil tapab täitmismäära. Liiga madalate seadmine jätab raha lauale. Kasutage oma ajaloolisi andmeid lähtepunktina ja kohandage pärast esimest nädalat.
- Ebavõrdsete ajaperioodide võrdlemine: Reklaamiturud kõiguvad. Uue platvormi 1. nädala võrdlemine vana platvormi 1. nädalaga kolm kuud tagasi ei ole kehtiv võrdlus. Paralleelne testimine kõrvaldab selle probleemi.
- Ajakava kiirustamine: Surve kiireid tulemusi näidata viib enneaegsete järeldusteni. Kaks nädalat paralleelseid andmeid on miinimum. Neli nädalat on parem kirjastajatele, kellel on märkimisväärne liiklus.
Üleminek AdMob-vahenduselt Google Ad Managerile
Üks levinumaid migratsiooniteid on üleminek AdMob-vahenduselt täielikule Google Ad Manageri platvormile. Seda täiendust ajendavad GAM-i paremad funktsioonid kirjastajatele skaalal:
- Otsemüügi tugi: GAM lubab otse-müüdud kampaaniatel konkureerida programmilise nõudluse kõrval, mida AdMob-vahendus ei toeta
- Täiustatud aruandlus: GAM pakub granulaarseid aruandeid rea üksuse, reklaamija, loovuse ja kohandatud mõõtmete kaupa
- Avatud pakkumine: GAM-i serveripoolne pakkumine toetab laiemat valikut vahetuspartnereid kui AdMob-i kliendipoolne vahendus
- Ühtlustatud hinnakujundamise reeglid: Seadke põrandahinnad geo, seadme ja vormingu granulariteediga kõigile nõudlusallikatele ühe liidesega
See konkreetne migratsioon on midagi, mida RevenueFlex sageli käsitleb. Üleminek AdMob-vahenduselt täielikult hallatavale GAM-seadistusele hõlmab kogu teie reklaamikonfiguratsiooni uuesti loomist GAM-is, nõudlusallikate kaardistamist, uute põrandahindade kehtestamist ajaloolise jõudluse põhjal ja paralleelse hindamise läbiviimist tulu neutraalsuse või paranemise kinnitamiseks. Kirjastajad, kes teevad selle ülemineku korraliku planeerimisega, näevad tavaliselt 10–25% tulukasvu, kui GAM-juga on täielikult optimeeritud.
Vahenduse migratsioon ei ole nädalavahetuse projekt. See on mitmenädalane protsess, mis nõuab hoolikat planeerimist, distsiplineeritud paralleelset testimist ja kannatlikkust, kuni uued algoritmid teie varude tundmaõppimiseks aega saavad. Kuid kirjastajatele ebapiisavalt toimival platvormil muudab ülemineku pikaajaline tulumõju lühiajalise pingutuse tasuvaks.