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

Satıcı tarafı reklam platformları, optimizasyon yapmak amacıyla genellikle reklam talebi kaynaklarını çeşitlendirir gelir elde edersiniz. Reklam uyumlulaştırma ile bir reklam ağı veya hizmet, birden fazla reklam reklam ağlarını kullanarak bu reklam alanı için en iyi reklamı belirleyebilirsiniz. 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. Bugün, reklam ağları, uygulama geliştiricilerin reklam açık artırmalarını uyumlulaştırmak için çeşitli birden çok reklam satıcısı:

1. Şelale uyumlulaştırması: Uygulama geliştiriciler, sıralı bir reklam listesi tanımlar genellikle geçmiş eCPMs göre sıralanır. ağ. Bu liste arabuluculuk zinciri olarak bilinir. Uygulama geliştiricinin uyumlulaştırma platformu, bu listeyi reklam ağlarını oldukları sırayla çağırmak için kullanır Alakalı reklam talebi kaynaklarını belirlemek için listelenir.
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 anlık 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ırmasında, bir reklam fırsatı ortaya çıktığında reklam SDK'sı bir istek gönderir bağlantı kurulabilir. İsteğe kazanan reklamla yanıt vermek yerine reklam öğesi varsa sunucu, bu reklam öğelerinin listesini içeren bir uyumlulaştırma zinciriyle yanıt verir. geçmiş eBGBM'ye göre sıralanmış ağlar.

Ş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 halde istek zincirdeki bir sonraki ağa gönderilir. Bu işlem, isteği karşılanır veya zincir tükenir.

Ş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ırma ile sağlayıcılar bunun yerine canlı teklif değerlerini kullanır kazanan reklamı bulur.

Ş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 sistem karma 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 yararlanır.

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. Varsa bir açık artırmayı kazanmıyorsa bir sonraki ağ açık artırma düğümü, olduğunu varsayalım. Şelale uyumlulaştırması süreci şu şekildedir:

1. Uyumlulaştırma SDK'sı, bağlamsal reklam sunucusundan uyumlulaştırma zincirini getirir. uç noktası gösterilir. Bu, bağlamsal reklamlar veya uyumlulaştırma zincirleri olabilir.
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. Her öğe inceleyebilirsiniz. Bu zincir, bir reklam ağının Belirli bir gösterim sayısı, tıklama veya reklam zamanı için belirli bir fiyat.
3. Zincirdeki satır öğelerinden hiçbiri kazanan bir reklamı seçmezse uyumlulaştırma SDK'sı Korumalı bir reklam çalıştırarak kendi reklam ağından bir reklam göstermeyi tercih edebilir Hem yeniden pazarlamayı hem de içeriğe dayalı reklamları dikkate alan kitle reklam seçimi.

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

Yukarıdaki şema, bir şelale uyumlulaştırması algoritmasının örneğini gösterir üçüncü taraf reklam sunma işlevi olmadan, uyumlulaştırma SDK'sının uygulayabileceği için de uygundur. Protected Audience API birinci taraf reklamları destekler reklam seçimi iş akışlarının zincirlemesine olanak tanıyarak ve ağ optimizasyonunu kazanan gösterimleri raporlamaktır.

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. Bugün, AdSelectionId, reportResult() yöntemine ReportImpressionInput parametresini kullanarak, reportWin() ve reportResult() yöntemleri buna göre çağrılır.

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) alanında bir kazanan varsa bu reklam kazanır arabuluculuk yapalım. Ardından reportImpression, selectAds(AdSelectionFromOutcomes)'daki kazanan reklamın reklam seçimi kimliği ve ilgili AdSelectionConfig ile çağrılır.

Kazanan,selectAds(AdSelectionConfig) ağlar, ardından reklam seçim kimliği ve yapılandırmasıyla reportImpression çağrılır iptal edebilirsiniz.

Ş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.
2. Uyumlulaştırma zincirinde yineleme yapın. Her bir üçüncü taraf ağ için takip etmek için:
   1. Birinci taraf outcomeId dahil AdSelectionFromOutcomeConfig oluşturun ve 3. taraf SDK'sının teklif tabanı
   2. Önceki adımdaki config numarasını kullanarak selectAds() adlı kişiyi ç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 bulunamazsa birinci taraf reklamını 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. İlgili içeriği oluşturmak için kullanılan cihaz üzerinde yürütme için işlem maliyeti, açık artırma sayısı kadar doğrusal olabilir bir parçası olarak değerlendirilecektir. Diğer bir deyişle, daha fazla düğüm daha fazla hesaplama döngüsü gerektirir ve gecikmeyi artırır. Etkisini göz önünde bulundurun gelirdeki gecikmeyi gösterir.

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 reklamları destekleme hakkında daha fazla bilgi uyumlulaştırma kullanım alanları ileride paylaşılacaktır.

Protected Audience reklam seçimi, içeriğe dayalı reklamlar getirildikten sonra çalıştığından Protected Audience API'nin çağrılması, reklamın uçtan uca gecikmesini etkileyebilir. kabul edersiniz.