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

Not: Bu makale, Android'in mevcut tasarım tekliflerindeki Özel Korumalı Alan'ı ele almakta olup ileride değişiklik yapılabilir. Bu çalışmalara yardımcı olmak için geri bildirim ve yorumlarınızı bizimle paylaşmanızı rica ederiz.

Geri bildirim gönderin

Satıcı tarafı reklam platformları, reklam geliri için optimizasyon sağlamak amacıyla genellikle reklam talebi kaynaklarını çeşitlendirir. Reklam uyumlulaştırmasında bir reklam ağı veya hizmet, belirli bir reklam alanı için en iyi reklamı belirlemek amacıyla birden fazla reklam ağını çağırır. Bu teklifte, Android'de Protected Audience API'nin şelale uyumlulaştırması 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ştiricilerinin birden fazla reklam satıcısından gelen reklam açık artırmalarını uyumlulaştırmaları için çeşitli yollar sunmaktadır:

1. Şelale uyumlulaştırması: Uygulama geliştiriciler, reklam ağlarının genellikle belirli bir ağ için geçmiş eCPMs göre sıralanmış sıralı bir reklam ağı listesi tanımlar. Bu liste, uyumlulaştırma zinciri olarak bilinir. Uygulama geliştiricisinin uyumlulaştırma platformu, ilgili reklam talebi kaynaklarını belirlemek amacıyla reklam ağlarını listelendikleri sırayla çağırmak için bu listeyi kullanır.
2. Programatik uyumlulaştırma: Reklam fırsatları için teklif vermeye katılmak üzere uygulama geliştiricisi tarafından birden fazla reklam ağı yapılandırılır. Bu ağların, fırsata ne kadar değer verdiklerine bağlı olarak gerçek zamanlı teklif vermelerine izin verilir.
3. Karma uyumlulaştırma: Şelale ve programatik uyumlulaştırma tekniklerinin bir kombinasyonu.

Şelale uyumlulaştırması

Şelale uyumlulaştırmasında, bir reklam fırsatı ortaya çıktığında reklam SDK'sı arka uç sunucusuna bir istek gönderir. Sunucu, isteğe kazanan bir 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 zinciri ile yanıt verir.

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

Geleneksel şelale modelinde bir reklam SDK'sı, her bir reklam ağını (veya kendi açık artırma SDK'sını) uyumlulaştırma zincirinde 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. Bu işlem, istek yerine getirilene veya zincir tüketilene 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 uyumlulaştırma

Programatik uyumlulaştırma ("başlıktan teklif alma" olarak da bilinir), hangi reklam ağının reklam isteği yayınlama olanağı elde edebileceğini belirlemek için geçmiş eBGBM'yi kullanmaya alternatiftir. Programatik uyumlulaştırmada, sağlayıcılar kazanan reklamı bulmak için bunun yerine canlı teklif değerlerini kullanır.

Şekil 2: Programatik uyumlulaştırma modeli

Karma uyumlulaştırma

Bazı programatik uyumlulaştırma çözümleri, reklam ağlarını karma şelale ve teklifli sistemde bir araya getirir. Böylece reklama daha fazla kontrol sağlar ve katılımcı reklam ağlarından elde edilen geliri en üst düzeye çıkarmak için canlı eBGBM'leri kullanma avantajından yararlanır.

Karma uyumlulaştırma modellerinde reklam ağları ve uyumlulaştırma sağlayıcıları, şelale ve gerçek zamanlı teklif öğelerini birleştirerek uygulama geliştiricilerine 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 da uygulama geliştiricilerin, reklam fırsatlarını karşılamak için katılımcı ağlarla gerçek zamanlı teklif verme yayınlamadan önce bir reklam gösterme fırsatı sağlar.

Protected Audience şelale uyumlulaştırması

Android'de Protected Audience API, her biri uyumlulaştırma grafiğindeki ayrı bir düğüm için birden fazla açık artırma yaparak şelale uyumlulaştırmasını destekler. Açık artırmanın kazananı yoksa bir sonraki ağ açık artırma düğümü, zincir bitene kadar çağrılır. Şelale uyumlulaştırması süreci şu şekildedir:

