Сваки ad SDK који интегришете у своју апликацију има скривену цену. Сваки повећава binary size, продужава време cold start, уводи потенцијалне конфликте компатибилности и ствара још једну зависност коју треба ажурирати када изађу нове верзије оперативног система. За publishers који користе пет, осам или чак дванаест SDK-ова, кумулативни утицај на перформансе апликације и корисничко искуство може бити значајан — и често је невидљив јер се дешава постепено.
Стварна цена преоптерећености SDK-овима
Сваки мегабајт додат binary size вашe апликације је важан. Истраживања доследно показују да стопе конверзије инсталација мерљиво опадају са сваким додатним мегабајтом величине преузимања. На тржиштима у развоју, где корисници имају ограничен простор за складиштење и спорије везе, утицај је још израженији. Publisher који дода три ad SDK-а укупне величине 15 мегабајта можда губи више прихода од смањених инсталација него што добија од додатне потражње коју ти SDK-ови обезбеђују.
Осим величине преузимања, SDK-ови троше ресурсе током извршавања. Сваки SDK који се иницијализује при покретању апликације повећава време стартовања. Корисници који чекају више од три секунде да се апликација учита значајно чешће је напуштају. А сваки SDK који ради у позадини троши меморију и батерију — ресурсе које корисници примећују и за које продавнице апликација платформи све више кажњавају.
Ревизија SDK-ова
Почните ревизијом вашег тренутног стека SDK-ова. За сваки ad SDK у вашој апликацији измерите три ствари: binary size који додаје, приход који генерише и његов fill rate. Скоро сигурно ћете открити да су један или два SDK-а одговорна за већину вашег прихода, док неколико других доприноси маргинално али додаје значајне режијске трошкове.
Правило 80/20 важи
У већини апликација publishers два до три ad SDK-а генеришу 80 процената или више укупног прихода од реклама. Преостали SDK-ови попуњавају празнине, али често по цени која превазилази њихов допринос када узмете у обзир утицај на перформансе. Циљ није елиминисати све SDK-ове — већ пронаћи минималан скуп који обухвата максималан приход.
Решења на страни сервера
Најефикаснији начин за смањење броја SDK-ова без губитка разноликости потражње је премештање агрегације потражње са стране клијента на страну сервера. Google-ов Open Bidding, на пример, омогућава вишеструким партнерима за потражњу да се такмиче за ваш инвентар без потребе за њиховим појединачним SDK-овима у вашој апликацији. Добијате конкурентски притисак више bidders уз једноставност интеграције једног SDK-а.
Приступ управљане потражње
Партнер за управљану потражњу овај концепт води даље. Уместо да сами интегришете више SDK-ова, интегришете једну тачку повезивања — било кроз вашу постојећу платформу за mediation или кроз лагану интеграцију на страни сервера. Управљани партнер агрегира потражњу из десетина извора на својој инфраструктури, а ваша апликација види само један извор потражње. Резултат је већа разноликост потражње са мање режијских трошкова SDK-ова.
Најпаметнији publishers не питају „колико SDK-ова могу да додам?“ Они питају „који је минималан број SDK-ова који ми треба да обухватим максималан приход?“ Одговор је скоро увек мање него што тренутно имају.
Практични кораци за смањење преоптерећености SDK-овима
1. Уклоните SDK-ове са слабим перформансама
Ако SDK генерише мање од 5 процената вашег укупног прихода од реклама, озбиљно размотрите његово уклањање. Трошак перформанси вероватно превазилази допринос приходу.
2. Консолидујте кроз Mediation
Користите уграђене адаптере ваше платформе за mediation уместо самосталних интеграција SDK-ова где год је могуће. Адаптери за mediation су обично лакши од потпуних интеграција SDK-ова.
3. Искористите Bidding на страни сервера
Преместите партнере за потражњу који подржавају bidding на страни сервера на тај модел. Тиме се уклања њихов SDK из ваше апликације уз задржавање њихове потражње у вашем waterfall.
4. Користите управљаног партнера за нишну потражњу
Уместо интеграције пет нишних SDK-ова за регионалну или специјализовану потражњу, користите једног управљаног партнера који агрегира ту потражњу на страни сервера.
Мерење утицаја
Након смањења броја SDK-ова, пратите три метрике: смањење величине апликације, побољшање времена покретања и укупан приход од реклама. Добро изведено смањење SDK-ова требало би да покаже мерљива побољшања у прва два без значајне промене — или чак са побољшањем — у трећем, јер смањена величина апликације води до виших стопа инсталације и бољег задржавања корисника.