Každý ad SDK, ktorý integrujete do svojej aplikácie, má skrytú cenu. Každý z nich zväčšuje binary size, predlžuje čas cold start, prináša potenciálne konflikty kompatibility a vytvára ďalšiu závislosť, ktorú treba aktualizovať pri vydaní nových verzií operačného systému. Pre publishers prevádzkujúcich päť, osem alebo dokonca dvanásť SDK môže byť kumulatívny vplyv na výkon aplikácie a používateľský zážitok významný — a často je neviditeľný, pretože sa deje postupne.
Skutočná cena nadbytočných SDK
Každý megabajt pridaný k binary size vašej aplikácie záleží. Výskumy konzistentne ukazujú, že miera konverzie inštalácií merateľne klesá s každým ďalším megabajtom veľkosti sťahovania. Na rozvíjajúcich sa trhoch, kde majú používatelia obmedzené úložisko a pomalšie pripojenie, je dopad ešte výraznejší. Publisher, ktorý pridá tri ad SDK s celkovým objemom 15 megabajtov, môže strácať viac príjmov zo znížených inštalácií, než získa z dodatočného dopytu, ktorý tieto SDK poskytujú.
Okrem veľkosti sťahovania spotrebúvajú SDK runtime zdroje. Každý SDK, ktorý sa inicializuje pri spustení aplikácie, predlžuje čas štartu. Používatelia, ktorí čakajú na načítanie aplikácie viac ako tri sekundy, ju s výrazne väčšou pravdepodobnosťou opustia. A každý SDK bežiaci na pozadí spotrebúva pamäť a batériu — zdroje, ktoré si používatelia všímajú a za ktoré obchody s aplikáciami platforiem čoraz viac penalizujú.
Audit SDK
Začnite auditom vášho aktuálneho stacku SDK. Pre každý ad SDK vo vašej aplikácii zmerajte tri veci: binary size, ktorý pridáva, príjem, ktorý generuje, a jeho fill rate. Takmer určite zistíte, že jeden alebo dva SDK sú zodpovedné za väčšinu vášho príjmu, zatiaľ čo niekoľko ďalších prispieva marginálne, ale pridáva značné režijné náklady.
Pravidlo 80/20 platí
Vo väčšine aplikácií publishers generujú dva až tri ad SDK 80 percent alebo viac celkového príjmu z reklám. Zvyšné SDK vypĺňajú medzery, ale často za cenu, ktorá prevyšuje ich prínos, keď zohľadníte vplyv na výkon. Cieľom nie je eliminovať všetky SDK — ale nájsť minimálnu sadu, ktorá zachytí maximálny príjem.
Riešenia na strane servera
Najefektívnejší spôsob, ako znížiť počet SDK bez straty diverzity dopytu, je presunúť agregáciu dopytu zo strany klienta na stranu servera. Open Bidding od Google napríklad umožňuje viacerým partnerom dopytu súťažiť o váš inventár bez nutnosti ich individuálnych SDK vo vašej aplikácii. Získate konkurenčný tlak viacerých bidders s jednoduchosťou integrácie jedného SDK.
Prístup riadeného dopytu
Partner riadeného dopytu posúva tento koncept ďalej. Namiesto integrácie viacerých SDK sami integrujete jeden bod pripojenia — buď cez vašu existujúcu platformu mediation, alebo cez ľahkú integráciu na strane servera. Riadený partner agreguje dopyt z desiatok zdrojov na svojej infraštruktúre a vaša aplikácia vidí iba jeden zdroj dopytu. Výsledkom je väčšia diverzita dopytu s menšou réžiou SDK.
Najšikovnejší publishers sa nepýtajú „koľko SDK môžem pridať?“ Pýtajú sa „aký je minimálny počet SDK, ktorý potrebujem na zachytenie maximálneho príjmu?“ Odpoveď je takmer vždy menej, než momentálne majú.
Praktické kroky na zníženie nadbytočnosti SDK
1. Odstráňte podvýkonné SDK
Ak SDK generuje menej ako 5 percent vášho celkového príjmu z reklám, vážne zvážte jeho odstránenie. Náklady na výkon pravdepodobne prevyšujú prínos k príjmom.
2. Konsolidujte cez Mediation
Používajte vstavané adaptéry vašej platformy mediation namiesto samostatných integrácií SDK, kde je to možné. Adaptéry mediation sú typicky ľahšie ako úplné integrácie SDK.
3. Využite Bidding na strane servera
Presuňte partnerov dopytu podporujúcich bidding na strane servera na tento model. Tým sa odstráni ich SDK z vašej aplikácie, pričom sa zachová ich dopyt vo vašom waterfall.
4. Použite riadeného partnera pre dlhý chvost dopytu
Namiesto integrácie piatich špecializovaných SDK pre regionálny alebo špecializovaný dopyt použite jedného riadeného partnera, ktorý agreguje tento dopyt na strane servera.
Meranie dopadu
Po znížení počtu SDK sledujte tri metriky: zníženie veľkosti aplikácie, zlepšenie času spustenia a celkový príjem z reklám. Dobre vykonaná redukcia SDK by mala ukázať merateľné zlepšenia v prvých dvoch bez významnej zmeny — alebo dokonca so zlepšením — v tretej, pretože znížená veľkosť aplikácie vedie k vyšším mieram inštalácie a lepšej retencii používateľov.