Android için Teklif Verme ve Açık Artırma Hizmetleri tasarım teklifi, Android'de Güvenilir Teklif ve Açık Artırma sunucusu kullanılarak yapılan açık artırmaların yürütülmesini ve veri akışını ayrıntılı bir şekilde açıklar. Geçiş halindeki verilerin yalnızca gizliliği koruyan API'ler ve güvenilir sunucular tarafından işlendiğinden emin olmak için veriler, iki yönlü Karma Ortak Anahtar Şifreleme kullanılarak istemci ile sunucu arasında şifrelenir.
Açık artırmanın daha önce açıklandığı şekilde gerçekleştirilmesi için cihazdaki satıcı reklam teknolojisinin aşağıdaki adımları gerçekleştirmesi gerekir:
- Sunucu açık artırması için veri toplayın ve şifreleyin
- Güvenilmeyen Satıcı Hizmetine istek gönderme
- Güvenilmeyen Satıcı Hizmetinden yanıt alma
- Protected Audience açık artırma yanıtının şifresini çözün ve açık artırma sonucunu alın
Protected Audience, sunucu açık artırmaları yayınlamayı desteklemek için iki yeni API'yi kullanıma sunuyor:
getAdSelectionData
API, sunucu açık artırması için veri toplar ve açık artırma verilerini içeren şifrelenmiş bir yük oluşturur. Teklif Verme ve Açık Artırma sunucusu; bir açık artırma yürütmek, açık artırma sonucunu oluşturmak ve açık artırma sonucunu döndürmek için bu yükü kullanır.- Cihaz üzerinde reklam teknolojisi istemcileri, sunucu açık artırması tarafından oluşturulan sonucun şifresini çözmek ve kazanan reklam oluşturma URL'sini almak için
persistAdSelectionResult
API'yi çağırabilir.
Cihazdaki satıcı reklam teknolojisinin, açık artırma yürütmek için aşağıdakileri entegre etmesi ve oluşturması gerekir:
- Sunucu açık artırması Satıcısı için verileri toplama ve şifreleme: Reklam teknolojisi, şifrelenmiş yükü almak için
getAdSelectionData
API'yi çağırmalıdır. - Güvensiz Satıcı Hizmeti Gönderme isteği gönder:
getAdSelectionData
API tarafından güvenilir olmayan satıcı hizmetine oluşturulan şifrelenmiş yükü ve güvenilmeyen satıcı hizmetinin bağlamsal sonuçlar oluşturmak için ihtiyaç duyduğu verileri içerenHTTP POST
veyaPUT
isteği. - Güvenilmeyen Satıcı Hizmeti'nden yanıt alma: Güvenilmeyen satıcı hizmetinden gelen yanıt, şifrelenmiş korumalı kitle açık artırma sonucunu ve içeriğe dayalı açık artırma sonucunu içerir.
- Korunan kitle açık artırma yanıtının şifresini çözün ve açık artırma sonucunu alın:
Korunan kitle açık artırma sonucunun şifresini çözmek için satıcı reklam teknolojisinin
persistAdSelectionResult
API'sini çağırması gerekir.persistAdSelectionResult
tarafından oluşturulan sonuç, reklam teknisyenlerinin açık artırmayı içeriğe dayalı reklamın mı yoksa korunan kitle reklamının mı kazanıp kazanmadığını ve geçerliyse kazanan korunan kitle reklamının URI'sını belirlemelerine yardımcı olacaktır.
Sunucu açık artırması için desteklenen özellikler
Cihaz üzerinde açık artırma için şu anda kullanılabilen tüm özellikleri desteklemeyi amaçlıyoruz. Sunucu açık artırmasında bu özelliklerin desteklenmesine ilişkin zaman çizelgesi şöyledir:
Cihaz Üzerinde Açık Artırma |
Sunucu Açık Artırması |
|||
Geliştirici Önizlemesi |
Beta |
Geliştirici Önizlemesi |
Beta |
|
Etkinlik düzeyinde kazanç raporlaması |
2023 1. Çeyrek |
2023 3. Çeyrek |
Yok |
2023 4. Çeyrek |
2023 1. Çeyrek |
2023 4. Çeyrek |
Yok |
Ç1 24 |
|
2023 2. Çeyrek |
2023 3. Çeyrek |
Yok |
2023 4. Çeyrek |
|
Filtreleme için içeriğe dayalı reklamları reklam seçimi iş akışına iletme |
2023 2. Çeyrek |
2024 1. Çeyrek |
Yok |
Yok |
2023 2. Çeyrek |
2023 3. Çeyrek |
Yok |
2023 4. Çeyrek |
|
2023 3. Çeyrek |
2023 4. Çeyrek |
Yok |
2023 4. Çeyrek |
|
BGBM dışı faturalandırma |
2023 3. Çeyrek |
2023 4. Çeyrek |
||
Hata ayıklama |
2023 3. Çeyrek |
2023 4. Çeyrek |
2023 3. Çeyrek |
2023 4. Çeyrek |
Open Bidding Uyumlulaştırması |
Yok |
Yok |
Yok |
2024 1. Çeyrek |
2023 2. Çeyrek |
2024 1. Çeyrek |
Yok |
2024 1. Çeyrek |
|
Para birimi yönetimi |
Yok |
Yok |
Yok |
2024 1. Çeyrek |
K-anon entegrasyonu |
Yok |
2024 1. Çeyrek |
Yok |
2024 1. Çeyrek |
Gizli Toplama entegrasyonu |
Yok |
Yok |
Yok |
2024 3. Çeyrek |
Protected Audience API'leri kullanarak Sunucu Açık Artırmaları yürütme
Geliştirici Önizleme kanalında, AdSelectionManager iki yeni API sunar: getAdSelectionData
ve persistAdSelectionResult
. Bu API'ler, reklam teknolojisi SDK'larının Teklifli Sistem ve Açık Artırma sunucularıyla entegre edilmesine olanak tanır.
Sunucu açık artırması için veri toplayın ve şifreleyin
getAdSelectionData
API, BuyerInput
ve ProtectedAudienceInput
gibi Teklif Verme ve Açık Artırma bileşenleri için gerekli girişleri oluşturur ve sonucu arayana göstermeden önce verileri şifreler. Uygulamalar arasında veri sızıntısını önlemek için bu veriler cihazda bulunan tüm alıcıların bilgilerini içerir. Gizlilik konusunda dikkat edilmesi gereken noktalar bölümünden bu kararla ilgili daha fazla bilgi edinebilir ve bunu optimize etmek için boyutlarla ilgili dikkat edilmesi gereken noktalar bölümünü inceleyebilirsiniz.
API'ye erişmek için Protected Audience API'ye erişimin etkinleştirilmesi ve ACCESS_ADSERVICES_CUSTOM_AUDIENCE
izninin arayanın manifest dosyasında tanımlanması gerekir.
public class AdSelectionManager {
public void getAdSelectionData(
GetAdSelectionDataRequest getAdSelectionDataRequest,
Executor executor,
OutcomeReceiver<GetAdSelectionDataOutcome, Exception> receiver) {}
}
GetAdSelectionDataRequest
Arayan, isteğe hizmet vermeden önce kayıt kontrolleri yapmak için kullanıldığından istekteki seller
alanını ayarlamalıdır.
public class GetAdSelectionDataRequest {
Public setSeller(AdTechIdentifier seller);
}
İstek doğrulandıktan sonra, cihaz üzerindeki alıcı verileri BuyerInput
ve ProtectedAudienceInput
dillerinde oluşturulur. Daha sonra son yük nesnesi, iki yönlü Karma Ortak Anahtar Şifreleme kullanılarak şifrelenir.
GetAdSelectionDataOutcome
GetAdSelectionDataOutcome
, getAdSelectionData
API'sinin sonucu olarak oluşturulur. Şunları içerir:
adSelectionId
:getAdSelectionData
çağrısını tanımlamak için kullanılan opak tam sayı. Reklam teknolojisi müşterisi,getAdSelectionData
çağrısına işaretçi görevi göreceğinden buadSelectionId
değerini sürdürmelidir. Bu tanımlayıcı,persistAdSelectionResult
API'sinin Teklifli Sistem ve Açık Artırma sunucusundaki açık artırma sonucunun şifresini çözmek için gerekli olmasının yanı sırareportImpression
ilereportEvent
API'leri için de gereklidir.adSelectionData
: Bunlar, teklifli sistem ve açık artırma sunucusunun açık artırmalar yapmak için ihtiyaç duyacağı şifrelenmiş açık artırma verileridir. Bu yöntem şunları içerir:- Özel Kitleler için sıklık sınırı, uygulama yükleme filtreleri ve sunucu açık artırması gereksinimlerine göre filtrelenmiş Özel Kitle verileri.
- Gelecekteki bir sürümde uygulama yükleme verileri bulunacaktır.
public class GetAdSelectionDataOutcome {
Public getAdSelectionId(long adSelectionId);
public byte[] getAdSelectionData();
}
Hatalar, istisnalar ve hata işleme
Reklam seçimi veri oluşturma işlemi geçersiz bağımsız değişkenler, zaman aşımları veya aşırı kaynak tüketimi gibi nedenlerle başarıyla tamamlanamazsa OutcomeReceiver.onError()
geri çağırması aşağıdaki davranışlarla bir AdServicesException
sağlar:
getAdSelectionData
, geçersiz bağımsız değişkenlerle başlatılırsaAdServicesException
" neden olarak bir IllegalArgumentException belirtir.- Diğer tüm hatalar, neden olarak
IllegalStateException
ile birlikte birAdServicesException
alır.
Güvenilmeyen bir satıcı hizmetine istek gönderme
Cihaz üzerindeki SDK AdSelectionData
sayesinde, verileri bir POST
veya PUT
isteğine dahil ederek satıcının reklam hizmetine istek gönderebilir:
fetch('https://www.example-ssp.com/auction', {
method: "PUT",
body: data,
...
})
Bu verilerin kodlanmasından cihaz üzerindeki SDK sorumludur. İsteği satıcının reklam hizmetine çok parçalı/form-data olarak göndermek gibi alanı verimli bir çözüm kullanmanız önerilir.
Güvenilmeyen bir satıcı hizmetinden yanıt alma
Teklifli Sistem ve Açık Artırma Sunucusu açıklayıcıda ayrıntılı olarak açıklandığı gibi, güvenilmeyen satıcı hizmeti isteği aldığında, içeriğe dayalı reklamlar için iş ortağı alıcılara çağrı yapar.
Güvenilmeyen satıcı hizmeti, şifrelenmiş adSelectionData
ve AuctionConfig
öğelerini bir TEE'de çalışan Teklifli Sistem ve Açık Artırma sunucusunun SellerFrontEnd hizmetine yönlendirir.
Protected Audience açık artırması tamamlandığında SellerFrontEnd hizmeti, açık artırma sonucunu şifreler ve güvenilir olmayan satıcı hizmetine yanıt olarak döndürür.
Güvenilmeyen satıcı hizmeti, içeriğe dayalı reklam ve / veya şifrelenmiş Protected Audience açık artırma sonucu içeren cihaza yanıt gönderir.
Yanıt alındığında, cihazdaki satıcı reklam teknoloji kodu yanıtta yalnızca içeriğe dayalı reklamı kullanmayı seçebilir veya Protected Audience sonucunu almanın artımlı bir değeri olduğunu tespit ederse PersistAdSelectionResult
API'yi çağırarak Protected Audience sonucunun şifresini çözmeyi seçebilir.
PersistAdSelectionResult API'sı
Satıcı reklam teknolojisi, Protected Audience sonucunun şifresini çözmek için ikinci Protected Audience API'yi persistAdSelectionResult
çağırabilir. API, sonucun şifresini çözer ve bir AdSelectionOutcome
döndürür. Bu nesne, bugün cihaz üzerinde bir açık artırmadan döndürülen nesnedir.
Arayanın API'ye erişmek için Protected Audience API'ye erişimi etkinleştirmesi ve manifest dosyasında ACCESS_ADSERVICES_CUSTOM_AUDIENCE
iznini tanımlaması gerekir.
public void persistAdSelectionResult(
PersistAdSelectionResultRequest persistAdSelectionResultRequest,
Executor executor,
OutcomeReceiver<AdSelectionOutcome, Exception> receiver) {}
PersistAdSelectionResultRequest
Arayan, istekte aşağıdakileri ayarlamalıdır:
public final class PersistAdSelectionResultRequest {
Public setAdSelectionId(long adSelectionId);
public setSeller(AdTechIdentifier seller);
public setAdSelectionResult(byte[] adSelectionResult);
}
adSelectionId
:getAdSelectionData
çağrısı tarafından oluşturulan ve arayanın sonucunun şifresini çözmek istediği opak tanımlayıcı.seller
: İstek yerine sunulmadan önce kayıt kontrolleri yürütmek için istekte satıcı reklam teknolojisi tanımlayıcısının ayarlanması gerekir.adSelectionResult
: Teklifli sistem ve açık artırma sunucusu tarafından oluşturulan, arayanın şifresini çözmek istediği şifrelenmiş açık artırma sonucu.
Reklam Seçimi Sonucu yanıtı
Bir Protected Audience kazananı varsa AdSelectionOutcome
kazanan reklam oluşturma URI'sını döndürür.adSelectionResult
kodunun şifresi çözüldüğünde raporlama verileri dahili olarak kalıcı olur. OutcomeReceiver.onResult()
geri çağırma işlevi şunları içeren bir AdSelectionOutcome
döndürür:
URI
: Kazanan bir Protected Audience reklamı varsa kazanan reklam için bir reklam oluşturma URL'si döndürülür. Protected Audience kazananı yoksa "Uri.EMPTY döndürülür.adSelectionId
: Bu sunucu açık artırmasıyla ilişkiliadSelectionId
.
Hatalar, istisnalar ve hata işleme
Reklam seçimi veri oluşturma işlemi geçersiz bağımsız değişkenler, zaman aşımları veya aşırı kaynak tüketimi gibi nedenlerle başarıyla tamamlanamazsa OutcomeReceiver.onError()
geri çağırması aşağıdaki davranışlarla bir AdServicesException
sağlar:
getAdSelectionData
, geçersiz bağımsız değişkenlerle başlatılırsaAdServicesException
, neden olarak birIllegalArgumentException
belirtir.- Diğer tüm hatalar, neden olarak
IllegalStateException
ile birlikte birAdServicesException
alır.
Gizlilikle İlgili Dikkat Edilmesi Gereken Noktalar
adSelectionData
, geçiş halindeki verilere yalnızca PPAPI ve güvenilir sunucular tarafından erişilebilmesini sağlamak için şifrelenir.
Şifrelemeye rağmen, adSelectionData
boyutu nedeniyle veri sızıntısı meydana gelebilir. adSelectionData
boyutu şu nedenlerle değişiklik gösterebilir:
- Cihazda
CustomAudience
verilerindeki değişiklikler mevcut. CustomAudience
filtreleme mantığında değişiklikler yapıldı.getAdSelectionData
çağrısının girişinde değişiklik yapıldı.
adSelectionData
boyutundaki değişiklik, 1 bit sızıntısı tartışmasında belirtildiği gibi uygulamalar arası bir tanımlayıcı oluşturmak için kullanılabilir. 1 bit sızıntısı için geçerli olan birçok çözüm burada da geçerlidir.
Bu sızıntıları yönetmek amacıyla getAdSelectionData
API'ye yapılan tüm çağrılar için aynı adSelectionData
değerini oluşturmayı planlıyoruz. İlk sürümlerde, adSelectionData
oluşturmak için cihazdaki tüm CustomAudiences
kullanılır ve şifrelenmiş yük, boyut varyasyonlarını maskelemek için doldurulur. Ayrıca GetAdSelectionData
giriş parametrelerinin, oluşturulan adSelectionData
üzerindeki etkisini de kısıtlayacağız.
Ancak tüm cihaz üzerinde açık artırma verilerini kullanarak tüm reklam teknolojileri için aynı adSelectionData
değerinin oluşturulması, artık reklam teknolojisi sunucusuna yapılan her çağrıda aktarılması gereken büyük bir yük oluşturur. Açık artırma yükü oluşturmak için cihaz üzerinde özel kitlelerin tamamını kullanmak, ekosistemin kötü amaçlı varlıkların kötüye kullanımına açık olmasını da sağlar. Bu endişeleri aşağıdaki Boyut optimizasyonları ve Kötüye kullanım önlemleri bölümlerinde ele aldık.
Boyut optimizasyonları
Reklam teknolojisi istemcisi SDK'sının, adSelectionData
içeriğinin şifrelenmiş baytlarını reklam teknolojisi sunucusuna yapılan HTTP PUT/POST
içeriğe dayalı çağrıya paketlemesi beklenir. Daha düşük geri dönüş süresi gecikmesi ve maliyet için yardımcı programı etkilemeden adSelectionData
boyutunu mümkün olduğunca küçültmek gerekir.
adSelectionData
boyutunu küçültmek için gelecekteki sürümlerde aşağıdaki optimizasyonları keşfetmeyi ve kullanıma sunmayı planlıyoruz:
Dolgu ile sabit bir paket boyutu grubunda oluşturulan yük: Boyut değişimlerinden sızıntıyı en aza indirirken düşük yüke izin vermek amacıyla oluşturulan yük için sabit boyutlu paketleme kullanmanızı öneririz. Örneğin, paket sayısının küçük olması,
getAdSelectionData
çağrısı başına 3 bitten daha az entropi sızıntısına neden olur.Cihaz üzerindeki veriler maksimum paket boyutunu aşarsa hangi verilerin çıkarılacağına karar vermek için aşağıda belirtilen öncelik değerleri gibi stratejiler kullanılır.
Alıcı Yapılandırması: Alıcıların alıcı başına yük yapılandırması oluşturmasına izin vermenin uygunluğunu değerlendiriyoruz. Bu yapılandırma, bir alıcının katılmak isteyeceği açık artırmaları belirlemek için faydalıdır. Uygunsa kayıt sırasında alıcı reklam teknolojisi, Protected Audience'ın yük yapılandırmasını günlük bir düzenli aralıklarla getireceği bir uç nokta kaydedebilir. Alternatif olarak, gizliliği korumaya yönelik API'ler alıcı reklam teknisyenlerinin bu uç noktayı kaydetmesine izin vermek için bir API ortaya çıkarır.
Daha sonra bu yapılandırma, her
getAdSelectionData
isteği için alıcının oluşturulanadSelectionData
öğesine katkısını değerlendirmek amacıyla kullanılır.Alıcı yük yapılandırması, alıcıların aşağıdakileri belirtmesine olanak tanır:
- İzin verilen satıcılar listesi: Alıcı Özel Kitleleri yüke yalnızca
getAdSelectionData
çağrısı izin verilenler listesindeki bir satıcı tarafından başlatılırsa eklenir. İzin verilenler listesini güncel tutmak için yük yapılandırmasını günlük aralıklarla getiririz. - Satıcı başına boyut sınırı: Alıcı, belirli bir satıcı tarafından açık artırma başlatıldığında yüke gönderilecek veri boyutunu belirlemek için satıcı başına boyut sınırı belirtebilir. Bu, alıcı belirli satıcılara ait açık artırma verilerini işlemeye daha fazla kaynak ayırmak istiyorsa yararlı olur. SellerFrontendService, her bir BuyerFrontendService'e yalnızca alıcıya özel verileri yönlendirir. Dolayısıyla alıcı, satıcı başına boyut sınırı tanımlayarak, satıcının gerçekleştirdiği açık artırmalar için Teklifli Sistem ve Açık Artırma sunucusunun BuyerFrontendService tarafından kullanılan ve işlenen veri miktarını açıkça kontrol edebilir.
- İzin verilen satıcılar listesi: Alıcı Özel Kitleleri yüke yalnızca
Satıcı Yapılandırması: Satıcıların, yük boyutunu ve açık artırma katılımcılarını kontrol etmek için açık artırma parametreleri tanımlamasına olanak tanıyacak, satıcı başına açık artırma yapılandırmasının uygulanabilirliğini değerlendiriyoruz. Uygunsa satıcı reklam teknolojisi, kayıt sırasında Protected Audience'ın satıcı başına açık artırma yapılandırmasını düzenli aralıklarla getirebileceği uç noktayı belirtebilir. Daha sonra bu yapılandırma, her bir
getAdSelectionData
isteği için oluşturulanadSelectionData
öğesinin bileşimini ve sınırlarını belirlemek amacıyla kullanılır.Alıcı yapılandırmasına benzer şekilde, satıcı başına yapılandırma da satıcıların bir açık artırmada hangi alıcı grubunu görmek istediklerini belirtmelerine ve yük boyutuna alıcı başına katkısı için sınırlar belirlemelerine olanak tanır.
Satıcı açık artırma yapılandırması, satıcıların şunları belirtmesine olanak tanır:
- İzin verilen alıcı listesi: Belirli bir satıcı tarafından başlatılan açık artırmalarda, yalnızca izin verilenler listesindeki alıcılar açık artırmaya yönelik Özel Kitleler'e katkıda bulunabilir. İzin verilenler listesinin sunucu tarafı alıcı izin verilenler listesine göre güncel kalması için açık artırma yapılandırmasının günlük olarak güncellenmesi gerekir.
- Alıcı başına boyut sınırı: Satıcılar, her alıcı tarafından yüklenen veri boyutunu SellerFrontendService'e gönderilen yükte düzenlemek için alıcı başına sınır belirtebilir. Alıcı, alıcı başına boyut sınırını aşarsa beklenen sınırlar dahilinde verileri almak için alıcı yük yapılandırmasında belirlenen CustomAudience önceliği kullanılır.
- Alıcıya özel öncelik: Satıcıların alıcı başına önceliği belirlemesine izin verin. Yük boyutu yük boyutu sınırını aşarsa hangi alıcı verilerinin yükte tutulması gerektiğini tanımlamak için alıcı önceliği kullanılır.
- Yük için maksimum boyut sınırı: Farklı satıcılar, farklı kaynak tahsisine sahip olabilir ve istek başına açık artırma yükü için maksimum boyut sınırı belirlemek isteyebilir. Maksimum boyut sınırı, Protected Audience API tarafından ayarlanan sabit boyutlu paketlere uyar.
Özel kitle değişiklikleri
- Özel Kitle önceliğini Belirt: Alıcıların Özel Kitlede öncelik değeri belirtmesine izin verin. Alıcı özel kitle grubunun satıcı başına veya alıcı başına boyut sınırlarını aşması durumunda açık artırmaya dahil edilmesi gereken özel kitleleri tanımlamak için
priority
alanı kullanılır. Özel Kitlede belirtilmemiş bir öncelik değeri varsayılan olarak0.0
olur.
- Özel Kitle önceliğini Belirt: Alıcıların Özel Kitlede öncelik değeri belirtmesine izin verin. Alıcı özel kitle grubunun satıcı başına veya alıcı başına boyut sınırlarını aşması durumunda açık artırmaya dahil edilmesi gereken özel kitleleri tanımlamak için
Yük Verilerindeki Değişiklikler
- Yükte gönderilen verileri azaltın: Teklifli sistem ve açık artırma hizmetleri yükü optimizasyonu bölümünde ayrıntılı olarak açıklandığı gibi, daha yüksek yük; özel kitle
ads
verileri, kullanıcı teklif sinyalleri ve Android sinyalleri tarafından desteklenir. Daha yüksek yük aşağıdaki kriterlere göre azaltılabilir:- İstemcinin, yükte reklam oluşturma kimlikleri (reklam nesneleri yerine) göndermesini sağlama.
- İstemcinin yükte hiç reklam verisi göndermemesini sağlamak.
- İstemci yükünde kullanıcı teklif sinyalleri gönderilmiyor.
- Yükte gönderilen verileri azaltın: Teklifli sistem ve açık artırma hizmetleri yükü optimizasyonu bölümünde ayrıntılı olarak açıklandığı gibi, daha yüksek yük; özel kitle
Yukarıda bahsedilen stratejiler reklam teknisyenlerinin adSelectionData
yük bileşimini ve sınırlarını yönetmek için yapılandırmalar tanımlamasına olanak tanır. Bununla birlikte, yapılandırma parametrelerini değiştirerek adSelectionData
boyutunun değiştirilmesini sağlayan bir faktör de olabilirler. Bunu önlemek için yapılandırma, yapılandırılan uç noktadan Protected Audience tarafından günlük olarak getirilir.
Gecikme optimizasyonu
Sunucu açık artırmalarının istenen fayda düzeyini sağlaması için getAdSelectionData
API ve persistAdSelectionResult
API'nin çağrı başına düşük gecikme süresine sahip olması gerekir. 2023'te API'ler için özellik desteği sunmayı hedeflesek de bir sonraki sürümümüzde gecikme karşılaştırmalarına ve API'ler için optimizasyonlara odaklanacağız.
Gecikmeyi kabul edilebilir sınırlar dahilinde tutmak için aşağıdaki stratejileri araştırıyoruz:
Satıcı başına Korunan Kitle verilerinin önceden oluşturulması: Satıcı açık artırma yapılandırması ve alıcı yük yapılandırması önemli bir süre boyunca (günlük) sabit olacağından platform, uygun Protected Audience verilerini önceden hesaplayabilir ve depolayabilir.
Bu, platformun özel kitle güncellemelerini izleyecek bir mekanizma oluşturmasını ve güncellemelere dayalı olarak önceden oluşturulmuş Protected Audience verilerini değiştirmesini gerektirir. Ayrıca platformun, özel kitle güncellemeleri ile sunucu açık artırması için oluşturulan
adSelectionData
içindeki değişikliği görme arasındaki gecikmeli reklam teknolojisinde SLO'ları beyan etmesi gerekir.Bir cihaz, değişen süreç önceliklerine sahip sınırlı bir kaynak hesaplama modeli sağladığından, bu önceden oluşturma olanağını sağlamanın yüksek güvenilirlik ve SLO garantilerini beraberinde getirmenin gerektiğini biliyoruz.
Bu durumda, Korunan Kitle verilerinin önceden oluşturulması temel alınır
- Satıcı, Protected Audience verilerini önceden oluşturma seçeneğini etkinleştirebilir.
- Belirli bir satıcının başlattığı açık artırmaya katılmaya uygun alıcılar.
- Yükün bir parçası olabilecek alıcı başına özel kitleleri aşağıdaki bilgilere göre tanımlama:
- Alıcı başına boyut sınırları, satıcı yapılandırmasında tanımlanan alıcı başına öncelik ve maksimum boyut sınırları.
- Satıcı başına boyut sınırı, alıcı yapılandırmasında tanımlanan özel kitle önceliği.
Negatif filtrelemenin istekli uygulaması: Satıcı tarafından tercih edilirse platform, Korunan Kitle verilerini önceden oluşturarak ve kritik
getAdSelectionData
çağrısına negatif filtre uygulayarakadSelectionData
değerini önceden hesaplayabilir. Bu, satıcıların negatif filtrelemede eskiliği kabul ederken gecikmeyi azaltmayı dengelemesine olanak tanır.Platform, gerekirse en güncel hesaplamaya olanak tanımak için Satıcı yapılandırmasında eskilik sınırıyla varsayılan bir seçenek ve
getAdSelectionData
içinde bir geçersiz kılma seçeneği sağlayarak bu desteği sağlayabilir. Alternatif olarak platform, açık artırmayı hazırlamak içingetAdSelectionData
tarihinden önce çağrılacak ek bir başlatma API'si sağlayabilir.Birden fazla açık artırma için yük hesaplaması: Bazı durumlarda, artan veri eskiliğine pahasına gecikmeye yüksek performans gösteren bir API'ye sahip olmak tercih edilebilir. Platform bunu sağlamak için tüm yükü hesaplamak amacıyla bir başlatma API'si sunabilir ve arayana hesaplanan yük için bir referans sağlayabilir.
Sonraki
getAdSelectionData
çağrılarında arayan,adSelectionData
nesli için kullanılacak önceden hesaplanmış yüke referans sağlayabilir.
Yukarıda bahsedilen üç stratejinin tümü ilk keşif aşamasındadır ve platformun gecikme için optimize etmek için ilerleyebileceği yönü tanımlamayı amaçlamaktadır. API'nin gecikme profillerini ve reklam teknolojisi gereksinimlerini daha ayrıntılı bir şekilde keşfettikçe ek stratejiler önermeye devam edeceğiz.
Kötüye kullanım azaltma ve tanımlama
Gizlilikle ilgili hususlarda belirtildiği gibi adSelectionData
, cihazdaki tüm alıcı verileri kullanılarak oluşturulur.
Ancak adSelectionData
çıktısını oluşturmak için cihazdaki tüm alıcı verileri kullanılırsa kötü amaçlı bir varlık alıcı gibi davranarak Android performansını düşürmek için sahte alıcı verileri oluşturabilir, reklam teknolojisinin açık artırmalar veya teklif verme maliyetlerini artırmak için yükü şişirebilir ve daha pek çok şey yapabilir.
Çözüm
Boyut konusunda dikkat edilmesi gereken noktalar bölümünde belirtilen bazı önlemler (ör. izin verilenler listesindeki satıcıları içeren alıcı yükü yapılandırması ve izin verilenler listesine eklenmiş alıcıları içeren satıcı açık artırma yapılandırması), yükteki beklenmedik verilerin hariç tutulmasına yardımcı olabilir.
STP'lerin alıcı önceliğini belirlemesini sağlamak, oluşturulan yüke alıcı başına kota yerleştirmek ve açık artırma yükü başına maksimum bir boyut belirlemek gibi boyut açısından üzerinde düşünülmesi gereken diğer önlemler de kötü amaçlı yük şişirmenin etkisini azaltmaya yardımcı olabilir. Bu önlemlerin amacı, reklam teknisyenlerinin birlikte çalışacakları reklam teknolojisini tanımlamalarına ve işlemeleri gereken yük için kabul edilebilir sınırlar belirlemelerine olanak tanır.
Daha önce de belirtildiği gibi, kötüye kullanım karşıtı ve boyut kısıtlamalarıyla ilgili olarak sunulan tüm çözümler, gizlilikle ilgili hususlara uygun olmalıdır.
Kötü amaçlı varlıkların tespiti
Yukarıda bahsedilen hafifletmeler, sunucu açık artırmaları için adSelectionData
neslini korurken, kötü amaçlı varlıkların tanımlanmasına veya platformu kötüye kullanımlardan (ör. bir alıcıdan benzeri görülmemiş sayıda özel kitle oluşturulması) korumaya yardımcı olmaz.
Platform istikrarını ve sağlığını korumak için kötü amaçlı varlıkları tanımlayacak, kötüye kullanım vektörlerini tanımlayacak ve belirli saldırıların nedenini belirleyecek bir mekanizma bulmamız gerekiyor. Sonraki sürümlerde, olası kötüye kullanım vektörlerini ve bunlara karşı uygulanmakta olan koruma yöntemlerini ayrıntılı olarak açıklayacağız.