İlk Protected Audience teklifinde şunlar için teklif verme ve açık artırma: Yeniden pazarlama reklam talebi cihazda yerel olarak yürütülür. Bu koşul, cihazlarda yürütülmesi mümkün olmayabilecek hesaplama gereksinimleri sınırlı işlem gücü veya çeşitli nedenlerden dolayı reklamları seçip oluşturmak çok yavaş olabilir. ağ gecikmesi.
Teklif Verme ve Açık Artırma hizmetleri (B&A) teklifi, Protected Audience hesaplaması, güvenilir bir cihazdaki bulut sunucularında gerçekleştirilir yürütme ortamını (TEE) kullanır. İlgili içeriği oluşturmak için kullanılan B&A teklifi, bağlamsal ve öğe türü değerlendirmeleri için birleşik bir akışı desteklemeyi yeniden pazarlama reklamı talebi. İşlemleri sunuculara taşımak, Hesaplama döngüleri ve ağı serbest bırakarak Protected Audience açık artırması bant genişliği kullanılır.
Google, B&A bileşenlerini sağlayacak ve açık kaynaklıdır. İlgilenen reklam teknolojileri, desteklenen platformlarla kendi örneklerini barındırabilir herkese açık bulut sağlayıcılar. B&A teklifi hakkında daha fazla bilgiye şuradan ulaşabilirsiniz: GitHub'a gidin. Dokümanda gösterilen tarihlerin, ilgili belgede aynı zamanda daha fazla bilgi vereceğiz ve Android ile entegrasyon sağlanacak. Bu belge, web sitesi uygulamaları için ve B&A ile etkileşim kurmak için Android'in sağlayacağı yeni API'leri içerir. Bu güncellemenin kullanım hakkında daha fazla teknik bilgi edinin.
Oda kahvaltı hizmetlerinin bulunduğu yerler
B&A, reklam teknolojisinin sahibi olduğu açık artırma için ek bir seçenek sunar güvenilir sunuculara ve Google'ın sağladığı açık kaynak ikili program Kullanıcı verileri cihazın üzerinde durmaya devam eder ve Google, verilerin güvenli bir şekilde taşınması için aktarabilmelidir. Aşağıda, şifreleme stratejimiz hakkında daha fazla bilgi edinebilirsiniz.
Bu, açık artırma sürecinin bazı bölümlerinin cihazda, bazılarının ise cihazda gerçekleştiği anlamına gelir. oluşturun. TTP açısından bakıldığında özel kitleler (aday reklamlar dahil) kampanyaları için) aynı özel kitle yönetimi API'lerini kullanabilirsiniz. Kaynak STP'ler açısından bakıldığında, istekler cihazda tetiklenmeye devam eder ve bu doküman burada kullanılacak yeni API'leri açıklamaktadır. Tüm taraflar için, bildirimi göndererek bu arama, satın alma işleminin sonucu yine de cihazdan başlar.
En önemli fark, teklif verme, puanlama ve raporlama URL'sinin
oluşturma mantığı yürütüldüğünden emin olun. Teklifli sistem, açık artırma ve raporlama yerine
cihazdaki mantık, generateBid()
, scoreAd()
, reportResult()
ve
TEE'de reportWin()
mantığı yürütülür. Alıcının teklif verme mantığı ve satıcının
puanlama mantığı kendi B&A ortamında yürütülür,
Protected Audience açık artırma akışı:
Veri Şifreleme
B&A ile özel kitleler ve teklif gibi Protected Audience bilgileri tutar, cihazdan satıcı reklam teknolojisi sunucuları aracılığıyla alıcının reklam teknolojisine aktarılır ve tekrar cihaza geçer. Bu nedenle platform, verileri Protected Audience hizmetlerine giden verileri içerir ve şifresi yalnızca hizmetler onaylanmıştır. Şifreleme stratejileri hakkında daha fazla bilgiyi şuradan edinebilirsiniz: GitHub'a gidin.
Mimari ve açık artırma akışı
Bu teklif, GitHub, cihazdan cihaza veri akışını Oda ve kahvaltı.
Genel olarak, veri akışı aşağıdaki gibi tanımlanır:
- Satıcılar, cihaz üzerinde şunu kullanarak Protected Audience'tan bilgi toplar:
getAdSelectionData
API. - Cihaz üzerinde SDK, Satıcı Reklamına istek gönderir.
hizmet. Bu istek, bağlamsal yük ve
ProtectedAudienceInput
şifrelendi. - Satıcı Reklamı hizmeti, alıcılara bir istek gönderir. gerçek zamanlı teklif verme (GZT) bir hizmet sağlayıcı olarak nitelendirilebilir ve adaylara yönelik bağlama dayalı reklamlar elde etmek amacıyla puanı ve kazanan bir içeriksel reklam seçmek.
- Satıcı Reklam hizmeti, kendi SellerFrontEnd hizmeti kullanılabilir.
- SellerFrontEnd hizmeti, alıcıya özel veriler içeren istekleri BuyerFrontEnd hizmetleri.
- Alıcılar kendi Anahtar/Değer hizmetlerini ve Teklifli Sistem'i kullanır. hizmeti kullanan bir web sitesidir. yeniden pazarlama için düşünülen tüm özel kitleler için cihaza
- SellerFrontEnd hizmeti, Anahtar/Değer hizmeti alır ve aday reklamları puanlandırır. Sonuç şifrelenir ve Satıcı Reklamı hizmetine geri döndürülür.
- Satıcı Reklamı hizmeti, şifrelenmiş kazanan sonucu ve isteğe bağlı olarak, bağlamsal sonucu cihaz üzerindeki SDK'ya gönderir.
- Cihazda, satıcılar kazanan reklamı
Satıcı Reklamı'ndan gelen yanıtın şifresini çözen
processAdSelectionResult
API geliştirmenizi sağlar.
Her adımın ayrıntılı açıklamasını ve verilerin nasıl şifrelendiğini şu sayfada bulabilirsiniz: GitHub'a gidin. Bu bileşenlerin kodu kullanıma sunulacaktır olduğunu varsayalım. Sağlanan kod, şuradan gelen isteklerin federasyonunu ele alır: BuyerFrontEnd hizmetlerine SellerFrontEnd hizmeti
Bulut Dağıtımı
Reklam teknolojileri, desteklenen bir herkese açık buluta B&A hizmetlerini dağıtacak platformu. Bu dağıtımlar, reklam teknisyenleri tarafından yönetilecektir. kullanılabilirlik hizmeti Düzeyi Hedefi'ni tanımlamaktan sorumludur.
Açık artırma yapma
B&A açık artırmasını yürütmenin ilk adımı, cihazdaki verileri toplamaktır.
özel kitleler oluşturabilir ve sunucu tarafı açık artırmalara gönderilmek üzere şifreleyebilirsiniz. Yapılacaklar
Bunun için getAdSelectionData
API'yi kullanın:
AdSelectionData getAdSelectionData(AdTechIdentifier seller)
getAdSelectionData
yöntemi, "B&A" bileşenleri için gerekli girişi oluşturur.
ör. BuyerInput
ve
ProtectedAudienceInput
ve
arayana sunacağından
emin olmanız gerekir. Uygulamalar arasında veri sızıntısını önlemek için
Veriler, cihazda bulunan tüm alıcıların bilgilerini içerir. Daha fazla bilgi:
bu kararı gizlilikle ilgili hususlar bölümünde bulabilirsiniz.
Bu API bir AdSelectionData
nesnesi döndürür:
class AdSelectionData {
long adSelectionId // Unique identifier for the auction.
byte[] data // Encrypted bytes containing data sourced from
// on device custom audiences; will
// be used as the payload to B&A.
}
Cihaz üzerindeki SDK, bu AdSelectionData
üzerinden
Verileri bir POST veya PUT isteğine ekleyerek Satıcı Reklam hizmeti:
fetch('https://www.example-ssp.com/auction', {
method: "PUT",
body: data,
…
})
Cihaz üzerinde SDK bu verilerin kodlanmasından sorumludur. Önerilerimiz
İsteği Satıcı Reklamına göndermek gibi alan verimli bir çözüm kullanmalıdır
multipart/form-data
olarak hizmetinizde.
İstek başlatıldıktan sonra, Satıcı Reklam hizmeti isteği TEE'de çalışan SellerFrontEnd hizmeti. Bir SellerFrontEnd hizmeti sunuyorsa satıcılar, müşterilerin e-posta adresi veya hizmetleri Alıcı'nın, bir üçüncü taraf satın alma uzmanının izin verdiği alıcılar tarafından işletilen birlikte çalışır. İstekler çeşitli BuyerFrontEnd Satıcının sağladığı hizmetler; böylece alıcıların teklif oluşturabilir için en iyi konumdur. B&A, belirli bir alıcı için yalnızca özel kitleler hakkında bilgi sağlar. Böylece, alıcılar arasında çapraz veri sızıntısı Teklifleri oluşturduktan sonra, Aday reklamları SellerFrontEnd hizmetine, kazananın seçili. Son olarak, SellerFrontEnd hizmeti şifrelenmiş kazanan reklamı döndürür ekleyebilirsiniz.
Satıcı Reklam hizmetine yapılan isteğin cihaza verdiği yanıttan sonra,
Platform, sonucun şifresini çözmek ve bir İYS'den en iyi şekilde yararlanmak için
AdSelectionOutcome
, cihaz üzerinde açık artırmadan döndürülen nesnedir
.
PersistAdSelectionResultRequest {
AdSelectionId id // Same ID returned from initial getAdSelectionData call.
AdTechIdentifier seller // Used for enrollment checks.
byte[] adSelectionionResult // The result of the network call to Seller Ad
// service/B&A.
}
persistAdSelectionResult(persistAdSelectionResultRequest);
Raporlama
Raporlama URL'leri, B&A hizmetlerinde oluşturulacak. Bu URL'lere pinglenir.
açık artırmalara ilişkin gösterimlerin ve etkileşimlerin raporlanması
cihaz üzerinde tetiklendi. Cihaz üzerinde SDK'nın yine de
reportImpression()
ve reportInteraction()
API'leri kullananlar
B&A akışı sırasında AdSelectionId
oluşturuldu. Şunun için oluşturulan işaretçiler:
etkileşim raporlaması ve ilgili URL'ler,
şifrelenmiş yanıt; yanıtın şifresini çözerken etkinlikler ve URL
eşlemeleri cihazda saklanır.
Gizlilikle İlgili Dikkat Edilmesi Gerekenler
Tarayıcı Teklifi ve GitHub'daki Açık Artırma API'si teklifi, nasıl değerlendirildiğine dair bilgi edindiniz. Bu teklif, Chrome'un ancak aynı ilkeler Android için de geçerlidir.
adSelectionData
, yalnızca aktarım halindeki verilere erişilebilmesini sağlamak için şifrelenir
PPAPI'ye ve güvenilir sunuculara gönderebilirsiniz. Veri sızıntısı riskini azaltmak için
adSelectionData
boyut değişikliği, aynı adSelectionData
boyutunu oluşturmayı planlıyoruz
getAdSelectionData
API'ye yapılan tüm çağrılar için geçerlidir. Bu, tüm modellerin
Cihazdaki CustomAudience
hesabı adSelectionData
oluşturmak için kullanılır. Ayrıca
GetAdSelectionData
giriş parametrelerinin etkisini
adSelectionData
oluşturuldu.
Cihazdaki tüm öğeleri kullanarak tüm reklam teknolojileri için aynı adSelectionData
oluşturuluyor
açık artırma verileri her zaman aktarılması gereken daha yüksek bir yüke
Ekosistemi kötüye kullanıma açacak şekilde
reklam teknolojisi sunucusuna çağrı göndermek
tespit edebilirsiniz. Bu sorunlar, Boyut
dikkat edilmesi gereken noktaları ve Kötüye kullanıma karşı dikkat edilmesi gereken hususlar bölümlerini inceleyin.
Boyutla ilgili dikkat edilmesi gereken noktalar
Reklam teknolojisi istemci SDK'sının
adSelectionData
değerini, Satıcının sunucusuna yapılan içeriğe dayalı reklamlar için yapılan bir çağrıya dönüştürür.
Optimum performans için reklam öğelerinin boyutunu optimize etmek
adSelectionData
, işlevsellikten ödün vermeden. Bu proje kapsamında
Yük optimizasyonunda belirtildiği şekilde optimizasyonlar
açıklayıcı ifadesini kullanarak adSelectionData
boyutunu küçültün. Bu optimizasyonlar
şunları içerecek:
ad_render_id
kullanılarak gönderilecek şekildeCustomAudience
hizmetine ekleniyor reklam oluşturma URI'si ve meta veriler kullanmak yerineadSelectionData
. Reklam teknolojileriadSelectionData
içinde reklam verilerini göndermeyerek bu hedefi daha da optimize edebilirsiniz. Bu seçenek sonraki sürümlerde deCustomAudience API
sürümünde desteklenecektir.user_bidding_signals
öğelerininadSelectionData
içinde gönderilmediğinden emin olun. Bunun yerine, teknisyenler, Key/Value sunucusundanuser_bidding_signals
getirebilir.- Alıcıların
CustomAudience
öğesine öncelik vermesine izin ver. - Alıcının satıcı önceliğini belirtmesine izin ver.
- Aynı zamanda bit sızıntısını sınırlandırmak için sabit birkaç pakette
adSelectionData
oluşturun yardımcı olabilir.
Gizlilikle ilgili belirtilen endişeler göz önünde bulundurularak boyut optimizasyonları yapılacaktır. düşünmelisiniz.
Kötüye kullanımla mücadelede dikkat edilmesi gereken noktalar
Gizlilikle ilgili değerlendirmelerde belirtildiği gibi, adSelectionData
şu dosya kullanılarak oluşturulur:
cihazdaki tüm alıcı verileri.
Bu durum, ekosistemde zararlı olabilecek, kötü amaçlı performansı düşürebilecek sahte alıcı verileri veya satışları artırmak için yükleri ör.
adSelectionData
sitesinin kötüye kullanımı ile mücadele etmek için aşağıdaki önlemleri alacağız
CustomAudience
sitesinin, onaylı satıcıları ve satıcıyı açıkça belirtmesine izin ver öncelik- STP'lerin oluşturulan yük
- STP'lerin arama başına maksimum alıcı sayısını belirleyebileceği bir mekanizma sağlayın veya maksimum boyuttur.
Bu önlemler, reklam teknolojilerinin başka hangi reklam teknolojilerinin
ve adSelectionData
üzerinde kabul edilebilir sınırları belirlemek için
kolay bir yoludur. Satıcının, koruma altında bulunan
ayrı bir görüşmede sakıncası yoktur. Bu spesifikasyon
belirli bir zaman aralığı boyunca sabit kalacak şekilde
kullanıcı hakkında
bilgi edindiniz.
Yukarıda belirtilen çözümler şu anda tartışılmaktadır ve zaman içinde değişebilir. gerekir. Daha önce de belirtildiği gibi, kötüye kullanımın önlenmesi ve boyutlarının kısıtlamaların gizlilikle ilgili hususlara uygun olması gerekir.