Korunan Kitle Uyumlulaştırması ile çok satıcılı açık artırma desteği

Satış tarafı reklam platformları, reklam gelirini optimize etmek için genellikle reklam talebi kaynaklarını çeşitlendirir. Reklam uyumlulaştırması ile bir reklam ağı veya hizmet, belirli bir reklam alanı için en iyi reklamı belirlemek üzere birden fazla reklam ağını çağırır. Bu teklif, Android'deki Protected Audience API'nin, gizliliği koruyacak şekilde şelale aracılığı işlevini uygulayacak şekilde nasıl genişletilebileceğini açıklar. Günümüzde reklam ağları, uygulama geliştiricilerin birden fazla reklam satıcısının reklam açık artırmalarını uyumlulaştırması için çeşitli yöntemler sunmaktadır:

1. Şelale uyumlulaştırması: Uygulama geliştiriciler, genellikle belirli bir ağ için geçmiş eCPMs'ye göre sıralanan reklam ağlarının sıralı bir listesini tanımlar. Bu liste, aracılık zinciri olarak bilinir. Uygulama geliştiricinin uyumlulaştırma platformu, alakalı reklam talebi kaynaklarını belirlemek için reklam ağlarını listelendikleri sırayla çağırmak üzere bu listeyi kullanır.
2. Programatik uyumlulaştırma: Uygulama geliştirici tarafından, reklam fırsatları için teklif vermeye katılmak üzere birden fazla reklam ağı yapılandırılır. Bu ağların, fırsata verdikleri değere göre gerçek zamanlı teklif vermesine izin verilir.
3. Karma uyumlulaştırma: Şelale ve programatik uyumlulaştırma tekniklerinin birleşimidir.

Şelale uyumlulaştırması

Şelale uyumlulaştırmasında bir reklam fırsatı ortaya çıktığında bir reklam SDK'sı arka uç sunucusuna istek gönderir. Sunucu, isteğe kazanan bir reklam öğesiyle yanıt vermek yerine, geçmiş eBGBM'ye göre sıralanmış bir reklam ağı listesi içeren bir uyumlulaştırma zinciriyle yanıt verir.

Şekil 1. Şelale uyumlulaştırması modeli.

Sunucu tarafı sıralı modelde, bir reklam SDK'sı her reklam ağını (veya kendi açık artırma SDK'sını) uyumlulaştırma zinciri tarafından belirtilen sırayla çağırır. Bir reklam ağı reklam isteğini karşılayabiliyorsa reklam ağı, reklamı oluşturur. Aksi takdirde istek, zincirdeki bir sonraki ağa gönderilir. Bu işlem, istek karşılanana veya zincir tükenene kadar tekrarlanır.

Şelale uyumlulaştırması genellikle birinci taraf reklam talebi kaynaklarından gelen eBGBM'nin yeniden değerlendirilmesine göre uyumlulaştırma zincirinin düzenli olarak yeniden sıralanmasıyla optimize edilir.

Programatik arabuluculuk

Programatik uyumlulaştırma ("başlık teklifi" olarak da bilinir), hangi reklam ağının reklam isteği yayınlama şansı elde edeceğini belirlemek için geçmiş eBGBM'yi kullanmaya alternatif bir yöntemdir. Programatik uyumlulaştırmada ise sağlayıcılar, kazanan reklamı bulmak için canlı teklif değerlerini kullanır.

Şekil 2: Programatik arabuluculuk modeli

Karma uyumlulaştırma

Bazı programatik uyumlulaştırma çözümleri, reklam ağlarını şelale ve teklifli sistemin hibrit modunda birleştirerek reklama daha fazla kontrol sağlar. Ayrıca, katılımcı reklam ağlarından elde edilen geliri en üst düzeye çıkarmak için canlı eBGBM'lerden yararlanma avantajı sunar.

