Geri Bildirim Raporu - 2023 4. Çeyrek

Özel Korumalı Alan teklifleri hakkında alınan ekosistem geri bildirimlerini ve Chrome'un yanıtını özetleyen 2023 4. çeyrek raporu.

CMA taahhütleri kapsamında Google, Özel Korumalı Alan teklifleri için paydaş etkileşimi sürecine dair üç aylık raporlar (Taahhütler'in 12 ve 17(c)(ii) paragraflarına bakın) herkese açık şekilde sunmayı kabul etmiştir. Bu Özel Korumalı Alan geri bildirim özeti raporları, Chrome'un geri bildirime genel bakış bölümünde listelenen çeşitli kaynaklardan aldığı geri bildirimler toplanarak oluşturulur. Bu geri bildirimler GitHub sorunları, privacysandbox.com adresinde kullanıma sunulan geri bildirim formu, sektörden paydaşlarla yapılan toplantılar ve web standartları forumlarıdır. Chrome, ekosistemden gelen geri bildirimleri memnuniyetle karşılar ve öğrendiklerini tasarım kararlarına entegre etmenin yollarını aktif bir şekilde araştırır.

Geri bildirim temaları, API başına yaygınlığa göre sıralanır. Bu, Chrome ekibinin belirli bir temayla ilgili aldığı geri bildirim miktarının toplanmasıyla ve azalan düzende düzenlenerek yapılır. Yaygın geri bildirim temaları, herkese açık toplantılardaki tartışma konuları (W3C, PatCG, IETF), doğrudan geri bildirim, GitHub ve Google'ın şirket içi ekipleri ile herkese açık formlar aracılığıyla ortaya çıkan sık sorulan sorular incelenerek belirlendi.

Daha net açıklamak gerekirse, web standardı kurumlarıyla ilgili toplantıların toplantı notları incelendi ve doğrudan geri bildirim amacıyla Google’ın paydaşlarla ilgili bire bir toplantıların kayıtları, mühendisler tarafından alınan e-postalar, API posta listesi ve genel geri bildirim formu değerlendirildi. Google daha sonra her bir API ile ilgili olarak ortaya çıkan temaların göreceli yaygınlığını belirlemek için bu çeşitli sosyal yardım faaliyetlerinde yer alan ekipler arasında koordinasyon sağlamıştır.

Chrome'un geri bildirimlere verdiği yanıtların açıklamaları; yayınlanan SSS'lerden, paydaşlar tarafından iletilen sorunlara verilen gerçek yanıtlardan ve özellikle bu herkese açık habercilik uygulamasının amaçları doğrultusunda tavırların belirlenmesinden alınmıştır. Geliştirme ve test süreçlerinin şu andaki odağını yansıtmak için özellikle Topics, Protected Audience ve Attribution Reporting API'lerle ilgili sorular ve geri bildirimler alındı.

Geçerli raporlama döneminin bitiminden sonra alınan geri bildirimde Chrome'un yanıtı henüz değerlendirilmemiş olabilir.

Kısaltmalar sözlüğü

ÇİPLER
Bağımsız Bölümlendirilmiş Duruma Sahip Çerezler
DSP
Talep Tarafı Platformu
FedCM
Birleştirilmiş Kimlik Bilgisi Yönetimi
FPS
Birinci Taraf Gruplar
IAB
İnteraktif Reklamcılık Bürosu
IdP
Kimlik Sağlayıcı
IETF
İnternet Mühendisliği Görev Gücü
YA
İnternet Protokolü adresi
openRTB
Gerçek zamanlı teklif verme
UZ
Kaynak Deneme
PatCG
Özel Reklamcılık Teknolojisi Topluluğu Grubu
RP
Bağlı Taraf
STP
Arz Tarafı Platformu
TEE
Güvenilir Yürütme Ortamı
UA
Kullanıcı Aracısı dizesi
UA-CH
Kullanıcı Aracısı İstemci İpuçları
W3C
World Wide Web Konsorsiyumu
Web Yöneticisi Araçları
Bilinçli IP Körlüğü

Genel geri bildirim, belirli bir API veya Teknoloji yok

Geri Bildirim Teması Özet Chrome Yanıtı
3PCD Zaman Çizelgesi 3PCD zaman çizelgesi hakkında daha fazla bilgi paylaşın. Chrome, testleri kolaylaştırmak için 4 Ocak 2024'ten itibaren kullanıcıların% 1'i için 3 PC'leri varsayılan olarak kısıtlamıştır. Chrome, CMA ile ilgili geri kalan endişeleri gidermeyi sürdürecek şekilde, 2024'ün 3. çeyreği itibarıyla 3 PC için desteği kademeli olarak sona erdirmeyi ve 2024'ün geri kalanında da devam ettirmeyi planlıyor.
3PCD Zaman Çizelgesi Tatil sezonuyla örtüştüğünden ve yayıncılar üzerinde olumsuz bir etkiye sahip olabileceğinden 2024'ün 4. çeyreğinde 3PCD'nin zamanlamasının etkisi. 3 PC'leri kullanımdan kaldırmak için mükemmel bir zaman yoktur. Bir yıldan uzun süredir, 2024'ün ikinci yarısında 3 PC'leri kullanımdan kaldırmayı amaçladığımızı açıkça belirtmiştik. Askıya Alma dönemi için olası zamanlamaları da içeren CMA Taahhütlerimiz değişmedi. 4. çeyrekteki zamanlamayla ilgili endişeleri anlıyoruz. Ancak zaman çizelgesinde değişiklikler yapmak sektörde daha az hazırlık yapılmasıyla sonuçlandı.
Chrome testi (a/b modu) A Modu ve B Modu için test kurulumu örnek başına mı yoksa Chrome profili başına mı yapılıyor? Buradaki dokümanlarda, bu bağlamda Chrome tarayıcının bir Chrome istemcisine (cihazdaki bir Chrome yüklemesi) başvuruda bulunduğuna dair açıklama yayınladık. Her bir kullanıcı verisi dizini ayrı bir istemci teşkil eder.
Kullanımdan Kaldırma Denemesi 3PCD Denemesi hakkında daha fazla bilgi paylaşın. 3PCD denemesiyle ilgili daha fazla bilgiyi burada paylaştık.
Kullanımdan Kaldırma Denemesi Ocak 2024'ten önce tüm sitelerde Kullanımdan Kaldırma Deneme jetonları sağlamak için yeterli zaman yok. Desteğin sonlandırılmasıyla ilgili deneme kayıtlarının açılması ile Chrome'un desteklediği test döneminin çerezlerin% 1'ini engellemeye başlaması arasında kısa bir süre olduğunu kabul ediyoruz. Chrome, bu süre kısıtlamalarını ele almak amacıyla, desteği sonlandırma deneme jetonlarını dağıtmaya çalışan kaynaklar için ek süre tanınıyor. 1 Nisan 2024'e kadar devam edecek olan ek süre boyunca, desteği sonlandırma denemesine kayıtlı kaynaklar, jetonlarını henüz dağıtmamış olsalar bile Chrome'da 3 PC'ye erişebilecektir. Bu ek sürenin amacı, geçiş aşamasında web uyumluluğu sorunlarını önlemektir. Katılımcı kaynaklar, ek süre sona erdikten sonra 3 PC'ye erişmeye devam etmek için ek süre sona ermeden önce kullanımdan kaldırma deneme jetonlarını dağıtmalıdır.
Chrome testi (a/b modu) B Modu, performanstaki düşüşleri doğru bir şekilde ölçmek için çok küçük bir örnektir. Trafik yüzdesi ile web'deki kullanıcılar ve işlevler üzerindeki etki riski arasında dikkatli bir denge kurulmalıdır.
Test Kontrolleri Yalnızca önemli geliştirme kaynaklarına sahip en büyük yayıncılar test sırasında elde edilen performansı anlayabilir ve bunu CMA'ya iletebilir. Yayıncı servis sağlayıcıların analizleri genel ekosistemle herkese açık şekilde paylaştığını görüyoruz ve Özel Korumalı Alan testleri arttıkça bu durumun da devam etmesini bekliyoruz. Ayrıca, Özel Korumalı Alan API'lerini temel alan reklam teknolojisi şirketlerinin, etiketlere dayalı raporlama gibi müşterilerinin talep ettiği özellikleri geliştirmeye devam etmesini bekliyoruz.
Üçüncü taraf verileri Üçüncü taraf veri şirketleri ile ilgili endişeler. Üçüncü taraf veri şirketlerinin farklı çeşitleri vardır. Bazıları iki katına çıkabilir ve siteler arası izleme için her zamankinden daha opak yöntemlere yönelebilir. Bazıları ise gizliliği artıran teknolojilerden yararlanabilir ve müşterileri için yeni değer teklifleri geliştirebilir. Daha fazla kişinin ikincisini yapmayı ve hem kullanıcılar hem de düzenleyici kurumların giderek daha talep ettiği doğrultuda hareket etmeyi tercih etmesini umuyoruz. Değişim, gelişme ve yenilik fırsatları doğuracak.
Google Ad Manager Yayıncıların Özel Korumalı Alan'ı nasıl test edebileceği hakkında daha fazla Google Ad Manager rehberliğine ihtiyaç var. Raporlama, yayıncıların etkiyi anlaması için yetersizdir. Google Ad Manager tarafından sağlanan yanıt:

Google Ad Manager, Chrome'un desteklediği test etiketlerini kullanarak nasıl test yapacağını yardım merkezinde açıklamıştır.

Ad Manager şu anda yayıncılara hem Konular hem de Korunan Kitle hakkında raporlar sağlar. Bu Geri Bildirim Raporu'nun yapıldığı tarih itibarıyla Ad Manager, Protected Audience API aracılığıyla yayınlanan gösterimler hakkında rapor oluşturabilir ve belirli bir gösterimde Topics API'den gelen verilerin mevcut olup olmadığını belirtebilir.

Chrome'un desteklediği etiketlere göre raporlamayı segmentlere ayırma gibi daha gelişmiş raporlamayla ilgilenen yayıncılar, etiketleri doğrudan Chrome'dan okuyarak (Chrome belgelerini kullanarak) ve bunları reklam isteklerinde anahtar/değer çiftleri olarak Ad Manager'a, etiketler hakkında rapor oluşturmak için ise anahtar/değer çifti raporlama olarak aktarabilir.
Test amaçlı teşvik Reklamveren, Özel Korumalı Alan'ı test etmek için yeterli süre ve olabilecek önemli API değişikliklerinin potansiyeli konusunda endişelidir. Bazı insanların daha fazla zaman istediğini biliyoruz, ancak sektörden tekrar tekrar zaman çizelgesini değiştirmenin ekosisteme daha az hazırlıklı olmasıyla sonuçlanabileceğinin daha fazla değil, büyük olasılıkla daha az olacağına dair geri bildirimler aldık. Üç PC'lerin kullanımdan kaldırılmasıyla ilgili zaman çizelgesi, CMA'nın rekabetle ilgili geri kalan endişelerini ele almaya tabi olsa da herkesi 2024'te 3PCD'ye hazırlanmaya teşvik ediyoruz.

Özel Korumalı Alan API'leri de diğer teknolojiler gibi gelişmeye devam edecektir. Bu gelişme, teknolojilerdeki ilerlemeler ve ekosistem girdileridir. Değişiklikler yaptıkça sorumlu olmaya devam edeceğiz ve teknolojideki değişikliklerin kullanımı süresiz olarak engellemesi gerektiğini düşünmeyeceğiz.
CTV Doğrusal veya CTV videoyu destekleyecek bir yol yok. CTV kullanım alanlarını daha fazla keşfetmek için sabırsızlanıyoruz ancak CTV cihazlarına yönelik API'lerin, Chrome'da 3PCD'nin önüne geçeceğini düşünmüyoruz.
Reklamveren Reklam Sunucuları Google, reklam hedeflemeyi DV360'a değiştiriyor gibi görünüyor. Reklamveren reklam sunucuları için nasıl bir destek sağlanacak? Chrome tarafından sağlanan yanıt:

PA API, reklamveren reklam sunucularının iFrame'ler / Kısıtlanmış Çerçeveler ve İşaretçi raporlaması kullanılarak kullanıcıya gösterilen reklamları yayınlaması ve ölçmesi için tasarlanmıştır. Ayrıca, bugün olduğu gibi yayın akışına entegre etmek için yukarı ve aşağı yönlü taraflarla birlikte çalışırlar.
Google Ads Veri Yöneticisi Kısa süre önce duyurulan "Google Ads Veri Yöneticisi"nin temelinde Müşteri Eşleştirme ve gelişmiş dönüşümler özellikleri yatıyor. Bu özellikler sayesinde reklamverenler birinci taraf müşteri verilerini Google ile paylaşabilir ve üçüncü taraf cihazların gerçekleştirdiği tüm pazarlama işlevlerini kullanmaya devam edebilir. Bu yeni özellik, Google'ın CMA'ya olan taahhütleriyle nasıl uyumlu? Yanıt Google Ads tarafından sağlanmıştır:

Google Ads Veri Yöneticisi, reklamverenlerin Müşteri Eşleştirme (CM) ve Gelişmiş Dönüşümler (EC) için kullanmak üzere reklamveren veri depolama sistemlerinden (bulut sistemleri) birinci taraf verilerinin yüklenmesini kolaylaştırır. Böylece daha az teknik kaynağa sahip küçük ve orta ölçekli işletmeler için kolaylık sağlar. Google Ads Veri Yöneticisi, CM veya EC için, Google O&O VEYA üçüncü taraf yayıncılardaki reklamların adreslenebilirliği ya da ölçülebilirliği açısından yeni özellikler sunmaz.

Google'ın reklam platformları, Özel Korumalı Alan teknolojilerinde sunulan özelliklere diğer reklam teknolojisi şirketleriyle aynı erişime sahiptir.
Chrome ayarları Chrome'un dahili ayar sayfası, çerezlerin boyutu hakkında daha fazla bilgi sağlamalıdır. İstenen işlev Chrome Geliştirici Araçları'nda zaten mevcut. Ayarlar sayfasında, bu özelliğe neden öncelik verilmesi gerektiği konusunda ek geri bildirim almaktan memnuniyet duyarız.
Sezgisel yöntemler Chrome, 3PCD sırasında kritik kullanıcı deneyimlerini korumak için hangi buluşsal yöntemleri kullanmaktadır? Bu soruya verdiğimiz yanıtı GitHub'da görebilirsiniz.
Tarayıcı sürümleri Kararlı ve kararlı olmayan Chrome Tarayıcılar arasındaki fark belirlensin mi? Chrome ana sürümünün, kararlı sürüm döngüsüyle yaklaşık olarak eşleştirilmesi çalışır.
Uygunluk Chrome, SOX ile ilgili raporlar sağlayabilir mi? Chrome, SOX ile ilgili raporlar sağlamaz. Privacy Sandbox API'leri, kullanıcının ziyaret ettiği web sitelerinde Chrome'un kullanıma sunduğu birçok web API'sinden biridir. Tüm web API'lerinde olduğu gibi API çağrısı yapan kişi, Privacy Sandbox API'yi kullanmak için Chrome ile bir sözleşme yapmaz. Erişim, API çağrısının teknik gereksinimleri karşılayıp karşılamadığına ve kullanıcının uygun ayarları etkinleştirip etkinleştirmemesine bağlıdır. Bu durumda, hangi verilerin saklanacağı, hangi tekliflerin verileceği, hangi raporların isteneceği gibi bilgiler dahil olmak üzere API'nin nasıl kullanılacağını yalnızca API çağrısı belirler.
Uygunluk Daha fazla soruya yanıt vermek için Özel Korumalı Alan'a Uygunluk SSS bölümünü genişletiyoruz. Geri bildiriminiz için teşekkür ederiz. SSS bölümünü daha da geliştirmeyi planlıyoruz.
Chrome sorusu Chrome'da 3PC'lerin kullanımdan kaldırılması, 3 PC'lerin Android Web Görünümü'nde (yerleşik tarayıcı) kullanılabilirliğini etkiliyor mu? Şu anda Uygulamalar Arası ve Web İlişkilendirme Ölçümü'nü etkinleştirmenin ötesinde WebView'u 3PCD'nin veya Özel Korumalı Alan API'sinin kullanıma sunma ve test sürecinin bu aşamasında dahil etmiyoruz.
API sorusu Sponsorlu ürünlerin tıklamaları ve gösterimleri nasıl izlenebilir? Bu kullanım alanı Attribution Reporting API kapsamındadır.
Zaman çizelgesi Üçüncü Çeyrek için zaman çizelgesi neden değişti? Bunun nedenlerini burada ele aldık.
Chrome uzantısı TOA 3PCD'den sonra web sitesi ile Chrome uzantısı arasında tek oturum açma kullanımına izin verin. Bu sorunu tartışıyoruz ve ek kullanım alanlarıyla ilgili geri bildirimlerinizi bekliyoruz.
API kullanımı Google, API'leri birlikte test edeceğiniz iş ortaklarının listesini onaylayabilir mi? Kendilerini açıkça tanımlayan test kullanıcılarının ayrıntıları, aşağıdaki API'ler için GitHub'da bulunabilir:
- Topics API
- Protected Audience API
- Attribution Reporting API
- Paylaşılan Depolama
- ÇIP'ler
Utiq girişimi Chrome'un Utiq girişimine bakışı nedir? Bu konuyu burada ele alıyoruz.
Chrome sorusu PC'leri 3 bilgisayar olmadan göz atan kullanıcılar nasıl tespit edilir? Üçüncü taraf engellemenin algılanmasına yönelik belirli bir ayar yoktur. Genel bir "özellik algılama" yaklaşımı için iframe / siteler arası istek oluşturmanızı ve gerekli kullanım alanına benzer bir çerez ayarlamaya çalışmanızı öneririz. Bu, en yakın çözüm olacaktır.
Chrome sorusu Gizli modda göz atmak, işaret testini çalıştırmakla (Chrome'u --test-third-party-cookie-phaseout komut satırı işaretini kullanarak başlatmak) aynı mıdır? Gizli mod, bayraktan farklıdır. İşaret, yalnızca üç PC'yi engellemekle kalmaz, aynı zamanda FedCM ve üçüncü taraf depolama bölümlendirme işlevine de olanak tanır.
Chrome sorusu %1 gerçekleştiğinde 3PCD'nin her bölge/ülke için beklenen etkisi hakkında daha ayrıntılı bilgi. Müşteriler bu% 1'lik dilime dünya genelinde rastgele dahil edilmiştir ancak bölgesel farklılıklar olabilir. Örneğin, cihazların ve Chrome sürümlerinin dağıtımında farklılıklar olabilir.
Alternatif Gizliliği Artırıcı Teknolojiler Alternatif Gizliliği Artırıcı Teknolojilerin, Chrome ve Android'de veri tekelini önlemek için gizliliği korumaya yönelik web alanları arası izleme gerçekleştirmesine izin verilmelidir. Geliştiriciler, sunduğumuz yapı taşlarının üzerine gizliliği artıran teknoloji teklifleri ve Özel Korumalı Alan dışı yapı taşları derlemek için büyük fırsata sahiptir.
CookieGraph Çalışması Özel Korumalı Alan çerçevesi kapsamında bu makalede açıklandığı üzere Chrome'un CookieGraph yöntemine bakış açısı nedir? Bu makaleyi inceliyoruz ve ek geri bildirimlerinizi bekliyoruz.

Kayıt ve Onay

Geri Bildirim Teması Özet Chrome Yanıtı
Kayıt kısıtlayıcı Google, Özel Korumalı Alan API'leri için özel kullanım şartları sunmuştur. Şartlar, yayıncıların Özel Korumalı Alan özelliklerini test etmek ve/veya kimlik çözümlerine entegre etmek için izin veren ziyaretçileri fark etmesine yardımcı olma konusunda uzmanlaşmış şirketlerin önüne geçer. Şartlar ve koşullar, Özel Korumalı Alan'da çalışma kapasitelerini adil olmayan bir şekilde sınırlamaktadır. Kayıt ve onay sürecinde, API kullanım şartlarının kabul edilmesi gerekmez. Kayıt ve onay, hangi geliştiricilerin Özel Korumalı Alan API'lerini çağırdığı ve eriştikleri verileri nasıl kullandıkları konusunda şeffaflığı artırmayı amaçlayan mekanizmalardır. Bu onay, onaylayan geliştiricinin siteler veya uygulamalarda kullanıcıları tanımlamak için API'leri kullanmadığına ve API'lerin gizlilik korumalarını başka herhangi bir şekilde ihlal etmediğine dair herkese açık bir beyandır. Onay, geliştiricilerin diğer veri veya teknolojileri kullandığına dair beyanda bulunmayı gerektirmez.
Özel Korumalı Alan Kaydı Onay için ilgili kişi / e-posta adresi nasıl güncellenir? Kayıt bilgileri, kayıt formu kullanılarak güncellenebilir. Daha ayrıntılı bilgiyi burada bulabilirsiniz.
Özel Korumalı Alan Kaydı Onayın mevcut olmadığı durumlarda erişim kesintisi senaryolarını netleştirebilir misiniz? Özel Korumalı Alan, teknik sorumlunun kayıtlı siteyle ilgili onay dosyasını yeniden oluşturması için 3 hafta süre tanır. Ardından, kayıtlı bir şirketin ölçüm ve alaka düzeyi API'lerine erişimini reddetmez.
Özel Korumalı Alan Kaydı Üretim dışı uç noktaları kullanarak yerel ortamdaki API'leri nasıl test edebiliriz? Bu soruya buradan yanıt verdik.

Alakalı İçerikleri ve Reklamları Gösterin

Konular

Geri Bildirim Teması Özet Chrome Yanıtı
Farklı paydaş türleri için fayda Yayıncılar, konuların veriye dayalı satışlar üzerindeki etkisi konusunda endişe duyuyor. Daha büyük sitelere genel bir "haberler" Konusu atanır, veriler bu konuyla belirli bir yayıncıya bağlantı vermez. Uzman yayıncılar, sınırlı bilgi karşılığında verilerini başkalarıyla paylaşır. Daha genel ilgi alanı alanlarına sahip sitelerin, daha fazla ilgi alanı alanına sahip sitelere göre daha az ayrıntılı konulara katkıda bulunduğunu kabul ediyoruz. Ancak, tüm niş siteler ticari açıdan değerli konulara katkıda bulunmaz. Ayrıca bu dinamik, bazı sitelerin 3 bilgisayar tabanlı reklam alaka düzeyi sistemlerinde diğerlerine göre daha fazla değer sağladığı statükoyu da yansıtmaktadır. Topics (ve genel olarak Özel Korumalı Alan), yayıncılara bilgilerinin birlikte çalıştıkları reklam teknolojisi şirketleri tarafından nasıl kullanıldığı üzerinde daha fazla kontrol sağlar. Ayrıca Topics aracılığıyla sunulan bilgiler mevcut sinyallerden çok daha kapsamlı.
Yayıncı Reklam sunucuları Özel reklam sunucuları kullanan yayıncı reklam sunucuları Topics API'yi doğrudan gözlemleyemeyebilir. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
Onay Onay koşulunun, bağlamlar arası bilgi aktarımının bilinen istenmeyen sonuçlarını ele almasını sağlamak. Şu anda onay sürecinin amacı, bu geniş risk kategorisini kapsamak değil, API'nin kötüye kullanımını ele almaktır.
Topics trafiğinin hacmi Alınan gösterimlerin mevcut hacmi test için yeterli değildir. Chrome, programatik ekosistemde kullanılabilen Topics'in hacmiyle ilgili geri bildirimlerden haberdardır. Olası nedenleri araştırıyoruz. Hem tarayıcı içinde hem de ilgili test kullanıcıları arasında. Chrome, gerekli görülmesi halinde, kapsam oranını artırmak ve kullanıcı gizliliğini korurken yeterli ölçekte test yapılmasını sağlamak için hangi potansiyel API tasarım değişikliklerinin kullanılabileceğini değerlendirir.
API kullanımı Topics API hız sınırlaması var mı? Kötüye kullanımı önlemek ve kullanıcıların web'deki deneyimini korumak için bazı Topics hız sınırları uygulanmaktadır. Buradan daha fazla bilgi edinebilirsiniz.
V2 sınıflandırması Açık RTB protokolüne dahil edilecek konu ayrıntılarına ilişkin IAB yönergeleri nelerdir? Evet, IAB'nin Topics'i Open RTB protokolüne dahil etme hakkındaki yönergelerini burada bulabilirsiniz.
Birinci taraf sinyalleri üzerindeki etkisi Ayrıntılı Konular sınıflandırması sürüm 2, bu ayrıntılı segmentasyonun en yüksek değerini döndürme süreciyle (en önemli konular) bir araya geldiğinde, reklamcılıkta veri pazarını bozar. 3. çeyrekteki yanıtımız değişmedi:

"Daha ayrıntılı bir Konular sınıflandırması, yayıncıların birinci taraf verilerini veya doğrudan sunulan anlaşmaları temel alan çözümler gibi diğer çözümlerin cazibesini dolaylı olarak azaltabilir. Topics API'yi geliştirirken ana hedefimiz, 3PCD'den sonra ilgi alanına dayalı reklamcılık kullanım alanlarını tüm paydaşlar için mümkün olduğunca etkili bir şekilde desteklemektir. Topics'in daha fazla fayda sağlayacağına, genel olarak rekabeti artıracağına ve bir bütün olarak ekosisteme fayda sağlayacağına inanıyoruz."
Test kullanıcıları listesi Topics ve PA API'nin yayıncılarınız arasında kullanımı nedir? Bu tür bilgileri paylaşamayız. Yayıncıların test durumlarını paylaşmayı seçebilecekleri test kullanıcısı listesine başvurabilirsiniz.
Konu seçimi Kullanıcıların ilgilendikleri konuları proaktif olarak seçmesine izin verilsin mi? Kullanıcıların proaktif olarak konu eklemesine olanak sağlamayı kesinlikle düşündük. Kısa vadede bu konuyu ele almayı düşünmüyoruz, ancak uzun vadede daha ayrıntılı olarak araştırmaya hazırız.
Konu seçimi Bir reklam teknolojisi, bir sitede konuları gözlemleyecek kod içeriyorsa hangi konuların gözlemlenebileceğini biliyor mu? Bir reklam teknolojisi şirketi, bir siteyle ilişkilendirilmiş konuları belirleyebilir. API, gecikme maliyetlerine neden olabileceğinden bu bilgileri gerçek zamanlı olarak paylaşmaz.
V2 sınıflandırması Topics en fazla 3 Konu döndürebildiğine göre Sınıflandırma v2 kullanıma sunulduğunda beklenen davranış nedir? API yine de 3 Konu döndürecek ve yanıtta her Konunun ilgili sınıflandırma sürümünü içerecektir.
(Önceki çeyreklerde de bildirilmiştir)

Topics gözlemi
Yayıncıların Chrome'a, konuları sayfa içeriğine (örneğin, baş veya gövde) göre kategorilere ayırma izinleri vermesine izin verin. 3. çeyrekteki yanıtımız değişmedi:

"Daha önce siteleri sayfa içeriğine göre konulara göre sınıflandırma işlevi sunmayı düşünmüştük ve gizlilik ve güvenlik kaygıları nedeniyle bir sonraki adıma devam etmeme kararı aldık. Bu teklif, söz konusu endişelerin bir kısmını hafifletebilir, ancak ne ölçüde olduğu belirsiz. Önümüzdeki CMA deneme dönemi nedeniyle, bu değişikliğin 3.000'den önce gerçekleşmesi beklenmiyor. Ek geri bildirimleri buradan inceleyebilirsiniz."
Konu seçimi Alanlar, genel oldukları için Topics ile nasıl sınıflandırılır? Siteleri Konular olarak sınıflandırmak için yalnızca ana makine adını kullanırız. Geniş kapsamlı olarak sınıflandırılan bir site bu durumdan zarar görmez. Bunun nedeni, bir sitenin bağlamsal bilgilerinin sitedeki açık artırmalarda her zaman kullanılabilir olmasıdır. Bu da, genel Konu hakkında daha spesifik bilgiler sağlar.
V2 sınıflandırması Konuların diğer standartlarla (ör. IAB) daha uyumlu olmasını isteyebilirsiniz. IAB ile Topics sınıflandırmaları arasında neden daha yakın bir uyum umdukları hakkında daha fazla bilgi edinmek istiyoruz. Topics API'yi benimsemek için hangi adımları atması gerekir ve daha farklı bir sınıflandırma bu adımları nasıl etkiler? Konular sınıflandırması ile IAB içerik sınıflandırması arasında bir eşleme yayınlamayı düşünüyoruz. Bunu yapmanın, yayıncıların karşılaştıkları zorlukları ele alıp almayacağını anlamak yararlı olacaktır.
Veri depolama ve kullanımı Verilerin nasıl saklandığı ve nereye aktarıldığı hakkında daha fazla bilginiz var mı? Topics bilgileri bir kullanıcının cihazında yerel olarak oluşturulur ve depolanır. İstek üzerine API, arayanlara en fazla 3 Konu döndürür. Google'a göre, arayanlar Topics bilgilerini ele alırken ve saklarken yerel düzenlemelere uymaktan sorumludur. Ayrıca tüm arayanlar, sitelerde kullanıcıları yeniden tanımlamak için Topics'i kullanmadıklarını onay etmelidir. Daha fazla ayrıntı için lütfen Gizlilikle ilgili uygunlukla ilgili SSS sayfasını inceleyin.
V2 sınıflandırması v1'den v2'ye geçiş yaparken Konular Sınıflandırması Yükseltmesinin ve tarayıcının durumunun etkisi. Önceki Sınıflandırma ile tahmin edilen konular, geçerlilik süreleri dolana (4 hafta) kadar reklam teknolojisi tarafından alınmaya devam edebilir.
API Açıklaması Topics API'nin kullanıcı deneyimi yanıltıcıdır. Bu geri bildirimi Kullanıcı deneyimi ekibiyle paylaştık.
API sorusu Yahoo alanları genel oldukları düşünüldüğünde Konular ile nasıl sınıflandırılır? Siteleri Konular olarak sınıflandırmak için yalnızca ana makine adını kullanırız. Geniş kapsamlı olarak sınıflandırılan bir sitenin bu durumdan zarar görmediğini bilmek önemlidir.
Konuların kullanılabilirlik oranı düşük Test kullanıcıları, Google Ad Manager'dan az sayıda Konu alıyor. Google Ad Manager, kapsamı genişletmek için çeşitli optimizasyonlar uyguladı. Alıcılar kapsamında bir artış görmüş olmalıydı. Kapsamı sınırlayabilecek bazı faktörler (ör. kullanıcı tercihleri, arayanın gözlem gereksinimleri, potansiyel olarak bazı gecikme/zaman aşımları) vardır.

Protected Audience API (eski adıyla FLEDGE)

Geri Bildirim Teması Özet Chrome Yanıtı
Farklılaştırma STP'lerin yeni açık artırmaya nasıl bir farklılık getirdiği konusunda netlik olmaması. Önünde Protected Audience ve/veya diğer Özel Korumalı Alan API'lerinin yer aldığı birden fazla stratejik plan duyduk.

Her yerde bulunan siteler arası tanımlayıcıların azaltılmasının, ekosistemin satış tarafı tarafından yalnızca gizlilik açısından değil, ticari açıdan da olumlu bir adım olduğu görülüyor. Bu değişime ayak uyduran küçük veya büyük tüm işletmeler büyük olasılıkla fırsat yakalayacaktır.
Reklam oluşturma Reklam oluşturmanın tek yolu olarak Chrome yeniliği engelliyor. Protected Audience oluşturma, günümüzün yerel reklamcılık standartlarının uygulanabilirliğini azaltır. Tarayıcılarda reklam oluşturma, oluşturmak için her zaman tarayıcı teknolojilerini kullanmıştır. Bu durum değişmiyor. Muhtemelen bu durum, gelecekte Protected Audience ile birlikte çitli çerçevelerin kullanılmasını zorunlu kılma planlarıyla ilgili olabilir. Bu planların "gelecek" olmasının nedenlerinden biri, Çit Çerçeveler teknolojisinin reklam oluşturma konusunda ekosistem yeniliklerini ve farklılaşmayı desteklemesini desteklememizi istememizdir. İlgilenen geliştiricilerin ve şirketlerin, yerel reklam yaklaşımlarının nasıl desteklenebileceğine dair bilgiler de dahil olmak üzere, Çitli Çerçeveler konusunda fikir belirtecek zamanları var.
Giriş Concern Protected Audience API (PA API), birçok reklam teknolojisinin Özel Korumalı Alan API'lerini keşfetmeye başlamasıyla birlikte aşağı yukarı bütüncül olarak sunuldu. API'ler, kullanımdan öğrendiklerimize ve Chrome'un içinden ve dışından gelen yeni fikirlere dayanarak gelişmeye devam edecektir. Günümüzde genel olarak kullanılabilen alaka düzeyi ve ölçüm API'leri sabittir, ancak bu, geliştirmenin durdurulduğu anlamına gelmez ve daha fazla geri bildirim almaktan memnuniyet duyarız.
Açık artırma tasarımı Korunan kitle tasarımı, tüm kitle oluşturma ve reklam seçme mantığını alıcı tarafı platformuna bırakır. Böylece STP'nin, platformunda yürütülen kampanyalar için kitle oluşturma ve reklam seçimi mantığı sunma becerisi ortadan kalkar. Protected Audience, kitleleri kimin oluşturduğundan ve kitlelere kimin teklif verdiğinden bağımsızdır. STP'ler, teklifli sistem için kullanıma sunacağı bir İlgi Alanı Grubu (IG) oluşturabilir. STP'lerin, birçok STP'nin ajanslara doğrudan gittiği yönle uyumlu görünen teklif mantığı sağlaması da mümkündür. Başka kullanım alanları da mevcuttur ancak Protected Audience'ın temelleri, kitle oluşturma ve etkinleştirmeyle ilgili birçok farklı yaklaşımı destekleyecek kadar esnektir. Bu temellerin gizlilik özellikleri, kullanıcı düzeyindeki ham verilerin siteler arasında paylaşılmaması anlamına da gelir.
Açık artırma tasarımı Korunan Kitle açık artırması, ekosistemde bir reklamveren ile yayıncı arasındaki aracıların toplam miktarını azaltmaya ve/veya belirli bir reklam fırsatının yinelenmesini sağlamaya yönelik Arz Yolu Optimizasyonu (SPO) çabalarına aykırı mıdır? Hayır. Korunan Kitle'de kazanan bir reklam, alıcı yayıncı ile doğrudan entegrasyon oluşturursa en fazla iki satıcı varlığından (ör. STP ve yayıncı reklam sunucusu) geçer ancak hiç öğe geçirmez.

Aynı isteğin birden fazla aracı aracılığıyla kopyalanması yayıncının tercihidir. Korunan kitle iki şekilde de etkilenmez.

Protected Audience açık artırmaları, siteler arası kullanıcı verilerinin sızdırılmaması için günümüzün sunucular arası gerçek zamanlı sisteminin dışında yapılır. Bazıları bunun bir reklam isteğini çoğalttığını söyleyebilir. Teknik olarak kanıtlanabilir gizliliğe ulaşmak için bazı ödünler gerekir. Ancak uzun vadede ekosistemin, geleneksel sunucu tarafı açık artırmalar olmadan Protected Audience kullanmaya karar vermesi mümkündür. Bu seçim, tedarik yollarının daha da optimize olmasını sağlayabilir.
Açık artırma tasarımı Korunan Kitle, STP'lerin nadiren sayfada çalıştırılan "son" açık artırma olduğu bir modele geçer ancak API tasarımı tarafından bu modele zorlanır. Aynı fikirde değiliz. Gördüğümüz ilk kullanıcı uygulamaları, bileşen açık artırmalarına katılan STP'lerin, Protected Audience açık artırması yapılmadan önce gerçekleşen içeriğe dayalı açık artırmanın sonucunu geçebilmesini sağlıyor. Korunan Kitledeki STP bileşeni açık artırma çıktıları, içeriğe dayalı tam bir açık artırma yapıldıktan sonra son olarak kabul edilir.
Açık artırma tasarımı İçeriğe dayalı açık artırma, yalnızca Protected Audience açık artırmasını bilgilendirmek amacıyla açık artırma fırsatı hakkında veri sinyalleri sağlamak için kullanılabilir. İçeriğe dayalı açık artırmaların, anlaşmalar, birinci taraf olmayan kitlelere yönelik kampanyalar ve birçok içeriğe dayalı senaryo gibi sayısız nedenden ötürü alakalı olmaya devam etmesini bekliyoruz. Ayrıca, IG olmadığında veya Protected Audience'taki teklifler tabanlara ulaşamadığında ya da reklam kalitesi kurallarına uymadığında da değerlidir.
Trafik şekillendirme TTP'ler sabit QPS'de çalışır. Protected Audience açık artırmalarının uygun olması, eski altyapının kullanımını azaltır. Anladığımız kadarıyla, saniye başına sorgu sayısı açısından değişen şey, birçok STP'nin bir TTP isteği gönderilip gönderilmeyeceğini belirlemek için bir özellik olarak siteler arası kimlikleri kullanmasıdır. Bu durum, yayıncının Korunan Kitle açık artırması yapmak istemese de istemese de geçerlidir.

Birçok STP ile trafik şekillendirmeyi inceledik ve önbelleğe alma ve içeriğe dayalı filtreleme gibi çözümler bulduk. Zaman içinde geliştiricilerin TTP teklif tercihlerini daha iyi anlamak ve buna göre filtrelemek için Özel Toplama'dan yararlanmalarını bekliyoruz.

Nihayetinde, siteler arası tanımlayıcılar temel alınarak oluşturulan bazı eski altyapı artık işe yaramayacaktır.
Mevcut sinyaller Açık artırma sırasında kullanılabilen sinyallerin tümüyle ilgili netlik olmaması ve sıralamanın içeriğe dayalı açık artırma ile yürütülmesinin bu durumu nasıl dezavantajlı Genel anlamda, teklif verenlere bilgi, IG oluşturulduğunda içeriğe dayalı açık artırma veya gerçek zamanlı anahtar/değer aramasıyla sağlanabilir. Puan verenler için, açık artırma yapılandırıldığında, sayfa ve içeriğe dayalı açık artırma hakkındaki bağlamsal bilgilerin yanı sıra, reklam createUrl'lerinde gerçek zamanlı anahtar/değer aramasıyla ilgili bilgiler sağlanabilir.
(Önceki çeyreklerde bildirilmiştir)

Video Oluşturma
Korunan Kitle ve Kısıtlanmış Kareler kullanılarak video oluşturma desteği. Önceki üç aylık dönemde verdiğimiz yanıtta değişiklik olmadı:

"Protected Audience API, iframe'lere dayalı bir mekanizma kullanarak video oluşturmayı destekler. Ancak, henüz Çitli Çerçevelerle uyumlu bir çözüm tasarlamadık. Çitli Çerçeveler'in uygulanmasını 2026'ya geri çekmeye karar vermemizin nedenlerinden biri de budur. Yani, bir iş ortağı Kısıtlanmış Kareleri hemen uygulamaya karar verirse bu iş ortağı video için destek alamaz."
Video Oluşturma iframe'lerde video için PA API desteği HTML5 video ile sınırlıdır ve yaygın olarak kullanılan VAST standardını desteklemez. Şu anda Protected Audience'ta kullanılabilen iframe oluşturma mekanizmasını kullanarak VAST tabanlı reklamları uygulamak mümkündür. Google bunu yapmak için alıcılar, satıcılar ve yayıncı reklam platformları adına yeni mühendislikler gerektirdiğini ve VAST'ın geçmişte çalışma şekline geçişi kolaylaştırmak için çalışmaya devam edeceğiz.
(Önceki çeyreklerde bildirildi)

Üst Düzey Açık Artırmalar
Google Ad Manager'a üst düzey PA API açık artırmasının kontrolünü vermeden Google'ın yayıncı reklam sunucusunu kullanma olanağı. Yanıtınız önceki çeyreklere göre değişmedi:

"Google Ad Manager tarafından sağlanan yanıt:
Google Ad Manager'ın Protected Audience API planları, aşağıdaki nedenlerden dolayı üst düzey Protected Audience açık artırmasının kontrolü olmadan Google'ın yayıncı reklam sunucusunun desteklenmesini içermez.

Yayıncıların reklam sunma pazarında müşterilerimize doğru şekilde hizmet verebilmemiz için Google'ın yayıncı reklam sunucusunun, üst düzey Protected Audience açık artırmasının kontrolünü elinde tutması gerekir. Yayıncı reklam sunucusu olarak bizim rolümüz, yayıncılara çifte rezervasyon yapmadan doğrudan satılan kampanyalar için pazarlık yapabilmeleri için öngörme hizmeti sunmak ve doğrudan rezervasyonlarını en uygun şekilde hızlandırıp yayınlamaktır. Bunun için uygun tüm doğrudan ve dolaylı talepleri karşılaştırmak üzere son açık artırma yürütülmesi gerekir.

Öngörme ve hız, yayıncıların bir reklam sunucusundan beklediği temel işlevlerdir. Doğru tahmin yapılmazsa yayıncılar envanterlerini fazla satarak işletme itibarlarını riske atabilir. Reklamverenlerle rezervasyon sözleşmelerini yerine getirememek, yayıncı-reklamveren doğrudan ilişkisine zarar verebilir ve bu durum yayıncının işini önemli ölçüde etkileyebilir. Bu nedenle, ilerleme hızı da son derece önemlidir.

Bu nedenle, bir yayıncı reklam sunucusunun üst düzey Protected Audience açık artırması yürütme etkinliğini, yayıncı reklam sunucusunun diğer etkinliklerinden ayrı olarak görmeyiz."
(Önceki çeyreklerde bildirilmiştir)

directFrom
SellerSignals
DirectFromSellerSignals
, Google Ad Manager'ın, yayıncının içeriğe dayalı açık artırma fiyatını görmesini engellemesine olanak tanır.
Yanıtınız önceki çeyreklere göre değişmedi:

"Chrome yanıtı:
runAdAuction() işlevine iletilen bilgiler, satıcı kendi iframe'inden runAdAuction() çağrısı yapmadığı sürece satıcıdan geldiği bilinmiyor. Çok satıcılı bir açık artırmada tüm satıcıların, runAdAuction() çağrısı yapan çerçeveyi oluşturması imkansız hale gelir. DirectFromSellerSignals, satıcının kaynağından yüklenen bir alt kaynak paketinden içerik yükleyerek bu sorunu ele aldı. Bu, satıcı açık artırma yapılandırmalarından açık artırmaya aktarılan bilgilerin özgünlüğünü ve bütünlüğünün değiştirilememesini sağlar. Teknoloji sağlayıcılarının Protected Audience açık artırmalarına ilettiği bilgileri anlamak için Protected Audience API'yi kullanmak isteyen yayıncılar bu teknoloji sağlayıcılardan bu işlevi isteyebilir.

Google Ad Manager tarafından sağlanan yanıt:
Yayıncıların garanti edilmeyen satır öğesi fiyatları da dahil olmak üzere garanti edilmeyen reklam kaynaklarından hiçbirindeki hiçbir fiyatın başka bir alıcıyla açık artırmada teklif vermeden önce hiçbir fiyat paylaşılmayacağına, daha sonra da Fransız Rekabet Kurumu'na verdiğimiz taahhütlerde daha sonra tekrar onayladık. Bu vaadi, açık artırma adilliğine odaklanmayı yıllardır sürdürüyoruz.

Protected Audience açık artırmalarında, DirectFromSellerSignals'ı kullanarak sözümüzü yerine getirmeyi ve çok satıcılı açık artırmalarda açık artırma tamamlanmadan önce açık artırma katılımcılarının teklifini herhangi bir açık artırma katılımcısıyla paylaşmamayı amaçlıyoruz. Daha net bir ifadeyle, bu güncellemede açıklandığı gibi içeriğe dayalı açık artırmanın fiyatını kendi bileşen açık artırmamızla da paylaşmayacağız.
(Önceki çeyreklerde raporlanır)

K-anonimlik değeri
"K" yerine "k-anon" değeri nasıl belirlenecek ve ne zaman yayınlanacak? Aralık 2023'te K-anonimlik değerini yayınladık. 3PCD süreci başladıktan sonra k-anonimlik eşiğini nihai değer olan 50'ye (k=50) yükselteceğiz ve güncelleme süresini 1 saate (p=1) ayarlayacağız. K-anonimlik değerinin 50 olduğu, fayda ve gizlilik arasında en uygun dengeyi sağladığı belirlendi. Bu değer, API'nin amaçlanan kullanım alanlarında yararlı olmaya devam etmesini sağlayacak kadar düşük olmasının yanı sıra temel bot saldırılarını engellemek ve diferansiyel gizliliği korumak için yeterlidir.
(Önceki çeyreklerde bildirildi)

forDebuggingOnly
3 PCD sonrasında kalırsa forDebuggingOnly.reportAdAuctionWin öğesinin kötüye kullanılma potansiyeli. Hata ayıklama kullanım alanlarını uzun vadede desteklemeye nasıl devam edeceğimizle ilgili teklifimizi burada paylaştık. Teklifle ilgili ek geri bildirimler almaktan memnuniyet duyarız.
(Önceki çeyreklerde bildirilmiştir)

Aynı kaynak politikası
Alt alan adlarına izin vermek için aynı kaynak politikasının gevşetilmesi isteği. Bu konu üzerinde çalışıyoruz ve konuyu burada ele aldık.
(Önceki çeyreklerde bildirildi)

Reklam Bileşeni boyutu
Reklam bileşeni sayısını 20'den 40'a çıkarın. 4 Ekim'deki WICG görüşmesinde ve bu GitHub sorununda bu konuyu ele aldık ve 2024'ün 1. çeyreğinin sonuna kadar ele almayı planlıyoruz.
(Önceki çeyreklerde raporlanır)

Anahtar/Değer Sunucusu Anahtarı Geçerlilik Süresi
İlgili IG'lerin süresi dolduktan sonra sunucu anahtarlarının kaldırılmasıyla ilgili tartışma. TTL yönetimi, karmaşıklığı azaltmak için TEE dışında daha iyidir ancak buradan ek geri bildirimler almaktan memnuniyet duyarız.
İlgi Grubu Tetikleyicileri Tek bir IG, tek bir (bileşen) açık artırmada birden çok generateBid'i tetikleyebilir mi? Tarayıcı, bir IG'nin generateBid() işlevini her çağırdığında, bu IG'nin bir teklif değeri döndürmesine izin verilir. Örneğin, çok satıcılı bir açık artırmada bir IG'nin bileşen açık artırmalarından birinde her seferinde birden fazla kez çağrılması mümkündür.

Bu davranışı etkinleştirmek/desteklemek için IG'nin sahibi tarafından hiçbir şey yapılmasına gerek yoktur.
Uygunluk soruları Kullanıcının Chrome tarayıcısı aracılığıyla toplanan izin kapsamı nedir? Ayrıntılar için lütfen Gizlilikle ilgili uygunlukla ilgili SSS bölümündeki "Özel Korumalı Alan, Chrome'da gizlilikle ilgili uygunluk konusunda nasıl bir yaklaşım sergiliyor?" bölümüne bakın.
Çok etiketli açık artırmalar Birden fazla etiketli açık artırmalar nasıl barındırılır? Bu isteği değerlendiriyoruz. Buradan daha fazla geri bildirim göndermenizi rica ediyoruz.
IP Korumasının Kullanılabilirliği IP Koruması duyurulan tarihlere kadar hazır olmadığında Çit Çerçevesi'nin uygulanması ve Etkinlik Düzeyinde Raporlama'nın kaldırılması veya kaldırılması gibi Korunan Kitle özelliklerinin zaman çizelgelerini nasıl etkiler? Burada belirtildiği gibi, Protected Audience zaman çizelgelerinin diğer gizlilik koruması özelliklerinin kullanıma sunulma zaman çizelgeleriyle bağlantılı olması gerektiğini düşünüyoruz.
modelingSignals Yalnızca görüntüleme ve tıklama bilgilerini kodlayabilen modellemeSignals'a ek olarak yeni bir alan isteyin. Bu uygulamanın sağladığı yararları anlıyor ve isteği değerlendiriyor, buradan ek geri bildirimler almaktan memnuniyet duyuyoruz.
Negatif IG'ler Normal IG'lerin negatif bir IG adı belirtmesine izin verilebilir mi? Açıklamaya göre şu anda bunu yapmak mümkün değildir. Ancak ekosistem açısından bu neden gerekli olduğu konusunda ek geri bildirimler almaktan memnuniyet duyarız.
API kullanımı generateBid() düzeyinde geçiş için toplu rapor oluşturma Gizli Toplama, generateBid içinde çağrılabilir.
Makrolar IFrame'lerdeki makrolar aracılığıyla perBuyerSignals'dan gelen sinyalleri 3P'lere yönlendirin. Bu kullanım alanını burada ele alacağız. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API kullanımı Güvenilir Puanlama Sinyallerini alma hatası döndürürse scoreAd() yine de çağrılır mı? Getirme çağrısı başarılı olmazsa ScoreAd() yine de çalışır.
API kullanımı Delta/anlık görüntü dosyaları için riegeli dosyalarına meta.shard_num yazma. Engellemeyi kaldırmak için shard_num desteğini hemen ekliyoruz. Riegeli, örneğin Avro kadar iyi benimsenmese de vazgeçilmez. TEE'de çok daha fazla kısıtlama ve ek yük olduğundan, performansa kullanıcı deneyiminden daha fazla öncelik verdik. İsteklerden dosya oluşturmak için bir gRPC hizmeti sağlamayı düşünüyoruz. Avro gibi diğer biçimlerin performans üzerindeki etkilerini de değerlendirebiliriz.
API testi PA API ve Measurement API'leri artımlılık testini nasıl destekleyecek? Özel Korumalı Alan, artımlılığı açık artırma öncesi bir varsayımla ölçemez. Paylaşılan Depolama Alanı ve Özel Toplama'yı kullanabilirsiniz, ancak karşı bilgi yalnızca açık artırmadan sonra kullanılabilir.
API kullanımı Günlük güncellemeler için biddingWasmHelperURL'yi kullanmak k-anonimlik eşiğini etkiliyor mu? K-anonimlik artık IG güncellemeleri için dikkate alınmadığından, biddingWasmHelperURL, eşik etkilenmeden güncellenebilir.
API kullanımı PA API için hata bildirimleri alabiliyor muyuz? PA API sorunlarını gidermek için ne tür bir hata bildirimine ihtiyaç duydukları konusunda ekosistem geri bildirimlerini almaktan memnuniyet duyarız.
Reklam boyutları Reklam boyutları açık artırmada görünmez veya raporlama mümkün değildir. Bu pull isteği ile ilgili sorunu gideriyoruz.
API kullanımı IG güncelleme uç noktası bu açık artırmaya katılmıyorsa IG için çağrılır mı? Evet. Güncelleme URL'si, belirli bir sahibin, belirli bir açık artırmada teklif vermemiş olsa bile tüm IG'leri için çağrılır. Tek koşullar şunlardır:
- sahip, belirli bir açık artırmaya dahil edilmiş olmalıdır (ör. açık artırma yapılandırmasına alıcı olarak dahil edilmelidir)
- belirtilen sahibin ilgi alanı grubu son 24 saat içinde güncellenmemiş olmalıdır.
PA API'de ön teklif Test aşaması için hangi Prebid.js sürümü gerekli? Teknik dokümanlarımıza göre sürüm 8.9.0 veya daha büyük olmalıdır.
PA API'de birinci taraf verilerini etkinleştirme IG'lerin tanımı ve kullanımı için kendi birinci taraf verilerini nasıl etkinleştirebilirler? Bu görev için "İzin Yetkisi" ve "negatif ilgi grupları"nı kullanmak mümkündür.
PA API ve sunucu tarafı etiketleme PA API, sunucu tarafı etiketlemeyle nasıl çalışır? Kullanıcının tarayıcısındaki temel etiketin, API çağrısını sunucu tarafındaki diğer etiketlere yönlendirmesi gerekir. Bu, kullanıcının da çağrıyı kaydetmesine olanak tanır.
Chrome testi (a/b modu) STP'lerin bu etiketleri GZT teklif isteklerinde de iletmesi bekleniyor mu, böyle bir beklenti var mı? Evet, etiketlerin STP'den TTP'ye geçirilmesi beklenir. Varlıkların etikete erişmesi ve değiştirilmemiş değeri bu cihaz uzantısı üzerinden iş ortaklarıyla paylaşması önerilir.
Veri depolama ve kullanımı Verilerin nasıl saklandığı ve nereye aktarıldığı hakkında daha fazla bilginiz var mı? Bu sayfada yasal rehberlik sağlamayacağız. Veri depolama, saklama ve gizlilikle ilgili diğer konulara yaklaşımımız/genel düşüncemiz hakkında daha fazla bilgi vereceğiz. Gizlilikle ilgili yararlı bulabileceğiniz SSS bölümüne buradan göz atabilirsiniz.
API güvenliği generateBid() işlevinin döndürülen değerini değiştiren kötü amaçlı istemci tarafı kodlarıyla ilgili endişeler. Sorunu burada ele aldık ve geri bildirimlerin bir kısmı Özel Toplama teklifine dahil edildi.
Özel hedef Özel hedef reportEvent çağrılarını kullanırken, allowReportingOrigins'te bir IG'nin parçası olarak önceden kaydedilmiş bir özel raporlama kaynağının (alıcıya veya satıcıya değil), registerAdBeacon kullanılarak reportWin'de TTP tarafından beyan edilmesinin gerekip gerekmediğini biliyor musunuz? Hayır, reportWin'de tekrar kaydedilmesi gerekmez ve burada belirtildiği gibi doğrudan reportEvent'te kullanılabilir.
API kısıtlamaları Oluşturma ve güncelleme sırasında IG Boyutu. Güncelleme boyutu 1 MB olarak güncellendi ve IG oluşturma için yeni 1 MB'lık sınıra (50 KB) uygun hale getirildi.
K-anon kısıtlamaları Farklı boyutlarda reklamlar için K-anon. Aralık 2023'te, K-anonimlik değerinin "2025'ten sonra" reklam boyutunu kontrol etmeye başlayacağını belirten K-anonimlik değerini yayınladık. 11 Ekim WICG çağrısında açıklandığı gibi siteler arası izleme vektörü olabileceğinden, boyutu hariç tutmanın bir yolu yoktur.
API güvenliği Kötü amaçlı bir oynatıcı bir sayfanın "ana makine adını" aldatabilir mi? API, yayıncının ana makine adına ayarlanmış bir alt anahtarı destekler. Anahtarı tarayıcı ayarladığından bu mekanizmayı atlatmak zor görünmektedir.
API kullanımı ForDebuggingOnly işlevlerinin üretimde kullanılması önerilmez. forDebuggingOnly işlevlerinin, 3PCD sonrasında sorun giderme dışında hiçbir şekilde uygun olmadığını ekosisteme yeniden bildirmek üzereyiz.
Daha fazla hata ayıklama aracı gerekiyor ForDebuggingOnly, scoreAd() yönteminden önce ortaya çıkabilecek sorunları anlamak için yeterli değildir. Bu eksiklikle ilgili daha fazla geri bildirim topluyor ve buradan daha fazla geri bildirim bekliyoruz.
İlgi alanı gruplarını kalıcı olarak devre dışı bırakma Kullanıcıların özel IG oluşturmayı kalıcı olarak devre dışı bırakmasına izin verme isteği. Stratejimiz, kullanıcıların anlamları, mevcut haliyle kullanıcılar tarafından anlaşılmaz olduğundan kullanıcıların IG düzeyinde devre dışı bırakmasına izin vermemektir.
Belgeleri iyileştirin Spesifikasyon ve açıklayıcıda RenderUrls parametresi için aynı büyük/küçük harf kullanımını kullanın. Geri bildiriminiz için teşekkür ederiz. Dokümanları güncellemek için sizinle iletişime geçeceğiz.
Protected Audience anlaşma desteği Korunan Kitle Anlaşma Desteği için ek seçenekler isteyin. Chrome ekibi şu anda 3PCD ile bunu desteklemek için neler yapabileceğimizi değerlendirmektedir.
Makrolar IG'lerin boyutunu maksimum IG boyutunun altında tutmak için makro desteğe ihtiyaç duyuldu. Açıklayıcıda yapılan yakın zamanda yapılan bir güncelleme bu talebi kısmen ele almıştır.
etkinlik düzeyi ReportLoss API'si Etkinlik düzeyinde ReportLoss API isteği. Etkinlik düzeyindeki kayıp raporları ciddi bir gizlilik riski oluştursa da Private Aggregation API'de yapılan uygun değişikliklerle bu isteğin temel amaçlarının karşılanabileceğini düşünüyoruz. Ek geri bildirimlerinize buradan ulaşabilirsiniz.
API kullanımı Hiçbir teklifin puanı 0'ın üzerindeyse forDebuggingOnly yöntemleri nasıl davranır? Skor <= 0 ise otomatik olarak kaybedilen bir sayıdır. Dolayısıyla, reportAdAuctionloss çağrılır.
Standartlaştırma PA API generateBid() işlevinin giriş/çıkış değeri kullanıcıları arasında eşleşme yok. Tüm iş ortaklarının bu (veya benzer) sorunları IAB Tech Lab'e bildirmelerini öneririz. Bu grup, özellikle Protected Audience gibi API'ler için endüstri standartları üzerinde çalışmaktadır.
API güvenliği Google, IG'lerimizden hangi verileri görebilir? K-anonimlik, güçlü gizlilik korumalarından yararlanarak kullanıcı hassas verilerinin Google da dahil olmak üzere herhangi bir tarafa sızdırılmasını önler. Google ayrıca, bu riski en aza indirmek için bu katmanın üçüncü taraf uygulamasını (Hızlıca) geliştirmektedir.
Chrome testi (a/b modu) "k-anon" kısıtlanmış kullanıcıları testten hariç tutulabilir mi? K-anonimlik durumunu raporlamada, burada açıklandığı gibi ortaya çıkarırız.
Marka Güvenliği Engellenen siteler veya anahtar kelimeler listesine bağlı olarak reklamların yayınlanmadığı Marka Güvenliği kullanım alanlarını destekleyin. Bu tür marka güvenliği kullanım alanları PA API ile halihazırda mümkün olmalıdır.

Bir reklam kampanyasının bazı alan adlarını negatif olarak hedeflemesi için alan adı engellenenler listesini IG'nin kendisinde depolayabilirler. Her bir alan adının listelenmesi çok fazla yer kaplayacaksa Bloom filtresi kullanabilir. Alternatif olarak, reklam kampanyasını tanımlayan anahtar ve Anahtar/Değer isteğine dahil olan alan adı kombinasyonuna göre yanıtı arayan bir UDF kullanarak Anahtar/Değer sunucusu üzerinden izin verme veya reddetme kararını döndürebilirler.

Protected Audience API, hem STP hem de TTP'nin, sayfa içeriğiyle ilgili tüm bilgileri açık artırmaya iletmesine olanak tanır. Bu, örneğin sayfadaki hassas konuların veya anahtar kelimelerin bir listesini içerebilir. TTP'nin teklif verme mantığı, bu bilgileri reklamın nerede görünmemesi gerektiğiyle ilgili depolanmış bilgilerle karşılaştırabilir ve uygun olduğunda teklif vermemeyi seçebilir.

Ekosistemden, mümkün olmadığını düşündükleri belirli kullanım alanlarıyla ilgili geri bildirimler almaktan memnuniyet duyarız.
İzin yetkisi İzin verme nasıl çalışır? İzin yetkisi ile ilgili dokümanları burada paylaştık.
Toplu İstekler Toplu İsteği desteklemek üzere bazı PA API URL'leri için POST isteğini kullanın. Tekliften memnuniyet duyarız. Ayrıca, buradan daha fazla geri bildirim almaktan memnuniyet duyarız.
API'yi İyileştirin Kullanılmaması gereken alanlar (ör. X-fledge-bidding-signals-format-version). Şu anda bu sorunu tartışıyoruz. Buradan daha fazla geri bildirimlerinizi bekliyoruz.
API'yi İyileştirin Üçüncü taraf reklam sunma ve ölçüm tedarikçi firmasına GDPR izni aktarma isteği. Bu işlev, burada açıklandığı gibi, desteği sonlandırılmışChangeInURN makro değişim API'si kullanılarak desteklenir.
Dinamik Reklam optimizasyonu Protected Audience, dinamik reklam optimizasyonunu nasıl destekler? Bu kullanım alanını tartışıyor ve olası çözümleri burada paylaşıyoruz.
API'yi İyileştirin IG bağlamını öncelikli olarak açık artırmayı kazanan IG'ye karşılık gelen IG adını alabilen üçüncü taraf reklam sunma URL'si için istek. Bu tür istekler, kullanıcılar için izleme riskini artırabilir. Bu sorunu tartışıyoruz. Buradan daha fazla geri bildirimlerinizi bekliyoruz.
API güvenliği "IG blob'unun" boyutunun, seçilen IG'ler hakkında bilgi sızdıracağından endişelenme. Chrome B&A API açıklayıcısının gizlilik konusunda dikkat edilmesi gereken noktalar bölümünde belirtildiği gibi, blob boyutu, navigator.getinterestGroupAdAuctionData() işlevi için yapılan girişlerin hiçbirine bağlı değildir. Yalnızca cihazdaki tüm IG'leri paketler. Bu, blob boyutunun bir sayfada nispeten tutarlı olmasını sağlar ve siteler arası bilgi sızıntısı olasılığını sınırlar. Tam da bu nedenle bu şekilde tasarladık.
Chrome testi (a/b modu) Çerez ayarlama ve Chrome destekli testler konusunda diğer STP'lerin ilk yükü kaçırma konusundaki tutumu nedir? Kayda değer bir endişe duymadık (ancak başkaları da bu durumu kabul etmiştir), ancak bunun önemli bir sorun olması durumunda ekosistem ile ilgili geri bildirimleri almaktan memnuniyet duyarız.
A/B Testi desteği PA API A/B testi için destek isteyin. Bu talebi Kasım ayı WICG toplantısında değerlendirmiştik. Buradan daha fazla geri bildirim almaktan memnuniyet duyduk.
Reklam boyutları Korunan Kitle açık artırması için boyutu kim seçer? Bu soru bu SSS bölümünde yanıtlanmıştır.
API'yi İyileştirin Anahtar/değer hizmetini /bidding-signals/v1/getvalues yolunu kabul edecek şekilde yapılandırma isteği. Bu pull isteğine destek yolu önekleri ekledik.
API kullanımı Bir yayıncı, reklamverenin tabanında yer alması gerekiyorsa, reklamverenin IG'ye teklif vermesini sağlamak için kendi koduyla IG'yi nasıl oluşturabilir? Yanıtlar bir reklam teknolojisi iş ortağından (Protected Audience açık artırmalarına katılmak isteyen bir TTP veya STP) gelmelidir ve bu kitlelerin dış bir kaynaktan gelmesi için bir yol oluşturur. Bu konuyu, bu GitHub sorununda daha ayrıntılı olarak ele aldık.
API'yi İyileştirin Negatif IG'leri "Pozitif İlgi Alanı Grupları"ndaki reklamlara bağlama olanağı isteği. Bu isteği değerlendiriyoruz ve nasıl desteklenebileceğinize dair olası bir teklifi burada paylaşıyoruz.
Kırık Sayısı Meta verilerde "shard_num destek" öğesini iletme konusunda destek isteği. Bu geri bildirim üzerine shard_num desteği ekledik.
API kullanımı K/V sunucusundaki anahtarların ek yüküne dair tahmin isteği. Düşüncelerimizi paylaştık ve buradan daha fazla geri bildirimlerinizi bekliyoruz.
K-anonimlik K-Anonimlik karşı ayrıntı düzeyiyle ilgili açıklama ve geliştirme isteği. K-Anonimlik sayacının ayrıntı düzeyiyle ilgili açıklamaları burada bulabilirsiniz.
Hata ayıklama forDebuggingOnly için önerilen son değişiklikleri uygulayarak PA API hata ayıklama özelliklerini iyileştirme isteği. Bu konudaki talep hakkında tartışıyor ve buradan daha fazla geri bildirim almaktan memnuniyet duyuyoruz.
Reklam boyutu Ek BTS sinyali olarak reklam alanı boyutu isteği. Bu talebi desteklemek için bir teklif paylaştık. Buradan daha fazla geri bildirim almaktan memnuniyet duyarız.
API güvenliği "runAdAuction()" kullanımı bir kaynağa göre kısıtlanabilir mi? Ayrıntılı bir yanıtı burada paylaştık.
IG ömrü IG'lerin kullanım ömrünü 30 günden 90 güne uzatma isteği. İsteği dikkate alıyor ve buradan daha fazla geri bildirim almaktan memnuniyet duyuyoruz.
API kullanımı Başlıktan Teklif Alma (Header Bidding) ve yayıncının reklam sunucusu çağrısına paralel olarak bir Protected Audience açık artırması çalıştırmak mümkün müdür? Bu isteği şu anda tartışıyor ve buradan daha fazla geri bildirim almaktan memnuniyet duyuyoruz.
Hata ayıklama Geliştirici Araçları ile konuşan Chrome PA API hata ayıklama uzantılarının daha iyi desteklenmesi için istek gönderin. Daha fazla hata ayıklama aracı sağlamayı destekliyor ve buradan daha fazla öneride bulunmanızı rica ediyoruz.
API kullanımı Bileşen satıcılarının teklifleri en çok satıcıya ulaşamazsa kayıp bildirimleri tetiklenmiyor. Bunun gerekçesini burada açıkladık.
API'yi İyileştirin Protected Audience teklif verme iş akışında TextEncoder desteği isteği. Bu isteği değerlendiriyoruz ve buradan daha fazla geri bildirim göndermenizi rica ediyoruz.
API kullanımı Ağ çağrıları ve istemcide mantık çalıştırmak, ana iş parçacığını engelleyebilir ve SEO'yu etkileyebilecek JS yürütme zorluklarına neden olabilir. Bu sorunu tartışıyoruz. Buradan daha fazla geri bildirimlerinizi bekliyoruz.
API kullanımı TTP'lerin, cihaz üzerinde açık artırmalarda kullanılmak üzere perBuyerSignal kapsamında reklam adaylarını değerlendirmek ve göndermek için mevcut sunucu tarafı teklif dönüşüm hunilerini kullanmaları mümkün müdür? Şu anda bu soruyu tartışıyor ve buradan daha fazla geri bildirim almaktan memnuniyet duyuyoruz.
Teklif fırsatı verilerini genişletme Tarayıcı tarafından STP'ye iletilen teklif fırsatı verilerinin, tarayıcıdaki etkin IG'lerin benzersiz kaynak alanlarının listesiyle birlikte genişletilmesi isteği. Bu isteği şu anda tartışıyor ve buradan daha fazla geri bildirim almaktan memnuniyet duyuyoruz.
GZT Açık artırma için iki yeni kanca isteğinde bulunun ve ORTB'de Teklif yanıtı uyarlaması oluşturun. Bu sorunu inceliyoruz ve buradan daha fazla geri bildirim göndermenizi rica ediyoruz.
Önceki Galibiyet IG'nin bir prevWinsTransformer'ı tanımlama isteği, IG'nin önceki galibiyetlerini alıp seri hale getirilebilir bir şey üretir. Bu sorunu inceliyoruz ve buradan daha fazla geri bildirim göndermenizi rica ediyoruz.
İçerik Türleri İçerik türlerinin gelişimine yönelik strateji (ör. JSON'den CBOR'a). Bu sorunu inceliyoruz ve buradan daha fazla geri bildirim göndermenizi rica ediyoruz.
Protected Audience API'de ön teklif Protected Audience açık artırması için uçtan uca akış çalıştırmak üzere ön teklif kullanan örnek bir yayıncı sayfası isteği. Bu isteği değerlendiriyoruz ve ekosistemden buna neden öncelik verilmesi gerektiğine dair ek geri bildirimleri bekliyoruz. Ayrıca ekosistem katılımcılarının, ekosistemdeki diğer kişilerin de demolayabileceği örnek yayıncı sayfaları hazırladığını gördük.

Korunan Açık Artırma Hizmetleri

Geri Bildirim Teması Özet Chrome Yanıtı
Güvenilir Yürütme Ortamları (TEE'ler) Güvenilir Yürütme Ortamlarını, şirket içi reklam teknolojisi veri merkezleri yerine herkese açık bulutlarda çalıştırmak daha mı pahalı? Mevcut TEE güvenlik modelimiz, herkese açık bulut uygulamaları uygulamalarından yararlanıyor. Özellikle, mevcut donanım tabanlı TEE'ler tüm fiziksel saldırılara karşı savunma yapamamaktadır. Desteklenen mevcut herkese açık bulut sağlayıcılarımız AWS ve GCP, çalışanlar dahil olmak üzere fiziksel erişim risklerine yönelik çözümler tasarladı ve uyguladı. Şirket içi destekle ilgili daha ayrıntılı bilgileri aşağıda bulabilirsiniz.

Reklam teknolojileri, bulut hizmetlerini çalıştırmanın şirket içi reklam teknolojisi veri merkezlerinden daha pahalı olduğunu belirtmişti. Bu ifadeleri değerlendirecek konumda olmasak da maliyetler hakkında ek geri bildirimler almaktan memnuniyet duyuyor ve TEE desteğimizi genişletmeye yönelik seçenekleri değerlendirmeye devam ediyoruz.
(Önceki çeyreklerde bildirildi)

Şirket içi TEE
TEE sağlayıcısı olmak için şartlar nelerdir? Verdiğimiz yanıt önceki çeyreklere benziyor:

"Güvenlik açısından hangi dağıtımların kabul edilebilir olacağını değerlendirmek de dahil olmak üzere herkese açık bulut tabanlı çözümlerin ötesinde seçenekler için destek sunmaya devam ediyoruz ancak şirket içi TEE'leri destekleme planımız şu anda bulunmuyor. Bu aşamada, Özel Korumalı Alan güvenlik gereksinimleri ve şirket içi dağıtımların getirdiği önemli zorluklar göz önünde bulundurulduğunda, bulut tabanlı dağıtımları genişletmeye ve iyileştirmeye devam etmenin ekosistem için en faydalı seçenek olduğuna inanıyoruz. Ancak gizlilik ve güvenlik kısıtlamaları göz önünde bulundurulduğunda, böyle bir şartın neden gerekli ve uygun olduğu konusunda ek geri bildirimler almaktan memnuniyet duyarız."
Anahtar/Değer Sunucusunun Sınırları Sunucu başına açık artırma başına anahtarların sınırları Bu sorunu tartışıyoruz. Buradan daha fazla geri bildirimlerinizi bekliyoruz.
K-anon kısıtlamaları İleride K/V anahtarlarında K-anonimliğin zorunlu kılınmayacağına dair onay. Gelecekte K/V sunucularını TEE'ye taşımayı hedeflediğimizden, K/V sunucu isteklerinin anahtarlarında k-anon'un kullanılmasını zorunlu kılmaya yönelik bir planımız yoktur.
Bina K/V hizmeti Google'ın K/V hizmeti için önceden oluşturulmuş yapıları var mı? Şu anda Korunan Kitle Anahtar/Değer sunucusu için önceden oluşturulmuş bir yapımız yok ancak ekosistemden bu konuda güçlü bir talep alırsak bunları sağlamayı düşünebiliriz.
B&A'da ör. kimlik desteği Teklif Verme ve Açık Artırma kodunda ve BuyerFrontEnd'dan KeyValue hizmetine deneme GrubuId alanını destekleme isteği B&A şu anda experimentGroupId için destek sağlamamaktadır ancak bu özelliği Beta 2 ile kullanıma sunmayı planlıyoruz (şu anda Şubat 2024 için planlanmıştır). Ek bilgileri burada paylaştık.
API kullanımı HTTP'de istek birleştirme, yoldaki saldırganlara karşı koruma sağlayabilir ancak TEE operatörü boyutları öğrenir. Bu isteği şu anda tartışıyor ve buradan daha fazla geri bildirim almaktan memnuniyet duyuyoruz.
Belgeleri iyileştirin Spesifikasyonda, k-v sunucusuna nasıl adres verileceği net değildir. Bu sorunu tartışıyoruz. Buradan daha fazla geri bildirimlerinizi bekliyoruz.
API kullanımı "Reklam-Açık Artırma Sonucu" ve adAuctionHeaders öğelerinin amacı nedir? Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
Belgeleri iyileştirin v2 tasarımının FLEDGE.md'ye aktarılıp aktarılmadığı belli değil. FLEDGE.md, Chrome'un istekleri BYOS-KV'ye nasıl gönderdiğini açıklar. v2 protokol tasarımı yalnızca TEE-KV ile sınırlıdır ve şu anda Chrome tarafından desteklenmemektedir.

Dijital Reklamları Ölçme

Attribution Reporting (ve diğer API'ler)

Geri Bildirim Teması Özet Chrome Yanıtı
Ortamlar arası ölçüm Üç PC'nin Chrome mobil sürümünden kaldırılmış olmasına rağmen Android için Özel Korumalı Alan'ın henüz kullanıma sunulmadığı geçiş aşamasında Chrome, ortamlar arası ölçümü nasıl desteklemeyi planlıyor? Android tarafında, PSB/ARA kapsamını genişletmek için çalışıyoruz - Attribution Reporting API (ARA) Android 13 ve 14'te kullanılabilir. Bu yılın ilerleyen dönemlerinde Android 11 ve 12'de kullanıma sunmayı planlıyoruz (bu durum değişebilir). Şu anda Android 10 veya daha eski sürümleri kullanıma sunamayacağız. Ancak hâlâ Android 10 veya önceki sürümleri çalıştıran Android cihazların yüzdesinin 3 PCD'de daha düşük olmasını ve kullanıcılar yeni sürüme geçtikçe doğal olarak azalmasını bekliyoruz.

Ekosistemin bu istekle ilgili ek geri bildirimlerini öğrenmekten memnuniyet duyarız.
Filtreleme Reklam öğesi taramada "dönüşümleri" filtreleme. Talebini daha iyi anlamak ve ekosistemden bu konuyla ilgili ek geri bildirimler almak için bu paydaşa ulaştık.
Üçüncü Taraf Reklam Sunucuları PA API ve ARA, Üçüncü Taraf Reklam Sunucusu etiketleriyle nasıl çalışır? Piksellerin gösterim ve tıklama etiketleriyle bugünkü işleyişine benzer şekilde, reklam sunucuları ARA için kaynak ve tetikleyici kayıtlarını kendileri ayarlayabilir (Protected Audience açık artırmalarından gelenler dahil) veya ARA için kaynak ve tetikleyici kayıtlarını geçirecek ve kabul edecek yönlendirmeler ayarlayabilir.
DCM DCM ve diğer üçüncü taraf reklam sunucuları tarafından Attributionsrc desteği. Bu, DCM ile ilgili bir sorundur ve DCM ekibi tarafından bu GitHub sorununda ele alınmıştır.
Hiyerarşik Toplama Anahtarı Tüm katkı bütçesini tüm bu hiyerarşik anahtarlara bölmek gerekli mi? Bu paydaşı konuştuk ve ona bir yanıt sunduk. Reklam teknolojisi, hiyerarşik bir anahtar yapısı kullanırken katkı bütçesinin gösterim için tüm anahtarlar çıkışlı olarak paylaşıldığını göz önünde bulundurmalıdır.
Farklı Alt Alanlar kullan İlişkilendirme raporlamasının, aynı eTLD+1'e sahip farklı alt alan adlarında kayıtlı kaynaklar ve tetikleyicilerle çalışması sağlansın mı? Bu sorunu paydaşla görüştük ve aşağıdaki çözümleri önerdik. URL ayarlarını kaynak ve tetikleyicide aynı raporlama kaynağına sahip olacak şekilde değiştirebilir veya kayıtlarını gerçekleştirmeden önce mevcut URL'sinden ortak bir URL'ye yönlendirme yapabilir. Teklif edilen çözümlerin kullanım alanları için uygun olmaması durumunda ekosistem ile ilgili ek geri bildirimlere açığız.
(Önceki çeyreklerde de bildirilmiştir)

Üretim Desteği
ARA kullanan iş ortaklarını desteklemek için hangi hizmet seviyeleri mevcuttur? Yanıtınız önceki çeyreklere göre değişmedi:

"Google, reklam teknisyenlerinin teknik sorunları bildirmesine ve bu sorunları çözmek üzere gerekli üst birime iletmelerine olanak tanıyan çeşitli kanallar sağlar. Chrome ayrıca ekosistemin durumunu etkileyen teknik sorunların ve üst birime iletme süreçlerinin çözümüne yönelik bir süreç daha oluşturmayı ve ölçeklendirmeyi bekliyor. Chrome, bu amaç için kaynak sağlama konusunda kararlıdır.
Geri bildirim ve üst birime iletme için herkese açık ve gizli forumlarda daha fazla bilgi edinmek isterseniz lütfen geliştirici yayınımıza bakın."
(Önceki çeyreklerde de raporlanır)

Zaman çizelgesi
Google, CMA Nicel testinin başlangıcından itibaren "2. Aşama Tam Esnek Etkinlik Düzeyi"ni hazır olacak mı? 2. aşamada tam esnek etkinlik düzeyi, 2024'ün ilk çeyreğinde Chrome'da kullanıma sunulacaktır. Durumu buradan takip edebilirsiniz.
(Önceki çeyreklerde de raporlanır)

Dönüşüm hunisi
Dönüşümde kullanılan birden fazla alanı raporlayın. Bu kullanım alanı, birden fazla hedef eklendiğinden mümkündür. Ek geri bildirimler almaktan memnuniyet duyarız.
Raporlama testi etiketleri Raporlama özellikleri, test kullanıcılarının kullanıcının (Chrome tarayıcı) hangi grubun bir parçası olduğunu (A/B Modu) bildirmesine olanak tanıyacak mı? Chrome test etiketlerini ARA'da yakalamak için bir test kılavuzu yayınlama çalışmalarımız devam ediyor.
Belgeler İlişkilendirme-Raporlama-Kayıt-Kaynağı dokümanlarında, geçerlilik süresinin en yakın güne yuvarlanacağı belirtiliyor. Bu süre nasıl yuvarlanır? En yakın güne yuvarlanırsa 1,5 gün 2 güne yuvarlanır.
Farklı Alt Alanlar kullan Attribution Reporting API raporlarını kaynak ve tetikleyici olarak farklı bir alt alanda almayı talep etme. Bu mümkün değildir. HTTP yönlendirmeleri uygulanabilir ancak bunun için bir ayar yoktur. Ekosistemden, bu isteğin neden yararlı olduğuyla ilgili ek geri bildirimler almaktan memnuniyet duyarız.
Etkinlik düzeyinde raporlama gecikmesi İlişkilendirme ve raporlama aralığı 7 gündür. Ancak etkinlik düzeyindeki raporlama gecikmesi nedeniyle, tüm raporların hazırlanması 8 günden uzun sürebilir. Geri bildirimleri kabul ediyoruz ve özellikle sabit etkinlik raporlama aralıklarından esnek etkinlik raporlama aralıklarına geçiş söz konusu olduğunda, etkinlik düzeyinde raporlamadaki bu gecikmenin bir sorun olup olmadığı konusunda ekosistemden gelen ek görüşleri memnuniyetle karşılıyoruz.
Dönüşüm tetikleyicileri İlk event_report_window (1 sa.) ile sona erme zamanı (1 Gün) arasında gerçekleşen dönüşüm tetikleyicileri rapor oluşturmaz. Sabit etkinlik raporlama aralıklarından esnek etkinlik raporlama aralıklarına geçen, etkinlik düzeyinde esnek yapılandırmayı kullanıma sunduk.
Gürültü Etkinlik düzeyindeki raporlar, GitHub açıklayıcısında açıklandığı gibi gürültülü sahte dönüşüm mü? Evet, gürültü etkinlik düzeyindeki raporlara uygulanır ve farklı trigger_data dahil olmak üzere olası tüm çıkış durumlarını temsil eder, bir tetikleyici gerçekten gerçekleştiğinde hiçbir şey bildirmez veya etkinlik için birden fazla sahte rapor bildirebilir. Gürültü yüzdesi açık kaynaklıdır ve etkinlik düzeyindeki esnek yapılandırmalarla esnek hale getirilebilir.
Filtreleme Attribution Reporting API ile filtreleme kullanıldığında, toplama anahtarını kaydetmese bile katkı bütçesi harcanır. aggregatable_trigger_data sadece tetikleyici anahtar parçalarında filtreleme yapılmasını desteklediğinden, değerler / anahtarlar üzerinde değil, bu amaçlanan şekilde çalışmaktadır. Üst düzey filtreler, anahtarların kendisini filtrelemeyi destekleyebilir ancak bu, etkinlik + toplama göre paylaşıldığından burada geçerli değildir. Anahtarlara filtreleme yapılması gerekirse ekosistemden ek geri bildirimleri buradan alabilirsiniz.
Depolama Alanı Sınırı Raporlama kaynağının da dikkate alındığı bir depolama alanı sınırı belirleme isteği. 120. yüzyıldan itibaren bu sınırın 1.024'ten 4.096'ya yükseltilmesi 120. yüzyıldan itibaren geçerli olacaktır. Ekosistemden gelecek ek geri bildirimleri burada memnuniyetle karşılıyoruz.
Doğrudan Atıf Standart ilişkilendirme raporlama süreci bu senaryoyu kapsamadığından, kullanıcının bir reklamvereni doğrudan yayıncıdan yardım almadan ziyaret ettiği durumlara ilişkin metrikler nasıl alınır? ARA yalnızca siteler arası bilgileri (ör. yayıncı/reklamveren siteleri arasında bilgilerin birleştirilmesi) kurtarmak için tasarlanmıştır. Siteler arası bilgi gerekmiyorsa ARA size yardımcı olmaz. Bu sorunu tartışıyoruz. Buradan daha fazla geri bildirimlerinizi bekliyoruz.
Rapor Zamanı Planlanan_report_time zamanını, yerel makine saatini kullanmak yerine bir zaman sunucusundan alın. Şu anda zaman sunucusu kullanmaya yönelik bir planımız yok ve Reklam Teknolojisinden bu konuyla ilgili çok fazla talep gelmedi. Ekosistemden bunun yararlı bir özellik olup olmayacağıyla ilgili ek geri bildirimler almak isteriz.

Toplama Hizmeti

Geri Bildirim Teması Özet Chrome Yanıtı
(Önceki çeyreklerde de raporlanır)

Şirket içi çözüm
Toplama Hizmeti şirket içi veri merkezlerinde dağıtılabilir mi? Bulut tabanlı çözümlerin ötesinde potansiyel olarak destekleyici seçenekleri araştırıyor olsak da, Özel Korumalı Alan için zaman alıcı değerlendirme gerektiren şirket içi güvenlik sınırlamaları göz önünde bulundurulduğunda şu anda şirket içi TEE'lerin desteklenmesi uygun değil. Özel Korumalı Alan güvenlik gereksinimleri ve şirket içi dağıtımların getirdiği önemli zorluklar göz önünde bulundurulduğunda, bulut tabanlı dağıtımları genişletmeye ve iyileştirmeye (ör. AWS'nin yanı sıra GCP'yi destekleme) devam etmenin ekosistem açısından en faydalı seçenek olduğuna inanıyoruz. Ancak böyle bir şartın neden gerekli olduğuna dair ek geri bildirimleri burada bulabilirsiniz.
Enclave Enclave çalışmıyorsa veya aniden bir hata alıyorsa Aggregation Service API tarafından nasıl işlenir? Enclave başlangıçta başarısız olursa yeniden denemeler ve bir örneğin durumu kötüyse yeni örnekler oluşturmak için otomatik ölçeklendirmeyi kullanırız. Adtech'ler, günlükleri kullanarak hataları da inceleyebilir.

Reklam teknisyenleri, AWS'deki enclave hatalarında hata ayıklamak için AWS Console Manager'a giriş yaparak EC2 örneklerinin durumunu kontrol edebilir. Reklam teknolojileri, Nitro Enclave ana makine örneğine giriş yapıp nitro-cli aracıyla enclave durumunu da kontrol edebilir. Herhangi bir hata varsa, günlükleri görüntülemek ve daha fazla araştırma yapmak için AWS komut satırı arayüzünü kullanabilirler.

Adtech'ler, GCP'deki enclave hatalarında hata ayıklamak için örneklerinin durumunu Cloud Console üzerinden kontrol edebilir. Kullanıcılar ayrıca list-errors-command komutunu kullanarak hataları kontrol edebilirler.
Farklı Alt Alanlar kullan Hem geliştirme hem de üretim ortamlarında birden fazla Toplama Hizmeti örneğini kullanmak için birden fazla (alt) alan adı kaydetme isteğinde bulunun. Reklam teknisyenlerinin, tek bir AWS hesabına veya GCP projesine aynı sitenin birden fazla alt alan adını kaydedebilmesi için site kaydı kullanıma sunuldu. Bu kullanıcılar aynı alan adını birden fazla AWS hesabına veya GCP projesine de kaydedebilir. Ekosistemden gelen geri bildirimleri memnuniyetle karşılıyoruz.
Gizlilik Bütçesi Gizlilik bütçesinin tükenmesi ile ilgili sorunlarda nasıl daha iyi hata ayıklanır? Şu anda, tükenmiş bütçeyle ilgili daha fazla ayrıntı sunmak ve reklam teknisyenlerinin bu hatanın tekrarlanmaması için kullanabileceği stratejileri özetlemek amacıyla belgelerimizi iyileştirmek için çözümler arıyoruz. Teklif aldığımızda Toplama Hizmeti GitHub sayfasını güncelleyeceğiz.
Epsilon değeri Epsilon değerini artırma isteği. 3PCD sırasında farklı parametrelerle ilgili denemeler ve geri bildirim yapmayı kolaylaştırmak için Toplama Hizmeti'nin epsilon değeri 64'e kadar bir aralıkta tutulur. Epsilon aralık değerleri güncellenmeden önce ekosisteme önceden bildirimde bulunacağız.
İkili programlar Toplama Hizmeti sürümleri için daha kapsamlı bir ikili program grubu yayınlayın. Bu isteği inceliyoruz ve ek geri bildirimlerinizi bekliyoruz.
API kullanımı Koordinatör Hizmet Şartları ışığında verilerin Koordinatörlerle paylaşılması. Bu sorunla ilgili açıklama yapmaya çalışıyor ve ek geri bildirimlerinizi bekliyoruz.

Gizli Toplama API'sı

Geri Bildirim Teması Özet Chrome Yanıtı
Hata ayıklama B Modu testi sırasında hata ayıklama için ek seçenekleri etkinleştirin. Bu GitHub sorununda açıklandığı gibi, B Modu'nda hata ayıklama moduna izin verme konusunu uygulamaya devam ediyoruz. Bu uygunluk durumu, 31.01'den itibaren M121 Beta sürümünde B Modu trafiğinin% 50'sinde değişecektir. Mevcut ürün kanalına geçmeden önce bildirimde bulunacağız.

Gizli İzlemeyi Sınırla

Kullanıcı Aracısı Kısaltma/Kullanıcı Aracısı İstemci İpuçları

Geri Bildirim Teması Özet Chrome Yanıtı
ChromeOS Chrome OS bit azlığı için Kullanıcı Aracısı İstemci İpuçları desteklensin. Bu isteğin yanıtını burada paylaştık.

IP Protection (eski adıyla Gnatcatcher)

Geri Bildirim Teması Özet Chrome Yanıtı
Kötüye kullanım Google, IP Koruması aracılığıyla kullanıcının tarama verilerini görüntüleyebilir. IP Koruması, trafiği iki proxy üzerinden (biri Google tarafından, diğeri başka bir şirket tarafından çalıştırılan) geçer. Bu şekilde Google, tarama verilerini göremez. Tüm trafik Chrome ve proxy'ler arasında şifrelendiğinden, Google proxy'nin hangi web sitelerine göz atıldığıyla ilgili herhangi bir bilgisi olmaz. Ayrıca sistem, proxy'lerdeki kullanıcı tanımlayıcılarına erişimi en aza indirmek için gizli kimlik doğrulama jetonları kullanır. Google proxy, belirli bir IP'deki bilinmeyen bir istemcinin proxy sistemini kullandığını görür. Ziyaret edilen web siteleri veya yüklenen reklamlarla ilgili bilgi yok.
Gözetimsiz Mod desteği Eklentileri ve gözetimsiz modu kullanan botlar nasıl yönetilir? IP Koruması'nın kötüye kullanımını azaltmak ekip için temel bir önceliktir. Diğer pek çok potansiyel tehditin yanı sıra bu senaryoları da dikkatlice değerlendirdik ve kötüye kullanımın veya sahtekarlığın başarılı olma olasılığını azaltacak seçenekler üzerinde çalışıyoruz. Şu anda daha fazla ayrıntı veremesek de, bunları yakın gelecekte sunmayı umuyoruz ve görüşmeye devam etmeyi sabırsızlıkla bekliyoruz.
Mevcut proxy'ler IP Koruması, Chrome'daki mevcut proxy ayarlarıyla nasıl çalışacak? Mevcut proxy yapılandırmaları desteklenmeye devam edecektir. Kullanıcılar kendi özel proxy'lerini önceden olduğu gibi yapılandırabilecek.
Kötüye Kullanım Bildirme Kötüye kullanım bildirimleri nasıl ele alınacak? Gelecekte bu konu hakkında daha fazla bilgi paylaşacağız. Ancak kuruluşların ve kullanıcıların, raporları ve kötüye kullanım kanıtlarını paylaşabilecekleri bir mekanizmaya sahip olmayı planlıyoruz.
Yönetmelikler IP Koruması yerel yasa ve yönetmeliklere ne şekilde uyum sağlayacak? Google, yerel yasalara ve yönetmeliklere uymayı taahhüt eder ve bu tür ülke düzeyinde engellemelerin atlatılmasına izin verilmeyebilir. Bu özellik, yasal boşluktan yararlanmak için tasarlanmamıştır.
Özellikleri sınırlama IP Koruması, siber müdahalemizi engelleyecek mi? Kullanıcıların IP adreslerine dayalı olarak web'de izlenmesini önlemek ve kötüye kullanımı önlemek için IP adreslerinin kullanımı dahil olmak üzere sunucuların normal işleyişindeki kesintileri en aza indirmek arasında bir denge kurmaya çalışıyoruz. Şu anda daha fazla ayrıntı veremesek de, bunları yakın gelecekte sunmayı umuyoruz ve görüşmeye devam etmeyi sabırsızlıkla bekliyoruz.
Zaman çizelgesi Bu değişiklik 2024 bitmeden yürürlüğe girecekse buna hazırlanmak neredeyse imkansız. Chrome başlangıçta belirli bölgelerdeki kullanıcılar için bir etkinleştirme ayarı olarak IP Koruması'nı kullanıma sunacaktır. Bunun bazı şirketlerin IP adreslerine güvenmesinde önemli bir değişiklik olabileceğinin anlaşılması ve ekosistemin taleplerine uyum sağlarken kesintiyi en aza indirmek için yapılacak çalışmaların bilincinde olun. IP Koruması 2025'ten itibaren varsayılan ayara geçecektir.
API kullanımı Chrome'u ilk kez açan kullanıcılara IP Koruması'nı açma/kapatma seçeneği sunulacak mı? Kullanıcılara IP Koruması kullanmak isteyip istemediklerine dair seçenek sunmayı planlıyoruz. Bu seçeneği kullanıcılara sunma mekanizması henüz geliştirme aşamasındadır.
API kullanımı Ne kadar veri günlüğe kaydedilir ve bu veriler ne kadar süreyle saklanır? Gelecekte daha fazla ayrıntı paylaşacağız ancak bunu minimum miktarda veri kaydetmeyi planlıyoruz.
Olumsuz geri bildirim Kullanıcılar, kullanmayı tercih etmeleri durumunda VPN'leri kullanabilir. PS API'lerine gerek yoktur. IP Koruması'nın amacı, siteler arası izleme amacıyla IP adreslerinin kullanımını engellemektir. Bu hizmet bir VPN hizmeti olarak tasarlanmamıştır.
API güvenliği Birinci tarafın, IP adresine erişmesini ve bilgileri üstbilgi parametresi aracılığıyla yönlendirmesini nasıl önleyebilirim? Başlangıçta en fazla etkiye sahip olduğunu düşündüğümüz için üçüncü taraflara odaklanıyoruz. Ölçeklendirilmiş atlatmayı önlemek amacıyla yaklaşımımızı değiştirmemiz gerekip gerekmediğini belirlemek için ekosistemi izlemeye devam edeceğiz.
API kullanımı API kullanımının doğru anlaşılması durumunda onay gerekir. IP Koruma, hangi üçüncü taraf trafiğinin proxy'lerden geçtiğini belirlemek için liste tabanlı bir yaklaşım kullanır. Listede bulunan ancak birinci taraf bağlamında erişilen kaynaklar, bu bağlantılar için bu hizmet aracılığıyla proxylaştırılmaz.

Örneğin, alan listesinde bir analiz şirketi olan bir kullanıcı doğrudan siteye gidiyorsa söz konusu site, proxy kullanılan IP adresi yerine kullanıcının IP adresini gözlemleyebilir. Ancak listedeki söz konusu alan, üçüncü taraf bağlamında bir ağ isteğinde bulunursa bağlantıya proxy uygulanır ve kullanıcının orijinal IP adresi site tarafından görülemez.

Temel hedefimiz, web'de kullanıcıların siteler arası izlenmesini önlemektir. Başlangıçta hangi üçüncü taraf alanlarına odaklanmayı planladığımız hakkında daha fazla bilgi paylaşmadan önce bazı ayrıntılar üzerinde çalışıyoruz.
VPN Google'ın teklifinin diğer VPN sağlayıcılar için dezavantajlı olabileceğine dair endişeler. IP Koruması'nın amacı, siteler arası izleme amacıyla IP adreslerinin kullanımını engellemektir. Bu hizmet bir VPN hizmeti olarak tasarlanmamıştır.
Zaman çizelgesi IP Koruması zaman çizelgesi nedir? IP Koruması başlangıçta etkinleştirilecektir. Bu, kullanıcıların gizlilik kararları üzerinde kontrol sahibi olmasını ve Google'ın davranışları daha düşük hacimlerde izleyebilmesini sağlar. IP Koruması aşamalı olarak kullanıma sunulacak ve 2025'te varsayılan sürüme geçirilecektir. Gizlilikle ilgili tüm tekliflerimiz gibi, çalışmalarımızda bir şeyler öğrendiğimizden emin olmak istiyoruz. Değerlendirmemiz gereken bölgesel hususlar olabileceğinin de farkındayız. Liste tabanlı bir yaklaşım kullanıyoruz ve yalnızca üçüncü taraf bağlamında listede bulunan alanlar etkilenecek. Bu tekliflerin meşru kullanım alanlarında istenmeyen kesintilere neden olabileceğinin farkındayız. Bu nedenle, yalnızca kullanıcıları izlediği kabul edilen komut dosyalarına ve alan adlarına odaklanıyoruz.
Özellikleri sınırlama Kullanıcıların IP adresleri artık WHOIS'de aranabilir. IP adresinin sabit bir tanımlayıcı olduğunu düşünüyoruz. Bu tanımlayıcının kullanımı, ASN gibi kendisiyle ilişkili meta verilerin kullanımı da dahil olmak üzere kullanıcılar için gizliliği etkileyebilir. IP Koruması ile gizlilik ile web'de faydalı bir kullanıcı deneyimini destekleme arasında doğru dengeyi kurmaya çalışıyoruz. Örneğin, IP coğrafi konum belirleme yaklaşımımız konusunda. Bu meta veriler kullanım alanınız için yeterli değilse ayrıntılı olarak görüşmekten memnuniyet duyarız.
HTTP Yönlendiren Orijinal HTTP Yönlendiren korunacak mı? Burada açıklandığı gibi, IP Koruması kapsamında Yönlendiren başlığını değiştirme planı yoktur.
Açık kaynak IP Koruması kaynak kodları açık kaynak mı olacak? Buradaki yazılımın büyük kısmı, Chromium ve Envoy Proxy projelerinin bir parçası olarak açık kaynaktır, ancak bazı bileşenler burada açıklandığı gibi kapalı kaynaktır.

Hemen Çıkma Durumunu İzleme Çözümleri

Geri Bildirim Teması Özet Chrome Yanıtı
Depolama alanını silme Hemen Çıkma Durumunu İzleme Çözümleri (BTM), Paylaşılan Depolama Alanı ve İlişkilendirme Raporlama depolama alanını siler mi? BTM'nin, Privacy Sandbox API depolama alanını (ARA, PA API, Shared Storage, Private Aggregation, Topics) silmesini amaçlamadık. BTM, yalnızca üçüncü taraf bağlamında erişildiğinde gizlilik riski olan depolama türlerini silmelidir. Devam eden bir hata düzeltmesi vardır.
API kullanımı BTM hangi Chrome sürümünü etkinleştirir? 10 saniye geçtikten sonra yönlendirme/hemen çıkma izlemesi, BTM tarafından Hemen Çıkma izleme olarak kabul edilir mi? BTM, M116'da 3 PC'leri engellenerek kullanıcıların% 100'ünün kullanımına sunuldu. Şu an için, 10 saniye geçtikten sonra yapılan yönlendirmeler hemen çıkma olarak kabul edilmemektedir.
Oturum açma kullanım alanı İzleme benzeri davranışlar nedeniyle cezalandırılmadan, birden çok alan arasında oturum açma durumu otomatik olarak senkronize edilsin mi/sürdürülebilir mi? Bu isteği burada ele alıyoruz. Ekosistemden geri bildirim almaktan memnuniyet duyarız.
Kullanıcı yolculuğu BTM şu anda karmaşık kullanıcı yolculuklarına yol açıyor. Şu anda bu konuyu ele alıyor ve hakkındaki görüşlerimizi burada paylaşıyoruz.
Depolama Erişim API'sı Chromium'daki BTM, depolama erişimi API'sinden (SAA) sağlanan 3PC hibelerini kabul eder. Bu sorunu TPAC 2023'te ekosistem katılımcılarıyla görüştük. Buradan daha fazla geri bildirim almaktan memnuniyet duyarız.
Reklam raporlama üzerindeki etkisi Hemen Çıkma Durumunu İzleme Çözümleri, ekosistemdeki daha küçük şirketlerin reklam kullanım alanlarını gerçekleştirmek için ARA gibi diğer Özel Korumalı Alan API'lerinden yararlanmasına neden olabilir. Hemen çıkma durumunu izleme çözümlerinin amacı, 3PCD'nin atlatılmasını önlemektir. ARA, 3PCD'den sonra şirketlerin kullanıma sunulacağı birçok alternatif ölçüm çözümünden biridir. Ancak hiçbir şirketin bu çözümü kullanması gerekmez.

Gizlilik Bütçesi

Bu üç aylık dönem için geri bildirim sağlanmadı.

Siteler arası gizlilik sınırlarını güçlendirin

Geri Bildirim Teması Özet Chrome Yanıtı
(Önceki çeyreklerde de raporlanır)

İlgili Web Sitesi Grupları (RWS) alan sınırı
İlişkilendirilmiş alan adlarının sayısını artırma isteği. Şu an için sayısal sınırın artırılmasını beklemiyoruz. Sınır, kullanıcı gizliliğiyle ilgili hususlar, W3C'deki ekosistem paydaşlarından gelen geri bildirimler ve diğer tarayıcılardaki benzer uygulamaların değerlendirilmesi temel alınarak belirlenmiştir. Daha fazla bilgi için lütfen blog gönderilerimize bakın (1, 2).

Sayısal sınırın ötesinde siteler arası çerez erişimi gerektiren kullanım alanlarını incelemenizi ve kimlik kullanım alanları, kimliği doğrulanmış yerleştirmeler ve reklamcılık kullanım alanları ile ilgili rehberimizden yararlanmanızı öneririz.
Çerez erişiminin kapsamı RWS'deki tüm alanlara, tüm alanlardan gelen tüm çerezleri okuma ve yazma erişimi verileceği anlamına gelir. RWS üyeliği, üyelerin birbirlerinin çerezlerine erişmesini sağlamaz. Bunun yerine, diğer aynı RWS sitelerine yerleştirilen üyeler kendi çerezlerine erişmelerine olanak tanır (Storage Access API çağrısından sonra).
(Önceki çeyreklerde de raporlanır)

RWS + CHIPS entegrasyonu
A/B testi gibi kullanım alanlarını desteklemek için RWS + CHIPS entegrasyonu isteği Bu özelliğin kullanım alanlarını ve istekleri buradan talep etmeye devam ediyoruz. Şimdilik, bu özelliğe olan ihtiyacı, tarayıcılar arası birlikte çalışabilirlik riskleriyle karşılaştırarak değerlendiriyoruz.
API kullanımı Bir kullanıcı siteleri yerel olarak Chrome ayarlarından manuel olarak kaldırırsa ne olur? Şu anda kullanıcıların bir siteyi gruptan elle silmek için herhangi bir yöntemi bulunmamaktadır. Kullanıcı, bunun yerine "Üçüncü taraf çerezlerini engelle" seçeneğinin altındaki açma/kapatma düğmesini kullanarak "ilgili siteler" özelliğini veya yeni İzlemeye Karşı Koruma ayarları panelinde "Tüm üçüncü taraf çerezlerini engelle" seçeneğini kapatmayı seçebilir.
Web alanları arası iletişim RWS, web alanları arası iletişime izin verecek mi? Şu anda Storage Access API aracılığıyla bazı bölümlendirilmemiş depolama türlerine (localStorage ve Yayın Kanalı dahil) erişimi genişletmek için Kaynak Denemesi yürütüyoruz. Böylece bu iletişim kurulabilir. Bu özellik, desteklenen tüm Storage Access API yapılandırmalarında, aynı RWS'de ve RWS dışı sitelerde kullanılabilir. Bu blog yayınında ek bilgiler bulunmaktadır.
requestStorageAccessFor document.requestStorageAccessFor(origin), kaynağın siteler arası çerezleriyle çözümlenen bir vaat döndürebilir mi? Bu mümkün değildir. Çağrı, üst düzey kaynaktan (bağımsız değişken olarak iletilen kaynaktan farklıdır) gerçekleştiğinden aynı Kaynak Politikası ihlal edilmiş olur.

Çitli Çerçeveler API'sı

Geri Bildirim Teması Özet Chrome Yanıtı
(Önceki çeyreklerde de raporlanır)

Yerel Reklamcılık
Yerel Reklamcılık için Çitli Çerçeve desteği. Gizlilik korumalarını daha da güçlendirmek için gelecekte bazı Özel Korumalı Alan teknolojilerinin gerekli olacağını daha önce paylaşmıştık. Örneğin, 2026'dan önce, korunan kitle söz konusu olduğunda reklam oluşturma için çitli çerçevelerin kullanılmasını ve etkinlik düzeyinde raporlamadan başka bir geçişin kullanılmasını zorunlu hale getireceğiz. Gelecekteki bu şartların her biri için "en erken " tarihleri açıkladık. Böylece sektör, API'lerin amaçlanan gelişimi hakkında net bir fikir edinmiştir. Bu ek zaman, daha geniş bir kritik kullanım alanı yelpazesi için destek tasarlamak ve uygulamak üzere sektörle çalışmaya devam etmemize olanak tanıyor. Örneğin, Protected Audience API ile video ve yerel reklam desteğini sürdürmek amacıyla 2026 ve sonraki sürümlerindeki gereksinimleri öncesinde Fenced Frames'i geliştireceğiz. Taahhütlerimiz doğrultusunda, bu tür değişiklikler konusunda CMA'ya danışılacaktır. Bu "hemen" gereksinimlerini yerine getirmeden önce ekosistemden geri bildirim almayı sürdüreceğiz.
Platformlar arasındaki boyut farkı Kısıtlanmış Çerçeve'de görüntülenen içerik boyutunun masaüstü ve akıllı telefonlar arasında farklı göründüğünü bildirir. Sorunu araştırıyoruz ve buradan daha fazla geri bildirim almaktan memnuniyet duyarız.
adBileşeni oluştur AdBileşenlerinin Kısıtlanmış Çerçevede nasıl oluşturulacağıyla ilgili örnek kodlar sağlayın. Birden çok parçadan oluşan bir reklamı görüntülemek için Çitli Çerçeve içinde navigator.adAuctionBileşens(numComponents) öğesinin nasıl kullanılacağı ile ilgili dokümanlar sağlanacaktır.
API'yi İyileştirin FencedFrames'e daha fazla sinyal sağlayın (ör. marka güvenliğini artırın). Tekliften memnuniyet duyarız. Ayrıca, buradan daha fazla geri bildirim almaktan memnuniyet duyarız.

Paylaşılan Depolama API'sı

Geri Bildirim Teması Özet Chrome Yanıtı
Kötüye kullanımla mücadele / Sahtekarlıkla mücadele kullanım alanı Sahtekarlık veya anormallik tespiti için Paylaşılan Depolamayı kullanma potansiyeli. Olasılık hakkında buradan görüştük. Ek geri bildirimler almaktan memnuniyet duyarız.
Sıklık Sınırı PA API'sinin dışında siteler arası sıklık sınırı için bir yol sağlayın. PA API'si dışındaki siteler arası sıklık sınırının değerli bir kullanım alanı olduğuna dair geri bildirim için teşekkür ederiz. Şu anda Özel Korumalı Alan, 3PCD'ye yönelik mevcut API setine odaklanmaya devam ediyor. Bununla birlikte, ekosistemden bu kullanım alanıyla ilgili ek geri bildirimleri buradan inceleyebilirsiniz.

ÇİP'ler

Geri Bildirim Teması Özet Chrome Yanıtı
Pop-up/Yönlendirmeler ÇİP'ler, pop-up'ları ve yönlendirmeleri içeren yerleşik kimlik doğrulama kullanım alanlarını nasıl destekler? Kısa süre önce, 3 PC'li sistem kullanımdan kaldırma işleminin oturum açma iş akışınız üzerindeki etkisini kontrol etmek için bazı yol gösterici bilgiler paylaştık. Ek geri bildirimleri burada bulabilirsiniz.
Bölüm sınırı Bölüm başına genel site başına sınırı 1 KiB'a düşürün. Bu isteği değerlendiriyoruz ve buradan daha fazla geri bildirim göndermenizi rica ediyoruz. 3PCD'yi kullanıma sunmaya ve geliştiriciler çipleri kullanmaya devam ederken geri bildirim sağladıkça geri bildirimleri izlemeye devam edeceğiz.
Çerez taşıma Bir web uygulamasını, devam eden çerezleri/oturumları bozmayan bölümlendirilmiş çerezler yayınlamak için taşırken önerilen süreç nedir? Buradan aldığımız yanıtta, taşıma için potansiyel bir plan önermiştik ancak geliştirici, yapılandırması için daha iyi sonuç verecek bir alternatif çözüm de oluşturmayı başardı.
API kullanımı Kullanıcı Reklam Gizliliği API'leri ayarını etkinleştirmediğinde bölümlendirilmiş depolama alanına erişim devre dışı bırakılır mı? Bölümlendirilmiş depolama ve bölümlendirilmiş çerezler (CHIP'ler), kullanıcılar Reklam Gizliliği API'leri ayarını etkinleştirmese bile etkinleştirilirler. Çünkü bunlar siteler arası bilgi aktarımını etkinleştirmez. Genel ilke olarak, siteler arası bilgi aktarımı sınırlara, kontrollere veya kullanıcı tercihlerine tabi olacaktır; ancak bunlar şu anda CHIPS için geçerli değildir.
API kullanımı Tarayıcının bunları "sessizce" bölümlendirmesi yerine, en sonunda bölümlendirilmemiş çerezleri sonunda engellemenin gerekçesi nedir? Bu, burada açıklandığı gibi kısa ve orta vadede mümkün değildir.

FedCM

Geri Bildirim Teması Özet Chrome Yanıtı
API kullanımı Geliştirme ortamında eTLD+1 üzerinde "iyi bilinen dosya" sunulamıyor. Chrome Canary'yi burada ele alınan iyi bilinen dosyaları getirilmeyecek şekilde güncelledik.
API kullanımı Üçüncü taraf oturum açma izinleri istemek veya FedCM'yi kullanmak için tanımlanmış belirli kullanıcı etkileşimi şartları var mı? Burada açıklandığı gibi, belirli kullanıcı etkileşimi gereksinimleri yoktur.
API güvenliği Jetonların IdP'den RP'nin arka uç sistemine aktarıldığı ancak istemcinin FedCM'yi başlatmasına olanak tanıyan bir akışa sahip olma planınız var mı? Bunları tartışıyor ve buradan daha fazla geri bildirimlerinizi bekliyoruz.
Kaydolma Kullanıcıların, IdP'ye güvenip güvenmeyeceklerine karar verebilmeleri için IdP'nin, kısıtlanmış tarafın istemci kimliğini almayı tercih etmesine izin verin. Bu isteği şu anda tartışıyor ve buradan daha fazla geri bildirim almaktan memnuniyet duyuyoruz.
API kullanımı FedCM ile ilgili daha fazla belge isteyin. Bu geri bildirimi kabul ediyoruz ve bu API'yi geliştirmeye devam ettikçe belgeleri iyileştirmeye devam edeceğiz.

Spam ve sahtekarlıkla mücadele

Private State Token API (ve diğer API'ler)

Geri Bildirim Teması Özet Chrome Yanıtı
Belgeler Test konusunda yardımcı olması için Gizlilik Jetonları hakkında ayrıntılı bir geliştirici kılavuzu isteyin. 2023'ün 4. çeyreğinde Gizlilik Jetonları için bir geliştirici kılavuzu yayınladık.
Yaş/Cinsiyet Doğrulaması 3PCD sonrası kitlelerin "yaş ve cinsiyet" doğrulamasını gerçekleştirmek zordur. Gizlilik Jetonları şu anda yaş ve cinsiyet doğrulaması için tasarlanmamıştır. Kullanım alanını ve bunun günümüzde nasıl başarıldığını daha iyi anlamaya çalışıyor, daha fazla geri bildirim almaktan memnuniyet duyuyoruz.