Igal reklaam-SDK-l, mille oma rakendusse integreerite, on varjatud kulu. Iga neist suurendab teie binary size'i, pikendab cold start aega, toob kaasa potentsiaalseid ühilduvuskonflikte ja loob veel ühe sõltuvuse, mida tuleb uuendada uute OS-versioonide ilmumisel. Publisher'ite jaoks, kes kasutavad viit, kaheksat või isegi kahtekümmend SDK-d, võib kumulatiivne mõju rakenduse jõudlusele ja kasutajakogemusele olla märkimisväärne — ja see on sageli nähtamatu, sest koguneb järk-järgult.
SDK paisumise tegelik kulu
Iga teie rakenduse binary'le lisatav megabait loeb. Uuringud näitavad järjepidevalt, et installimise konversioonimäärad langevad mõõdetavalt iga täiendava allalaadimismahu megabaidiga. Arenevatel turgudel, kus kasutajatel on piiratud salvestusruum ja aeglasemad ühendused, on mõju veelgi tugevam. Publisher, kes lisab kolm reklaam-SDK-d kogumahuga 15 megabaiti, võib vähenenud installimiste tõttu kaotada rohkem revenue'd, kui ta saab nende SDK-de pakutavast täiendavast demand'ist.
Lisaks allalaadimismahule tarbivad SDK-d runtime ressursse. Iga SDK, mis initsialiseeritakse rakenduse käivitamisel, lisab teie käivitusajale. Kasutajad, kes ootavad rakenduse laadimist üle kolme sekundi, loobuvad sellest oluliselt tõenäolisemalt. Ja iga taustal töötav SDK tarbib mälu ja akut — ressursse, mida kasutajad märkavad ja mille eest platvormi rakenduspoed üha enam karistusi määravad.
SDK audit
Alustage oma praeguse SDK virna auditeerimisega. Iga reklaam-SDK puhul oma rakenduses mõõtke kolme asja: selle lisatavat binary size'i, genereeritavat revenue'd ja selle fill rate'i. Peaaegu kindlasti avastate, et üks või kaks SDK-d vastutavad suurema osa teie revenue eest, samas kui mitmed teised annavad marginaalse panuse, kuid lisavad märkimisväärset koormust.
80/20 reegel kehtib
Enamikus publisher'ite rakendustes genereerivad kaks kuni kolm reklaam-SDK-d 80 protsenti või rohkem kogu reklaamitulust. Ülejäänud SDK-d täidavad lünki, kuid sageli kuluga, mis ületab nende panust, kui arvestada jõudluse mõju. Eesmärk ei ole kõigi SDK-de kõrvaldamine — vaid minimaalse komplekti leidmine, mis haarab maksimaalse revenue.
Serveripoolsed lahendused
Kõige tõhusam viis SDK-de arvu vähendamiseks demand'i mitmekesisust kaotamata on viia demand'i agregeerimine kliendipoolelt serveripoolele. Google'i Open Bidding näiteks võimaldab mitmetel demand'i partneritel teie inventari pärast konkureerida ilma nende individuaalsete SDK-de integreerimiseta teie rakendusse. Saate mitme pakkuja konkurentsisurve ühe SDK integratsiooni lihtsusega.
Hallatava demand'i lähenemine
Hallatav demand'i partner viib selle kontseptsiooni veelgi kaugemale. Selle asemel, et integreerida mitu SDK-d ise, integreerite ühe ühenduspunkti — kas oma olemasoleva mediation platvormi kaudu või kerge serveripoolse integratsiooni kaudu. Hallatav partner agregeerib demand'i kümnetest allikatest oma infrastruktuuril ja teie rakendus näeb ainult ühte demand'i allikat. Tulemuseks on suurem demand'i mitmekesisus väiksema SDK koormusega.
Kõige targemad publisher'id ei küsi "mitu SDK-d saan lisada?" Nad küsivad: "milline on minimaalne SDK-de arv, mida vajan maksimaalse revenue haaramiseks?" Vastus on peaaegu alati vähem, kui neil praegu on.
Praktilised sammud SDK paisumise vähendamiseks
1. Eemaldage kehvalt toimivad SDK-d
Kui SDK genereerib alla 5 protsendi teie kogu reklaamitulust, kaaluge tõsiselt selle eemaldamist. Jõudluse kulu ületab tõenäoliselt selle panust revenue'sse.
2. Konsolideerige mediation kaudu
Kasutage oma mediation platvormi sisseehitatud adaptereid eraldiseisvate SDK integratsioonide asemel, kus võimalik. Mediation adapterid on tavaliselt kergemad kui täielikud SDK integratsioonid.
3. Kasutage ära serveripoolset bidding'ut
Viige serveripoolset bidding'ut toetavad demand'i partnerid sellele mudelile üle. See eemaldab nende SDK teie rakendusest, säilitades samas nende demand'i teie waterfall'is.
4. Kasutage hallatavat partnerit long-tail demand'i jaoks
Selle asemel, et integreerida viis nišši-SDK-d regionaalse või spetsialiseeritud demand'i jaoks, kasutage ühte hallatavat partnerit, kes agregeerib selle demand'i serveripoolel.
Mõju mõõtmine
Pärast SDK-de arvu vähendamist jälgige kolme mõõdikut: rakenduse mahu vähenemine, käivitusaja paranemine ja kogu reklaamitulu. Hästi teostatud SDK vähendamine peaks näitama mõõdetavaid paranemisi kahes esimeses ilma olulise muutuseta — või isegi paranemisega — kolmandas, kuna väiksem rakenduse maht viib kõrgemate installimismäärade ja parema kasutajate hoidmiseni.