Karma uyumlulaştırma modellerinde, reklam ağları ve uyumlulaştırma sağlayıcıları, şelale ve anlık teklif sisteminin unsurlarını birleştirerek uygulama geliştiricilere daha fazla esneklik sağlayabilir. Karma modeller, uygulama geliştiricilerin reklam ağlarını geçmiş eBGBM'lere göre yapılandırmasına olanak tanır. Bu sayede, reklam fırsatlarını doldurmak için katılımcı ağlarla gerçek zamanlı teklifli sistem çalıştırmadan önce reklam gösterme fırsatı elde ederler.

Protected Audience şelale uyumlulaştırması

Android'deki Protected Audience API, uyumlulaştırma grafiğindeki her bir düğüm için ayrı ayrı açık artırmalar yaparak şelale uyumlulaştırmasını destekler. Bir açık artırmada kazanan olmazsa zincir tükenene kadar sonraki ağ açık artırma düğümü çağrılır. Şelale uyumlulaştırma süreci şu şekildedir:

1. Uyumlulaştırma SDK'sı, uyumlulaştırma zincirini içerik hedefli reklam sunucusu uç noktasından getirir. Bu uç nokta, içerik hedefli reklamlar veya uyumlulaştırma zincirleri döndürebilir.
2. Reklam sunucusu uç noktası bir uyumlulaştırma zinciri döndürürse uyumlulaştırma SDK'sı, zincirin her öğesini sırayla yineler ve bağlamsal ve yeniden pazarlama reklam seçimi çalıştırmak için katılımcı reklam ağının SDK'sını çağırır. Zincirdeki her öğe, bir reklam ağının belirli bir miktar gösterim, tıklama veya reklam süresi için belirli bir fiyata reklam alanı satın alma isteğini temsil eder.
3. Zincirdeki satır öğelerinden hiçbiri kazanan bir reklam seçmezse uyumlulaştırma SDK'sı, hem yeniden pazarlama hem de bağlamsal reklamları dikkate alan bir Protected Audience reklam seçimi çalıştırarak kendi reklam ağından bir reklam göstermeyi seçebilir.

Şekil 3. Protected Audience API ile sıralı aracılık.

Yukarıdaki şema, bir uyumlulaştırma SDK'sının uygulayabileceği ancak birinci taraf reklam ağının optimizasyon yapma olanağına sahip olmadığı bir şelale uyumlulaştırma algoritması örneğini temsil etmektedir. Protected Audience API, reklam seçimi iş akışlarının zincirlenmesine ve kazanan gösterimlerin raporlanmasına olanak tanıyarak birinci taraf reklam ağı optimizasyonunu destekler.

AdSelection sonucu

selectAds() işlevinin dönüş türü bir AdSelectionOutcome nesnesidir. AdSelectionOutcome, kazanan reklamın oluşturma URI'sini ve AdSelectionId değerini içerir. AdSelectionId, kazanan satır öğesinin reklam öğesini tanımlayan opak bir tam sayıdır.

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

AdSelectionId, AdSelectionOutcome için işaretçi gibi davranır. Bugün, AdSelectionId, reportWin() ve reportResult() yöntemlerinin çağrıldığı doğru reklamların belirlenmesine yardımcı olmak için reportResult() yöntemine ReportImpressionInput parametresi olarak iletilir.

Zincir reklam seçimleri önerisi

selectAds() öğesinin AdSelectionFromOutcomesConfig ile aşırı yüklenmesini öneriyoruz.

val config = AdSelectionFromOutcomesConfig.Builder()
        .setSeller(seller)
        .setAdSelectionIds(listOf(outcome1pAdSelectionId))
        .setSelectionSignals({"bid_floor": bidFloorOfNextNetworkInline})
        .setSelectionLogicUri(selectionLogicUri)
        .build()
adSelectionClient.selectAds(config)

Bu, aracılık SDK'sının kazanan reklamının teklifini, sıradaki ağın teklif tabanıyla karşılaştırmasına olanak tanır.

Örnek 1:

