İlgili uygulama yükleme reklamlarını destekleyen Korumalı Uygulama Sinyalleri

Bu teklif, Özel Korumalı Alan kayıt sürecine tabidir ve onaylar. Onaylar hakkında daha fazla bilgi için lütfen onay bağlantısına yönlendirir. Bu teklifte yapılacak gelecekteki güncellemeler bu sisteme erişebilmenin gereksinimlerini açıklayın.

Kullanıcı edinme reklamları olarak da bilinen mobil uygulama yükleme reklamları, Kullanıcıları bir mobil uygulamayı indirmeye teşvik etmek için tasarlanmış mobil reklamcılık Bu Reklamlar kullanıcılara genellikle ilgi alanlarına ve demografilerine göre sunulur ve Genellikle oyunlar, sosyal medya ve haberler gibi diğer mobil uygulamalarda görünür. Kullanıcı bir uygulama yükleme reklamını tıkladığında, doğrudan uygulama mağazasından uygulamayı indirebilirsiniz.

Örneğin, yeni bir mobil cihaz için yeni yükleme sayısı elde etmeye çalışan bir reklamveren ABD'deki yemek siparişi uygulamalarının reklamlarını, Bunların ABD'de bulunması ve daha önce başka yemek siparişi hizmeti

Bu genellikle bağlama dayalı, birinci taraf ve üçüncü taraf Reklam kimliklerine göre kullanıcı profilleri oluşturmak için reklam teknolojileri arasında taraf sinyalleri Reklam teknolojisi makine öğrenimi modelleri, bu bilgileri reklam seçmek için giriş olarak kullanır alakalı ve sonuçta başarılı olma olasılığı en yüksek olan gösterir.

Aşağıdaki API'ler, uygulamanızın yüklemelerine yönelik etkili uygulama yükleme reklamlarını desteklemek için Taraflar arası kullanıcı tanımlayıcılarına bağımlılığı ortadan kaldırarak kullanıcı gizliliğini iyileştirmeye:

1. Protected App Signals API: Depolama alanının merkezinde yer alır. Kullanıcının potansiyelini temsil eden reklam teknolojisiyle geliştirilmiş özelliklerin oluşturulması ilgi alanları. Reklam teknolojileri, uygulama gibi uygulama başına etkinlik sinyalleri saklar yüklemeler, ilk açılışlar, kullanıcı işlemleri (oyun içi seviye atlama, başarılar), veya uygulamada geçirilen süre. Sinyaller şurada yazılır ve depolanır: ve yalnızca güvenlik açıklarını yalnızca Korumalı Açık Artırma sırasında belirli bir sinyali depolayan reklam teknolojisi mantığı güvenli bir ortamda çalışıyor olmak.
2. Reklam Seçimi API'si: Bu API, mevcut bir API'yi yapılandırmak Güvenilir Yürütme Ortamında (TEE) yürütülen Protected Açık Artırma Bu adımda, reklam teknolojileri adayları alır, çıkarım yapar, teklifleri hesaplar ve “kazanan” seçmek için puanlama hem Korumalı Uygulama Sinyallerini hem de Yayıncı tarafından sağlanan gerçek zamanlı, bağlamsal bilgiler

ziyaret edin.

Android'deki Özel Korumalı Alan'da korunan uygulama sinyallerini ve reklam seçimi iş akışını gösteren akış şeması.

Korunan uygulama sinyallerinin nasıl destek sağladığına dair genel bakış aşağıda verilmiştir Alakalı uygulama yükleme reklamları Bu belgenin aşağıdaki bölümlerinde adım adım açıklayacağım.

• Sinyal seçimi: Kullanıcılar mobil uygulamaları kullandıkça reklam teknolojileri sinyalleri seçer kullanarak alakalı reklamlar yayınlamak için reklam teknolojisi tanımlı uygulama etkinliklerini saklayarak Protected App Signals API. Bu etkinlikler, cihaz üzerinde korumalı bir konumda saklanır Özel Kitlelere benzer şekilde depolama alanı kullanılır ve yalnızca teklif verme ve açık artırma hizmetlerinin etkin olacağı şekilde güvenilir yürütme ortamlarında doğru güvenlik ve gizlilik kontrolü, teklif verme ve puanlama reklamları için bu reklamların şifresini çözebilir.
• Sinyal Kodlaması: Sinyaller, belirli aralıklarla özel bir reklam teknolojisi mantığıyla çalışır. Bir Android arka plan işi, aşağıdakileri yapmak için bu mantığı yürütür: Korunan Uygulama Sinyalleri yükü oluşturmak için cihaz üzerinde kodlama uygulama Daha sonra, Korumalı reklamlar sırasında reklam seçimi için gerçek zamanlı olarak Açık artırma. Yük, son yükleme işlemi için gönderilene kadar açık artırmadır.
• Reklam Seçimi: Kullanıcı SDK'ları, kullanıcıyla alakalı reklamlar seçmek için Korumalı Uygulama Sinyalleri'nin şifrelenmiş yükünü gönderir ve Korumalı Açık Artırma. Açık artırmada, alıcının özel mantığı, Korumalı Yayıncı tarafından sağlanan içerik verileriyle birlikte uygulama sinyalleri (veriler) genellikle Open-RTB reklam isteğinde paylaşılır) reklam seçimi için tasarlanmış özellikler (reklam alma, çıkarım ve teklif oluşturma). Protected Audience'a benzer şekilde, alıcılar Korumalı Açık Artırmada nihai puan için satıcıdan onay almanız gerekir.
  • Reklam Alma: Alıcılar, Korumalı Uygulama Sinyallerini ve özellik mühendisliği için yayıncı tarafından sağlanan bağlamsal veriler alakalı olması gerekir. Bu özellikler, reklamları eşleştirmek için kullanılır reklam öğelerini hedeflemenize olanak tanır. Bütçe dahilinde olmayan reklamlar filtrelenir. Ardından en üstteki bin reklam teklif vermek üzere seçilir.
  • Teklif: Alıcıların özel teklif verme mantığı, Mühendislik için yayıncı tarafından sağlanan bağlamsal veriler ve korumalı uygulama sinyalleri alıcı makine öğrenimi modellerine girdi olarak kullanılan özellikler ve gizliliği korumaya yönelik güvenilir bir kuruluşta aday reklamlar için çıkarım ve teklif verme sınırlar. Alıcı daha sonra seçtiği reklamı satıcıya iade eder.
  • Satıcı Puanlaması: Satıcıların özel puanlama mantığı puanları reklamları Katılımcı Alıcı tarafından gönderilir ve gönderilecek kazanan bir reklamı seçer oluşturmak için uygulamaya geri dönün.
• Raporlama: Açık artırma katılımcıları, geçerli kazanma raporlarını alır ve kayıp raporları olarak kullanabilirsiniz. Google'ın haber kuruluşlarına yönelik gizlilik gizliliğini korumaya yönelik model eğitimine ilişkin verileri gösterir.

Zaman çizelgesi

	Geliştirici Önizlemesi			Beta
