Ilovangizga integratsiya qilgan har bir reklama SDK ning yashirin narxi bor. Har biri binary hajmini oshiradi, cold start vaqtini uzaytiradi, moslik konfliktlarini keltirib chiqaradi va yangi OS versiyalari chiqqanda yangilanishi kerak bo'lgan dependency yaratadi. Besh, sakkiz yoki hatto o'n ikkita SDK ishlatadigan nashriyotchilar uchun ilova unumdorligi va foydalanuvchi tajribasiga kumulyativ ta'sir sezilarli bo'lishi mumkin — va bu ko'pincha ko'rinmaydi, chunki asta-sekin sodir bo'ladi.
SDK shishishining haqiqiy narxi
Ilova binary'ingizga qo'shilgan har bir megabayt muhim. Tadqiqotlar doimiy ravishda ilova o'rnatish konversiya darajasi yuklab olish hajmining har bir qo'shimcha megabayti bilan sezilarli darajada pasayishini ko'rsatmoqda. Foydalanuvchilar cheklangan xotira va sekinroq ulanishga ega bo'lgan rivojlanayotgan bozorlarda ta'sir yanada kuchliroq. Jami 15 megabayt hajmdagi uchta reklama SDK qo'shgan nashriyotchi, o'rnatishlarning kamayishidan ko'proq daromad yo'qotishi mumkin, shu SDK lar taqdim etgan qo'shimcha demand dan olganiga qaraganda.
Yuklab olish hajmidan tashqari, SDK lar ish vaqti resurslarini iste'mol qiladi. Ilova ishga tushganda initialize bo'lgan har bir SDK boshlang'ich vaqtingizga qo'shiladi. Ilovaning yuklanishini uch soniyadan ko'proq kutgan foydalanuvchilar uni tark etish ehtimoli ancha yuqori. Va fonda ishlaydigan har bir SDK xotira va batareyani iste'mol qiladi — foydalanuvchilar sezadigan va platforma ilova do'konlari tobora ko'proq jarimalaydigan resurslar.
SDK auditi
Joriy SDK stekingiznining auditidan boshlang. Ilovadagi har bir reklama SDK uchun uchta narsani o'lchang: u qo'shadigan binary hajmi, u hosil qiladigan daromad va uning fill rate i. Siz deyarli aniq bir yoki ikkita SDK daromadingizning ko'p qismiga javobgar ekanligini, boshqa bir nechasining esa kam hissa qo'shayotganini, lekin sezilarli overhead qo'shayotganini topasiz.
80/20 qoidasi qo'llaniladi
Ko'pchilik nashriyotchi ilovalarida ikki-uchta reklama SDK jami reklama daromadining 80 foiz yoki undan ko'prog'ini hosil qiladi. Qolgan SDK lar bo'shliqlarni to'ldiradi, lekin ko'pincha unumdorlikka ta'sirni hisobga olganingizda ularning hissasidan oshib ketadigan narxda. Maqsad barcha SDK larni yo'q qilish emas — maksimal daromadni qo'lga kiritadigan minimal to'plamni topishdir.
Server tomonidagi yechimlar
Demand xilma-xilligini yo'qotmasdan SDK sonini kamaytirishning eng samarali yo'li demand yig'ishni mijoz tomonidan server tomoniga ko'chirishdir. Masalan, Google ning Open Bidding xizmati bir nechta demand hamkorlarga ilovangizda ularning individual SDK lariga ehtiyoj sezmasdan inventaringiz uchun raqobatlashish imkonini beradi. Siz bitta SDK integratsiyasining soddaligi bilan bir nechta taklif beruvchining raqobat bosimini olasiz.
Boshqariladigan demand yondashuvi
Boshqariladigan demand hamkor bu kontseptsiyani yanada ilgari suradi. Bir nechta SDK integratsiya qilish o'rniga, bitta ulanish nuqtasini integratsiya qilasiz — mediation platformangiz yoki yengil server tomonidagi integratsiya orqali. Boshqariladigan hamkor o'z infratuzilmasida o'nlab manbalardan demand yig'adi va ilovangiz faqat bitta demand manbani ko'radi. Natija — kamroq SDK overhead bilan ko'proq demand xilma-xilligi.
Eng aqlli nashriyotchilar "qancha SDK qo'shishim mumkin?" deb so'rashmaydi. Ular "maksimal daromadni qo'lga kiritish uchun menga kerak bo'lgan minimal SDK soni qancha?" deb so'rashadi. Javob deyarli har doim ularning hozirgi sonidan kamroqdir.
SDK shishishini kamaytirish uchun amaliy qadamlar
1. Samarasiz SDK larni olib tashlang
Agar SDK jami reklama daromadingizning 5 foizidan kamini hosil qilsa, uni olib tashlashni jiddiy ko'rib chiqing. Unumdorlik narxi daromad hissasidan oshib ketishi ehtimoli katta.
2. Mediation orqali birlashtiring
Iloji boricha mustaqil SDK integratsiyalari o'rniga mediation platformangizning o'rnatilgan adapterlaridan foydalaning. Mediation adapterlari odatda to'liq SDK integratsiyalaridan yengilroq.
3. Server-side bidding dan foydalaning
Server-side bidding ni qo'llab-quvvatlaydigan demand hamkorlarni shu modelga o'tkazing. Bu ularning SDK sini ilovangizdan olib tashlaydi, shu bilan birga ularning demand ini waterfall ingizda saqlaydi.
4. Uzoq dumli demand uchun boshqariladigan hamkordan foydalaning
Mintaqaviy yoki ixtisoslashgan demand uchun beshta nish SDK integratsiya qilish o'rniga, o'sha demand ni server tomonida yig'adigan bitta boshqariladigan hamkordan foydalaning.
Ta'sirni o'lchash
SDK soningizni kamaytirgandan so'ng uchta ko'rsatkichni kuzating: ilova hajmining kamayishi, boshlang'ich vaqtining yaxshilanishi va jami reklama daromadi. Yaxshi amalga oshirilgan SDK kamaytirish birinchi ikki ko'rsatkichda sezilarli yaxshilanishlarni ko'rsatishi kerak, uchinchisida esa sezilarli o'zgarish bo'lmasligi — yoki hatto yaxshilanish bo'lishi — kerak, chunki kichikroq ilova hajmi yuqoriroq o'rnatish darajasi va yaxshiroq foydalanuvchini saqlab qolishga olib keladi.