Uygulama monetizasyonu alanında bir süredir bulunuyorsanız, "Open Bidding" ve "header bidding" terimlerinin neredeyse birbirinin yerine kullanıldığını duymuşsunuzdur. Her ikisi de aynı hedefi paylaşır — eCPM'leri yükseltmek için talep kaynakları arasında gerçek zamanlı rekabet yaratmak — ancak perde arkasında farklı çalışırlar. Bu farkları anlamak, uygulamanız için doğru yaklaşımı seçmenin anahtarıdır.
Header Bidding Nedir?
Header bidding, web reklamcılığından doğdu. Yayıncılar, birincil reklam sunucusuna çağrı yapmadan önce birden fazla talep ortağından eş zamanlı teklif istemek için web sayfalarının "başlık" kısmına JavaScript kodu eklediler. En yüksek teklif kazanıyor, böylece gerçek bir rekabet oluşuyor ve talep kaynaklarının sırayla çağrıldığı sıralı waterfall sorunu ortadan kalkıyordu.
Mobil uygulama bağlamında header bidding, istemci tarafı SDK'lar aracılığıyla çalışır. Katılımcı her talep ortağının uygulamanıza entegre edilmiş bir SDK'sı vardır. Bir reklam fırsatı doğduğunda, tüm SDK'lar eş zamanlı olarak çağrılır, her biri bir teklif döner ve en yüksek teklif kazanır. AppLovin MAX ve Unity LevelPlay, in-app bidding özellikleri aracılığıyla bu modeli desteklerler.
Open Bidding Nedir?
Open Bidding (eski adıyla Exchange Bidding), Google'ın sunucu tarafı alternatifidir. Açık artırmayı kullanıcının cihazında birden fazla SDK üzerinden çalıştırmak yerine, Open Bidding açık artırmayı Google'ın sunucularında çalıştırır. Talep ortakları Google'ın altyapısına bağlanır ve sunucudan sunucuya teklif verir; böylece istemci tarafında bireysel SDK entegrasyonlarına gerek kalmaz.
Open Bidding, Google Ad Manager aracılığıyla kullanılabilir ve Google'ın kapsamlı talep ekosistemine ek olarak programa dahil olan üçüncü taraf borsalara erişim sağlar.
Temel Farklar
Gecikme
Bu, en önemli pratik farktır. İstemci tarafı header bidding, her SDK'nın bir ağ çağrısı yapmasını, açık artırmayı işlemesini ve bir teklif döndürmesini gerektirir — hepsi kullanıcının cihazında. Daha fazla SDK, daha fazla işlem süresi demektir. Open Bidding sunucudan sunucuya çalışır ve genellikle daha hızlıdır; cihaz kaynaklarını tüketmez. Reklam yükleme hızının kullanıcı deneyimini doğrudan etkilediği uygulamalar için bu önemlidir.
SDK Karmaşıklığı
Her header bidding ortağı uygulamanızda bir SDK entegrasyonu gerektirir. Daha fazla SDK, daha büyük bir uygulama ikili dosyası, daha fazla SDK çakışması olasılığı ve SDK'lar güncellenmesi gerektiğinde daha fazla bakım yükü anlamına gelir. Open Bidding yalnızca Google Mobile Ads SDK'sını gerektirir ve talep ortakları sunucu tarafında bağlanır. Bu, teknik karmaşıklığı önemli ölçüde azaltır.
Talep Çeşitliliği
AppLovin MAX gibi platformlar aracılığıyla header bidding, her biri kendi reklamveren ilişkilerine ve talebine sahip geniş bir reklam ağı yelpazesine erişim sağlar. Open Bidding size Google'ın talebine ve katılımcı borsalara erişim verir, ancak katılımcı ortak havuzu istemci tarafı bidding ile mevcut olandan daha küçüktür. Optimal yaklaşım genellikle her ikisini de içerir.
Şeffaflık
İstemci tarafı header bidding, her ortağın teklifine gerçek zamanlı tam görünürlük sağlar. Her ağın ne teklif ettiğini, kimin kazandığını ve nedenini tam olarak görebilirsiniz. Open Bidding, GAM aracılığıyla raporlama sağlar ancak açık artırma Google'ın sunucularında gerçekleşir ve bu size bidding sürecine biraz daha az ayrıntılı gerçek zamanlı görünürlük verir.
Hangisini Seçmelisiniz?
Dürüst cevap: en başarılı yayıncıların çoğu her ikisini de kullanır. İşte pratik bir çerçeve:
Open Bidding'i GAM aracılığıyla birincil açık artırma mekanizmanız olarak kullanın. Minimum SDK yüküyle güçlü talep ve hızlı reklam yükleme sağlar. Ardından, maksimum talep çeşitliliğini sağlamak için mediation platformunuz (AppLovin MAX veya Unity LevelPlay) aracılığıyla en iyi performans gösteren iki ila üç ağdan istemci tarafı bidding ile tamamlayın.
En yüksek reklam gelirini elde eden yayıncılar Open Bidding ile header bidding arasında seçim yapmıyor — her ikisini birleştiren hibrit bir yaklaşımla rekabeti maksimize ederken teknik karmaşıklığı yönetilebilir tutuyorlar.
Uygulamada Hibrit Yaklaşım
Tipik bir hibrit kurulumda waterfall'unuz şöyle görünür: GAM aracılığıyla Open Bidding, iki veya üç in-app bidding ağıyla yan yana rekabet eder. Bunun altında, gerçek zamanlı bidding desteklemeyen ağlar için geleneksel waterfall girişleriniz vardır. Yönetilen bir demand ortağı, bu yığının herhangi bir seviyesinde yer alabilir ve hangi açık artırma mekanizmasının kullanıldığına bakılmaksızın genel getirinize fayda sağlayan ek rekabet sunar.
Anahtar, işi aşırı karmaşıklaştırmamaktır. GAM aracılığıyla Open Bidding ile başlayın, mediation platformunuzun en iyi bidding ortaklarını ekleyin ve boşlukları doldurmak için yönetilen bir ortakla çalışın. Ardından verilerin size söylediğine göre optimize edin.