1. Uyumlulaştırma SDK'sı, uyumlulaştırma zincirini içeriğe dayalı reklam sunucusu uç noktasından getirir. Uç nokta da 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ı sırayla zincirdeki her öğede yinelenir ve içeriğe dayalı 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 bir öğe, bir reklam ağının belirli bir gösterim, tıklama veya reklam süresi miktarı için belirli bir fiyattan 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 içeriğe dayalı reklamları dikkate alan bir Korumalı Kitle reklam seçimi çalıştırarak kendi reklam ağından reklam göstermeyi seçebilir.

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

Yukarıdaki şema, bir uyumlulaştırma SDK'sının birinci taraf reklam ağının optimize etme imkanı olmadan uygulayabileceği bir şelale uyumlulaştırma algoritması örneğini temsil eder. Protected Audience API, reklam seçimi iş akışlarının zincirlenmesine olanak tanıyarak ve kazanan gösterimleri raporlayarak birinci taraf reklam ağı optimizasyonunu destekler.

AdSelection sonucu

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

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

Not: Oluşturma URI'sine erişim geçicidir ve AdSelection kazananlar için çitli çerçeveler oluşturma etkinleştirildikten sonra çalışmaz.

AdSelectionId, AdSelectionOutcome öğesine işaret eder. Şu anda 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 aktarılmaktadır.

Zincir reklam seçimleri teklifi

selectAds() için AdSelectionFromOutcomesConfig ile aşırı yüklenmeyi öneriyoruz.

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 teklifini sonraki satır içi ağın teklif tabanıyla karşılaştırmasına olanak tanır.

Örnek 1:

• 
• 
• 
• 
• 
• 

Örnek 2:

• 
• 
• 
• 
• 

Not: Bu selectAds(AdSelectionFromOutcomes) çağrısının döndürülen değeri başka bir AdSelectionOutcome nesnesidir. Seçili reklam olmadığında null değeri döndürülür. Uyumlulaştırma SDK'sının reklam teklifi, sonraki ağın teklif tabanından büyük olursa aynı reklam seçimi kimliğine sahip bir AdSelectionOutcome döndürülür.

Kazanan gösterimleri raporla

selectAds(AdSelectionFromOutcomes) adlı reklamverenden bir kazanan olursa uyumlulaştırmayı bu reklam kazanır. Daha sonra reportImpression, selectAds(AdSelectionFromOutcomes) içindeki kazanan reklamın ve karşılık gelen AdSelectionConfig öğesinin reklam seçim kimliğiyle çağrılır.

Kazanan, ağların herhangi biri için bir selectAds(AdSelectionConfig) öğesinden döndürülürse bu çağrının reklam seçimi kimliği ve yapılandırmasıyla birlikte reportImpression çağrılır.

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

Şelale uyumlulaştırması sürecinde yürütülen işlemlerin sırası aşağıda verilmiştir.

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

En iyi uygulamalar

Birinci taraf optimizasyonundan önce içeriğe dayalı açık artırmalar düzenleyin

Yeniden pazarlama talebi, bir uyumlulaştırma zincirinde kazanan sonuçlar getirebilecek yüksek teklifler oluşturabilir. Kesilme, genellikle yeniden pazarlama kitle listesini hassaslaştırarak birinci taraf optimizasyonu sağlamak için kullanılan bir süreçtir.

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 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 ve ardından bu sayfada daha önce açıklandığı gibi, kazanan reklam sonucuna göre birinci taraf optimizasyonu gerçekleştirin.

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

En iyi performans için cihaz üzerinde uyumlulaştırma zincirlerinin küçük tutulması gerekir. Cihaz üzerinde yürütme işlemi için işlem maliyeti, uyumlulaştırma zincirinin bir parçası olarak değerlendirilen açık artırma sayısı nedeniyle doğrusal olabilir. Başka bir deyişle, daha fazla düğüm, daha fazla işlem döngüsü şartına ve gecikmenin artmasına yol açar. Düğümleri cihaz üzerinde uyumlulaştırma değerlendirmesine aktardığınızda gecikmenin gelir üzerindeki etkisini göz önünde bulundurun.

Göz önünde bulundurulması gereken diğer noktalar

Protected Audience API, birden fazla reklam alanının uyumlulaştırması 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. Programatik uyumlulaştırmanın diğer kullanım alanlarını destekleme hakkında daha fazla ayrıntı ileride paylaşılacaktır.

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