Kuna gharama iliyofichwa kwa kila ad SDK unayoiingiza kwenye programu yako. Kila moja inaongeza binary size yako, inazidisha muda wa cold start, inaleta migogoro inayoweza kutokea ya uoanifu, na kuunda utegemezi mwingine unaohitaji kusasishwa wakati matoleo mapya ya mfumo wa uendeshaji yanapotolewa. Kwa publishers wanaoendesha SDK tano, nane au hata kumi na mbili, athari ya jumla kwenye utendaji wa programu na uzoefu wa mtumiaji inaweza kuwa kubwa — na mara nyingi haionekani kwa sababu inatokea polepole.
Gharama Halisi ya Uzito wa SDK
Kila megabaiti inayoongezwa kwenye binary size ya programu yako ina umuhimu. Utafiti unaonyesha kwa uthabiti kwamba viwango vya ubadilishaji wa usakinishaji vinapungua kwa kila megabaiti ya ziada ya ukubwa wa kupakua. Katika masoko yanayoibukia ambapo watumiaji wana hifadhi ndogo na miunganisho ya polepole, athari ni kubwa zaidi. Publisher anayeongeza ad SDK tatu zenye jumla ya megabaiti 15 anaweza kupoteza mapato zaidi kutokana na usakinishaji uliopungua kuliko anavyopata kutoka kwa mahitaji ya ziada ambayo SDK hizo zinatoa.
Zaidi ya ukubwa wa kupakua, SDK zinatumia rasilimali wakati wa kuendesha. Kila SDK inayoanzishwa wakati programu inapofunguliwa inaongeza muda wako wa kuanza. Watumiaji wanaosubiri zaidi ya sekunde tatu kwa programu kupakia wana uwezekano mkubwa zaidi wa kuiacha. Na kila SDK inayoendesha nyuma inatumia kumbukumbu na betri — rasilimali ambazo watumiaji wanaziona na ambazo maduka ya programu ya majukwaa yanazidi kuadhibu.
Ukaguzi wa SDK
Anza kwa kukagua mkusanyiko wako wa sasa wa SDK. Kwa kila ad SDK katika programu yako, pima mambo matatu: binary size inayoongeza, mapato inayozalisha, na fill rate yake. Karibu kwa uhakika utapata kwamba SDK moja au mbili zinawajibika kwa sehemu kubwa ya mapato yako, huku kadhaa nyingine zinachangia kidogo lakini zinaongeza mzigo mkubwa.
Kanuni ya 80/20 Inatumika
Katika programu nyingi za publishers, ad SDK mbili hadi tatu zinazalisha asilimia 80 au zaidi ya jumla ya mapato ya matangazo. SDK zilizobaki zinajaza mapengo lakini mara nyingi kwa gharama inayozidi mchango wao unapozingatia athari kwenye utendaji. Lengo si kuondoa SDK zote — ni kupata seti ndogo zaidi inayonasa mapato ya juu zaidi.
Suluhisho za Upande wa Seva
Njia bora zaidi ya kupunguza idadi ya SDK bila kupoteza utofauti wa mahitaji ni kuhamisha ujumlishaji wa mahitaji kutoka upande wa mteja kwenda upande wa seva. Open Bidding ya Google, kwa mfano, inaruhusu washirika wengi wa mahitaji kushindana kwa inventari yako bila kuhitaji SDK zao binafsi katika programu yako. Unapata shinikizo la ushindani la bidders wengi kwa urahisi wa muunganisho mmoja wa SDK.
Mbinu ya Mahitaji Yanayosimamiwa
Mshirika wa mahitaji yanayosimamiwa anapeleka dhana hii mbali zaidi. Badala ya kuunganisha SDK nyingi mwenyewe, unaunganisha sehemu moja ya muunganisho — ama kupitia jukwaa lako lililopo la mediation au kupitia muunganisho mwepesi wa upande wa seva. Mshirika anayesimamia anajumlisha mahitaji kutoka vyanzo vingi kwenye miundombinu yake, na programu yako inaona chanzo kimoja tu cha mahitaji. Matokeo yake ni utofauti zaidi wa mahitaji na mzigo mdogo wa SDK.
Publishers werevu zaidi hawaulizi "SDK ngapi ninaweza kuongeza?" Wanauliza "idadi ndogo zaidi ya SDK ninazohitaji kunasa mapato ya juu ni ipi?" Jibu karibu daima ni chache kuliko walivyo nazo sasa hivi.
Hatua za Vitendo za Kupunguza Uzito wa SDK
1. Ondoa SDK Zenye Utendaji Duni
Ikiwa SDK inazalisha chini ya asilimia 5 ya jumla ya mapato yako ya matangazo, fikiria kwa uzito kuiondoa. Gharama ya utendaji inaweza kuzidi mchango wa mapato.
2. Unganisha Kupitia Mediation
Tumia adapta zilizojengwa ndani ya jukwaa lako la mediation badala ya muunganisho wa SDK za peke yake inapowezekana. Adapta za mediation kwa kawaida ni nyepesi kuliko muunganisho kamili wa SDK.
3. Tumia Bidding ya Upande wa Seva
Hamisha washirika wa mahitaji wanaounga mkono bidding ya upande wa seva kwenye modeli hiyo. Hii inaondoa SDK yao kutoka programu yako huku ikihifadhi mahitaji yao katika waterfall yako.
4. Tumia Mshirika Anayesimamiwa kwa Mahitaji ya Niche
Badala ya kuunganisha SDK tano za niche kwa mahitaji ya kikanda au maalum, tumia mshirika mmoja anayesimamiwa ambaye anajumlisha mahitaji hayo upande wa seva.
Kupima Athari
Baada ya kupunguza idadi ya SDK zako, fuatilia vipimo vitatu: upunguzaji wa ukubwa wa programu, uboreshaji wa muda wa kuanza, na jumla ya mapato ya matangazo. Upunguzaji wa SDK uliotekelezwa vizuri unapaswa kuonyesha maboresho yanayopimika katika viwili vya kwanza bila mabadiliko makubwa — au hata uboreshaji — katika ya tatu, kwani ukubwa uliopunguzwa wa programu husababisha viwango vya juu vya usakinishaji na uhifadhi bora wa watumiaji.