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

bookmark_border Koleksiyonlar ile düzeninizi koruyun İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.

Satış tarafı reklam platformları, reklam geliri için optimizasyon yapmak amacıyla genellikle reklam talebi kaynaklarını çeşitlendirir. Reklam uyumlulaştırması sayesinde bir reklam ağı veya hizmeti, belirli bir reklam alanı için en iyi reklamı belirlemek üzere birden fazla reklam ağını çağırır. Bu teklifte, Android'deki Protected Audience API'nin şelale uyumlulaştırma işlevini gizliliği koruyacak şekilde uygulamak için nasıl genişletilebileceği açıklanmaktadır. Günümüzde reklam ağları, uygulama geliştiricilerin birden fazla reklam satıcısından gelen reklam açık artırmalarını uyumlulaştırmaları için çeşitli yöntemler sunar:

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

Şelale uyumlulaştırması

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

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

Geleneksel şelale modelinde bir Ads SDK'sı, her reklam ağını (veya kendi açık artırma SDK'sını) uyumlulaştırma zinciri tarafından belirtilen sırada çağırır. Bir reklam ağı reklam isteğini karşılayabiliyorsa reklamı oluşturur. Aksi takdirde istek, zincirdeki bir sonraki ağa gönderilir. İstek yerine getirilene veya zincir tükenene kadar bu işlem 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ı yoluyla optimize edilir.

Programatik uyumlulaştırma

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

Şekil 2: Programatik uyumlulaştırma modeli

Karma uyumlulaştırma

Bazı programatik uyumlulaştırıcı çözümler, reklam ağlarını şelale ve teklifli sistemden oluşan karma bir modda birleştirerek reklama daha fazla kontrol sağlar. Bu sayede, katılımcı reklam ağlarından elde edilen geliri en üst düzeye çıkarmak için canlı eBGBM'lerden yararlanabilir.

Karma uyumlulaştırma modellerinde reklam ağları ve uyumlulaştırma sağlayıcılar, şelale ve gerçek zamanlı teklifli sistem öğelerini 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ı teklif verme işlemini başlatmadan önce bir 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 birden fazla açık artırma yaparak şelale uyumlulaştırmasını destekler. Bir açık artırmada kazanan yoksa zincir tükenene kadar bir sonraki ağ açık artırması düğümü çağrılır. Şelale uyumlulaştırma süreci aşağıdaki gibidir:

1. Uyumlulaştırma SDK'sı, uyumlulaştırma zincirini içeriğe dayalı reklam sunucusu uç noktasından getirir. Bu uç nokta, içeriğe dayalı 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 bir öğesini sırayla iterasyon yaparak bağlamsal ve yeniden pazarlama reklam seçimi yapmak 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 fiyat karşılığında belirli bir miktarda gösterim, tıklama veya reklam süresi için 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 pazarlamayı hem de bağlama dayalı reklamları dikkate alan bir Protected Audience reklam seçimi çalıştırarak kendi reklam ağındaki bir reklamı göstermeyi seçebilir.

Şekil 3. Protected Audience API ile şelale uyumlulaştırması.

Önceki şema, bir uyumlulaştırma SDK'sının uygulayabileceği bir şelale uyumlulaştırma algoritması örneğini gösterir ancak birinci taraf reklam ağının optimizasyon yapmasını sağlamaz. Protected Audience API, reklam seçimi iş akışlarının zincirlenmesine ve kazanan gösterimlerin raporlanmasına izin vererek birinci taraf reklam ağı optimizasyonunu destekler.

AdSelection sonucu

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

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

AdSelectionId, AdSelectionOutcome için işaretçi görevi görür. Günümüzde AdSelectionId, reportWin() ve reportResult() yöntemlerinin çağrıldığı doğru reklamların tanımlanmasına yardımcı olmak için reportResult() yöntemine ReportImpressionInput parametresi olarak iletilir.

Zincir reklam seçimleri önerisi

selectAds() öğesini AdSelectionFromOutcomesConfig ile aşırı yüklemenizi öneririz.

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

Bu, uyumlulaştırma SDK'sının kazanan reklamının teklifini bir sonraki satır içi ağın teklif tabanıyla karşılaştırmasına olanak tanır.

Örnek 1:

Örnek 2:

Kazanan gösterimleri bildirme

selectAds(AdSelectionFromOutcomes) kaynağından bir kazanan varsa uyumlulaştırmayı bu reklam kazanır. Ardından reportImpression, selectAds(AdSelectionFromOutcomes)'daki kazanan reklamın reklam seçimi kimliği ve ilgili AdSelectionConfig ile çağrılır.

Kazanan, ağlardan herhangi biri için bir selectAds(AdSelectionConfig)'ten döndürülürse reportImpression, söz konusu çağrıdan alınan reklam seçimi kimliği ve yapılandırmasıyla çağrılır.

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

Şelale uyumlulaştırma sürecini yürütme işleminin sırası aşağıda verilmiştir.

1. Birinci taraf reklam seçimini çalıştırın.
2. Uyumlulaştırma zinciri üzerinde iterasyon yapın. Her 3. taraf ağı için aşağıdakileri yapın:
   1. Birinci taraf outcomeId ve üçüncü taraf SDK'sının teklif tabanı dahil olmak üzere AdSelectionFromOutcomeConfig oluşturun
   2. Önceki adımdaki config ile selectAds()'ü arayın.
   3. Sonuç boş değilse reklamı döndürün.
   4. Geçerli SDK ağ bağdaştırıcı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ün.

En iyi uygulamalar

Birinci taraf optimizasyonundan önce bağlama dayalı açık artırmalar çalıştırma

Yeniden pazarlama talebi, uyumlulaştırma zincirinde kazançlı sonuçlar elde edebilecek yüksek teklifler oluşturabilir. Kırpma, genellikle yeniden pazarlama kitle listesini hassaslaştırarak birinci taraf optimizasyonunu etkinleştirmek için kullanılan bir işlemdir.

Protected Audience API'nin yeniden pazarlama talebi, yalnızca Protected Audience açık artırmalarında istemci tarafında kullanılabilir. Bu durum, sunucu tarafında birinci taraf optimizasyonunu etkinleştirmeyi zorlaştırabilir. Birinci taraf optimizasyonuyla ilgili sorunları azaltmak için önce içeriğe dayalı açık artırmayı çalıştırın, ardından bu sayfada daha önce açıklandığı gibi kazanan reklam sonucuna göre birinci taraf optimizasyonunu gerçekleştirin.

Cihaz üzerinde uyumlulaştırma zincirlerinizi küçük tutun

Optimum performans için cihaz üzerinde uyumlulaştırma 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ına göre doğrusal olabilir. Diğer bir deyişle, daha fazla düğüm daha fazla hesaplama döngüsü gerektirir ve gecikmeyi artırır. Nodları cihaz üzerinde uyumlulaştırma 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 uyumlu hale getirilmesi 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 uyumlulaştırma kullanım alanlarını destekleme hakkında daha fazla bilgi gelecekte paylaşılacaktır.

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