Kiekvienas reklamos SDK, kurį integruojate į savo programėlę, turi paslėptą kainą. Kiekvienas iš jų didina binary size, ilgina cold start laiką, sukelia galimus suderinamumo konfliktus ir sukuria dar vieną priklausomybę, kurią reikia atnaujinti išleidus naujas OS versijas. Leidėjams, naudojantiems penkis, aštuonis ar net dvylika SDK, kaupiamasis poveikis programėlės veikimui ir naudotojo patirčiai gali būti reikšmingas — ir dažnai nematomas, nes vyksta palaipsniui.
Tikroji SDK pertekliaus kaina
Kiekvienas megabaitas, pridedamas prie jūsų programėlės binary, yra svarbus. Tyrimai nuosekliai rodo, kad programėlių diegimo konversijų rodikliai pastebimai mažėja su kiekvienu papildomu atsisiuntimo dydžio megabaitu. Besivystančiose rinkose, kur naudotojai turi ribotą saugyklą ir lėtesnius ryšius, poveikis yra dar ryškesnis. Leidėjas, pridedantis tris reklamos SDK, kurių bendras dydis siekia 15 megabaitų, gali prarasti daugiau pajamų dėl sumažėjusių diegimų nei gauna iš papildomos paklausos, kurią tie SDK teikia.
Be atsisiuntimo dydžio, SDK naudoja veikimo metu reikalingus išteklius. Kiekvienas SDK, kuris inicializuojamas programėlės paleidimo metu, prideda prie paleidimo laiko. Naudotojai, kurie laukia ilgiau nei tris sekundes, kol programėlė įsikraus, yra žymiai labiau linkę ją palikti. O kiekvienas fone veikiantis SDK naudoja atmintį ir bateriją — išteklius, kuriuos naudotojai pastebi ir už kuriuos platformų programėlių parduotuvės vis labiau baudžia.
SDK auditas
Pradėkite nuo dabartinio SDK steko audito. Kiekvienam reklamos SDK jūsų programėlėje išmatuokite tris dalykus: binary size, kurį jis prideda, pajamas, kurias jis generuoja, ir jo fill rate. Beveik neabejotinai pastebėsite, kad vienas ar du SDK yra atsakingi už didžiąją dalį jūsų pajamų, o keli kiti prisideda minimaliai, tačiau prideda reikšmingą apkrovą.
80/20 taisyklė galioja
Daugumos leidėjų programėlėse du ar trys reklamos SDK generuoja 80 procentų ar daugiau visų reklamos pajamų. Likusieji SDK užpildo spragas, tačiau dažnai kaina, viršijančia jų indėlį, kai atsižvelgiama į poveikį veikimui. Tikslas nėra pašalinti visus SDK — tikslas yra rasti minimalų rinkinį, kuris užfiksuoja maksimalias pajamas.
Serverio pusės sprendimai
Efektyviausias būdas sumažinti SDK skaičių neprarandant paklausos įvairovės yra perkelti paklausos agregavimą iš kliento pusės į serverio pusę. Pavyzdžiui, Google Open Bidding leidžia keliems paklausos partneriams konkuruoti dėl jūsų inventoriaus nereikalaujant jų atskirų SDK jūsų programėlėje. Gaunate kelių biderių konkurencinį spaudimą su vieno SDK integracijos paprastumu.
Valdomo paklausos metodas
Valdomos paklausos partneris šią koncepciją išplečia dar toliau. Užuot patys integravę kelis SDK, integruojate vieną prisijungimo tašką — per esamą mediation platformą arba per lengvą serverio pusės integraciją. Valdomas partneris agreguoja paklausą iš dešimčių šaltinių savo infrastruktūroje, o jūsų programėlė mato tik vieną paklausos šaltinį. Rezultatas — daugiau paklausos įvairovės su mažesne SDK apkrova.
Protingiausi leidėjai neklausia „kiek SDK galiu pridėti?“ Jie klausia „koks yra minimalus SDK skaičius, kurio man reikia maksimalioms pajamoms užfiksuoti?“ Atsakymas beveik visada yra mažesnis nei jie šiuo metu turi.
Praktiniai žingsniai SDK pertekliui mažinti
1. Pašalinkite prastai veikiančius SDK
Jei SDK generuoja mažiau nei 5 procentus jūsų visų reklamos pajamų, rimtai apsvarstykite jo pašalinimą. Veikimo kaina greičiausiai viršija pajamų indėlį.
2. Konsoliduokite per mediation
Naudokite savo mediation platformos integruotus adapterius vietoj atskirų SDK integracijų, kur tai įmanoma. Mediation adapteriai paprastai yra lengvesni nei pilnos SDK integracijos.
3. Naudokite serverio pusės bidding
Perkelkite paklausos partnerius, palaikančius serverio pusės bidding, į šį modelį. Tai pašalina jų SDK iš jūsų programėlės, tačiau išlaiko jų paklausą jūsų waterfall struktūroje.
4. Naudokite valdomą partnerį ilgosios uodegos paklausai
Užuot integravę penkis nišinius SDK regioninei ar specializuotai paklausai, naudokite vieną valdomą partnerį, kuris tą paklausą agreguoja serverio pusėje.
Poveikio matavimas
Sumažinę SDK skaičių, stebėkite tris rodiklius: programėlės dydžio sumažėjimą, paleidimo laiko pagerėjimą ir bendrąsias reklamos pajamas. Gerai įvykdytas SDK sumažinimas turėtų parodyti pastebimus pirmuosius du pagerėjimus be reikšmingų pokyčių trečiajame — ar net su pagerėjimu — nes sumažėjęs programėlės dydis lemia didesnius diegimo rodiklius ir geresnį naudotojų išlaikymą.