Қолданбаңызға интеграциялайтын әрбір жарнамалық SDK жасырын шығынға ие. Олардың әрқайсысы binary size-ді арттырады, cold start уақытын ұзартады, ықтимал үйлесімділік қайшылықтарын тудырады және жаңа операциялық жүйе нұсқалары шыққанда жаңартуды қажет ететін тағы бір тәуелділікті жасайды. Бес, сегіз немесе тіпті он екі SDK қолданатын баспагерлер үшін қолданба өнімділігі мен пайдаланушы тәжірибесіне жинақталған әсер елеулі болуы мүмкін — және бұл көбінесе көрінбейді, себебі біртіндеп орын алады.
SDK қампаюының нақты құны
Қолданба binary-іне қосылатын әрбір мегабайт маңызды. Зерттеулер жүктеу көлемінің әрбір қосымша мегабайтымен қолданба орнату конверсиясы деңгейлерінің айтарлықтай төмендейтінін дәйекті түрде көрсетеді. Пайдаланушыларда шектеулі жады мен баяу қосылым бар дамушы нарықтарда бұл әсер одан да айқынырақ. Жалпы 15 мегабайт көлемінде үш жарнамалық SDK қосатын баспагер сол SDK-лер қамтамасыз ететін қосымша сұраныстан алатынынан гөрі, орнатулардың азаюынан көбірек табыс жоғалтуы мүмкін.
Жүктеу көлемінен басқа, SDK-лер жұмыс уақыты ресурстарын тұтынады. Қолданба іске қосылғанда инициализацияланатын әрбір SDK іске қосу уақытына қосылады. Қолданбаның жүктелуін үш секундтан артық күтетін пайдаланушылар оны тастап кетуге айтарлықтай бейім. Ал фондық режимде жұмыс істейтін әрбір SDK жадты және батареяны тұтынады — пайдаланушылар байқайтын және платформа қолданба дүкендері барған сайын жазалайтын ресурстар.
SDK аудиті
Ағымдағы SDK стегіңіздің аудитінен бастаңыз. Қолданбаңыздағы әрбір жарнамалық SDK үшін үш нәрсені өлшеңіз: ол қосатын binary size, ол генерациялайтын табыс және оның fill rate деңгейі. Сіз бір немесе екі SDK табысыңыздың көп бөлігіне жауапты екенін, ал бірнеше басқасы аз үлес қосатынын, бірақ елеулі жүктеме қосатынын дерлік міндетті түрде анықтайсыз.
80/20 ережесі қолданылады
Баспагерлердің көпшілік қолданбаларында екіден үшке дейін жарнамалық SDK жалпы жарнама табысының 80 пайызын немесе одан көбін генерациялайды. Қалған SDK-лер олқылықтарды толтырады, бірақ көбінесе өнімділікке әсерді ескергенде, олардың үлесінен асатын құнмен. Мақсат барлық SDK-лерді жою емес — мақсат максималды табысты қамтамасыз ететін минималды жиынтықты табу.
Серверлік шешімдер
Сұраныс әртүрлілігін жоғалтпай SDK санын азайтудың ең тиімді жолы — сұранысты біріктіруді клиент жағынан сервер жағына ауыстыру. Мысалы, Google-дің Open Bidding бірнеше сұраныс серіктестеріне қолданбаңызда олардың жеке SDK-лерін талап етпестен инвентарыңыз үшін бәсекелесуге мүмкіндік береді. Сіз бір SDK интеграциясының қарапайымдылығымен бірнеше биддердің бәсекелестік қысымын аласыз.
Басқарылатын сұраныс тәсілі
Басқарылатын сұраныс серіктесі бұл тұжырымдаманы одан әрі дамытады. Бірнеше SDK-ді өзіңіз интеграциялаудың орнына, сіз бір қосылу нүктесін интеграциялайсыз — бар mediation платформаңыз арқылы немесе жеңіл серверлік интеграция арқылы. Басқарылатын серіктес ондаған көздерден сұранысты өз инфрақұрылымында біріктіреді, ал қолданбаңыз тек бір сұраныс көзін көреді. Нәтиже — аз SDK жүктемесімен көбірек сұраныс әртүрлілігі.
Ең ақылды баспагерлер «қанша SDK қоса аламын?» деп сұрамайды. Олар «максималды табыс алу үшін маған қажет SDK-лердің ең аз саны қандай?» деп сұрайды. Жауап әрдайым дерлік қазіргі бар санынан аз.
SDK қампаюын азайтудың практикалық қадамдары
1. Нашар жұмыс істейтін SDK-лерді жойыңыз
Егер SDK жалпы жарнама табысыңыздың 5 пайызынан азын генерацияласа, оны жоюды байыппен қарастырыңыз. Өнімділік шығыны табыс үлесінен асуы ықтимал.
2. Mediation арқылы біріктіріңіз
Мүмкіндігінше дербес SDK интеграцияларының орнына mediation платформаңыздың кіріктірілген адаптерлерін пайдаланыңыз. Mediation адаптерлері әдетте толық SDK интеграцияларына қарағанда жеңілірек.
3. Серверлік bidding-ті қолданыңыз
Серверлік bidding-ті қолдайтын сұраныс серіктестерін сол үлгіге ауыстырыңыз. Бұл олардың SDK-сін қолданбаңыздан жояды, бірақ олардың сұранысын waterfall-да сақтайды.
4. Ұзын құйрық сұранысы үшін басқарылатын серіктесті пайдаланыңыз
Аймақтық немесе мамандандырылған сұраныс үшін бес тауашалық SDK-ді интеграциялаудың орнына, сол сұранысты сервер жағында біріктіретін бір басқарылатын серіктесті пайдаланыңыз.
Әсерді өлшеу
SDK санын азайтқаннан кейін үш метриканы бақылаңыз: қолданба көлемінің азаюы, іске қосу уақытының жақсаруы және жалпы жарнама табысы. Жақсы орындалған SDK азайту алғашқы екеуінде байқалатын жақсартуларды көрсетуі керек, үшіншісінде елеулі өзгеріссіз — немесе тіпті жақсарумен — себебі қолданба көлемінің азаюы орнату деңгейлерінің жоғарылауына және пайдаланушыларды жақсырақ ұстап тұруға әкеледі.