Örnek 2:

Kazanan gösterimleri raporlama

selectAds(AdSelectionFromOutcomes)'dan bir kazanan varsa bu reklam uyumlulaştırmayı kazanır. Ardından, reportImpression, selectAds(AdSelectionFromOutcomes)'den gelen kazanan reklamın reklam seçimi kimliği ve karşılık gelen AdSelectionConfig ile birlikte çağrılır.

Kazanan, ağlardan herhangi biri için selectAds(AdSelectionConfig) tarafından döndürülürse reportImpression, reklam seçimi kimliği ve bu çağrıdaki yapılandırmayla çağrılır.

Şelale uyumlulaştırması çalıştırma

Şelale uyumlulaştırma sürecini çalıştırma sırası aşağıda verilmiştir.

1. Birinci taraf reklam seçimi gerçekleştirin.
2. Uyumlulaştırma zincirinde yineleme yapın. Her 3. taraf ağı için aşağıdaki işlemleri yapın:
   1. Birinci taraf outcomeId ve üçüncü taraf SDK'larının teklif tabanı dahil olmak üzere AdSelectionFromOutcomeConfig oluşturun.
   2. Önceki adımdaki config ile selectAds() işlevini çağırın.
   3. Sonuç boş değilse reklamı döndürün.
   4. Mevcut SDK ağ bağdaştırıcısının selectAds() yöntemini çağırın. Sonuç boş değilse reklamı döndürün.
3. Zincirde kazanan bulunamazsa birinci taraf reklamı döndürülür.

En iyi uygulamalar

Birinci taraf optimizasyonundan önce bağlamsal açık artırmalar yayınlayın

Yeniden pazarlama talebi, arabuluculuk zincirinde kazanan sonuçlar elde edebilecek yüksek teklifler oluşturabilir. Kısaltma, yeniden pazarlama kitle listesini hassaslaştırarak birinci taraf optimizasyonunu etkinleştirmek için sıklıkla kullanılan bir işlemdir.

Protected Audience API'nin yeniden pazarlama talebi yalnızca Protected Audience açık artırmalarıyla istemci tarafında kullanılabilir. Bu durum, sunucu tarafında birinci taraf optimizasyonunun etkinleştirilmesini zorlaştırabilir. Birinci taraf optimizasyonuyla ilgili sorunları azaltmak için önce içerik hedefli açık artırmayı çalıştırın, ardından bu sayfanın önceki bölümlerinde açıklandığı gibi kazanan reklam sonucuna göre birinci taraf optimizasyonunu gerçekleştirin.

Cihaz üzerinde arabuluculuk zincirlerinizi küçük tutun

Optimum performans için cihaz üzerinde aracılık zincirleri küçük tutulmalıdır. Cihaz üzerinde yürütme için hesaplama maliyeti, uyumlulaştırma zinciri kapsamında değerlendirilen açık artırma sayısıyla doğrusal olabilir. Başka bir deyişle, daha fazla düğüm, daha fazla işlem döngüsü gereksinimi ve daha fazla gecikme anlamına gelir. Düğümleri cihaz üzerinde arabuluculuk değerlendirmesine iletirken gecikmenin gelir üzerindeki etkisini göz önünde bulundurun.

Göz önünde bulundurulacak diğer noktalar

Protected Audience API, birden fazla reklam alanının aracılığı için kapsamlı bir çözüm sunmaz. Her reklam alanı bağımsız olarak işlenmelidir.

Protected Audience Mediation API, şelale uyumlulaştırmasını ve sınırlı programatik uyumlulaştırmayı destekler. Ek programatik arabuluculuk kullanım alanlarını destekleme hakkında daha fazla bilgi gelecekte paylaşılacaktır.

Protected Audience reklam seçimi, bağlamsal reklamlar getirildikten sonra çalıştığından Protected Audience API'nin çağrılması, reklam isteklerinin uçtan uca gecikmesini etkileyebilir.