Эгер сиз колдонмолордун монетизациясы чөйрөсүндө бир аз убакыт болсоңуз, "open bidding" жана "header bidding" терминдери дээрлик бир эле маанини берип колдонулуп жатканын уккансыз. Экөө тең бир максатты бөлүшөт — demand булактарынын ортосунда реалдуу убакыттагы атаандаштыкты түзүү аркылуу eCPM-ди көтөрүү — бирок алар ичинен башкача иштешет. Бул айырмачылыктарды түшүнүү сиздин колдонмоңуз үчүн туура ыкманы тандоонун ачкычы болуп саналат.
Header bidding деген эмне?
Header bidding веб жарнамасынан келип чыккан, ал жерде басып чыгаруучулар негизги ad server-ге жарнамалык чакырык жасоодон мурун бир нече demand өнөктөштөн бир убакта сунуштарды суроо үчүн веб-барактарынын "header" бөлүгүнө JavaScript кодун кошушчу. Эң жогорку сунуш жеңип чыгып, чыныгы атаандаштык түзүлүп, demand булактары бирден чакырыла турган ырааттуу waterfall көйгөйү жок кылынчу.
Мобилдик колдонмолор контекстинде, header bidding кардар жактагы SDK аркылуу иштейт. Ар бир катышкан demand өнөктөштүн сиздин колдонмоңузга интеграцияланган SDK бар. Жарнамалык мүмкүнчүлүк пайда болгондо, бардык SDK бир убакта чакырылат, ар бири сунушту кайтарат жана эң жогорку сунуш жеңет. AppLovin MAX жана Unity LevelPlay экөө тең бул моделди in-app bidding функциялары аркылуу колдошот.
Open bidding деген эмне?
Open bidding (мурда Exchange Bidding) — Google'дун сервер жагындагы альтернативасы. Бир нече SDK аркылуу колдонуучунун түзмөгүндө аукциондорду жүргүзүүнүн ордуна, open bidding аукционду Google'дун серверлеринде жүргүзөт. Demand өнөктөштөр Google инфраструктурасына туташат жана сунуштарды server-to-server жөнөтүшөт, бул кардар жагында өзүнчө SDK интеграциясынын зарылдыгын жоёт.
Open bidding Google Ad Manager аркылуу жеткиликтүү жана Google'дун кеңири demand экосистемасына кошумча программага кошулган үчүнчү тараптын exchange-дерине жеткиликтүүлүктү камсыз кылат.
Негизги айырмачылыктар
Кечигүү
Бул эң маанилүү практикалык айырмачылык. Кардар жагындагы header bidding ар бир SDK тарабынан тармак чакырыгын жасоону, аукционду иштеп чыгууну жана сунушту кайтарууну талап кылат — баары колдонуучунун түзмөгүндө. SDK канчалык көп болсо, иштеп чыгуу убактысы ошончолук көп. Open bidding server-to-server иштейт, адатта тезирээк жана түзмөк ресурстарын сарптабайт. Жарнаманын жүктөлүү ылдамдыгы колдонуучу тажрыйбасына түздөн-түз таасир этүүчү колдонмолор үчүн бул маанилүү.
SDK татаалдыгы
Ар бир header bidding өнөктөш сиздин колдонмоңузга SDK интеграциясын талап кылат. SDK канчалык көп болсо, колдонмонун binary-си чоңураак, SDK'лардын ортосундагы кагылышуулар үчүн потенциал көп жана SDK жаңыртуу керек болгондо техникалык тейлөө чыгымдары жогору. Open bidding Google Mobile Ads SDK'ны гана талап кылат, ал эми demand өнөктөштөр сервер жагында туташат. Бул техникалык татаалдыкты олуттуу азайтат.
Demand ар түрдүүлүгү
AppLovin MAX сыяктуу платформалар аркылуу header bidding сизге ар биринин өзүнчө жарнамачылар менен мамилелери жана demand бар кеңири жарнама тармактарына жеткиликтүүлүктү берет. Open bidding сизге Google'дун demand'ына кошумча катышуучу exchange-дерге жеткиликтүүлүктү берет, бирок катышуучу өнөктөштөрдүн бассейни кардар жагындагы bidding аркылуу жеткиликтүү болгондон кичине. Оптималдуу ыкма көп учурда экөөнү тең камтыйт.
Тунуктук
Кардар жагындагы header bidding сизге ар бир өнөктөштүн сунушун реалдуу убакытта толук көрүүгө мүмкүндүк берет. Ар бир тармактын канча сунуш кылганын, кимдин жеңгенин жана эмне үчүн жеңгенин так көрө аласыз. Open bidding GAM аркылуу отчетту берет, бирок аукцион Google серверлеринде өтөт, бул bidding процессине реалдуу убакыттагы көрүнүүнү бир аз азыраак деталдуу берет.
Кайсысын тандоо керек?
Чынчыл жооп: эң ийгиликтүү басып чыгаруучулардын көпчүлүгү экөөнү тең колдонот. Мына практикалык негиз:
Open bidding'ди GAM аркылуу негизги аукцион механизми катары колдонуңуз. Ал минималдуу SDK кошумча жүгү жана жарнаманын тез жүктөлүшү менен күчтүү demand камсыз кылат. Андан соң mediation платформасы (AppLovin MAX же Unity LevelPlay) аркылуу эки-үч эң жакшы иштеген тармактан кардар жагындагы bidding менен толуктаңыз, бул demand'дын максималдуу ар түрдүүлүгүн камсыз кылат.
Эң жогорку жарнамалык кирешени түзгөн басып чыгаруучулар open bidding менен header bidding'дин ортосунда тандабайт — алар техникалык татаалдыкты башкарылуучу деңгээлде сактай турганча атаандаштыкты максималдуу арттырган гибриддик ыкмада экөөнү бириктиришет.
Тажрыйбада гибриддик ыкма
Типтүү гибриддик конфигурацияда, сиздин waterfall'ыңыз мындайча көрүнөт: GAM аркылуу open bidding эки-үч in-app bidding тармагы менен катар атаандашат. Анын астында реалдуу убакыттагы bidding'ди колдобогон тармактар үчүн салттуу waterfall жазуулары бар. Башкарылуучу demand өнөктөшү бул stack'тын каалаган деңгээлинде отура алат, колдонулуп жаткан аукцион механизминен көз карандысыз жалпы yield'ге пайда алып келет.
Негизгиси — ашыкча татаалдатпоо. GAM аркылуу open bidding менен баштаңыз, mediation платформаңыздын эң мыкты bidding өнөктөштөрүн кошуңуз жана башкарылуучу өнөктөш менен биргеликте боштуктарды толтуруңуз. Андан соң маалыматтар эмнени айтса, ошонун негизинде оптималдаштырыңыз.