Teklif verme ve açık artırma hizmetleri

İ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:

1. Satıcılar, cihaz üzerinde şunu kullanarak Protected Audience'tan bilgi toplar: getAdSelectionData API.
2. Cihaz üzerinde SDK, Satıcı Reklamına istek gönderir. hizmet. Bu istek, bağlamsal yük ve ProtectedAudienceInput şifrelendi.
3. 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.
4. Satıcı Reklam hizmeti, kendi SellerFrontEnd hizmeti kullanılabilir.
5. SellerFrontEnd hizmeti, alıcıya özel veriler içeren istekleri BuyerFrontEnd hizmetleri.
6. 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
7. 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.
8. Satıcı Reklamı hizmeti, şifrelenmiş kazanan sonucu ve isteğe bağlı olarak, bağlamsal sonucu cihaz üzerindeki SDK'ya gönderir.
9. 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:

1. ad_render_id kullanılarak gönderilecek şekilde CustomAudience hizmetine ekleniyor reklam oluşturma URI'si ve meta veriler kullanmak yerine adSelectionData. Reklam teknolojileri adSelectionData içinde reklam verilerini göndermeyerek bu hedefi daha da optimize edebilirsiniz. Bu seçenek sonraki sürümlerde de CustomAudience API sürümünde desteklenecektir.
2. user_bidding_signals öğelerinin adSelectionData içinde gönderilmediğinden emin olun. Bunun yerine, teknisyenler, Key/Value sunucusundan user_bidding_signals getirebilir.
3. Alıcıların CustomAudience öğesine öncelik vermesine izin ver.
4. Alıcının satıcı önceliğini belirtmesine izin ver.
5. 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.