Tətbiq monetizasiya sahəsində bir müddət çalışmısınızsa, „Open Bidding" və „header bidding" terminlərinin demək olar ki, bir-birinin yerinə işləndiyini eşitmisiniz. Onlar eyni məqsədi paylaşır — eCPM-ləri qaldırmaq üçün demand mənbələri arasında real vaxt rəqabəti yaratmaq — lakin pərdə arxasında fərqli işləyirlər. Bu fərqləri anlamaq tətbiqiniz üçün düzgün yanaşmanı seçməyin açarıdır.
Header Bidding nədir?
Header bidding veb reklamdan yaranmışdır, burada naşirlər öz əsas reklam serverlərinə zəng etməzdən əvvəl eyni anda bir neçə demand tərəfdaşdan təkliflər istəmək üçün veb səhifələrinin „header" hissəsinə JavaScript kodu əlavə edirdilər. Ən yüksək təklif qalib gəlirdi, bu da həqiqi rəqabət yaradır və demand mənbələrinin bir-bir çağırıldığı ardıcıl waterfall probleminə son qoyurdu.
Mobil tətbiq kontekstində header bidding müştəri tərəfdə olan SDK-lar vasitəsilə işləyir. Hər iştirakçı demand tərəfdaşın tətbiqinizə inteqrasiya edilmiş SDK-sı var. Reklam imkanı yarandıqda, bütün SDK-lar eyni anda çağırılır, hər biri bir təklif qaytarır və ən yüksək təklif qalib gəlir. Həm AppLovin MAX, həm də Unity LevelPlay bu modeli öz in-app bidding funksiyaları vasitəsilə dəstəkləyir.
Open Bidding nədir?
Open Bidding (əvvəllər Exchange Bidding) Google-un server tərəfli alternativdir. İstifadəçinin cihazında bir neçə SDK vasitəsilə hərraclar keçirmək əvəzinə, Open Bidding hərracı Google-un serverlərində keçirir. Demand tərəfdaşlar Google-un infrastrukturuna qoşulur və təklifləri server-to-server göndərir, müştəri tərəfdə fərdi SDK inteqrasiyalarına ehtiyacı aradan qaldırır.
Open Bidding Google Ad Manager vasitəsilə mövcuddur və Google-un geniş demand ekosisteminə, həmçinin proqrama qoşulmuş üçüncü tərəf exchanges-ə giriş təmin edir.
Əsas fərqlər
Gecikmə
Bu, ən əhəmiyyətli praktiki fərqdir. Müştəri tərəfli header bidding hər SDK-nın şəbəkə zəngi etməsini, hərracı emal etməsini və bir təklif qaytarmasını tələb edir — bunların hamısı istifadəçinin cihazında. Daha çox SDK daha çox emal vaxtı deməkdir. Open Bidding server-to-server işləyir, bu adətən daha sürətlidir və cihaz resurslarından istifadə etmir. Reklam yüklənmə sürətinin istifadəçi təcrübəsinə birbaşa təsir etdiyi tətbiqlər üçün bu vacibdir.
SDK mürəkkəbliyi
Hər header bidding tərəfdaşı tətbiqinizdə SDK inteqrasiyası tələb edir. Daha çox SDK daha böyük tətbiq binar faylı, SDK münaqişələri üçün daha çox potensial və SDK-ların yenilənməli olduqda daha çox saxlama xərci deməkdir. Open Bidding yalnız Google Mobile Ads SDK-nı tələb edir, demand tərəfdaşlar server tərəfdən qoşulur. Bu, texniki mürəkkəbliyi əhəmiyyətli dərəcədə azaldır.
Demand müxtəlifliyi
AppLovin MAX kimi platformalar vasitəsilə header bidding sizə geniş reklam şəbəkələri çeşidinə giriş verir, hər biri öz reklamverici əlaqələri və öz demand-ı ilə. Open Bidding sizə Google-un demand-ına və iştirakçı exchanges-ə giriş verir, lakin iştirakçı tərəfdaşlar hovuzu müştəri tərəfli bidding vasitəsilə mövcud olandan daha kiçikdir. Optimal yanaşma tez-tez hər ikisini əhatə edir.
Şəffaflıq
Müştəri tərəfli header bidding sizə real vaxtda hər tərəfdaşın təklifinə tam görünürlük verir. Hər şəbəkənin nə təklif etdiyini, kimin qalib gəldiyini və niyə qalib gəldiyini dəqiq görə bilərsiniz. Open Bidding GAM vasitəsilə hesabat təqdim edir, lakin hərrac Google-un serverlərində baş verir, bu da sizə bidding prosesinə bir qədər az detallı real vaxt görünürlüyü verir.
Hansını seçməlisiniz?
Dürüst cavab: əksər uğurlu naşirlər hər ikisini istifadə edir. Budur praktik çərçivə:
Əsas hərrac mexanizmi kimi GAM vasitəsilə Open Bidding-dən istifadə edin. Minimum SDK xərci və sürətli reklam yüklənməsi ilə güclü demand təmin edir. Sonra maksimum demand müxtəlifliyini təmin etmək üçün mediation platformanız (AppLovin MAX və ya Unity LevelPlay) vasitəsilə ən yaxşı performans göstərən iki-üç şəbəkədən müştəri tərəfli bidding ilə tamamlayın.
Ən yüksək reklam gəlirini yaradan naşirlər Open Bidding ilə header bidding arasında seçim etmirlər — onları rəqabəti maksimallaşdıran və texniki mürəkkəbliyi idarə olunan saxlayan hibrid yanaşmada birləşdirirlər.
Hibrid yanaşma praktikada
Tipik hibrid quraşdırmada waterfall-ınız belə görünür: GAM vasitəsilə Open Bidding iki və ya üç in-app bidding şəbəkəsi ilə yanaşı rəqabət aparır. Onun altında real vaxt bidding-i dəstəkləməyən şəbəkələr üçün ənənəvi waterfall girişləri var. İdarə olunan demand tərəfdaş bu stekin hər səviyyəsində yerləşə bilər və istifadə olunan hərrac mexanizmindən asılı olmayaraq ümumi gəlirinizə fayda verən əlavə rəqabət təmin edə bilər.
Açar onu həddindən artıq mürəkkəbləşdirməməkdir. GAM vasitəsilə Open Bidding ilə başlayın, mediation platformanızın ən yaxşı bidding tərəfdaşlarını əlavə edin və boşluqları doldurmaq üçün idarə olunan tərəfdaşla işləyin. Sonra məlumatların sizə dediklərinə əsasən optimallaşdırın.