Özellik	2023 4. Çeyrek	2024 1. Çeyrek	2024 2. Çeyrek	2024 3. Çeyrek
Sinyal Seçme API'leri	Cihaz üzerinde depolama API'leri	Cihaz üzerinde depolama alanı kotası mantığı Cihaz üzerinde özel mantıkla ilgili günlük güncellemeler	Yok	%1 T+ Cihazlarda kullanılabilir
TEE'de reklam alma sunucusu	En Değerli Oyuncu	GCP'de kullanılabilir İlk K için destek UDF üretimleştirme	AWS'de kullanılabilir İzinli Hata Ayıklama, Metrikler ve İzleme
TEE'de Çıkarım Hizmeti Makine öğrenimi modellerini çalıştırma ve TEE'de teklif vermek için kullanma desteği	Yapım aşamasında	GCP'de kullanılabilir Dağıtım ve Tensorflow ve PyTorch kullanarak statik makine öğrenimi modellerinin prototipini oluşturma	AWS'de kullanılabilir Tensorflow ve PyTorch modelleri için üretime alınmış model dağıtımı Telemetri, İzinli Hata Ayıklama ve İzleme
TEE'de Teklif Verme ve Açık Artırma Desteği	GCP'de kullanılabilir	PAS-B&A ve TEE Reklam Alma Entegrasyonu (gRPC ve TEE<>TEE şifrelemesi ile) Bağlamsal yolla reklam alma desteği (TEE'de B&A<>K/V desteği dahil)	AWS'de kullanılabilir Hata ayıklama raporları İzinli Hata Ayıklama, Metrikler ve İzleme

Korunan Uygulama Sinyallerini Seçme

Sinyal bir uygulamadaki farklı kullanıcı etkileşimlerinin temsilidir: alakalı reklamlar yayınlamak için yararlı olduğu reklam teknolojisi tarafından belirlenir. Bir uygulama veya Entegre SDK, reklam teknolojileri tarafından tanımlanan Korunan Uygulama Sinyallerini depolayabilir veya silebilir uygulama açılışları, başarılar, satın alma etkinliği veya uygulamada geçirilen süre. Korunan Uygulama Sinyalleri, cihazda güvenli bir şekilde saklanır ve şifrelenebilir. Böylece yalnızca Teklif Verme ve Açık Artırma'yı kullanabilirsiniz. Güvenilir Yürütme Ortamları'nda uygun güvenlikle çalışan hizmetler ve gizlilik kontrolü, reklamlar için teklif verirken ve puanlarken bu şifrenin şifresini çözebilir. Şuna benzer: Custom Audience API, cihazlarda depolanan sinyaller okunamaz veya incelenemez Uygulamalar veya SDK'lar tarafından; Sinyal değerlerini okumak için API yoktur ve API'ler sinyallerin varlığını önleyecek şekilde tasarlanmıştır. Reklam teknolojisi özel mantığı özel olarak derlenen sinyallerine sürekli olarak erişmeye devam edebilmesi için Korumalı Açık Artırmada reklam seçimi temel alınır.

Protected App Signals API

Protected App Signals API, aşağıdakileri kullanarak sinyallerin yönetimini destekler. özel kitleler için kullanılana benzer yetki mekanizması. İlgili içeriği oluşturmak için kullanılan Protected App Signals API, tek bir skaler biçiminde sinyal depolamayı sağlar veya zaman serisi olarak kullanılabilir. Zaman serisi sinyalleri, şu gibi bilgileri saklamak için kullanılabilir: kullanıcı oturumu süresidir. Zaman serisi sinyalleri, belirli bir işlevin uygulanmasında uzunluk sınırını belirleyin. Skaler veri türü sinyali veya bir zaman serisi sinyalinin her bir öğesi, bir bayt dizisidir. Her biri değeri, kodu depolayan uygulamanın paket adıyla zenginleştirilir. sinyali ve mağaza sinyali API çağrısının oluşturulma zaman damgasını gösterir. Bu ekstra bilgi sinyal kodlama JavaScript'inde mevcuttur. Bu örnek belirli bir reklam teknolojisinin sahip olduğu sinyallerin yapısını gösterir:

Bu örnekte, ilişkili bir skaler sinyal ve bir zaman serisi sinyali adtech1.com ile:

• "A1c" base64 değer anahtarına sahip skaler bir sinyal ve "c12Z" değerini girin. Sinyal mağaza 1 Haziran'da com.google.android.game_app tarafından tetiklendi 2023
• "dDE" anahtarını içeren sinyallerin listesi iki farklı kullanıcı tarafından oluşturulan izin verir.

Reklam teknolojilerine, cihazda sinyalleri depolamak için belirli bir alan ayrılır. Sinyallerin maksimum TTL değeri olacaktır.

Oluşturan uygulama aşağıdaki durumlarda Korumalı Uygulama Sinyalleri depolama alanından kaldırılır kaldırılır, Protected App Signals API'yi kullanması engellenir veya uygulama verileri kullanıcı tarafından temizlendiğinden emin olun.

Protected App Signals API aşağıdaki bölümlerden oluşur:

• sinyalleri eklemek, güncellemek veya kaldırmak için bir Java ve JavaScript API'si.
• kullanıma hazırlaması amacıyla kalıcı sinyalleri işlemesi için bir JavaScript API'si Korumalı Açık Artırma devam ederken gerçek zamanlı olarak daha fazla özellik mühendisliği güvenilir yürütme ortamı (TEE) oluşturun.

Sinyal ekleme, güncelleme veya kaldırma

Reklam teknolojileri, fetchSignalUpdates() API'yi kullanarak sinyal ekleyebilir, mevcut sinyalleri güncelleyebilir veya kaldırabilir. Bu API, Protected Audience özel kitlesine benzer yetkileri destekler. yetki.

Sinyal eklemek için uygulamalarda SDK varlığı olmayan alıcı reklam tekniklerinin şunları yapması gerekir: Mobil cihaz gibi cihazlarda varlık gösteren reklam teknolojileriyle iş birliği yapmak ölçüm iş ortakları (MMP'ler) ve arz tarafı platformları (STP'ler) Korunan Uygulama Sinyaller API'si, aşağıdakiler için esnek çözümler sunarak bu reklam teknolojisini desteklemeyi amaçlar: Cihazda arayanların çağrı yapmasına olanak tanıyarak korumalı Uygulama Sinyali yönetimi Alıcılar adına Korumalı Uygulama Sinyali oluşturma Bu sürece yetkisini kullanır ve fetchSignalUpdates() API'den yararlanır. fetchSignalUpdates(). bir URI alır ve sinyal güncellemelerinin listesini alır. Örnek vermek gerekirse fetchSignalUpdates(), yerel sinyal depolama alanına uygulanacak güncellemelerin listesi. Sahibi olduğu URL uç noktası alıcı, JSON bir komut listesiyle yanıt verir.

Desteklenen JSON komutları şunlardır:

• put: verilen anahtar için skaler bir değer ekler veya geçersiz kılar.
• put_if_not_Sunum: Herhangi bir anahtar yoksa belirli bir anahtar için skaler değer ekler değer zaten depolanıyor. Bu seçenek örneğin, Arkadaş Bitkiler projesinin deneme kimliğini kullanın ve eğer zaten varsa geçersiz kılmaktan kaçının başka bir uygulama tarafından ayarlanmış olabilir.
• Insert: Belirtilen anahtarla ilişkili zaman serisine bir öğe ekler. maxSignals parametresi, belirli bir zamandaki maksimum sinyal sayısını belirtir seri. Boyut aşılırsa önceki öğeler kaldırılır. Anahtar otomatik olarak zaman serisine dönüştürülen skaler bir değer içeriyorsa.
• remove: Belirtilen anahtarla ilişkili içeriği kaldırır.

{
   "put": {
    "A1c": "c12Z",
    "dDE": "d23d",
  },
  "put_if_not_present": {
    "aA9": "a1zfC3"
  }
  "append": {
    "bB1": {"values": ["gh12D", "d45g"], "maxSignals": 20}
  },
  "remove": ["c0D"]
}

Tüm anahtarlar ve değerler Base64'te ifade edilir.

Yukarıda listelenen komutlar; ekleme, üzerine yazma ve silme işlevini sağlamak için kullanılır ve bu sinyaller için skaler sinyaller için anlam ve ekleme, ekleme ve tam serilerin üzerine yazma zaman serisi sinyallerinden oluşur. Bir Zaman serisi sinyali, kodlama ve sıkıştırma işlemi sırasında yönetilmelidir; örneğin, kodlama sırasında zaman serisinde bunların yerini daha yenileri alır veya bunları düzeltir ve işlemi yapabilirsiniz.

Depolanan sinyaller, aşağıdakileri gerçekleştiren uygulamayla otomatik olarak ilişkilendirilir ve isteğin katılımcısı (sitenin "sitesi" veya "kaynağı" kaydı yapılan reklam teknolojisinin yanı sıra isteğin oluşturulma zamanı da belirtilir. Tüm sinyaller Özel Korumalı Alan'a kayıtlı bir reklam teknolojisi adına saklanmaya tabiyse "site"/"origin" URI'sı kayıtlı bir reklam teknolojisinin verileriyle eşleşmesi gerekir. Öğe Ad tech isteği kayıtlı değilse istek reddedilir.

Depolama alanı kotası ve çıkarma

Her reklam teknolojisinin, kullanıcı cihazında sinyalleri depolamak için sınırlı bir alanı vardır. Bu kota, reklam teknolojisi başına tanımlanır. Bu nedenle, farklı uygulamalardan seçilen sinyaller, kota. Kota aşılırsa sistem daha önce öğeleri kaldırarak yer açar giriş yapan ilk çıkar esasına göre sinyal değerlerinizdir. Tahliye işleminin çalıştırıldığında sistem bir toplu işlem mantığı uygulayarak sınırlı miktarda kota aşımını destekleyebilir ve kullanıma girdikten sonra bir miktar devreye girer.

Veri aktarımı için cihaz üzerinde kodlama

Sinyalleri reklam seçimine hazırlamak için alıcı başına özel mantığın korumalı erişimi vardır verilere ve etkinliklere özeldir. Bir Android sistemi arka plan işi çalışıyor Her bir saat boyunca çalıştırılacak alıcı başına özel kodlama mantığı olanak tanır. Alıcı başına özel kodlama mantığı, uygulama başına sinyalleri kodlar ve Ardından, uygulama başına sinyalleri kotayı kontrol etmenizi sağlar. Yük daha sonra şunun sınırları içinde şifrelenir: ve ardından Teklifli Sistem ve Açık Artırma hizmetlerine iletilir.

Reklam teknolojileri, kendi özel yöneticileri tarafından işlenen sinyal işleme seviyesini tanımlar. mantığıyla başlayalım. Örneğin, çözümünüzü daha erken bir aşamada bir araya getirerek farklı sinyallerden gelen benzer veya daha az alan kullanan yeni sinyallere dönüşmesini sağlar.

Alıcı sinyal kodlayıcı kaydetmediyse sinyaller hazırlanmaz. Ayrıca cihaz üzerinde seçilen sinyallerin hiçbiri Teklif Verme ve Açık Artırma'ya gönderilmez kullanıma sunuyoruz.

Depolama, yük ve istek kotaları hakkında daha fazla bilgiye dikkatinizi çekebilir. Ayrıca, bu belgelerin nasıl kullanılacağı konusunda özel işlevler sağlar.

Reklam seçimi iş akışı

Bu teklifle reklam teknolojisi özel kodu yalnızca Korunan Uygulamaya erişebilir TEE'de çalışan Protected Açık Artırma (Reklam Seçimi API) kapsamındaki sinyaller. Alıcı: kullanım alanına yönelik ihtiyaçları daha fazla destekleyen aday reklamlar Korumalı Açık Artırma sırasında gerçek zamanlı olarak getirilir. Bu, Aday reklamların açık artırmadan önce bilindiği yeniden pazarlama kullanım alanı

Bu teklif, Protected Audience API ile benzer bir reklam seçimi iş akışı kullanır teklifinin uygulama yükleme kullanım alanını destekleyecek güncellemeler içerir. Gemini'ın özellik mühendisliği ve gerçek zamanlı reklam seçimi için bilişim gereksinimleri, Teklif Verme ve Açık Artırma'da uygulama yükleme reklamları için açık artırmaların çalıştırılması gerekir daha fazla bilgi edinebilirsiniz. Korunan Sürede Korunan Uygulama Sinyallerine Erişim Cihaz üzerinde açık artırmalarda açık artırma desteklenmez.

Android'deki Özel Korumalı Alan'da reklam seçimi iş akışı.

Reklam seçimi iş akışı aşağıdaki gibidir:

1. Satıcının SDK'sı, Protected'in cihaz üzerindeki şifrelenmiş yükünü gönderir Uygulama sinyalleri
2. Satıcının sunucusu bir açık artırma yapılandırması oluşturur ve bunu şifrelenmiş ile birlikte satıcının Güvenilir Teklif Verme ve Açık Artırma hizmeti bir reklam seçimi iş akışı başlatmak için yük.
3. Satıcının Teklif Verme ve Açık Artırma hizmeti, yükü dahil olan güvenilir alıcıların ön uç sunucuları.
4. Alıcının teklif hizmeti, alıcı tarafı reklam seçme mantığını yürütür
   1. Alıcı tarafı reklam alma mantığı yürütme.
   2. Alıcı tarafı teklif verme mantığı yürütme.
5. Satış tarafı puanlama mantığı yürütülür.
6. Reklam oluşturulur ve raporlama başlatılır.

Reklam seçimi iş akışını başlatın

Bir uygulama reklam göstermeye hazır olduğunda reklam teknolojisi SDK'sı (genellikle STP'ler) Reklam seçimi iş akışını, reklam denemesinden alakalı içerik verilerini göndererek başlatır. Yayıncı ve alıcı başına şifrelenmiş yüklerin isteğe dahil edilmesi Korumalı Açık Artırma'ya getAdSelectionData çağrısı kullanılarak gönderilir. Bu yeniden pazarlama iş akışı için kullanılan ve Teklif Verme ve Android için Açık Artırma Entegrasyonu teklifi.

Satıcı, reklam seçimini başlatmak için katılımcı alıcıların listesini gönderir ve cihaz üzerindeki korumalı uygulama sinyallerinin şifrelenmiş yükü. Bununla bilgilerinden sonra, satıcı tarafı reklam sunucusu, değeri için bir SelectAdRequest güvenilir SellerFrontEnd hizmetinden yararlanabilirsiniz.

Satıcı aşağıdakileri ayarlar:

• getAdSelectionData cihazından alınan yük. Korunan Uygulama Sinyalleri

• Aşağıdakileri kullanan içerik sinyalleri:

  • auction_config.auction_signals ( açık artırmayla ilgili bilgiler)

  • auction_config.seller_signals (satıcının sinyalleri için)

  • auction_config.per_buyer_config["buyer"].buyer_signals ( alıcıların sinyalleri)

• Açık artırmalara dahil edilen alıcıların listesi buyer_list alanı için geçerlidir.

Alıcı tarafı reklam seçimi mantığı yürütme

Yüksek bir düzeyde, alıcının özel mantığı, ilgili reklamları seçmek ve bunlara teklif uygulamak için yayıncı ve korumalı uygulama sinyalleri reklam isteğine karşılık gelir. Platform, alıcıların satın alacakları geniş bir müşteri havuzunu teklifleri hesaplandığı en alakalı reklamlara (ilk k) gösterebilir. reklamlar son seçim için satıcıya iade edilmeden önce.

Android'deki Özel Korumalı Alan'da alıcı tarafı reklam seçimi yürütme mantığı.

Teklif vermeden önce alıcılar büyük bir reklam havuzuyla işe başlar. Çok yavaş Her reklam için bir teklif hesaplamak. Böylece, alıcıların ilk olarak ilk k adayı seçmesi gerekir. elde edebiliyorlar. Ardından, alıcıların bu ilk bin gösterimin her biri için aday olabilir. Ardından, bu reklamlar ve teklifler son reklam gösterimi için satıcıya seçim.

Not: Bu akış, çerçeve kodu ile kullanıcı tanımlı işlevlerin (UDF) bir karışımıdır. mantığını da içerir. Bu UDF'ler JavaScript veya WASM'ye dokunun. En yüksek seviyede akış:

1. BuyerFrontEnd hizmeti bir reklam isteği alır.
2. BuyerFrontEnd hizmeti, alıcının teklif verme hizmetine bir istek gönderir. Alıcının teklif hizmeti prepareDataForAdRetrieval() adlı bir UDF çalıştırır. Bu, Reklam Alma'dan en iyi k adayı almak için bir istek oluşturur Hizmet. Teklifli sistem hizmeti, bu isteği yapılandırılmış getirme işlemine gönderir. sunucu uç noktası.
3. Reklam Alma Hizmeti, getCandidateAds() UDF'yi çalıştırır. Bu UDF, ilk k aday reklamı içerir. Bu reklamlar alıcının teklif hizmeti
4. Alıcının teklif hizmeti generateBid() UDF'yi çalıştırır. Bu UDF, teklifi hesaplar ve ardından BuyerFrontEnd'a geri gönderir geliştirmenizi sağlar.
5. BuyerFrontEnd hizmeti, reklamları ve teklifleri satıcıya iade eder.

Bu akışla ilgili bazı önemli ayrıntılar vardır. Özellikle de parçaların birbiriyle nasıl iletişim kurduğunu ve platformun, İlk k reklamı almak için makine öğrenimi tahminlerinde bulunma olanağı yardımcı oluyor.

Bu projenin bazı kısımlarına daha ayrıntılı olarak bakmadan önce, ilgili mimari notlarını görebilirsiniz.

Alıcının teklif hizmeti dahili olarak bir çıkarım hizmeti içerir. Reklam teknolojileri Alıcının teklif verme hizmetine makine öğrenimi modelleri yükleyebilir. Bugün reklam teknisyenlerinin tahmin yapması veya yerleştirme oluşturması için JavaScript API'leri sağlar Bu modellerden, alıcının teklif verme hizmetinde çalışan UDF'ler aracılığıyla elde edilir. Reklam Alma Hizmeti'nin aksine, alıcının teklif hizmeti değil anahtar/değer hizmeti sunar.

Reklam Alma Hizmeti dahili olarak bir anahtar/değer çifti hizmeti içerir. Reklam teknolojileri anahtar/değer çiftlerini kendi sunucularından bu hizmete somutlaştırır. gizlilik sınırını ayarlayabiliriz. Reklam teknisyenlerinin okuma yapması için bir JavaScript API'si sağlayacağız bu anahtar/değer hizmetini Ad Retrieval Service üzerinde çalışan UDF'ler içinden alır. Alıcının teklif verme hizmetinin aksine Reklam Alma Hizmeti, içermez bir çıkarım hizmetidir.

Bu tasarımın ele aldığı temel sorulardan biri de getirme zamanının ve ürünün teklif zamanı tahminlerine bakalım. Her ikisinin de yanıtı, model çarpanlarına ayırma.

Modeli çarpanlara ayırma

Model çarpanlarına ayırma, tek bir sayının bölünmesini mümkün kılan bir tekniktir. ve bu parçaları birleştirerek bir tahminde bulunmaya çalışır. İçinde kullanım alanında olduğu gibi, modeller genellikle üç tür veri kullanır: kullanıcı bağlamsal veriler ve reklam verileri gibi veriler yer alır.

Faktörsüz örnekte, tek bir model üç modelin üçüne de eğitilir. dışı verilerdir. Çarpanlara ayrılmış örnekte, modeli birden çok parçaya ayırırız. Yalnızca veri içeren parça hassastır. Yani, yalnızca kullanıcı öğesinin, alıcının teklifinde güven sınırı içinde çalıştırılması gerekir. çıkarım hizmetidir.

Bu şekilde aşağıdaki tasarım mümkün olur:

1. Modeli özel bir parçaya (kullanıcı verileri) ve bir veya daha fazla parçaya bölün gizli olmayan parçalar (bağlamsal ve reklam verileri).
2. İsteğe bağlı olarak, gizli olmayan parçaların bazılarını veya tümünü bir UDF'ye bağımsız değişken olarak aktarın tahminde bulunması gereken bir durumdur. Örneğin, içeriğe dayalı yerleştirmeler per_buyer_signals içindeki UDF'lere aktarılmıştır.
3. İsteğe bağlı olarak, reklam teknolojileri gizli olmayan parçalar için modeller oluşturabilir, ardından bu modellerden yapılan yerleştirmeleri Reklam Alma Hizmeti'nin anahtar/değer deposudur. Reklam Alma Hizmeti'ndeki UDF'ler bu yerleştirilmiş öğeleri getirebilir çalışma zamanında.
4. UDF sırasında bir tahminde bulunmak için UDF işlevi bağımsız değişkenlerinden gizli olmayan yerleştirmeler içeren çıkarım hizmeti veya anahtar/değer deposunu nokta çarpım gibi bir işlemle ilişkilendirebilirsiniz. Bu son bir tahmindir.

Bu açıklamayla her UDF'yi daha ayrıntılı bir şekilde inceleyebiliriz. Projenin yaşam döngüsünün nasıl entegre ettiklerini ve bir hedefe ulaşmak için gerekli tahminleri nasıl ilk bin reklamı seçip tekliflerini hesaplıyor.

prepareDataForAdRetrieval() UDF'si

Alıcının teklif hizmetinde çalışan prepareDataForAdRetrieval() Reklama gönderilecek istek yükünü oluşturmaktan sorumludur ilk k aday reklamı getirmek için getirme hizmeti.

prepareDataForAdRetrieval(), şu bilgileri alır:

• getAdSelectionData kaynağından alınan alıcı başına yük. Bu yük Korunan Uygulama Sinyalleri'ni içerir.
• İçerik sinyalleri auction_signals. (açık artırmayla ilgili bilgiler için) ve buyer_signals (için alıcıların sinyalleri alanlarında) gösterir.

prepareDataForAdRetrieval() iki şey yapar:

• Featurizasyon: Alma-zaman çıkarımı gerekiyorsa Çıkarım hizmetine yapılan çağrılar sırasında kullanılacak özelliklere gelen sinyalleri gizli yerleştirmeler alabilir.
• Alma için gizli yerleştirmeleri hesaplar: Tahmini alma işlemiyse çağrıyı, yukarıdaki kodu kullanarak çıkarım hizmetine karşı yapar. özellikleri alır ve alma zamanı tahminleri için gizli bir yerleştirme sağlanır.

prepareDataForAdRetrieval() şunu iade etti:

• Korunan Uygulama Sinyalleri: Reklam teknolojisi tarafından seçilen sinyal yükü.
• Açık artırmaya özgü sinyaller: platforma özgü satış tarafı sinyalleri ve auction_signals ve per_buyer_signals gibi bağlamsal bilgiler (içeriğe dayalı yerleştirmeler dahil) SelectAdRequest sitesinden. Şuna benzer: Korunan Kitleler.
• Ek Sinyaller: alınan gizli yerleştirmeler gibi ek bilgiler çıkarım hizmetinden kaldırılır.

Bu istek, aday eşleştirme işlemini yapan Reklam Alma Hizmeti'ne gönderilir. ve getCandidateAds() UDF'yi çalıştırır.

getCandidateAds() UDF'si

getCandidateAds(), Reklam Alma Hizmeti'nde çalışır. İsteği alır alıcının teklif verme hizmetinde prepareDataForAdRetrieval() tarafından oluşturulur. İlgili içeriği oluşturmak için kullanılan hizmeti getCandidateAds() yürütür ve bu dizin için en iyi adayları getirir. teklif verme yöntemini kullanarak isteği bir dizi sorguya, veri getirme işlemine, ve özel iş mantığı ve diğer özel alma mantığı yürütme.

getCandidateAds(), şu bilgileri alır:

• Korunan Uygulama Sinyalleri: Reklam teknolojisi tarafından seçilen sinyal yükü.
• Açık artırmaya özgü sinyaller: platforma özgü satış tarafı sinyalleri ve auction_signals ve per_buyer_signals gibi bağlamsal bilgiler (içeriğe dayalı yerleştirmeler dahil) SelectAdRequest sitesinden. Şuna benzer: Korunan Kitleler.
• Ek Sinyaller: alınan gizli yerleştirmeler gibi ek bilgiler çıkarım hizmetinden kaldırılır.

getCandidateAds() şunları yapar:

1. İlk reklam adaylarını getir: Hedefleme ölçütleri kullanılarak getirilir. dil, coğrafi bölge, reklam türü, reklam boyutu veya bütçe gibi ayarlar da bulunur.
2. Yerleştirmeyi alma: Anahtar/değer hizmetindeki yerleştirmeler en iyi k seçimi için alma süresi tahmini yapmak üzere olması gerekir. anahtar/değer hizmetinden alınır.
3. İlk k aday seçimi: Filtrelenen öğe için düşük bir puan hesaplar anahtar/değer mağazasından getirilen reklam meta verilerine göre reklam adayları grubu, ve alıcının teklif hizmetinden gönderilen bilgiler ile ilk k uygun olanları belirleyin. Örneğin, bu puan, reklama göre bir uygulama yükleyerek
4. Teklif yerleştirmeyle getirme: Anahtar/değer hizmetinden yapılan yerleştirmeler tahminlerde bulunmak için teklif koduna gerek kalmadan anahtar/değer hizmetinden alınır.

Reklam puanının, tahmine dayalı bir modelin çıktısı olabileceğini unutmayın. örneği, kullanıcının bir uygulamayı yükleme olasılığını tahmin ediyor. Bu tür skorlar oluşturma bir tür model çarpanlarına ayırma işlemi içerir: getCandidateAds(), Reklam Alma Hizmeti'nde çalışır ve reklam alındıktan sonra hizmet bir çıkarım hizmetine sahip değilse tahminler birleştiriliyor:

• Açık artırmaya özel sinyaller kullanılarak iletilen bağlamsal yerleştirmeler giriş.
• Ek sinyaller girişi kullanılarak iletilen gizli yerleştirmeler.
• Tüm gizli olmayan yerleştirilmiş reklam teknolojileri, kendi sunucularından oluşmuştur içine yerleştirmeniz gerekir.

Alıcının teklif verme hizmetinde çalışan generateBid() UDF'nin Teklifini vermek için kendi model faktörizasyonu türünü de uygular. tahminler. Bunu yapmak için bir anahtar/değer çifti hizmetinden herhangi bir yerleştirme yapılması gerekirse şimdi getirilmeleri gerekir.

getCandidateAds() şunu iade etti:

• Aday reklamları: generateBid() kampanyasına iletilecek ilk bin reklam. Her reklam, oluşur:
  • Oluşturma URL'si: Reklam öğesini oluşturmak için uç nokta.
  • Meta veriler: Alıcı tarafı, reklam teknolojisine özel reklam meta verileri. Örneğin, Reklam kampanyası ve hedefleme ölçütleriyle ilgili bilgiler içerebilir başarılı sonuçlar verebilir. Meta veri isteğe bağlı bilgiler içerebilir çalıştırmak için model çarpanlarına ayırma gerektiğinde kullanılan yerleştirmeler çıkarım.
• Ek Sinyaller: İsteğe bağlı olarak Reklam Alma Hizmeti, ek yerleştirmeler veya spam sinyalleri gibi ek bilgiler generateBid() içinde.

Puan verilecek reklam sağlamanın diğer yöntemlerini araştırıyoruz: SelectAdRequest görüşmesinin bir parçası olarak kullanıma sunacağız. Bu reklamlar, bir GZT teklif isteği kullanılarak alınır. Bu gibi durumlarda, reklamların Korunan Uygulama Sinyalleri olmadan alındı. Reklam teknisyenlerinin en iyi seçeneği belirlemeden önce dengeleri değerlendirmek (yanıt yükü dahil) sinyallerin boyutu, gecikme, maliyet ve kullanılabilirliği.

generateBid() UDF'si

Seçim dönemindeki aday reklamları ve yerleştirmeleri aldıktan sonra satın aldıktan sonra, alıcının teklifinde çalışan teklifli sisteme geliştirmenizi sağlar. Bu hizmet, alıcı tarafından sağlanan generateBid() öğesini çalıştırır UDF'yi tıklayın.

generateBid(), şu bilgileri alır:

• Aday reklamlar: Alma işlemi tarafından döndürülen ilk k reklam geliştirmenizi sağlar.
• Açık artırmaya özgü sinyaller: platforma özgü satış tarafı sinyalleri ve auction_signals ve per_buyer_signals gibi bağlamsal bilgiler (içeriğe dayalı yerleştirmeler dahil) SelectAdRequest sitesinden.
• Ek sinyaller: Teklif verme sırasında kullanılacak ek bilgiler.

Alıcının generateBid() uygulaması üç şey yapar:

• Featurizasyon: Sinyalleri, dönüşüm işlemi sırasında kullanılacak özelliklere dönüştürür. çıkarım.
• Çıkarım: Aşağıdaki işlemler için makine öğrenimi modellerini kullanarak tahmin oluşturur: Tahmini tıklama ve dönüşüm oranları gibi değerleri hesaplar.
• Teklif verme: bir teklif stratejisidir.

generateBid() şunu iade etti:

• Aday reklam.
• Hesaplanan teklif tutarıdır.

Uygulama Yükleme Reklamları için kullanılan generateBid() ve Yeniden Pazarlama Reklamları farklıdır.

Aşağıdaki bölümlerde, featurizasyon, çıkarım ve teklif verme hakkında bolca fırsat sunuyor.

Özelliklendirme

Açık artırma sinyalleri, generateBid() tarafından özelliklere hazırlanabilir. Bu özellikler çıkarım sırasında tıklama ve tıklama gibi şeyleri tahmin etmek için kullanılabilir dönüşüm oranları. Ayrıca gizliliği korumaya yönelik mekanizmaları da kullanarak model eğitiminde kullanılmak üzere kazanma raporuna aktarmanızı öneririz.

Çıkarım

Teklif hesaplanırken genellikle bir veya daha fazla teklifle çıkarım yapılır. modeller. Örneğin, etkili eBGBM hesaplamalarında genellikle modelleri kullanarak tıklama ve dönüşüm oranlarını tahmin edebilirsiniz.

Müşteriler, farklı makine öğrenimi modellerinin yanı sıra generateBid() uygulaması. Ayrıca JavaScript API'sini size İstemcilerin çalışma zamanında çıkarım yapabilmesi için generateBid().

Çıkarım, alıcının teklif hizmetinde yürütülür. Bu, çıkarımı etkileyebilir (özellikle hızlandırıcılar henüz TEE'lerde kullanılamadığından) gecikme ve maliyet. Bazı müşteriler, kullandıkları farklı modellerde ihtiyaçlarının karşılandığını teklif hizmetine ödeme yapabilirsiniz. Bazı müşteriler (örneğin, çok büyük modelleri en aza indirmek için modelin çarpanlara ayırma gibi seçenekleri Teklif zamanında maliyet ve gecikmeyi çıkar.

Desteklenen model biçimleri ve çıkarım özellikleri hakkında daha fazla bilgi maksimum boyut sağlanacaktır.

Modelleri çarpanlara ayırma

Daha önce model çarpanlarına ayırma konusunu açıkladık. Teklif verme sırasında, şöyle olabilir:

1. Tek modeli özel bir parçaya (kullanıcı verileri) ve bir ya da daha fazla daha fazla gizli olmayan parça (bağlamsal veriler ve reklam verileri) içeriyor.
2. Gizli olmayan parçaları generateBid() adlı cihaza iletin. Bu bilgiler kaynak olarak per_buyer_signals veya reklam teknolojilerinin harici olarak hesapladığı yerleştirmelerden, alma hizmetinin anahtar/değer deposunda gerçeğe dönüşme, alma sırasında getirme ve ek sinyallerin bir parçası olarak geri dönüyor. Buna şunlar dahil değildir: gizlilik dışından kaynaklanamayacağı için gizli yerleştirmeler belirleyebilirsiniz.
3. generateBid() ürününde:
   1. Gizli kullanıcı yerleştirmeleri almak için modellere göre çıkarım yapın.
   2. Gizli kullanıcı yerleştirmelerini şuradan alınan bağlamsal yerleştirmelerle birleştirin: per_buyer_signals veya gizli olmayan reklam ve içeriğe dayalı yerleştirme bir işlem kullanarak yeniden başlatma hizmeti sunar. Bu, teklifleri hesaplamak için kullanılabilecek nihai tahmindir.

Bu yaklaşımı kullanarak, teklif verme zamanında çıkarımlar yapabilirsiniz. çalıştırılamayacak kadar büyük veya yavaş olacak iki model de teklif hizmeti

Satıcı tarafı puanlama mantığı

Bu aşamada, tüm katılımcı alıcılardan alınan teklifli reklamlar puan. generateBid() çıkışı, satıcının açık artırma hizmetine iletilir scoreAd() özelliğini yayınlar ve scoreAd() aynı anda yalnızca bir reklamı dikkate alır. Merkezli Satıcı, puanlamada cihaza geri dönmek için kazanan bir reklamı seçer. oluşturma.

Puanlama mantığı, Protected Audience yeniden pazarlama yeniden pazarlama ve uygulama yükleme arasından bir kazanan seçebiliyor. görünür.İşlev, bu programda gönderilen her aday reklam için bir kez Korumalı Açık Artırma. Teklif Verme ve Açık Artırma için bolca fırsat sunuyor.

Reklam seçim kodu çalışma zamanı

Teklifte, uygulama yüklemesi için reklam seçim kodu Protected Audience yeniden pazarlama akışında olduğu gibi. Ayrıntılar için Teklif verme ve açık artırma yapılandırması. Teklif kodu, (kullanılanla aynı bulut depolama konumunda kullanılabilir) yeniden pazarlama için

Raporlama

Bu teklif, Protected Audience raporlaması ile aynı raporlama API'lerini kullanır teklif'i (örneğin, reportImpression() gibi) satıcı ve alıcı raporları gönderebilirsiniz).

Alıcı tarafında raporlama için yaygın bir kullanım alanı, eğitim verilerinin alınmasıdır. için de geçerli olduğundan emin olun. Platform, mevcut API'lere ek olarak etkinlik düzeyindeki verilerin reklam teknolojisi sunucularına entegre edilir. Bu çıkış yükleri, belirli kullanıcıları içerebilir dışı verilerdir.

Uzun vadede, sorunları çözebilmek için gizliliği korumaya yönelik çözümleri Korumalı Açık Artırmalarda kullanılan verilerle etkinlik düzeyi göndermeden model eğitimi Kullanıcı verileri, TEE'lerde çalışan hizmetlerin dışındaki hizmetler için kullanılır. Konuyla ilgili ayrıntılı bilgi ileride ele alacağız.

Kısa vadede, gürültü uygulanan verilerin çıkarılması için geçici bir yöntem sağlayacağız. generateBid() Bu konuyla ilgili ilk teklifimiz aşağıda verilmiştir. Konuyu geliştireceğiz. (geriye dönük uyumsuz değişiklikler dahil) sektöre göre geri bildirim.

Teknik olarak bu işleyiş şekli şöyledir:

1. Reklam teknolojileri aktarmak istedikleri veriler için bir şema tanımlar.
2. generateBid() ürününde istedikleri çıkış yükünü oluştururlar.
3. Platform, çıkış yükünü şemaya göre doğrular ve kullanabilirsiniz.
4. Platform, çıkış yüküne gürültü ekler.
5. Çıkış yükü, şu tarihte alınan kablolu biçimde kazanma raporuna dahil edilir: kod çözme işlemi yapılır ve model eğitimi için kullanılır.

Çıkış yükü şemasını tanımlama

Platformun değişen gizlilik şartlarını zorunlu kılması için çıkış yüklerinin platformun anlayabileceği şekilde yapılandırılmalıdır. Reklam teknolojileri çıkış yüklerinin yapısını şema JSON dosyası sağlayarak. Bu şema platform tarafından işlenecek ve Teklifli Sistem tarafından gizli tutulacak ve diğer reklam teknolojisi kaynaklarıyla aynı mekanizmaları kullanan açık artırma hizmetleri ve UDF'ler ve modeller.

JSON dosyasının yapısını tanımlayan bir CDDL dosyası sağlarız. İlgili içeriği oluşturmak için kullanılan CDDL dosyası desteklenen bir dizi özellik türü içerir (örneğin, (ör. booleler, tam sayılar, paketler vb.). Hem CDDL dosyası hem de sürüm oluşturulur.

Örneğin, tek bir boole özelliğinden oluşan çıkış yükü ile devam eden iki boyut özelliği şöyle görünür:

egressPayload = {
  features : [
    {
      type: "boolean_feature",
      value: false
    },
    {
      type: "bucket_feature",
      size: 2,
      value: [
        {
          value: false
        },
        {
          value: true
        }
      ]
    }
  ]
}

Desteklenen özellik türleriyle ilgili ayrıntılara GitHub'da ulaşabilirsiniz.

generateBid() bölgesinde çıkış yükü oluşturun

Belirli bir alıcıya ait tüm Korumalı Uygulama Sinyalleri, ilgili alıcının generateBid() UDF Bunlar yapılandırıldıktan sonra, reklam teknisyenleri yüklerini JSON biçimi. Bu çıkış yükü, alıcının şu tarih için kazanma raporuna dahil edilecek: iletimi hızlandırıyor.

Bu tasarıma alternatif olarak, çıkış vektörü hesaplamasının generateBid() yerine reportWin(). Her biri için bu kararı, sektörden gelen geri bildirimlere yanıt olarak kesinleştireceğiz.

Çıkış yükünü doğrulama

Reklam teknolojisi tarafından oluşturulan çıkış yükü platform tarafından doğrulanır. Doğrulama özellik değerlerinin türleri için geçerli olmasını, boyut kısıtlamalarının karşılanmasını ve ve kötü niyetli kişilerin gizlilik denetimlerini geçersiz kılmaya çalışmadığını çıkış yüklerine ek bilgiler sıkıştırmak.

Geçersiz çıkış yükü girişlerden sessizce silinir. kazanma raporuna gönderilir. Çünkü hata ayıklama bilgisi vermek istemeyiz. geçersiz kılmaya çalışan her türlü kötü niyetli kişiye bilgi vermelidir.

Reklam teknisyenlerinin, olası çıkış yükünün sağlanması için bir JavaScript API'si sağlayacağız generateBid() içinde oluşturmak platform doğrulamasından geçer:

validate(payload, schema)

Bu JavaScript API'si, tamamen arayanların belirli bir yükün platform doğrulamasından geçer. Gerçek doğrulamanın platformda yapılması gerekir: zararlı generateBid() UDF'lere karşı koruma sağlar.

Çıkış yükünde gürültü

Platform, kazanma raporuna dahil etmeden önce çıkış yüklerini gürültülü bir şekilde gösterir. Başlangıçtaki gürültü eşiği %1 olur ve bu değer zaman içinde değişebilir. İlgili içeriği oluşturmak için kullanılan platform, belirli bir çıkış yükünün olup olmadığı konusunda bilgi sağlamayacaktır. üzerine konuşuluyor.

Gürültü yöntemi şunlardır:

1. Platform, çıkış yükü için şema tanımını yükler.
2. Çıkış yüklerinin% 1'i gürültü için seçilir.
3. Çıkış yükü seçilmezse orijinal değerin tamamı korunur.
4. Bir çıkış yükü seçilirse her özelliğin değeri geçerli bir değer olabilir (örneğin, 0 veya 1 için bir boole özelliğidir).

Model eğitimi için çıkış yükünü iletme, alma ve kodunu çözme

Onaylanmış, gürültü uygulanmış çıkış yükü, reportWin() ve gizlilik dışında alıcı reklam teknolojisi sunucularına iletilir çerçeve oluşturmaktır. Çıkış yükü kablo biçiminde olacaktır.

Tüm özellik türleri ve çıkış yükü için kablo biçimiyle ilgili ayrıntılar GitHub'da mevcuttur.

Çıkış yükünün boyutunu belirleme

Bit cinsinden çıkış yükünün boyutu, yardımcı program ve minimum veri toplama dengesi sağlar. Sektörle birlikte çalışarak uygun boyutu olanak sağlar. Bu denemeleri çalıştırırken geçici olarak (bit boyutu sınırlaması olmadan) çıkış verileri sağlar. Hiçbir bit olmadan bu ek çıkış Denemeler tamamlandığında boyut sınırlaması kaldırılacaktır.

Boyutu belirleme yöntemi şöyledir:

1. Başlangıçta generateBid() bölgesinde iki çıkış yükünü destekleyeceğiz:
   1. egressPayload: Şu ana kadar açıkladığımız boyut sınırlı çıkış yükü değineceğiz. Başlangıçta, bu çıkış yükünün boyutu 0 bit olacak (yani doğrulama sırasında her zaman kaldırılır).
   2. temporaryUnlimitedEgressPayload: Boyutsuz geçici bir çıkış yükleyeceği anlamına gelir. Biçimlendirme, oluşturma ve işleme Bu çıkış yükü, egressPayload ile aynı mekanizmaları kullanır.
2. Bu çıkış yüklerinin her biri kendi schema JSON dosyasına sahiptir: egress_payload_schema.json ve temporary_egress_payload_schema.json.
3. Modeli belirlemek için bir deneme protokolü ve bir metrik grubu sağlarız yardımcı program ile uyumludur (örneğin, 5, 10, ... bit).
4. Deneme sonuçlarına göre çıkış yükü boyutunu yardımcı olması açısından çok önemlidir.
5. egressPayload boyutunu 0 bitten yeni boyuta ayarladık.
6. Belirli bir taşıma süresinden sonra temporaryUnlimitedEgressPayload, yeni boyutuyla yalnızca egressPayload kaldı.

Bu değişikliği yönetmeye yönelik ek teknik kısıtlamaları araştırıyoruz (örneğin, boyutunu 0 bitten artırdığımızda egressPayload şifrelenebilir). Denemenin zamanlaması ve kaldırma işleminden sonra temporaryUnlimitedEgressPayload - sonraki bir güncellemeye dahil edilecektir.

Bir sonraki videoda, reklam denemelerinin boyutunu sonlandırmak için mümkün olan bir deneme protokolünü egressPayload Amacımız sektörle birlikte çalışarak ve minimum veri toplama. Bu denemelerin üreteceği eser, x ekseninin eğitim yükünün bit cinsinden boyutu olduğu grafik ise y ekseni, o boyuttaki bir model tarafından elde edilen gelirin yüzde cinsinden boyutla sınırsız bir temele dayandırırsınız.

pYüklemeler modelini ve eğitim verisi kaynaklarımızı eğittiğimizi varsayıyoruz. günlüklerimiz ve aradığımız temporaryUnlimitedegressPayload'ların içeriği elde edeceğimizi de gösterir. Reklam teknolojilerine yönelik protokol, öncelikle çevrimdışı denemeler:

1. Protected App ile kullanacakları modellerin mimarisini belirleme Sinyaller. Örneğin, satın alıp almayacaklarına model çarpanlarına ayırma yöntemini kullanın.
2. Model kalitesini ölçmek için bir metrik tanımlama Önerilen metrikler AUC kaybıdır ve günlük kayıpları.
3. Model eğitimi sırasında kullanacakları özellik grubunu tanımlayın.
4. Bu model mimarisini, kalite metriğini ve eğitim özelliklerini kullanarak Her biri için bit başına sağlanan faydayı belirlemek üzere ablasyon çalışmaları yapmak PAS'ta kullanmak istedikleri modeldir. Ameliyat çalışması için önerilen protokol şununla eşleşir:
   1. Modeli tüm özelliklerle eğitin ve faydayı ölçün; bu temel çizgisidir.
   2. Temeli oluşturmak için kullanılan her özellik için modeli tüm özellik hariç.
   3. Elde edilen faydayı ölçün. Deltayı özelliğin boyutuna bölmek bit cinsinden; bu, söz konusu özellik için bit başına beklenen faydadır.
5. Deneme için gerekli olan eğitim yükü boyutlarını belirleyin. Biz öner [5, 10, 15, ..., size_of_all_training_features_for_baseline] bit. Bunların her biri egressPayload için değerlendirilecek.
6. Olası her boyut için, daha küçük veya ona eşit bir özellik kümesi seçin boyutu en üst düzeye çıkaran, bit başına faydayı en üst düzeye çıkaran bir boyuttur.
7. Muhtemel her boyut için bir model eğitin ve modelin faydasını tüm özelliklerde eğitilen temel modelin fayda yüzdesi.
8. Sonuçları, x ekseninin eğitimin boyutu olduğu bir grafik üzerinde çizin bit cinsinden yük, y ekseni ise referans değerle karşılaştırdık.

Ardından, reklam teknolojileri canlı trafik denemelerinde 5-8. adımları veri temporaryUnlimitedEgressPayload üzerinden gönderildi. Reklam teknolojileri Özel Korumalı Alan ile gerçekleştirdikleri çevrimdışı ve canlı trafik denemelerinin sonuçları egressPayload boyutuyla ilgili kararı bildirmek için sizinle iletişime geçiyoruz.

Bu denemelerin zaman çizelgesi ve boyutu ayarlamak için zaman çizelgesi egressPayload öğesinin elde edilen değere eklenmesi bu dokümanın kapsamı dışında ve daha sonraki bir güncellemede sunulacak.

Veri koruma önlemleri

Çıkarılan verilere aşağıdakiler dahil bir dizi koruma uygularız:

1. Hem egressPayload hem de temporaryUnlimitedEgressPayload gürültülü olacaktır.
2. Minimum veri toplama ve koruma için temporaryUnlimitedEgressPayload, yalnızca boyut denemelerinin süresi boyunca kullanılabilir. egressPayload için doğru boyutu belirleyin.

İzinler

Kullanıcı denetimi

• Teklifin amacı, kullanıcılara yüklü uygulamalar listesini göstermek Bu kitle, en az bir korumalı uygulama sinyali veya özel kitle depolamış olmalıdır.
• Kullanıcılar bu listedeki uygulamaları engelleyebilir ve kaldırabilir. Engelleme ve kaldırma takip etmek için:
  • Aşağıdakilerle ilişkili tüm korumalı uygulama sinyallerini ve özel kitleleri temizler: görebilirsiniz.
  • Uygulamaların yeni korumalı uygulama sinyalleri ve özel sinyaller depolamasını engeller. kitleler
• Kullanıcılar, Korunan Uygulama Sinyallerini ve Korumalı Uygulama sinyallerini sıfırlayabilir Audience API'yi kullanmaya devam edebilirsiniz. Bu durumda mevcut tüm Korunan Uygulamalar Cihazdaki sinyaller ve özel kitleler temizlenir.
• Kullanıcılar, diledikleri zaman Protected App Signals API ve Protected Audience'ı içeren Android API'ye gidin. Bu durumda, Protected Audience ve Korunan Uygulama Sinyalleri API'ler standart bir istisna mesajı döndürür: SECURITY_EXCEPTION.

Uygulama izinleri ve denetim

Teklifin amacı, uygulamaların Korunan Uygulama Sinyalleri üzerinde kontrol sahibi olmasını sağlamaktır:

• Uygulamalar, Korumalı Uygulama Sinyalleri ile ilişkilendirmelerini yönetebilir.
• Bir uygulama, üçüncü taraf reklam teknolojisi platformlarına yönetme izni verebilir Korunan Uygulama sinyalleri

Reklam teknolojisi platform denetimi

Bu teklifte, reklam teknisyenlerinin korunan uygulama sinyallerini kontrol edebileceği yöntemler ana hatlarıyla açıklanmaktadır:

• Tüm reklam teknolojileri Özel Korumalı Alan'a kaydolmalı ve bir "site" sağlamalıdır. veya "origin" alan adını girin.
• Reklam teknolojileri; uygulamalarla veya SDK'larla iş ortaklığı yaparak Korumalı Uygulama Sinyalleri'nin oluşturulduğunu doğrulamak için kullanılır. Bu süreç yetki verilmişse Korumalı Uygulama Sinyali oluşturma işlevi şu şekilde yapılandırılabilir: reklam teknolojisinin onayını gerektirir.