Geri Bildirim Raporu - 2024 1. Çeyrek

Özel Korumalı Alan teklifleri hakkında alınan ekosistem geri bildirimlerini ve Chrome'un yanıtını özetleyen, 2024 1. çeyrek için üç aylık rapor.

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üğü

ARA

Attribution Reporting API

CHIPS

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

PAT API'si

Protected Audience API (eski adıyla FLEDGE)

PatCG

Özel Reklamcılık Teknolojisi Topluluğu Grubu

RP

Bağlı Taraf

RWS

İlgili Web Sitesi Grupları (eski adıyla Birinci Taraf Gruplar)

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ı
Yönetim	Özel Korumalı Alan ile ilgili yönetim güncellemeleri için herkese açık yorum yapılması yönündeki talep.	Özel Korumalı Alan'ın gelecekteki yönetimi de dahil olmak üzere, Özel Korumalı Alan ile ilgili önemli gelişmeler hakkında makul paydaş geri bildirimlerine açığız.
Test	Mevcut% 1'lik Chrome destekli teste ek olarak 3PCD için ek test aşamaları.	Ocak ayının başından bu yana, Chrome trafiğinin mevcut% 1'i'nin dışında Chrome destekli test sunmayı düşünmüyoruz.
Web to App	Mobil cihazlarda 3PCD, web ile uygulama arasında tam birlikte çalışabilirlik sağlamadan önce gerçekleşmemelidir.	Uygulama ve web'in birlikte çalışabilirliğinin desteklenmesinin istendiğini kabul ediyoruz. Ayrıca, uygulamalar arası ve web ilişkilendirme ölçümünü kullanıma sunduk ve web'den uygulamaya hedefleme çözümlerini araştırıyoruz. Ancak mobil web'de 3PCD'yi ertelemeyi planlamıyoruz. Üç PCD'nin sonunda% 100 kapsam gibi bir hedefimiz yok. Aksine, Android'de uygulamalar arası ve web ölçümüne yönelik uyumluluğun 3PCD'de makul ölçüde yüksek olmasını ve kullanıcılar telefonlarını güncelledikçe bu uyumluluğun zamanla artmasını bekliyoruz.
Tarayıcının Rolü	Chrome'un bir reklam sunucusu veya STP rolünü devraldığı anlaşılıyor.	Chrome, bir reklam sunucusu veya STP rolünü üstlenmez. Chrome, PA API ile reklam sunucuları, STP'ler, TTP'ler ve diğer reklam teknolojilerinin kendi teklif verme ve puanlama mantığını getirmeleri için bir kapsayıcı sağlar.
Kullanım Örnekleri	Özel Korumalı Alan API'lerinin hangi kullanım alanları tarafından destekleneceği konusunda daha net yönergeler.	Özel Korumalı Alan projesinin başında, geliştirici belgelerinin öncelikli amacı geliştiricileri tüm teklifler için tartışma ve geri bildirim süreçlerine dahil etmedir. Bu, içeriğin genellikle projenin arkasındaki motivasyonu ve kavramları anlama etrafında yapılandırılması anlamına geliyordu. Ardından, her bir teklif için erken geliştirme ve test ayrıntılarına dair ayrıntılar, sonra da bunların ayrıntıları geliyordu. Bu, tekliflerin hazırlanmasında gerçek ekosistem ortak çalışmasının oluşturulmasında etkili oldu, ancak API'ler genel kullanıma sunuldukça, temel geliştirmelerine katkıda bulunmak yerine API'leri temel alan yeni bir geliştirici kitlesi ortaya çıktı. Sandbox Sandbox'ı yakın zamanda kullanıma sunmak için IAB Sandbox'ı kullanan, IAB Sandbox'ı Özel Korumalı Alan'a odakladık. Kısa bir süre önce, IAB Sandbox'ı Özel Korumalı Alan'da kullanıma odaklı bir IAB Sandbox (Gizlilik Korumalı Alanı) raporunu yakın zamanda, yakın zamanda, Geliştirici Korumalı Alan'ı kullanarak, IAB Sandbox'ı Gizlilik görevi raporunu kullanarak, yakın zamanda, IAB Sandbox'ı kullanarak, Gizlilik Ekibi'ni kullanarak, IAB Sandbox'ı kullanarak, yakın zamanda, IAB Sandbox'ı kullanarak, Gizlilik Ekibi'ni kullanarak, yakın zamanda, IAB Sandbox'ı kullanarak, Gizlilik raporunun Gizlilik raporuna odaklanacak şekilde oluşturulmuştur. Ardından, her bir teklife ilişkin ilk geliştirme ve test ayrıntıları, her bir teklif için, erken aşamadaki geliştirme ve test ayrıntıları ise. Belgelemeyle ilgili bu kullanım alanı tabanlı yaklaşımı, ileride de sürdüreceğiz.
Yerel Geliştirme Ortamı	Çerez SameSite=Secure olduğunda ve arka uç bir CDN tarafından ön ucu ön ucumuzu http://localhost üzerinde yerel olarak geliştirmeye ve test etmeye nasıl devam ederiz?	Bu sorunu burada ele alıyoruz. Ekosistemden geri bildirim almaktan memnuniyet duyarız.
3PCD Etkisini Azaltma	Üç PC'nin engellendiğini veya buluşsal yöntemlerin etkin olduğunu anlamanın programatik bir yolu var mı?	Chrome'da, iframe'de çağrılan özellik algılama ve document.hasStorageAccess, geliştiricinin iframe'deki kaynağın 3PC'lere erişimi olup olmadığını bilmesine olanak tanır.
Video Testi	Şu anda Özel Korumalı Alan'da video reklamlar test edilemiyor.	Chrome, bugün PA API'si ile videoya ulaşmanın çeşitli yollarını gösteren bir tartışma ve tanıtım yayınladı (GitHub'daki demo depomuzdaki 242 ve 254 numaralı bölümlere bakın). Bunların, reklam teknisyenlerinin toptan satış yaparken kullanacağı örnek kod olarak değil, PA API ile VAST video oluşturmayı destekleyebilecek tekniklerin bir kavram kanıtlaması ve gösterimi olarak tasarlandığını unutmayın. Bu görüşme sırasında, video oluşturmanın günümüzde zaten mümkün olduğu hâlde Chrome'un PA API ile uygulamayı kolaylaştıracak değişiklikleri de olduğu ortaya çıktı. Örneğin, üçüncü taraf reklam doğrulayıcının marka güvenliği kullanım alanları hakkındaki geri bildirimlere dayanarak ele almayı planladığımız makro değişimiyle ilgili güncellemeler ( burada açıklanmıştır) ayrıca alıcının, oluşturma sırasında hangi satıcı makrolarının kullanılacağını aradığı video kullanım alanındaki geri bildirimleri de dikkate alacaktır. Bugüne kadar tartışılanların çoğu özellikle VAST video reklamlarının oluşturulmasına odaklanmıştır. Yerel reklamlar oluşturulduğunda aynı yaklaşımlardan yararlanılabilir ve birçok açıdan daha kolaydır. Yerel reklamların şu anda videodan daha az ilgi gördüğü görülüyor. Ancak bu, uygulamanın önündeki herhangi bir teknik engel değil, reklam teknolojisi sektörünün önceliklendirilmesiyle ilgilidir.
Reklam Dışı Ölçüm	3PCD, reklamlarla alakalı olmayan kitle ölçümü çözümlerini etkileyebilir.	Ölçüm API'leri, kullanım alanının reklamlarla ilgili olmasını gerektirmez. ARA daha tipik bir reklamcılık yolculuğuna özgü olsa da Özel Toplama genel amaçlıdır. Bu iki yapı taşı, çok çeşitli ölçüm etkinliklerini ele almak için kullanılabilir.
İçerik Üreticiler	Özel Korumalı Alan, içerik üreticileri kendi sitelerinde daha az YouTube için daha fazla içerik üretmeye teşvik edecek şekilde yapılandırılmıştır.	Özel Korumalı Alan girişimi, kullanıcıların etkinliklerini açık ve ücretsiz bir internette gizli tutmaya odaklanır. Yayıncıların içerik üretmek ve içeriği mümkün olduğunca yaygın hale getirmek için reklamlardan yararlandığını biliyoruz. Reklamverenler, kullanıcıların isteyebilecekleri yeni ürünleri veya teklifleri keşfetmesine yardımcı olur. Özel Korumalı Alan özellikleri, içerik üreticilerle birlikte çalışanlar da dahil olmak üzere her türden web sitesinin, kullanıcılara kimliğini açıklamadan, farklı taraflarla gerçekleştirdiği etkinliklere göre faydalı reklamlar göstermesini sağlar.
Daha Net Zaman Çizelgeleri	Özel Korumalı Alan teknolojileri için daha anlaşılır ve ayrıntılı yayın planları.	Privacy Sandbox API belgelerinde, API durumu ve kullanılabilirlik sayfaları yer alır. Bu sayfalarda yakında kullanıma sunulacak özellikler ve bunların zaman çizelgeleri yer almaktadır (ör. PA API, ARA). Bu durumların ana görünümünü burada bulabilirsiniz.
Makine Öğrenimi	Reklam teknolojileri, 3PCD %1'in üzerine çıkana kadar makine öğrenimi modellerini doğru şekilde eğitemez.	3PCD'yi test için daha fazla tarayıcıyı kapsayacak şekilde genişletmek, API'lerin daha fazla kullanım sağlayacağını garanti etmez. Reklam teknolojileri, muhtemelen makine öğrenimi modellerini daha fazla eğitmek için bu yöntemi almayı talep ederler. Makine öğrenimi modellerini daha fazla eğitmek için reklam teknolojileri daha geniş kapsamlı ekosistem kullanımından ibaret değilse modelleri daha fazla trafikle ilgili olarak eğitmek isteyen bir reklam teknolojisi bunu 3 PCD'yi artırmadan bugün gerçekleştirebildiğinden 3PCD'yi genişletmenin bir anlamı yoktur. Bu işlem, Chrome'un Standstill'ın bitiminden önce 3PCD'de ilerlemiş gibi görünmeden yapılabilir.
Desteklenmeyen Kullanım Alanı	Self servis TTP kullanım alanları şu anda dikkate alınmamaktadır.	API'lerle ilgili düzenli olarak kamuya geri bildirim sağlayan birden fazla self servis TTP vardır. Düzenli olarak kamuya açık geri bildirim sağlayan bu TTP'lerden bazıları da kendilerini test kullanıcısı olarak listelemiştir. Ayrıca Chrome, video ve üçüncü taraf reklam sunucuları gibi tipik TTP konularıyla etkin bir şekilde etkileşim kurar. Son haftalık PA API çağrıları bu konuları ele aldı.
Kaynak Denemesi	Üç PCD için daha agresif artış ve test kapsamı isteyen siteler için OT isteği.	Chrome, şu anda kaynakların 3PC'nin kullanımdan kaldırılması davranışına dahil olmasına olanak verecek birinci taraf bir OT geliştirmektedir. Bu deneme için kaydolan ve jeton dağıtan üst düzey kaynakların 3 bilgisayarları, kullanıcı cihazında izleme koruması etkinleştirilmiş gibi engellenir. Bu OT, CMA'ya danışılmasının ardından gerçekleşmesi planlanan üçlü PC'lerin aşamalı olarak kullanımdan kaldırılmasından önce, sitelerin 3PC'lere kıyasla uzun vadeli alternatifleri daha geniş kapsamlı bir şekilde test etmeleri için değerli bir fırsat sağlayacak. OT'un kullanıma sunulmasının zaman çizelgesini kesinleştirmeye devam ediyoruz.
IAB Tech Lab Raporu	IAB Tech Lab Raporu'ndan alınan Özel Korumalı Alan ile ilgili geri bildirim.	IAB Tech Lab raporuna buradan ayrıntılı bir şekilde yanıt verdik. Ayrıca söz konusu raporda, "raporda parçalara ayrılmış belgeler, ticari şartlar, üçüncü taraf denetimler, sektör akreditasyonu, ölçeklenebilirlik, şeffaflık ve gelecekteki yönetim konularında sorular ortaya konulduğunu" da belirttik. Bu sorularla birlikte ekosistem hakkında bilgi edinecek ve herkese açık SSS'lerimizi bu doğrultuda güncelleyeceğiz. Parçalı belgelere daha önce değinmiştik. Ticari şartları burada "Veri Garantileri" başlığı altında ele alıyoruz. Bazı Google reklam ürünleri bu konuda yaklaşımlarını paylaşmaktadır. "Algoritma Bütünlüğü Garantisi" kapsamındaki üçüncü taraf denetimlerini burada ele alıyoruz. Akreditasyon konusunda, bu kuruluşların yalnızca teknolojileri değil, teknolojileri kullanmaları da dahil olmak üzere ürünleri akreditasyona devam etmelerini bekleriz. Ölçeklenebilirlik konusunda, sorun teşkil eden geliştiricilerden gelen verilere açık olmayı sürdürüyoruz. Şeffaflık ve yönetimle ilgili olarak, Taahhütler kapsamında CMA ile etkileşim kurarken GitHub'da ve W3C gibi forumlarda açık bir şekilde geliştirmeye devam ediyoruz.
Google ile Oturum Açma	Google ile oturum açma işlemleri, Google'ın kimlikler arası giriş verilerini Taahhütlere aykırı şekilde kullanmasına neden olur.	Google ile Oturum Açma, Google'ın Taahhütlere aykırı veriler kullanmasına izin vermez.
Uyumluluk	Özel Korumalı Alan API'lerini destekleme ve ileri / geriye dönük uyumluluk planları nelerdir?	Chrome bir özelliği genel kullanıma sunduktan sonra, bu özelliğe yönelik desteği sürdürmeyi amaçlarız. Geriye dönük uyumluluğu sağlamak elbette her zaman mümkün değildir. Bu gibi durumlarda, mevcut özelliklerin kullanımdan kaldırılması ve kaldırılmasıyla ilgili burada açıklandığı şekilde net bir sürecimiz vardır. Gelişmiş desteğin fayda sağlayacağı kullanım alanlarıyla ilgili ekosistem geri bildirimleri doğrultusunda, Özel Korumalı Alan API'lerine zaman içinde daha fazla özellik eklemeye devam etmeyi umuyoruz. Bu tür durumlarda, yeni bir özellikle deneme yapmak isteyen bir reklam teknolojisinin tarayıcıya doğrudan özelliğin desteklenip desteklenmediğini sorabilmesi için bir tür Özellik Algılama tekniği kullanırız. Bazı özellikler aynı anda tüm Chrome kullanıcılarına sunulmayabileceğinden bu, geliştiricilerden belirli bir Chrome sürüm numarasını kontrol etmelerini istemekten daha iyidir. Örneğin, PA API için özellik algılama çalışmalarımızı burada bulabilirsiniz.
Sunucu Uygulaması	Chrome, kendi uygulamasıyla bağlantı kurmak yerine Güvenilir Sinyal Sunucusu, Toplama Sunucusu ve tarayıcı dışındaki gerekli diğer bileşenlerin tatmin edici bir şekilde uygulanması gereken davranışları belirtmelidir. Bu, kabul edilebilir gizlilik sınırları dahilinde yenilik yapılmasını sağlar.	Harici tarafların yenilik yapma isteğini takdir ediyor ve memnuniyetle karşılıyoruz. Tüm API ve hizmetlerde, reklam teknolojilerine işlevlerini uygulama esnekliği sunmayı amaçlıyoruz. Örneğin, reklam teknisyenlerinin açık artırmalar için teklif verme mantığını tasarlarken gizli iş bilgilerini kullanmasına izin veririz. Ayrıca, reklam teknolojilerinden gelen geri bildirimlerle sürekli olarak etkileşim kuruyoruz ve uygun gördüğümüzde bu kodu tasarımlarımıza dahil ediyoruz. Diğer kullanıcıların kendi kodlarını Güvenilir Yürütme Ortamlarında çalıştırabilmeleri için Özel Korumalı Alan'ın, gizlilik garantilerini karşıladığını doğrulamak üzere kodu (ve tüm değişiklikleri) incelemesi gerekir. Bunun için Özel Korumalı Alan ekibinin önemli miktarda çaba sarf etmesi gerekir. Bu nedenle paydaşın elde etmek istediği ve bugün ulaşamadığımız faydaları anlamak isteriz.
Sezgisel yöntemler	Buluşsal yöntemlerle ilgili uzun vadeli planlar nelerdir?	Diğer tarayıcıların da belirttiği şekilde, daha ayrıntılı uygulanabilirlik analizlerine tabi olacak şekilde yaygın olarak kullanılan alternatif çözümler yaygınlaştıkça bu buluşsal yöntemleri kullanımdan kaldırmayı planlıyoruz. Bunu burada paylaştık.
Test Hacmi	Farklı boyutları karşılaştırırken farklı trafik hacmi.	%1'lik denemede, farklı Chrome müşteri popülasyonları arasında denemeye uygunluk açısından farklılıklara yol açan hariç tutma ölçütleri bulunuyor. Örneğin, deneme Chrome Enterprise kullanıcılarını hariç tutar. Bu nedenle, deneme etiketlerine sahip trafik bölümünün hafta sonları daha yüksek olması beklenir. Farklı veri dilimlerinde (coğrafi konum, tarih ve platform gibi) farklı trafik yüzdeleri görmek beklenen bir durumdur ve bu durum, Chrome verilerinde gördüklerimize uygundur.
3 PC'yi manuel olarak yeniden etkinleştir	Siteler, 3PCD uygulandıktan sonra çerezleri manuel olarak yeniden etkinleştiren kullanıcıların (%) sayısını bilebilecek mi?	Kullanıcılar, herhangi bir kesintiyle karşılaşırlarsa Kullanıcı Atlama özelliğini kullanarak 3PC'ye erişimi site düzeyinde yeniden etkinleştirebilirler. 3 PC'ler, Storage Access API gibi başka önlemlerle de yeniden etkinleştirilebilir. Sitelerin, üçlü PC'nin etkin mi yoksa devre dışı mı olduğunu algılamasına olanak sağlayan hasStorageAccess() gibi teknik önlemler vardır. Ancak Chrome, web sitelerinin yeniden etkinleştirme nedenlerini öğrenmeleri için herhangi bir yol sağlamaz.
İzlemeye Karşı Koruma	Chrome'un İzleme Koruması kullanıcı arayüzü özelliği ne süreyle kullanılabilir olacak?	Adres çubuğundaki İzlemeye Karşı Koruma kullanıcı arayüzünün, 3PC'ler kullanımdan kaldırıldığında aşılmadan kaldığı düşünülür.
(Önceki çeyreklerde de raporlanır) Tarayıcılar arası destek	Özel Korumalı Alan API'lerini benimseyen diğer tarayıcı sağlayıcıları.	Apple, Mozilla ve Microsoft gibi diğer tarayıcı tedarikçileri, gizlilik ilkelerinin ve tarayıcı tabanlı yaklaşımların tartışıldığı herkese açık forumlarda aktif birer katılımcıdır. En son W3C Yıllık TPAC toplantısı ve birleşme belirtileri gördüğümüz devam eden W3C PATCG forumları gibi forumlardaki ortak çalışmaya dayalı tartışmalar bizi cesaretlendiriyor. Örneğin, Microsoft Edge kısa süre önce PA API ve ARA ile söz dizimsel uyumluluğu en üst düzeye çıkarmayı amaçlayan" planını duyurdu. Bu plan, geliştiricilere ek özellikler de sunuyor.
3PCD sonrası uyumsuz gömmeler için yedek seçenek	Üçüncü taraf bir iframe / yerleştirme işleminin 3PCD ile uyumlu olup olmadığını tespit etmek için API kancaları sağlayın.	Talebi burada ele alıyoruz. Ekosistemden geri bildirim almaktan memnuniyet duyarız.
Test	Yönetilen Chrome örneklerinde, özelleştirilmiş davranışları geçici olarak kapatan ek işaretler iste.	Bu talebi yönetilen Chrome örnekleri için değerlendiriyoruz ve böyle bir işaret faydalı olacaksa ekosistemden ek girişleri memnuniyetle bekliyoruz.

Kayıt ve Onay

Geri Bildirim Teması	Özet	Chrome Yanıtı
Onay Doğrulama	Google, onayların doğruluğunu nasıl sağlayacak?	Kaydeden tüm kullanıcıların, API'leri kullanırken onay dosyasını kaldırması gerekir. Google dosyanın mevcut olduğunu ve söz diziminin doğru olduğunu doğrular ancak onay diline göre reklam teknolojisinin davranışını doğrulamaz.
Private Aggregation API Kayıt İşlemi	Private Aggregation API kaydının durumunu kontrol etmenin bir yolu var mı?	Kayıt doğrulandıktan sonra, onaylanan tüm katılımcılara e-posta göndererek Kayıt destek ekibi tarafından bilgilendirilir. Kaydedenin bu işlem sırasında herhangi bir sorusu olursa destek ekibiyle (kayıt formunu gönderdikten sonra iletişime geçtikleri) iletişime geçebilir. Destek ekibi soruları yanıtlayıp cevaplayacak ve gereken her türlü ek bilgiyi sağlayacaktır.

Alakalı İçerikleri ve Reklamları Gösterin

Konular

Geri Bildirim Teması	Özet	Chrome Yanıtı
(Önceki çeyreklerde de raporlanır) Sınıflandırıcı Zaman Çizelgesi ve Belgeler	Sınıflandırmanın incelenmesi için bir tür mekanizma sunulmalı veya en azından sınıflandırma modunun kategorileri nasıl belirlediğiyle ilgili daha fazla şeffaflık sağlanmalıdır.	Konuyla ilgili yaklaşımımız önceki çeyreklere göre değişmedi: "Sitelerin yanlış sınıflandırılması, Topics sinyalini genel anlamda bir sinyal olarak biraz daha az yararlı hale getirebilir. Ancak yanlış sınıflandırılan belirli siteler bu durumdan diğer sitelerle kıyaslandığında daha fazla veya daha az zarar görmez. Bunun nedeni, bir sitenin bağlamsal bilgilerinin, sitedeki açık artırmalarda her zaman kullanılabilir olmasıdır. Bu da, yanlış sınıflandırma durumlarında bile doğru konuyla benzer bilgiler sağlar. Bu konuyla ilgili geri bildirimlerinizi buradan bize iletebilirsiniz."
Google Ad Manager	Google Ad Manager, çoğu sitede zaten yerleşiktir ve kullanıcı konuları hakkında, daha az sitede bulunan rakiplerden çok daha kapsamlı bilgiler içerir.	Topics API'nin, kullanıcı verilerinin API'nin yerini aldığı teknolojilerden (3 PC dahil) daha fazla varlıkla paylaşılmasına yol açmaması için gözlem gereksinimi vardır. Prebid gibi diğer sektör çözümleri 10.000'lerce siteyle çalışır ve pazar katılımcılarının,teknolojilerini kullanarak Topics API'yi çağırmasına olanak tanır. Ayrıca, en çok konuşulan konuların haftalık olarak sınırlandırılması 5 konuyla ilgili sınırın eşitleyici bir etki yaratabileceğini de belirtmek isteriz. Çünkü, birden fazla sitede yer alan ve 3 bilgisayar kullanarak 5'ten fazla konu öğrenebilen pazar katılımcıları, 5 konu başlığıyla sınırlı olacaktır.
(Önceki çeyreklerde de raporlanır) Farklı paydaşlar için fayda	Trafik düzeylerine veya içeriklerinin ne kadar uzmanlaştığına bağlı olarak siteler için oluşturulan değerin ve bu değerin dağıtılmasıyla ilgili endişeler.	Özel sitelerin, genel ilgi alanı alanlarına kıyasla daha ayrıntılı konulara katkıda bulunma olasılığının daha yüksek olduğunun farkındayız. Ancak, uzman sitelerin hepsi ticari açıdan değerli konularla katkıda bulunmaz. Ayrıca bu dinamik, mevcut durumu yansıtmaktadır ve Chrome'da 3 PC'ler için sağlanan desteğin sona ermesinden tamamen bağımsızdır. Ayrıca, şu anki ortamda bazı siteler 3P tabanlı reklam alaka düzeyi sistemlerinde diğerlerine göre daha fazla değer sağlamaktadır. Ayrıca, farklı reklamverenler çeşitli konularda kampanyalar yayınlayabileceğinden ve teklif mantığı, çok çeşitli konularda değer elde edebileceğinden, uzmanlaşmış sitelerdeki konular birbirlerine karşılıklı olarak fayda sağlayabilir.
Ana makine adları ve Tam URL'ler	Web sitelerinin ana makine adlarına dayalı sınıflandırma yeterince etkili mi ve tam URL'lerle karşılaştırıldığında bu durum gizlilik riskini azaltıyor mu?	Ana makine adlarının yanı sıra bilgi URL'leri veya sayfa başlıkları kullanmayı değerlendirdik ve kullanıcı gizliliği ve güvenliğine yönelik risklerin potansiyel avantajların üzerine çıkacağına karar verdik. URL'de veya sayfa başlığında yer alan hassas bilgilerin kullanıcının konularına göre sınıflandırılması, kullanıcı gizliliği risklerine örnek gösterilebilir.
Sinyal Olarak Konular	Topics'i diğer sinyallerle nasıl birleştireceğiniz ve diğer hangi sinyallerin yararlı olabileceği hakkında yardım isteyin.	Reklam teknolojisi çözümleri; makine öğrenimi ve gizliliği korumaya yönelik API'lerden gelen gizlilik açısından güvenli sinyaller gibi mevcut tüm araçları; bağlam verilerini, reklam öğesi verilerini ve birinci taraf verilerini birleştirerek en iyi sonuçları elde etmenizi sağlayabilir. Bu konuyla ilgili daha fazla bilgiyi burada bulabilirsiniz.

Protected Audience API (eski adıyla FLEDGE)

Geri Bildirim Teması	Özet	Chrome Yanıtı
Trafik Hacmini Test Et	Test kullanıcıları, PA API açık artırması için düşük teklif yanıtı hacminin raporlandığını bildiriyor.	1. Teklif yoğunluğu, ekosistemin PA API'ye katılımıyla ilişkilidir. Bu durumun 2024 boyunca ve sonrasında artmaya devam edeceğini tahmin ediyoruz. Kampanya bütçelerinin nasıl dağıtılacağı, nihai olarak reklamverenlere, ajanslarına ve teknoloji sağlayıcılarına bağlıdır. Bazı ekosistem katılımcılarının, PA API dahil çeşitli "çerezsiz" çözümlere yatırımlarını 3PCD sonrasına kadar geciktirmesini bekliyoruz. Bu süre zarfında söz konusu çözümler için kampanya bütçesine ayrılan bütçeleri artırabileceklerini düşünüyoruz. 2. PA API açık artırmalarındaki teklif isteklerinin hacmi şu durumdan etkilenebilir: (1) talebin düşük olduğunu düşünen yayıncılar ve reklam teknolojisi sağlayıcıları, PA API açık artırmaları başlatmamaya karar verebilir. Sayfalarını güncelleme ve katılımda bulunma önceliğini belirlemek yayıncılara kalmıştır. Bu nedenlerle, yayıncıların trafiği test edip kademeli olarak artırması için zaman alabileceğini tahmin ediyoruz. Bu raporda, Google Ad Manager'ın PA API katılımı için yayıncı kontrolleri hakkında verdiği bir yanıt da bulunmaktadır.
(Önceki çeyreklerde de raporlanır) Sahtekarlık / Kötüye kullanım	Ekosistem, riskleri nasıl azaltabilir ve kötü niyetli kişilerin ya da alıcıların kendilerini istedikleri bir kitle olarak konumlandırmasını nasıl engelleyebilir?	PA API reklamlarının raporlama mekanizmaları, günümüzde gerçek kişileri bot trafiğinden ayırt etmek için kullanılan bilgileri korur. Ayrıca, alan adı tabanlı mevcut alan tabanlı teknikler, alan adı ekleme veya hariç tutma PA API'sinde kullanılabilir. Bu konu, IAB Tech Lab'in Özel Korumalı Alan ile ilgili raporuna yanıtımızda daha ayrıntılı olarak açıklanmıştır.
IG sahibi ve teklif mantığı URL'sinde aynı Kaynak kısıtlaması	Aynı kaynak gereksinimi ile IG sahibinin uç noktaları, aynı yük dengeleyiciden geçmeye zorlanır. Bu durum, yönlendirmelerin reddedilmesine yol açabilir.	Komut dosyası yükleme için aynı kaynak gereksinimi, önemli bir güvenlik korumasıdır. Ekosistem geri bildirimi ve dikkate alınması gereken diğer hususları dengeleyen bir çözüm önerisi hakkında buradan bilgi edinebilirsiniz.
Çok Slotlu Özel Açık Artırma	Gürültü ve mevcut reklam uygulamalarıyla daha sıkı entegrasyon sayesinde, gizlilik sınırları içinde Çok Slotlu Özel Açık Artırmalara izin vermek için epey alan vardır.	Bu geri bildirimi değerlendiriyor ve bu özellikle ilişkili artan karmaşıklık ve gizlilik riskleri karşısında birden fazla etiketli açık artırma talebini değerlendiriyoruz. Buradaki PA API Web Incubator Community Group (WICG) görüşmesinde bu konuyu daha ayrıntılı bir şekilde ele aldık.
Üst Düzey Satıcılar	PA API'sının mevcut yapısı, tüm üst düzey satıcılara, yayıncılara veya bileşen satıcılarına kıyasla gösterimlerin göreli değerini çok daha fazla veri ve anlama olanağı sağlar.	Çok satıcılı açık artırmada her satıcı bir en iyi teklife sahip olur. Ayrıca ekosistemden, yayıncıların birlikte çalıştıkları her satıcının en iyi tekliflerinin yanında doğrudan satılan talebi dikkate almak isteyebileceğini öğrendik. Hangi reklamın yayınlanacağını belirlemek için bu potansiyel para kazanma fırsatlarının tümünü incelemek gerekir. Bazı kullanıcıların yayınlanacak bir reklam seçmek için tüm seçenek grubunu görmelerinin gerekli olduğu bu durum, PA API'sından eskidir. PA API, çok satıcılı açık artırmaları ve yayıncıların, her satıcının geçerli olduğu doğrudan satılan reklam kampanyalarının yanında en iyi teklifini değerlendirme isteğini desteklemeyi amaçlar. Bu da günümüzde olduğu gibi bu para kazanma fırsatları arasından seçim yapmak için bir mekanizmanın olması gerektiği anlamına gelir. Sunulacak reklamı seçmenin tarayıcının rolü olması gerektiğini düşünmüyorduk. Dolayısıyla, birçok olasılık arasından kazanan bir reklamın seçilmesi için üst düzey satıcı kavramı gereklidir. Söz konusu üst düzey satıcının mantığı, yayıncının birlikte çalışmayı seçtiği her satıcının en iyi tekliflerini değerlendirebilmelidir. Bu satıcının mantığı, yayıncının doğrudan satış kampanyaları (bu bilgi mevcut olduğunda) hakkında bilgi sağlamayı tercih edebilir. Tüm bu bilgiler, üst seviye reklam seçim mantığında değerlendirilebilir. Bu da üst düzey mantığın, PA API açık artırmasındaki en iyi teklifleri ve geçerli olduğu durumlarda kazananı belirlemek için yayıncının doğrudan satılan reklam seçeneklerini göreceği anlamına gelir. Google Ad Manager, PA API'yi üst düzey satıcı olarak nasıl uyguladığını bu raporda "Bilgiye Erişim" teması altında ayrıntılarıyla belirtir.
Rekabetçi Reklam Ayırma	Rakip markalara ait reklamların yan yana görünmesini engelleme gibi rakip reklamların birbirinden ayrılması için talepte bulunma.	Günümüzün programatik, teklifli sistemli, çok satıcılı dijital reklamcılık ekosisteminde rekabete dayalı bir ayrımı sağlayacak bir yöntem hakkında bilgimiz yok. Ancak PA API, satıcıların reklam öğelerini puanlarken scoreAd() sırasında kullanılabilecek bir oluşturmaURL'si ve ana makine adı (yayıncının alanını temsil eder) kombinasyonuna bağlı olarak ek gerçek zamanlı sinyaller getirmesini sağlar. Bu özellik, yayıncının bu kuralı uygulamak istediği varsayılarak, rakip markalara ait reklamların yan yana görünmesini engellemek için satıcılar tarafından kullanılabilir.
Sınırlı Bilgi	PA API; reklam değeri, bileşen alıcı adı, reklamveren adı, açılış sayfası URL'si, reklam boyutu, yanıt süresi ve teklif oranı gibi yayıncılara sunulan bilgileri ve kaybeden teklifleri azaltır.	Burada bazı olası çözümler önerdik ve ekosistemden geri bildirim almaktan memnuniyet duyuyoruz.
Etkinlik Düzeyinde Raporlama	Yayıncılar, etkinlik düzeyinde raporlama PA API'sinin kullanımdan kaldırılmasından sonra, sunulan reklamla ilgili yeterli bilgi alamıyor.	Etkinlik düzeyinde raporlama kullanımdan kaldırıldığında desteklemeye devam etmemiz gereken farklı raporlama kullanım alanlarının farkındayız. Bu nedenle, etkinlik düzeyinde raporlamanın kullanımdan kaldırılacağı tarihin 2026'dan sonra olmamasını hedefliyoruz. Şu andan itibaren, gizliliği koruyan bir şekilde bilgi elde etmeye yönelik yeni fikirler içerebilecek kalıcı yollarda ekosistemle etkileşimde bulunurken aktif katılımı teşvik ediyoruz.
Birden çok STP	Birden fazla STP'ye sahip olmanın sağladığı katma değer, yayıncılar için çok düşük olacaktır.	Bunun doğru olduğuna inanmıyoruz. İddianın gerekçesini anlamak için ekosistemden ek geri bildirimler almaktan memnuniyet duyarız.
Seçme Etkinlikleri	PA API ile seçim işlemleri yapılamaz.	Satıcıların, kitle bilgilerini internetteki alıcılara (kitle genişletme olarak da bilinir) sunmak için PA API'sini kullanabilmesiyle ilgili geri bildirimler aldık. İş sözleşmeleri ile birlikte PA'nın yetki verme işlevini kullanarak bunun günümüzde mümkün olduğuna inanıyoruz. Eşzamanlı olarak, bu tür kullanım alanlarına daha iyi uyum sağlayıp sağlayamayacağımızı ve bunun nasıl yapılacağını etkin bir şekilde değerlendiriyoruz.
Alıcı Kapsam Dışında Kalma	Alıcının varsayılan olarak devre dışı bırakması, bileşen açık artırmalarda daha düşük sonuçlara neden olabilir.	Satıcı ister tek satıcılı ister çok satıcılı PA açık artırması tanımlarken, açık artırmasının ilgi grubu alıcısı alanında alıcıları açıkça listelemelidir. Bu, satıcıların belirli alıcılarla değil, bazı alıcılarla sözleşmeye dayalı anlaşmaları olduğu ekosistem geri bildirimlerine dayanır. Bu nedenle, hangi alıcıların açık artırmaya dahil edileceği konusunda açık bir kontrole ihtiyaç duyulur. GitHub'la ilgili ayrıntılı bilgi edinmek için sabırsızlanıyoruz.
Adsize et	adsize ve adSlotSize'a dayalı olarak ön filtreleme yapılamıyor.	Bu özelliği kullanıma sunmak için çalışmalarımızı sürdürüyoruz. Ayrıntılı bilgiyi burada bulabilirsiniz.
Negatif IG hedefleme desteği	Negatif IG hedeflemeyi destekleyen bir API: Reklamları yalnızca kullanıcı bir IG'ye ait olmadığında gösterme.	Bu GitHub sorunu, negatif hedeflemeyi uygulamak için alternatif bir yol önermişti. Bu yöntemde tarayıcı, reklam sunucusuna belirli bir reklam isteği için hangi negatif hedefleme kurallarının etkin olması gerektiğini doğrudan bildiriyordu. Bu, cazip bir yaklaşım gibi görünse de, bu fikrin araştırdığımız tüm versiyonları, sunucunun kullanıcıyı benzersiz bir şekilde tanımlamasını sağlar.
Dijital Hizmetler Yasası	Yayıncılar, Özel Çerçeveler'i kullanırken Dijital Hizmetler Yasası'na tabi bilgi içeren yanıtların oluşturulmasını nasıl engelleyebilir?	Her yeni teknolojide olduğu gibi, her şirket Özel Korumalı Alan kullanımının yasalara uygun olmasını sağlamaktan sorumludur. Google, başkalarına yasal tavsiyede bulunamaz. Her API için, gerekli yasal değerlendirmelerin yapılması için gerekli temeli sağlaması gereken kapsamlı teknik dokümanlar yayınladık. Çitli Çerçevelerin 2026'dan önce PA API'de kullanılması zorunlu değildir. Bu sayede paydaşlara, bu teknolojiyi kullanımlarının ilgili tüm yasalara uygun olmasını sağlamak için ek zaman tanıyabilirler.
Belgeler	updateAdinterestGroups() geçici midir?	updateAdinterestGroup'u kullanımdan kaldırmaya yönelik bir plan açıklamadık. Gelecekte, diğer IG güncelleme mekanizmaları için açıkça belirttiğimiz gibi gizlilik korumaları uygulayabiliriz. Örneğin, proxy de IP adresi kullanmak ve güncellemeden önce biraz gecikme eklemek gibi koruma yöntemleri uygulayabiliriz.
TTP olmayanlar için alıcı tarafı meta veri ve mantık sahipliği desteği	TTP'ler için proxy olarak işlem yapma yöntemi isteği.	TTP dışı segmentlerden gelen bu geri bildirimlerin farkındayız ve bu talebi değerlendiriyoruz. Ekosistemden gelecek geri bildirimler bizim için değerlidir.
Raporlama	Özel Toplama raporlarındaki sinyal grubu / değeri için özel işleyici özelliği ekleme isteği.	Bu durumun farkındayız ve bu özellik isteği daha fazla araştırma yapabilmemiz için sıraya alındı. Ekosistemden gelen ek geri bildirimleri burada görmek isteriz.
Belgeler	Reklamveren ve (yetki verilmiş) sahibin alanı tarafından ayarlanması gereken tüm yanıt başlıklarının görüntülenmesinin mümkün olduğu bir bağlantı var mı?	Bu durumu netleştirmek ve ekosistemden gelecek ek geri bildirimleri almak için doküman güncellemeleri yapmayı planlıyoruz.
Çok Kuleli Teklif Verme	PA API bağlamında çoklu kule yaklaşımının nasıl tasarlandığını anlatan bir mimari / blok diyagramı üzerinden iş akışı (eğitim ve çıkarım) hakkında açıklama isteği.	Geri bildiriminiz için teşekkür ederiz. Konuyla ilgili bazı sunumlarımız var. Bu sunumlardan yararlanarak ek dokümanlar oluşturmayı düşünüyoruz.
Negatif Hedefleme	Özel Korumalı Alan, hassas kitleleri ve küçükleri kumar gibi uygunsuz reklamlardan korumak için kullanılır.	PA API, gösterilen reklamların içeriğini dikkate almaz. Bu, PA kullanan reklam teknolojisi geliştiricilerinin kontrolündedir. Genel olarak yayıncı ve reklam teknolojisi sağlayıcıları, sayfadaki içeriğe dayalı bilgileri ve yayıncı kural gruplarını kullanarak Protected Audience açık artırmalarındaki reklam reklam öğelerini engelleyebilir. Bu, ekosistemin günümüzde söz konusu zorluklara yaklaşımı konusundaki anlayışımızı yansıtmaktadır. Negatif IG hedefleme işlevi, alıcılar açısından bazı uygunluk kullanım alanlarında da yararlı olabilir.
API Tasarımı	Google bu isteği geri çekiyor ve reklam teknisyenlerinin, farklı IG'lerde izin verilen farklı offerLogicURL'ler yerine gecikmeyi artırarak Evrensel teklif verme işlevi kullanmasını istiyor.	Açık artırma gecikmesiyle ilgili görüşmelerimiz sırasında, bir alıcının tüm IG'lerinde aynı komut dosyasının yeniden kullanılmasının, o alıcının teklifinin daha hızlı çalışmasını sağlayacağını vurguladık. Bu konu burada, PA API açık artırma gecikmesini iyileştirmeye yönelik diğer önerilerimizle birlikte daha ayrıntılı bir şekilde açıklanmaktadır.
Hesaba Dayalı Pazarlama	PA API, hesaba dayalı pazarlamada kullanım alanları için uygun bir API değildir.	Ekosistemden, mümkün olmadığını düşündükleri belirli kullanım alanları hakkında geri bildirimler almaktan memnuniyet duyarız. Ayrıca ekosistem katılımcılarını, herkese açık GitHub depomuz veya haftalık görüşmeler aracılığıyla bu tartışmaya devam etmeye teşvik ederiz.
A/B Testi	PA API, bir yayıncı için GAM'de yapılandırıldığında, şu anda envanterin tamamı için etkinleştirilmiş veya hiçbiri için etkinleştirilmelidir. Bu, yayıncıların geçerli bir A/B testi çalıştırma kabiliyetini sınırlandırır.	Google Ad Manager tarafından sağlanan yanıt: Google Ad Manager'daki (GAM) PA API denetimleri, API kullanılabilir olduğu sürece GAM'nin API'yi kullanma becerisini etkiler. Bu nedenle yayıncılar, A/B testinin kontrol kolu olarak kullanmak üzere trafiğin bir alt kümesinde API'nin kullanımını devre dışı bırakmak için Chrome'un izin politikası işlevini kullanarak A/B testleri çalıştırabilir.
Makine Öğrenimi	Yayıncıların, GAM'in önerilen makine öğrenimi kullanımı üzerinde daha fazla kontrole ihtiyacı vardır.	Google Ad Manager tarafından sağlanan yanıt: Ocak 2024'te, yayıncılara makine öğrenimi izleyicimizi devre dışı bırakma ve Google dışı satıcılarla PA API açık artırmaları gerçekleştirme olanağı sunan bir kontrolü kullanıma sunduk. Bu kontrolle ilgili daha fazla bilgiyi Yardım Merkezimizde bulabilirsiniz.
(Önceki çeyreklerde de raporlanır) Üst Düzey Açık Artırmalar	Üst düzey PA API açık artırmasının GAM kontrolünü de vermeden Google'ın yayıncı reklam sunucusunu kullanma olanağı.	Google Ad Manager tarafından sağlanan yanıt: Google'ın 2023'ün 3. çeyreğinde hazırlanan raporda açıklanan nedenlerden dolayı, GAM'nin PA API entegrasyonuyla ilgili planları, üst düzey açık artırmanın kontrolü olmadan yayıncı reklam sunucusu olarak GAM'yi kullanan yayıncıların desteklenmesini içermez.
Bilgiye Erişim	GAM; içeriğe dayalı açık artırma fiyatları, PA API açık artırması için STP'lere alıcılar tarafından sağlanan sinyaller ve STP'lerden gelen yapılandırma parametreleri gibi rakiplerden gelen değerli bilgilere erişebilir.	Google Ad Manager tarafından sağlanan yanıt: Açık artırma adilliğine odaklanmayı yıllardır yoğun bir şekilde sürdürdük. Bu kapsamda, bir yayıncının garanti edilmeyen satır öğesi fiyatları dahil olmak üzere hiçbir reklam kaynağından hiçbir fiyatın, alıcı açık artırmada teklif vermeden önce başka bir alıcıyla paylaşılmayacağına dair sözlerimiz de buna dahildir. Bu vaatte, daha sonra Fransa Rekabet Kurumu'na verdiğimiz taahhütlerde bulunduk. PA API açık artırmalarında, 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 diğer açık artırma katılımcıları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ı, kendimizinki de dahil olmak üzere herhangi bir bileşen açık artırmasıyla paylaşmayacağız. Ayrıca, kendi açık artırmamız kapsamında alıcılar tarafından STP'lere sağlanan sinyaller dahil olmak üzere bileşen açık artırma yapılandırmalarıyla ilgili bilgileri kullanmayız. Aslında, PA API'sinde bileşen satıcılarının, üst düzey satıcıdan gizlenmiş bir şekilde bileşen açık artırma yapılandırmalarını belirtmelerine olanak tanıyan değişiklikleri memnuniyetle karşılarız.
Bileşen Açık Artırmaları	GAM, üst düzey açık artırma olarak her bir reklam fırsatı için hangi STP'lerin bileşen açık artırmaları çalıştıracağını kontrol edecektir.	Google Ad Manager tarafından sağlanan yanıt: Bir yayıncı reklam sunucusu olarak GAM, yayıncının Google Yayıncı Etiketi (GPT) API'si aracılığıyla bileşen açık artırma yapılandırmalarını belirlemek için birlikte çalışabileceği STP'ler için basit bir API sunar. Daha fazla ayrıntıyı burada bulabilirsiniz. STP, bu API aracılığıyla bileşen açık artırma yapılandırması sağlıyorsa söz konusu reklam fırsatının bileşen açık artırmaları listesine dahil edilir. GAM, dahil edilen bileşen açık artırmalarına herhangi bir kısıtlama getirmez. Yayıncı, yayıncının sayfasında gerekli kodu yürütmesine izin verdiği sürece, bileşen açık artırması yürütmek isteyen STP'ler bunu yapabilir.
Bileşen Açık Artırmaları	GAM, her bileşen açık artırmayı kazanan teklife belirli ve açıklanmamış bir taban uygulayabilir.	Google Ad Manager tarafından sağlanan yanıt: GAM, yıllardır açık artırma adilliğine odaklanmayı sürdürmüştür. Adil ve şeffaf bir açık artırma sürecinin parçası olarak, yalnızca belirli talep segmentleri için geçerli olan taban fiyatları desteklemeyiz. Bu, ürünümüzde tutarlı bir ilkedir ve PA API açık artırmalarında da böyle olmaya devam edecektir.
Üçüncü Taraf Reklam Sunucuları	Üçüncü taraf reklam sunucuları, Google'ın daha üst düzey açık artırmaya katılımına erişemez. Bu durum, Google'ın PA API'sı bağlamında Google STP talebinden yararlanma yeteneğini sınırlandırır.	Google Ad Manager tarafından sağlanan yanıt: Şu anda GAM, burada açıklanan API aracılığıyla PA API'sinin GAM üzerinde birden fazla satıcıyla test edilmesini desteklemektedir. GAM'nin diğer üst düzey açık artırmalara bileşen açık artırması olarak katılması şu anda desteklenmemektedir.
(Önceki çeyreklerde de raporlanır) PA API Açık Artırmalarının Performansı	Test kullanıcılarından, PA API açık artırmalarının yüksek gecikme süreleriyle karşılaştığını bildirin.	Gecikmeyle ilgili endişeler aldık. PA API'sinin bir parçası olarak STP'lerin hem TTP gecikmesine sınırlama getirmesini hem de gecikmeyi azaltabilecek iyileştirmeler yapmasını sağlayacak bir dizi özellik geliştirmemizin bir nedeni budur. Kısa süre önce, bu özelliklerden nasıl yararlanacağınız hakkında daha fazla bilgi içeren gecikmeyle ilgili en iyi uygulamalar kılavuzumuzu güncelledik. Ayrıca, gecikmeyle ilgili yeni iyileştirmeler geliştirmeye devam ediyoruz. Bunlardan bazılarını burada görebilirsiniz.
(Önceki çeyreklerde de bildirildi) Video Oluşturma	PA API'si ve Kısıtlanmış Çerçeveler kullanarak video oluşturma desteği.	Ocak ayında, alternatif yaklaşımlarla ilgili daha fazla ayrıntı içeren yayın içi videoların PA açık artırmasında nasıl çalışacağına ilişkin bir tanıtım yayınladık. Ek olarak, ekosistem oyuncularının kendileriyle entegre olan iş ortakları için video oluşturmanın işleyişini önermeye başladığını görüyoruz. GAM'nin video ile uyumlu görüntü oluşturma URL'si oluşturma önerileri veya tam E2E süreci gibi. Ayrıca, benimseme oranını artırmak için yapabileceğimiz değişikliklerle ilgili ekosistem geri bildirimlerini dikkate alıyoruz. Bu tür bir değişikliğin ayrıntılarını GitHub'da ayrıntılı olarak ele alıyoruz. Yaşadığımız engelleri zamanında tespit edebilmemiz için ekosistemle aktif bir şekilde etkileşim içinde kalmaya devam ediyoruz.
(Önceki çeyreklerde de bildirildi) Veri İşleme Politikası	IG / PA API için veri işleme politikası nedir?	PA API tasarımında, IG'lerde depolanan tüm veriler veya IG'lerde insanların ne olduğuyla ilgili veriler ya (i) cihazda kalır ya da (ii) Güvenilir Yürütme Ortamı (TEE) içinde çalışan Teklif Verme ve Açık Artırma (B&A) Hizmetlerinde işlenir. Her iki durumda da veriler başka taraflar tarafından okunamaz veya açık artırmada teklif oluşturmak dışında herhangi bir şekilde kullanılamaz. Chrome'un keşfettiği bazı gizlilik iyileştirmeleri Google tarafından işletilen k-anonimlik sunucusuyla etkileşim gerektirmektedir. Bu etkileşim, kullanıcılar hakkında bilgi paylaşmaktan kaçınmak ve reklam ekosistemi genelinde bilgi denkliğini sağlamak amacıyla bir TEE'de yayınlanması için dikkatli bir şekilde tasarlanmıştır. Google, Özel Korumalı Alan tekliflerini, Google'ın kendi işletmesini kendi tercihine göre rekabeti bozmayacak şekilde tasarlamayı ve uygulamasını, ayrıca dijital reklamcılık ve yayıncılar ile reklamverenler üzerindeki rekabetin etkisini göz önünde bulundurmayı taahhüt etmiştir. Çalışmalarımızın bu yükümlülüklere uygun olmasını sağlamak için CMA ile yakın bir şekilde çalışmaya devam ediyoruz.
(Önceki çeyreklerde de raporlanır) IG ömrü	IG'lerin ömrünü 30 günden 90 güne uzatmak için istek gönderin.	Böyle bir değişiklik dikkatlice bir değerlendirme yapılmasını gerektirir. Bu değerlendirmenin, sektöre sağlayacağı faydaların Chrome kullanıcıları ve diğer paydaşlar üzerindeki etkisiyle karşılaştırılarak değerlendirilmesi gerekir. Bu isteği değerlendiriyoruz ve buradan daha fazla geri bildirim göndermenizi rica ediyoruz.
(Önceki çeyreklerde de raporlanır) modelingSignals	Yalnızca görüntüleme ve tıklama bilgilerini kodlayabilen modellemeSignals'a ek olarak yeni bir alan isteyin.	Bu geri bildirimi burada bir karşı teklifle yanıtladık. Önerimiz hakkındaki görüşlerini anlamak için sektörle aktif olarak etkileşim kuruyoruz. Şu anda, sektöre sağlayacağı avantajları Chrome kullanıcıları ve diğer paydaşlar üzerindeki etkisiyle karşılaştırarak değerlendiriyoruz.
reportWin() işlevindeki ek bitler	reportWin() işlevinde, 3PCD'den önceki 12 geçerli sınırdan ek bit sağlayın.	Şu anda bu kullanım alanını destekleyecek yaklaşımlar araştırıyoruz. Uzun vadeli bir gizlilik planımızın olmasını sağlamaya yardımcı olabilecek yaklaşımlar aradığımızdan bu süreç biraz zaman alıyor.
Açık Artırma Tasarımı	Oluşturma URL'lerini karşılık gelen puanlarıyla döndüren tek bir açık artırma istekleri.	Tek bir PA açık artırmasından birden fazla oluşturma URL'sini ve bunların puanını paylaşmak, düşündüğümüz ancak gizlilikle ilgili endişeler nedeniyle uygulamadığımız bir uygulamadır. Bir kullanıcıya tek bir sayfada aynı reklamı birden çok kez göstermekten kaçınmak ve GitHub'la ilgili daha ayrıntılı bir tartışma başlatmak istediğimizi biliyoruz.
reportWin	reportWin() işlevinde rastgele alanları günlüğe kaydeder.	Bu zaten test dönemi boyunca geçerlidir. Chrome, 3 adet PC'ye yönelik desteği sonlandırdıktan sonra, API'nin forDebuggingOnly sürümü, burada belirtilen aşağı örneklenmiş hata ayıklamayı etkinleştirmek üzere taşınacaktır.
Bileşen Satıcıları	Kendi gösterimlerini ve diğer etkinlikleri sayan bağımsız bir mekanizmaya sahip olmalıdır ve yalnızca reklam teknolojisi raporlarına dayanması gerekmez.	Bu özellik isteği, daha fazla araştırılmak üzere sıraya alındı. Chrome'un desteklediği test dönemi boyunca bu sorunun ele alınmasını düşünmüyoruz.
Tıklama Başına Maliyet Faturalandırması	PA API'de tıklama başına maliyet faturalandırmasını uygulayın.	Bu isteği buradan değerlendiriyoruz. Şu anda isteği, mevcut API platformuyla nasıl uygulanacağına dair bir öneri isteği olarak görüyoruz.
browserSignals	Satıcı için gelenBidInSellerCurrency'u raporlama browserSignals spesifikasyonuna ekleyin.	Bu isteği değerlendiriyoruz ve buradan daha fazla geri bildirim göndermenizi rica ediyoruz.
TTP olmayanlar için alıcı tarafı meta veri ve mantık sahipliği desteği	API'nin mevcut tasarımı, kampanyaların hem TTP hem de DCO sağlayıcısı olarak hizmet veren platformlara taşınmasını gerektiren ürün düzeyinde yeniden hedefleme kampanyalarında önemli bir değişikliğe yol açabilir.	Bu sorunu tartışıyoruz. Buradan daha fazla geri bildirimlerinizi bekliyoruz.
TTP olmayanlar için alıcı tarafı meta veri ve mantık sahipliği desteği	TTP'nin IG'nin sahibi olmadığı örnekleri paylaşın.	Teklif veren olmayan kullanıcıların IG'lerin bazı işlevlerinden yararlanmak istediklerini, bazılarını ise kullanmak istemediklerini biliyoruz. Bu kullanım alanlarını ele almaya yönelik seçenekleri aktif bir şekilde değerlendiriyoruz. Buradan daha fazla geri bildirim almaktan memnuniyet duyarız.
Zaman Aşımı Kontrolleri	Yayıncılar, katılabilecek IG'lerin sayısını ve üst düzey zaman aşımını / genel zaman aşımını belirleyebilmelidir.	Üst düzey ile bileşen satıcısı arasında zaman aşımı denetimlerinin ve görünürlüğün artırılmasını istediğimizi anlıyoruz ve bu isteği değerlendiriyoruz.
Birden Fazla Reklam Boyutu	Çok Reklam Boyutu kullanım alanları için PA API desteği.	Bu isteği değerlendiriyor ve ekosistemden gelecek ek geri bildirimleri memnuniyetle karşılıyoruz.
Belgeler	K-anon'a tabi tutulan IG özelliklerinin listesi var mı?	Bu soruya buradan yanıt verdik.
Hata ayıklama	PA API için hata ayıklama özellikleri iyileştirildi.	PA API ile çalışan geliştiriciler için güçlü hata ayıklama araçlarının öneminin farkındayız. .well-known dosyası getirme işlemlerini geliştirici araçlarıyla daha iyi entegre etmenin yollarını keşfederek geliştirici deneyimini iyileştirmeye kararlıyız. Amacımız, geliştirme ortamında daha fazla görünürlük ve sorun giderme özelliği sağlamaktır. Bu sorunu burada daha ayrıntılı olarak ele alacağız. Daha fazla geri bildirim almaktan memnuniyet duyarız.
Etiketler	B modu değerlendirme etiketlerindeki tüm kullanıcılar için Özel Korumalı Alan API'leri etkinleştirildi mi?	Chrome deneme grubu atamaları rastgele belirlenir ve kullanıcı tarafından yapılandırılan Chrome ayarlarından bağımsızdır. Bu API'ler, belirli değerlendirme gruplarındaki (ör. treatment_1.*) kullanıcılar tarafından kullanılabilir olsa da işlevleri Chrome ayarlarından değiştirilebilir veya devre dışı bırakılabilir. Mod B kontrol_2 grubu: Bu gruba dahil edilmesi, yapısı gereği Özel Korumalı Alan alaka düzeyini ve ölçüm API'lerini devre dışı bırakır ve bu ayar kullanıcı tarafından Chrome ayarlarında geçersiz kılınamaz.
API Kullanımı	reportWin() çağrısı ile reklam oluşturma işlemi birbirine paralel mi yoksa art arda mı gerçekleşiyor?	reportWin(), runAdAuction() tamamlandıktan hemen sonra çağrılır. Aynı zamanda, açık artırma sonucu bir iframe veya Kısıtlanmış Çerçeve içine yerleştirildiğinde reklam oluşturma süreci başlayabilir. Her iki reportWin() yürütülmesi bittikten ve reklam oluşturulmaya başladıktan sonra, sendReportTo() işlevi için sağlanan URL'ler getirilir.
(Önceki çeyreklerde de bildirildi) A/B Testi Desteği	PA API A/B testi için destek isteyin.	Bu isteği burada ele alıyoruz. Daha fazla geri bildirimde bulunmanızı rica ediyoruz.
Trafik Şekillendirme	Satıcılar arka uçlarıyla etkileşimde bulunamadığından trafik şekillendirmeyi zorlaştırdığından, gerekli kararın KV sunucusu üzerinden yönetilmesi için Google'ın teklifi faydalı değildir.	GitHub sorununda açıklandığı gibi, bağımsız bir TTP'nin IG'leri olup olmadığını açığa çıkarmak, kullanıcıların dijital parmak izi alma konusunda endişelere yol açabilir. Sorunla ilgili olarak başka alternatifler önerdik ve yeni önerilere açığız.
Trafik Şekillendirme	Önbelleğe alma mekanizmaları önemli bir karmaşıklık katmanı ekler ve TTP'lerin teklif verecekleri gerçek trafiğin şeklini bilmesini önler.	Önbelleğe alma mekanizması yalnızca bir öneri olarak sunuluyordu. Reklam Teknolojileri, kullanım alanlarına yönelik önerilerden yararlanabilir. Burada ek tartışmalara yer veririz.
Etiketler	Chrome, alıcı ve satıcının güvenilir sunucularına yapılan isteklerde etiketi parametre olarak paylaşmalıdır.	IG verilerinin sorumluluk sahibi veri kullanımı hedefine geniş ölçüde uygun olduğu için bu, makul bir talep olarak görünür. Ancak, dahili incelemeye tabi olacak şekilde isteği dikkate alıyoruz. Tartışmalar ilerledikçe bu konu hakkında kamuya güncel bilgiler sağlayacağız.
API Kullanımı	"Testlerle ilgili üçüncü taraflar için ek CMA kılavuzu" dokümanındaki "control_1" grubunun açık tanımı. Özellikle, üslupta yapılan bir değişikliğin, tüm Özel Korumalı Alan API'lerinin control_1 öğesinden hariç tutulmasının zorunlu kılınacağı şeklinde yanlış yorumlanması gibi endişeler vardır.	Bu konuyla ilgili görüşlerimizi bu GitHub ileti dizisinde ifade ettik. Bununla birlikte, CMA için konuşacak konumda değiliz. CMA'nın test kılavuzlarının yorumlanmasıyla ilgili sorunları doğrudan CMA'ya iletmenizi öneriyoruz.
API Kullanımı	Chrome, başka bir kaynağa yönlendirme yaparken boş bir sayfadajoinAdinterestGroup() çağrısına izin verir mi?	Kullanıcı bir siteyi ziyaret ediyorsa site sahibi, joinAdinterestGroup'u bir üçüncü tarafa çağırma yetkisini verebilir. Bu yetki, üçüncü tarafların boş bir sayfa üzerinden herhangi bir yönlendirme türü eklemeye gerek kalmadan IG'leri oluşturmasına olanak tanır. Doğrudan yetki verme mekanizmasını kullanmak yerine, yönlendirmenin ortasında IG oluşturmanın belirli nedenleri hakkında geri bildirimlerinizi bekliyoruz.
API Kullanımı	Exchange'ler, birlikte çalıştıkları yayıncılara ait sayfalara IG yazabilmeli ve daha sonra, bu IG için teklif verme iznini belirli bir alıcıya veya TTP'ye devredebilmelidir.	Geri bildirimi aldık ve bu tür bir isteğin desteklenip desteklenemeyeceğini değerlendiriyoruz. Ekosistemden gelecek geri bildirimler bizim için değerlidir.
API Kullanımı	PA API açık artırmasını kimse kazanamazsa hata ayıklama kaybı bildirimi gönderilmez.	Chrome'un reportWin ve reportResult işlevleri, Gizlilik Açık Artırması (PA) sisteminde etkinlik düzeyinde kazanç raporlaması için tasarlanmıştır. PA açık artırması sırasında tüm tekliflerin reddedildiği durumlarda, kazanan belirlenmediği için bu işlevlerin çağrılması beklenmez. Yakın zamanda yapılan bir Chrome güncellemesinde, forDebuggingOnly.reportAdAuctionLoss() işlevine iletilen URL'lerin Geliştirici Araçları Ağ panelinde görünmemesiyle ilgili tutarsızlıklar açıklanabilir. Bu işlevi, Chrome'un Canary veya Yeni geliştirilenler kanalı derlemesini kullanarak doğrulamanızı öneririz.
API Kullanımı	generateBid'ten döndürülen adCost negatif olabilir mi (zaten stok olarak 2 bayta yuvarlanmış durumda)?	Reklam Maliyeti, reklamverenin generateBid() işlevinden reportWin() yöntemine geçirilen tıklama veya dönüşüm maliyetidir. Bu değer, boş veya çift olabilir. Negatif değerler yok sayılır ve iletilmez. Değer iletildiğinde stoksal olarak yuvarlanır.
API İyileştirmesi	Hedefleme / kohortlar / ilişkilendirme ve açık artırmaları işlemek için Chrome tarayıcı yerine Güvenilir ve Şifrelenmiş Yürütme sunucuları kullanılabilir mi?	PA API'deki TEE tabanlı bileşen ve seçeneklerin (ör. KV sunucuları ve B&A Hizmetleri) yanı sıra İlişkilendirme Raporlama ve Özel Toplama'nın TEE tabanlı bileşenlerini (ör. Toplama Hizmeti) incelemenizi öneririz.
API İyileştirmesi	Özel Korumalı Alan açık artırma yanıtı, reklam yanıtı (ör. reklam etiketleri) yerine teklif yanıtı (başlıktan teklif alma (header bidding) gibi) olabilir mi?	Bu tür bir değişiklik PA API'nin gizlilik özelliklerini temelden değiştirdiğinden, böyle bir değişiklik söz konusu değildir.
Yayıncı Denetimleri	Yayıncılar, sayfalarında PA API reklam öğelerini engelleyebilir mi?	Chrome'un gerçek zamanlı reklam öğesi tarama teklifi henüz test için kullanılamaz. Bu henüz kullanıma sunulmamış olsa da çoğu STP'nin bunu mümkün kılmak için çözümler ürettiğini gözlemledik.
API Kullanımı	perBuyerSignals için boyut sınırı nedir?	Klasik biçiminde, perBuyerSignals Chrome'da doğal boyut sınırlamalarına sahip değildir. Başlıca kısıtlamalar, verilerin JSON'de serileştirilebilir olarak kalması ve aşırı bellek tüketimine neden olmamasıdır. Bununla birlikte, çok büyük ve karmaşık başına alıcı Sinyallerinin performansı olumsuz etkileyebileceği unutulmamalıdır. PerBuyerSignals'ı DirectFromSellerSignalsHeaderAdSlot aracılığıyla iletmek için kullanılan alternatif bir yöntem mevcuttur. Bu yaklaşım, bir başlık içinde perBuyerSignals iletir. Üstbilgi yanıtının tamamı için 10 KB'lık maksimum boyut sınırı uygulanır. Ayrıca, tek tek sunucular maksimum üstbilgi boyutuna kendi kısıtlamalarını da uygulayabilir.
Belgeler	generateBid içinden recordAdBeacon çağrısıyla ilgili dokümanların değiştirilmesi gerekiyor.	Bu dokümanı 17 Şubat'ta güncelledik.
API Kullanımı	reportEvent, kayıtlı birden fazla seçenek arasından doğru işaretçi URL'sini nasıl seçer?	Her açık artırma ayrı bir yapılandırmayla sonuçlanır. Bu da ayrı bir raporlama haritasıyla sonuçlanır. Bağımsız açık artırmalar (ve ortaya çıkan çerçeveler) birbirinden tamamen ayrıdır ve veri paylaşmaz. "Çerçevelerle İlgili Reklam Raporlaması" açıklayıcısında bu konu hakkında daha ayrıntılı bilgi verilmektedir.
Chrome kullanıcı arayüzü	Chrome DevTools "Uygulama -> "İlgi alanı grupları" sekmesine filtre ekleyerek IG sahibine (veya IG adına göre) göre filtreleme yapabilirsiniz.	Bu isteği değerlendiriyoruz ve ekosistemden ek geri bildirimler almaktan memnuniyet duyuyoruz.
Gözetimsiz Chrome	Gözetimsiz Chrome'da PA API desteği.	PA API'sinin Chrome'a bağlı bazı bileşenleri vardır. Örneğin, Google'ın sunucularına yapılan k-anon çağrıları, "eski" Gözetimsiz Chrome'da çalışmayabilir. Bu sorunun, Chrome 112'de yayınlanan Gözetimsiz Chrome'un yeni" sürümünde ele alınabileceğine inanıyoruz.
API Kullanımı	reportAdAuctionLoss ile kayıp raporlama durumunda, birçok durumda "topLevelWinningBid=0" görüyoruz. Bunun anlamı nedir?	topLevelWinningBid değeri, üst düzey satıcı bileşenindeki scoreAd() işlevinden gelir. Bu değer, üst düzey açık artırmanın sonucunun belirlenmesinde rol oynar. Açıklayıcıya göre, sıfır veya negatif bir sayı olan topLevelWinningBid değeri, ilgili reklamın açık artırmayı kazanmak için uygun olmadığını gösterir. Bu mekanizma örneğin, içeriğe dayalı hedeflenmiş bir adayın ötesine geçmeyen ilgi alanı grubu hedefli reklamlara filtre uygulamak için kullanılabilir. Sıfır değerli bir topLevelWinningBid, içeriğe dayalı açık artırmanın başarılı olduğunu gösterebilir ancak PA API spesifikasyonu, bu sonuca katkıda bulunan diğer faktörlerin onaylandığını kabul eder.
A/B Testi Modu	B Modu ve A Modu trafik seçimi ve devre dışı bırakma istemleriyle ilgili açıklama.	A Modu ve B Modu için dahil etme ölçütleri aynıdır. Amaç, Özel Korumalı Alan API'lerini ve etiketleme yöntemini destekledikleri sürece normal Chrome trafiğini temsil eden gruplara sahip olmaktır. Bazı istemci yapılandırmaları uyumlu değildir. Deneme için yalnızca etiketli trafiğin diğer etiketli trafikle karşılaştırılması önemlidir. B Modundaki kullanıcılar İzleme Koruması özelliğini etkinleştirdiğinden bu özellik hakkında bildirim alırlar.
API İyileştirmesi	"lifetimeMs",joinAdinterestGroup çağrısına doğrudan bir özellik olarak eklenebilir veya ayrı bir bağımsız değişken olarak yönetilebilir mi?	PA API teklifindeki "joinAdinterestGroup" işleviyle ilgili web geliştirme topluluğundan gelen geri bildirimleri dikkatle değerlendiriyoruz. Konuşmanın önemli noktalarından biri, IG ömürlerini yönetmek için en uygun yönteme odaklanıyor. "lifetimeMs" parametresi için ayrı bir bağımsız değişkenin faydalarını değerlendiriyoruz. Bu parametre, spesifikasyonda gelecekte yapılabilecek olası iyileştirmeler için esnekliği ve uyarlanabilirliği teşvik etmektedir. Bu sorunu burada ele alacağız. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API Kullanımı	Düşük entropili tarayıcı kimlikleriyle çakışmalar nedeniyle PA API çerçevesinde yanlış negatif oranlarında artış potansiyeli.	Chrome ekibi, PA API çerçevesinin sürekli iyileştirilmesi için aktif olarak çalışmaktadır. Tarayıcı kimliği çakışmalarından kaynaklanan olası yanlış negatif oranları hakkındaki tartışmanızı takdirle karşılıyoruz. Bu geri bildirimleri dikkatle değerlendiriyoruz ve güncellenen analizlerin ilgili tüm faktörleri tam olarak yansıttığından emin olmak için çalışıyoruz. Amacımız, doğruluğu ve güvenilirliği korurken gizlilikle ilgili istenen sonuçları elde eden bir çözüm sunmaktır. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API Kullanımı	İstemcilerin, k-anonimlik sisteminde aynı nesne için sürekli olarak "Katılma" istekleri göndermesini engellemek üzere düşük entropili bir tarayıcı tanımlayıcısı gerekli midir?	K-anonimlik sistemlerinin uygulanmasında tarayıcı tanımlayıcılarının kullanımıyla ilgili süregelen tartışmayı onaylıyor ve takdir ediyoruz. Bu tür tanımlayıcıların gizlilikle ilgili olası etkileri konusundaki endişeleri anlıyoruz. İlk uygulamamızda kötüye kullanım karşıtı mekanizma olarak düşük entropili bir tanımlayıcı kullanılıyor olsa da, sistemin bütünlüğünü korurken kullanıcı gizliliğine öncelik veren Anonim Sayma Jetonları gibi alternatif teknikleri aktif olarak araştırıyoruz. Sorumlu veri kullanımı ile güçlü gizlilik korumaları arasında denge kuran çözümler bulmaya kararlıyız ve araştırma topluluğuyla sürekli iletişimi sürdüreceğiz. Bu konuyu burada ele alacağız. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API Kullanımı	AMP (Accelerated Mobile Pages), PA API'yi destekler mi?	AMP şu anda PA API'yi yerel olarak desteklememektedir. AMP desteği yüksek öncelikliyse ekosistemden ek geri bildirimler almaktan memnuniyet duyarız.
API İyileştirmesi	Türü, k-anonimlik kontrollerinden kaldırmayı düşünün.	K-anonimlik istek yapılarını potansiyel olarak optimize etme ile ilgili geri bildirimleri dikkatle değerlendiriyoruz. İşlemi kolaylaştırmak için parametreleri birleştirme ve türleri birleştirme önerisinin olduğunu düşünüyoruz. Amacımız verimlilik ve sürdürülebilirlik sağlamaktır. Gizlilik çözümlerimizi geliştirmeye devam ederken tüm seçenekleri değerlendiriyoruz. Bu sorunu burada ele alacağız. Daha fazla geri bildirim almaktan memnuniyet duyarız.
Chrome kullanıcı arayüzü	Daha az teknik bilgi sahibi kullanıcıların ait oldukları IG'leri kolayca görüntülemelerine ve yönetmelerine (devre dışı bırakmaya yönelik potansiyel web sitesi düzeyinde kontroller dahil) yönelik mekanizmalar isteyin.	IG'leri anlamak ve yönetmek için kullanıcı dostu araçlar sağlamanın öneminin farkındayız. Çeşitli yöntemleri dikkatli bir şekilde değerlendirdik ve IG'leri ait oldukları web sitesine göre tanımlamanın, netlik ile gizlilik koruması arasında en iyi dengeyi sağladığını gördük. IG'lerin global yönetimi şu anda Chrome ayarlarından yapılmaktadır. Bu alandaki kullanıcı deneyimini daha da iyileştirmek için sürekli olarak yeni yollar arıyoruz. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API Güvenliği	PA API, çitli çerçeveler bağlamında bile reklam öğesi reklam etkileşimleri üzerinden gizlilik sızıntılarına karşı savunmasız mıdır?	Gelişmiş reklam etkileşimleri üzerinden bilgi sızıntısı olasılığını kabul ediyoruz. Çitli Çerçeveler, PA API ve potansiyel saldırı vektörleri arasındaki etkileşimi etkin bir şekilde araştırıyoruz. Gizlilik risklerini azaltmak en önemli önceliktir. Yenilik ile kullanıcıları korumayı dengeleyen güçlü çözümler geliştirmeye kararlıyız. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
Gecikme	Alıcı teklif verme mantığı için varsayılan 50 ms zaman aşımı değeri gerçekçi bir değer midir?	Spesifikasyon ile teklif mantığı için ağ isteklerinin zamanlaması arasındaki olası tutarsızlıklarla ilgili endişeleri anlıyoruz. Doğruluğundan emin olmak için özellikleri etkin bir şekilde inceliyor, performans ve uygulanabilirliği dengelemek için en uygun varsayılan zaman aşımı ayarlarını araştırıyoruz. Bu sorunu burada ele alacağız. Daha fazla geri bildirim almaktan memnuniyet duyarız.
Belgeler	Spesifikasyonda bir reklamın k-anonimlik eşiğinde başarısız olup olmadığını tahmin edebileceği ve siteler arası izlemenin olası sonuçlarını ortaya çıkarabilecek olası zamanlama sızıntısı.	Zamanlamayla ilgili olası bir bilgi sızıntısı ile ilgili sorunu anlıyoruz. Spesifikasyondaki bir tutarsızlığı doğruladık ve bu tür sızıntıları önlemek için reklamların k-anonimlik durumunun açık artırmadan önce belirlenmesini sağlamak için gerekli adımları atıyoruz. Bu endişeleri ciddiye alıyoruz ve spesifikasyonları bu değişiklikleri yansıtacak şekilde güncelleyeceğiz. Bu sorunu burada ele alacağız. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API Kullanımı	PA API'de STP engellenenler listesi uygulamanın yöntemleri	STP'lerin reklam kısıtlamalarını yönetmek için mekanizmalara olan ihtiyacın farkındayız. Cihaz üzerinde değerlendirmeye öncelik veren ve kullanıcı gizliliğini korurken bir yandan da esneklik sağlamak için mevcut reklam meta verilerinden yararlanan çözümleri keşfetmenizi öneririz. PA API'de optimum yaklaşımları belirlemek için geliştiricilerle birlikte çalışmaya kararlıyız. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API Kullanımı	Birisi tarayıcısına, sitelerin algılayamayacağı şekilde PA API yapıyormuş gibi davranmasını söyleyebilir mi?	PA API'nin devre dışı bırakılmasının, mevcut haliyle web siteleri tarafından tespit edilebileceğini kabul ediyoruz. Gizliliği artırmak ve algılanamayan devre dışı bırakma seçenekleri sunmak için, Kısıtlanmış Çerçeveler oluşturmanın yanı sıra Ek Teklifler ve Negatif Hedefleme gibi özellikler üzerinde etkin bir şekilde çalışıyoruz. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
A/B Testi Modu	Değerlendirme 1.1 gibi görünen veri merkezi trafiği.	Chrome ekibi, GAM ekibiyle bu trafiğin artık filtrelenerek denemeden çıkarıldığını doğruladı. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API Kullanımı	PA API'de ilgiGrubu Alıcıları uygulamasının etkinliği ve adilliği.	PA API açık artırmalarındaki "interestGroupBuyers" alanının verimliliği ve adilliği ile ilgili süregelen tartışmalara tanık oluyoruz. Verimlilik, gizlilik ve pazar adaleti arasında denge kurmaya gayret ediyoruz. Satıcıların alıcılarla olan iş ilişkilerini yönetmesi gerekse de eşleştirme sürecini optimize etmenin yollarını araştırıyoruz. Bunlar, gerçek zamanlı verilere ve karma modellere dayalı dinamik ayarlamalar içerebilir. Kullanıcı gizliliğine öncelik veren ve rekabetçi bir reklamcılık ekosistemini destekleyen çözümler bulma konusunda kararlıyız. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
Chrome kullanıcı arayüzü	Chrome'da IG ile ilgili olası bellek sorunları ve kullanıcı arayüzü netliği.	Geliştirici Araçları'nda IG'lerin görüntülenmesiyle ilgili endişeleri anlıyoruz. Geçerli görünüm, geçmiş izleme için tüm IG etkinliklerini yansıtsa da depolanan IG'lerin mevcut durumuyla ilgili daha net görünürlük sağlamanın öneminin farkındayız. Geliştirici analizlerini iyileştirmek için optimizasyonları ve potansiyel kullanıcı arayüzü iyileştirmelerini inceleyeceğiz. Bellek yönetimi açısından, IG uygulaması bellek sızıntılarını önleyecek şekilde tasarlanmıştır ancak kaynak kullanımını sürekli olarak izleyip optimize ediyoruz. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
Belgeler	Orijinal poster, adlandırılmış reklam boyutlarını doğrudan "joinAdinterestGroup" işlevinin "sizeGroup" alanında kullanmaya çalışırken bir hatayla karşılaşıyor. Bunun amaçlanan davranış olup olmadığını bilmek isterler.	"joinAdinterestGroup" işlevinde reklam yapılandırmasını kolaylaştırmanın değerini biliyoruz. Bu sınırlamayı gidermek için etkin bir şekilde çalışıyor ve gelecekteki güncellemelerde bu işlevi etkinleştirmeyi planlıyoruz. Bu geliştirme, geliştiricilere reklam yönetimi için esnek ve etkili araçlar sağlama taahhüdümüzle paraleldir. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
Chrome'un Destekli Test Etiketi	Denemeyi tutarlı bir şekilde takip edebilmemiz için A ve B Modu hakkında doğrudan verilere ve sendReportTo'daki tam etiketlere sahip olmasını isteyin.	Bu taleple ilgili olarak buradan görüşebiliriz. Geri bildirimlerinizi almaktan memnuniyet duyarız.
Belgeler	Satıcının alan adı, doğrulama amacıyla satıcının güvenilir sunucusuna yapılan isteklere dahil ediliyor mu?	Protected Audience KV Server API dokümanlarında ana makine adı parametresinin ilk olarak atlandığını kabul ediyoruz. Geliştiricilere, satıcının alan adının satıcının güvenilir sunucusuna yapılan isteklere otomatik olarak dahil edileceği konusunda güvence vermek istiyoruz. Bu işlev, güçlü reklam doğrulama süreçleri için çok önemlidir. Bu ihmali ele almak için dokümanları güncelledik. Bununla birlikte, geliştirici topluluğu için netlik ve şeffaflığa öncelik vermeye devam edeceğiz. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API Kullanımı	Raporlama amacıyla reklam gösterimi izleme çağrılarına IG adını dahil etmeye yönelik potansiyel yöntemler.	Güçlü raporlama mekanizmasına duyulan ihtiyaç ile kullanıcı gizliliğinin temel ilkesi arasında denge kurmaya kararlıyız. Reklam gösterimi izlemeye IG adlarının dahil edilmesi, bireylerin tanımlanmasını önlemek için tasarlanmış k-anonimlik önlemlerine tabidir. Bu gizlilik kısıtlamaları dahilinde yenilikçi raporlama çözümlerini keşfetmeye devam edeceğiz. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API Özelliği	Alıcının güvenilir sunucusunun İstemci İpuçları HTTP üstbilgilerini almasını isteyin.	Bu özellik isteğini buradan takip ediyoruz.
API Kullanımı	Tarayıcı için IG üyelik davranışını belirlediğinden, yetki dosyasının "Access-Control-Allow-Origin" başlığının yüklenmesini gerektirip gerektirmemesi gerekir mi?	Web güvenliğiyle ilgili en iyi uygulamalarla uyum sağlamak konusunda kararlıyız. Yetki dosyaları için "Access-Control-Allow-Origin" başlığının gerekli olması, CORS ilkeleriyle tutarlılık sağlar ve hassas bilgilerin yanlışlıkla açığa çıkmasını önler. Güçlü bir güvenlik yaklaşımını korurken bu süreci optimize etmenin yollarını araştırıyoruz. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API Kullanımı	Reklam sunucularının PA API çerçevesi içindeki reklam öğelerini kişiselleştirmesini etkinleştirin.	Reklam sunucularının reklam öğesi kişiselleştirmede oynayabileceği rolün farkındayız. PA API'sinde reklam sunucularını güçlendirmek için, teklif verme ve reklam öğesi seçme mantığının birleştirilebileceği "ortak IG" modeli gibi çözümleri aktif bir şekilde araştırıyoruz. Amacımız, güçlü reklam öğesi özellikleri sağlamak ile kullanıcı gizliliğini korumak arasında bir denge kurmaktır. Tüm paydaşların ihtiyaçlarını karşılamak için API'yi geliştirme konusunda daha fazla işbirliğine ve geri bildirime buradan açığız.
Gizlilikle İlgili Sorunlar	Alternatif tanımlayıcıların kullanılabilirliği (ör. RampID, ID5) siteler arası veri toplamayı kolaylaştırarak PA API'sinin gizlilik hedeflerini zayıflatabilir.	Siteler arası tanımlayıcılar ve PA API'nin gizlilik hedefleri arasındaki olası gerilimi biliyoruz. Yayıncılar bu tür tanımlayıcıları paylaşmayı seçebilir ancak PA API'sinin tasarımı, temelde reklam seçimini siteler arası izleme ihtiyacından ayırmayı amaçlar. Gizlilik odaklı bir reklamcılık ekosistemini desteklemeyi ve geliştiricileri PA API yaklaşımına öncelik vermeye teşvik etmeyi amaçlıyoruz. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
Önbelleğe alma	Teklif komut dosyalarının birden fazla açık artırmada yeniden kullanılmasını önlemenin bir yolu var mı?	Teklif komut dosyalarının PA API çerçevesi dahilinde gözlemlenen önbelleğe alma davranışını kabul ederiz. Standart HTTP önbelleğe alma mekanizmaları desteklense de cihazın askıya alınması davranışı ve teklif yürütücülerinin tasarımı nedeniyle açık artırmalarda komut dosyalarının yeniden kullanılma olasılığı vardır. Ekip, alıcılara teklif stratejilerini etkili bir şekilde yönetebilmeleri için komut dosyası önbelleğe alma işlemi üzerinde daha fazla kontrol sağlayacak çözümleri araştırıyor. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API Kullanımı	Kullanıcı gizliliğine saygı gösterirken bir TTP için tüm IG'lerde teklif etkinliği raporlamasını merkezileştirin.	PA API'yi tasarlarken kullanıcı gizliliğine öncelik veririz. Siteler arası izleme riskleri nedeniyle ayrı teklif verme etkinliklerinin doğrudan raporlanması uygun olmasa da, Paylaşılan Depolama ve Özel Toplama gibi mekanizmalar sunuyoruz. Bunlar, TTP'lerin kullanıcı gizliliğini korurken teklif etkinliği hakkında toplu analizler elde etmesini sağlar.
API Kullanımı	reportResult() işlevindeki sendReportTo() getirme işlemi, forDebuggingOnly.reportAdAuctionWin() ile kaydedilen bir getirme işleminin gerçekleşmesine kıyasla yalnızca% 94 oranında gerçekleşir.	Bunlar aynı zamanlamaya sahip olmasa da her iki URL de aynı anda getirilebilir. Bazı durumlarda, bileşen satıcısının iş akışı atılır ve reportResult() işlevinin çalıştırılabilmesi için yeniden yüklenmesi gerekir. Bununla birlikte, puanlama mantığının getirilmesi için gereken süre veya iş öğesinin yeniden yüklenmesi için gereken süre reportResult() için 50 ms'lik zaman aşımını etkilemez. Chrome'un, iş akışının yeniden yüklenmesi gereken durumlarda getirme davranışını tanımlamak için önbelleğe alma üst bilgilerini kullanacağını lütfen unutmayın. PA açık artırmasının aşamaları hakkında daha fazla bilgiyi buradan edinebilirsiniz.
K-anonimlik	ilgi alanı grubunun adının, reklam sunmanın k-anonimliğini etkilemediğine dair onay isteği.	Bir reklam öğesinin k-anonim olarak kabul edilmesi için IG sahibi URL'si, teklif komut dosyası URL'si, reklam öğesi URL'si ve reklam boyutuna ait birden fazla unsur, geçmiş bir dönemde (w) belirtilen eşiği (k) karşılamalıdır. K-anonimlik durumu düzenli olarak güncellenir (p).
Chrome kullanıcı arayüzü	Çok sayıda MVC, ORM vb. çerçevelerin sunduğu "dahili görünürlük" türünü sağlamaya yönelik teklif. Örneğin, seçilen dahili etkinliklerin Geliştirici Araçları --> Uygulama --> Uygulama bölümünde yeni bir panele basit bir şekilde kaydedilmesiyle başlayın	Teklifle ilgili görüşmemize buradan devam ediyoruz. Geri bildirimlerinizi almaktan memnuniyet duyarız.
Chrome kullanıcı arayüzü	Geliştirici Araçları IG katılımında öncelikli öğeler gösterilmiyor.	Bu sorunu burada ele aldık.
API İyileştirmesi	Reklam öğesi reklam sunucusunun kendi etkinliklerini izlemesine izin verilmesi tercih edilir. İzin verilen izleme alan adları listesi yapılandırılabilir mi?	Burada bir teklif paylaştık. Ekosistemden gelecek geri bildirimlere de açığız.
API Özellik İsteği	PA API, GZT olmayan medya işlemlerini destekleyecek ve reklam sunma ile DCO gibi kritik kullanım alanlarını koruyacak şekilde genişletilebilir mi?	Sorunu burada ele alacağız. Daha fazla geri bildirim almaktan memnuniyet duyarız.
Yayıncı Açık Artırma Zaman Aşımı	Yayıncıların, özellikle reklamların sıralı olarak seçildiği başlıktan teklif alma (header bidding) kurulumlarında kaybedilen gösterimleri önlemek için açık artırma süresi üzerinde kontrol sahibi olması gerekir.	Yayıncılara, reklam açık artırması zaman aşımları üzerinde ayrıntılı kontrol vermenin öneminin farkındayız. Uç durumları dikkatli bir şekilde değerlendirerek potansiyel olarak "auctionConfig" nesnesi içinde bir genel açık artırma zaman aşımı mekanizmasının nasıl uygulanacağını etkin bir şekilde araştırıyoruz. Bu özelliğin amacı, yayıncılar için gösterim doluluk oranlarını optimize etmektir. En iyi çözümü bulmak için toplulukla işbirliği yapmaya devam edeceğiz. Sorunu burada ele alacağız. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API İyileştirmesi	PA API'deki IG'lerin mevcut tasarımı, uzun oluşturma URL'leri nedeniyle büyük meta veri boyutlarına neden olmaktadır. Test kullanıcıları daha fazla verimlilik için bu URL'leri sıkıştırmanın bir yolunu istiyorlar.	IG meta veri boyutunu optimize etmenin, özellikle de verimlilik açısından hassas reklam açık artırmaları için ne kadar önemli olduğunun farkındayız. Oluşturma URL'lerini sıkıştırmak için şablona dayalı bir çözümün önemli bir potansiyel sunduğunu düşünüyoruz. Önerilen şablon tasarımlarını dikkatli bir şekilde değerlendirecek ve uygulanan herhangi bir çözümün, tarayıcı kararlılığını korumaya yönelik güçlü kötüye kullanımı önleme mekanizmaları içerdiğinden emin olacağız. Bu konuları dikkate alarak optimum yaklaşımı geliştirmek için web standartları topluluğuyla ortak çalışmak, öncelik olmaya devam etmektedir. Sorunu burada ele alacağız. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API Kullanımı	Yerel reklam biçimlerini yöneten test kullanıcıları, ağ yükünü azaltmak ve reklam oluşturma hızını iyileştirmek için tek bir çağrıda birden fazla reklam sonucu alarak Özel Korumalı Alan açık artırma sürecini optimize etmek istiyor.	Özel Korumalı Alan'da yerel reklam oluşturma ile ilgili performans endişelerinin farkındayız. Verimlilik ve güçlü kullanıcı gizliliği korumaları arasında denge kurmaya büyük önem veriyoruz. Tam puan alan birden fazla reklam döndürmek gizliliği tehlikeye atsa da açık artırma sürecini optimize etmenin yollarını etkin bir şekilde araştırıyoruz. Yerel reklam biçimleri için PA API desteğini geliştirmeye ve Özel Korumalı Alan'ın güçlü gizlilik kısıtlamaları dahilinde verimliliği artıracak alternatif mekanizmaları araştırmaya büyük önem veriyoruz. Sorunu burada ele alacağız. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API Kullanımı	Reklam tekliflerinin Özel Korumalı Alan'da (özellikle öncelik düzeylerini veya özel pazar yeri kurallarını temsil etmek için) puanlanması ve sıralanması konusunda esneklik.	Özellikle karmaşık teklif senaryolarında, Özel Korumalı Alan'da reklam puanlaması ve sıralaması üzerinde ayrıntılı bir kontrole ihtiyaç olduğunu biliyoruz. Kullanıcı gizliliğinden ödün vermeden çok boyutlu puanlama elde etmek için tup'lar ve matematik işlevleri kullanılarak önerilen çözümleri onaylıyoruz. Bu yaklaşımlar, geliştiriciler için karmaşıklığı artırsa da gereken ifade gücüne sahiptir. Özel Korumalı Alan özelliklerinin gelişmiş açık artırma mantığı için optimum şekilde kullanılmasını sağlamak amacıyla potansiyel olarak yardımcı işlevler veya yönergeler aracılığıyla bu süreçleri kolaylaştırmanın yollarını araştırmayı hedefliyoruz. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
reportEvent()	Reklam öğesi içeren bir çerçeve başlatıldığında tarayıcı tarafından tetiklenen yeni bir ayrılmış etkinlik (otomatik işaretçi olabilir) ekler.	Bu isteği burada ele alıyoruz. Daha fazla geri bildirimde bulunmanızı rica ediyoruz.
adCost	reklam maliyetinin dökümüne izin veriliyor.	Her maliyet değeri, açık artırma dışına sınırlı miktarda bilgi göndermek için bir fırsattır. Bu maliyetlerden N adetlik bir listeye izin vermek, tam bir kullanıcı tanımlayıcısı göndermek için yeterli olacaktır. Bu, siteler arası izlemeyi mümkün kılar. Bu konuyu burada ele alacağız. Daha fazla geri bildirim almaktan memnuniyet duyarız.
resolveToConfig	SolutionsToConfig, üst düzeyden devralınmalı ve browserSignals'da gösterilmeli mi?	Bu isteği burada ele alıyoruz. Daha fazla geri bildirimde bulunmanızı rica ediyoruz.
Daha İyi Araçlar	chrome://topics-internals öğesine benzeyen ancak PA API'si için olan bir şey var mı?	Hiçbir şey tam olarak aynı değildir. Ancak PA API için kapsamlı geliştirici araçları vardır.
Etiketler	Chrome, %20'lik k-anon nüfusunu tanımlamak için etiketleri kullanabilir mi?	Bu isteği değerlendiriyor ve ekosistemden gelecek ek geri bildirimleri memnuniyetle karşılıyoruz.
Belgeler	Özel Korumalı Alan açık artırma iş akışları standart iş akışı türlerine dönüşecek mi?	Benzersiz gizlilik ve güvenlik gereksinimleri nedeniyle, bu iş akışları standart tarayıcı iş uygulaması türlerinden önemli ölçüde farklılık gösterir. Bu nedenle, yakında HTML spesifikasyonunda standart iş uygulaması türlerine dönüşeceklerini düşünmüyoruz. Açık artırma iş akışlarının uygulanma ve yürütme ortamıyla ilgili net açıklamalarla geliştirici kaynaklarımızı iyileştirmeyi ve bu bilgileri Özel Korumalı Alan katılımcıları için daha erişilebilir hale getirmeyi amaçlıyoruz. Bu konuyu burada daha ayrıntılı olarak ele aldık.
Kendi Sunucunuzu Getir (BYOS) Anahtar/Değer (KV) sunucusu	Taraflar, BYOS KV Hizmeti kurulumundaki KV hizmetleri sorguları aracılığıyla bir kullanıcının katıldığı birden fazla IG'yi (aynı sahipten) öğrenebilir.	KV sunucuları TEE'lerde çalıştırıldığında bu artık mümkün olmayacak. Ayrıca, bu sunucuların yayınlanan güven modeline uyabilmelerini sağlayacağız.
userBiddingSignals	diğerlerini korurken "userBiddingSignals"ın bir kısmını güncelleme.	API'de herhangi bir değişiklik gerekmeden bunu yapabilirsiniz.
API Kullanımı	KV sunucusunu veya değiştirilmiş "prevWinsMs" verilerini kullanarak Özel Korumalı Alan içindeki birden fazla IG'ye sıklık sınırı uygulayın.	Özel Korumalı Alan'da sıklık sınırıyla ilgili daha fazla özellik istediğimizi biliyoruz. IG'ler arasında veri paylaşımına ilişkin mevcut kısıtlamaların, bu stratejileri uygularken zorluklara yol açabileceğinin farkındayız. KV sunucusu, uygun gizlilik önlemlerine sahip potansiyel bir mekanizma sağlasa da geliştiricilerin, çözümleri tek bir IG modeli içinde keşfetmesini öneririz. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.
API Kullanımı	Bileşen satıcıları (Özel Korumalı Alan'da iç içe geçmiş açık artırmalara katılanlar), kendi yapılandırmalarını optimize etmek ve gereksiz gecikmeleri önlemek için üst düzey açık artırma zaman aşımlarını görmelidir.	Özel Korumalı Alan'da üst düzey satıcılar ve bileşen satıcıları arasında zaman aşımı koordinasyonunun iyileştirilmesi gerektiğinin farkındayız. Açık artırmanın tamamının zaman aşımına uğrama ihtimalinin de bulunduğu yeni zaman aşımı mekanizmalarının eklenmesini etkin bir şekilde araştırıyor ve bileşen açık artırmalarına üst düzey zaman aşımlarını uygulamanın yollarını araştırıyoruz. Amacımız, Özel Korumalı Alan açık artırma sürecindeki tüm katılımcılar için verimliliği ve öngörülebilirliği artırmaktır. Bu sorunu burada ele alıyoruz. Daha fazla geri bildirim almaktan memnuniyet duyarız.

Korunan Kitle Hizmetleri

Geri Bildirim Teması	Özet	Chrome Yanıtı
Güvenilir Yürütme Ortamları (TEE'ler)	TEE'leri herkese açık bulutlarda çalıştırmak, şirket içi reklam teknolojisi veri merkezlerinde çalıştırmak daha mı pahalı?	Verdiğimiz yanıt önceki çeyreklere benziyor: 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 diğer ayrıntıları 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.
TEE'ler	Herkese açık olmayan bulut ortamlarında TEE'ler için destek	Önceki çeyreklere benziyor: Herkese açık bulut tabanlı çözümlerin ötesinde seçenekler için destek sunma çalışmalarımız devam ediyor. Bununla birlikte, şirket içi TEE'leri destekleme planımız bulunmuyor. Özel Korumalı Alan güvenlik gereksinimleri ve şirket içi dağıtımların getirdiği önemli zorluklar göz önünde bulundurulduğunda, bu aşamada bulut tabanlı dağıtımları genişletmeye ve iyileştirmeye (ör. AWS'nin yanı sıra Google Cloud'u destekleme) devam etmenin ekosistem açısından 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 makul olduğu konusunda daha fazla geri bildirim almaktan memnuniyet duyarız.
Diğer Bulut Sağlayıcıları	Diğer bulut sağlayıcılar için destek	Diğer bulut sağlayıcılarına yönelik önerilere her zaman açığız. Ancak şu anda, 3PCD uygulandığında en azından GCP ve AWS'yi desteklemeyi planlıyoruz. Daha fazla bilgi için bu açıklayıcıyı inceleyin.
B&A Hizmetleri API'sı	Google'ın B&A Services API ile ilgili tavsiyesi nedir? Cihaz açık artırmalarında Chrome Tarayıcı Protected Audience'dan daha mı öncelikli mi yoksa daha mı düşük?	Önceki üç aylık dönemlere benzer bir yanıtımız var: Cihaz üzerinde teklif verme özelliğinin mevcut Protected Audience tasarımını kullanmaya devam edeceğiz. Cihazın bilgi işlem gücünün veya ağ hızının sınırlı olabileceği kullanım alanları alt kümesini destekleyecek olası çözümleri araştırmak için B&A hizmetleri önerilmiştir.
Standartlaştırma	Oda-kahvaltı hizmetleri bir standartlaştırma sürecinden geçmemiştir.	B&A Hizmetleri teklifi, standartlaştırma sürecinin bir aşamasındadır ve bu hedefi desteklemek için ek katılımları memnuniyetle karşılarız. Teklif, önceki tekliflere göre bir teklifle başladı. W3C'de kapsamlı bir açık tartışma üzerinden herkese açık olarak geliştiriliyor. İlgilenen geliştiriciler, bu teklifle denemeler yapmaya ve geri bildirim sağlamaya başlayabiliyor. Bu, örneğin buradaki blog yayınımızda açıklandığı gibi, web özelliği geliştirmede olağan bir kalıptır.
KV Sunucusu	İçerik / içeriğe dayalı / site hedefleme için tam URL'yi alıcının KV sunucusuna gösterin.	Bu isteği burada ele alıyoruz. Ekosistemden geri bildirim almaktan memnuniyet duyarız.
Belgeler	GitHub'daki "Güvenilir/Zorunlu bileşenler ve isteğe bağlı bileşenler" dokümanları, kendi dağıtım görüntüleri ve altyapıları olan bazı reklam teknisyenleriyle karışıklığa neden olmaktadır.	"Güvenilir/Zorunlu bileşenler ile isteğe bağlı bileşenler karşılaştırması" dokümanlarını iyileştirmek istiyoruz ve bu tür bir çalışmaya öncelik verilmesi gerekiyorsa ekosistemden bilgi almak istiyoruz.
API İyileştirmesi	Bir KV sunucu çağrısının HTTP Durum Kodu, scoreAd() işlevi için de parametre olarak kullanılabilir olmalıdır.	Bu isteği değerlendiriyoruz ve ekosistemden ek geri bildirimler almaktan memnuniyet duyuyoruz.
Belgeler	JS ve WASM iş yüklerinin, UDF yürütme ile tam olarak nasıl işleneceği hakkında daha fazla bilgi sağlayın.	Bu bilgileri sağlamak için çalışıyoruz. Buradan daha fazla geri bildirim almaktan memnuniyet duyarız.
Belgeler	Depo adını güncelleme isteği.	Depoyu "korunan-açık artırma-anahtar-değeri-hizmeti" olarak yeniden adlandırdık. Bu, ait olduğu hizmetlerin toplanmasına yönelik terime uygundur. Bu terim, Protected Audience Services tartışması ve Korunan Açık Artırma Hizmetleri belgeleri havuzları gibi diğer veri havuzlarını da içerir.
Belgeler	Bidding_auction_services_gcp_guide.md içindeki Cloud Debugger API referansını kaldırın.	Dokümanları güncelledik ve referansı kaldırdık.
API Kullanımı	KV aramasından kaynaklanan gecikme 50 ms'den uzun sürüyor. Bu işlem yaklaşık 100 ms sürüyor. Diğer satıcılar için iyi sonuç veren öğeler hakkında herhangi bir bilginiz var mı? Zaman aşımlarının ve zaman aşımının nasıl ölçüleceği konusunda önerileriniz var mı?	KV sunucu çağrısı, Komut Dosyası Çalıştırıcıları (Chrome tarayıcının içindeki özel korumalı ortam) bağlamında gerçekleşir. Amacı, bu komut dosyası çalıştırıcılarındaki bilgileri API dışı erişimlerden korumaktır. Bu konuyla ilgili ayrıntılı açıklamayı burada bulabilirsiniz.
API Kullanımı	KV sunucusunun belirli bir zamanda yanıt vermesi için zaman aşımı var mı?	Satıcılar, açık artırma yapılandırmasında "perBuyerCumulativeTimeouts" alanını belirtebilir. Bu zaman aşımı, güvenilir teklif verme sinyallerini getirmek için gereken süreyi de içerir.
Gecikme	Özel Korumalı Alan ekibi gecikmeyi gidermek için nasıl çalışıyor?	Gecikmeyi kabul edilebilir sınırlar dahilinde tutmak amacıyla üzerinde çalıştığımız stratejiler için buraya bakın.

Dijital Reklamları Ölçme

Attribution Reporting (ve diğer API'ler)

Geri Bildirim Teması	Özet	Chrome Yanıtı
Manuel Kampanya Optimizasyonu	ARA, manuel kampanya optimizasyonunu desteklemez.	Bu senaryoyu reklam teknolojisiyle birlikte ele aldık ve manuel kampanya optimizasyonunu desteklemek için ARA'nın kullanılabildiği yöntemleri gösterdik. ARA, çeşitli reklam teknolojisi kullanım alanlarını çözmek için reklam teknolojisi özelleştirme ve esneklik sağlayacak şekilde tasarlanmıştır. Etkinlik düzeyinde farklı yapılandırmalar kullanılarak ve gürültünün etkisini azaltmak, bunların manuel ve otomatik optimizasyon gereksinimlerini karşılamak için özet raporlar içeren etkinlik düzeyinde raporların kullanılması gibi bazı öneriler sağlanmıştır. ARA yapılandırmalarının özelleştirilebilirliği ve esnekliği hakkında ek ekosistem geri bildirimlerine açığız.
Dönüşüm Türü	Google, yalnızca sekiz dönüşüm türüne izin verir ve bu sınırlama sınırlıdır.	Reklam teknolojilerine raporlama aralıkları sayısı, ilişkilendirme raporlarının sayısı ve kullanabilecekleri tetikleyici veri bitleri konusunda daha fazla esneklik sağlayan Etkinlik düzeyindeki esnek raporlamanın büyük bir kısmını uyguladık. Reklam teknolojileri, 32 farklı dönüşüm türünü ölçmeye izin veren bir yapılandırma seçebilir.
Birleştirilebilir Rapor Etkinlik Sınırı	Birleştirilebilir rapor başına minimum 20 dönüşüm etkinliği sayısı, sınırlı bütçeye sahip küçük reklamverenler için kullanılamaz.	Birleştirilebilir rapor başına minimum dönüşüm etkinliği sayısı gerekli değildir. Ayrıca, daha küçük reklamverenlere yönelik olarak toplanabilir raporları optimize etmek amacıyla, temel yapıyı / boyutları değiştirmek, farklı epsilon seviyelerini test etmek, daha uzun süreli toplu işlem sıklıklarını test etmek ve ölçüm hedefleri arasında farklı katkı bütçesi dağılımlarını test etmek gibi bazı tasarım kararları verilebilir. Küçük reklam teknolojisi uzmanları, etkinlik düzeyindeki raporların etkisini azaltmak için çeşitli gürültü raporlarıyla denemeler yapabilir.
Gerçek Zamanlı Veriler	TTP'lerin teklif stratejilerini uyarlamak ve kampanyanın daha etkili olmasını sağlamak için kullandıkları gerçek zamanlı verilerden (ör. tıklamalar, oturumlar ve dönüşümler) mahrum etmek, mevcut işlevleri sürdürme taahhüdüne aykırıdır.	ARA kullanılsa bile tıklamalar ve oturumlar gerçek zamanlı kalır ve 3 PC'lerde bile dönüşümler her zaman sonradan gelir.
Eksik Alanlar	Tam Esnek etkinlik sunumunda eksik gereksinimler: i) Para birimi alanı ve ii) sipariş kimliği / İşlem Kimliği alanı.	Şu anda etkinlik düzeyindeki geçerli raporlamayla bunu yapmanın zaten yolları olduğundan tam esnek etkinlik düzeyinin bir parçası olarak Para Birimi alanını veya Sipariş Kimliği / İşlem Kimliği alanını desteklemeyi planlamıyoruz. Bu alanlarla ilgili ek geri bildirimlere açığız ve bunları gerektiren başka kullanım alanları varsa yeniden değerlendiririz. Para birimi ve sipariş kimliği türü bilgilerini ölçmek için ARA'nın mevcut tasarımını kullanmanın yolları: 1. Geri bildirime göre para birimi, kullanıcının coğrafi konumuna göre belirlenir. Bu coğrafi bölge, hangi para biriminin kullanıldığını belirlemek için source_event_id değerinin bir parçası olarak eklenebilir. 2. Geri bildirime göre, dönüşümlerin ve değerlerin yanlışlıkla iki kez sayılmadığından emin olmak için sipariş kimliği alanı gereklidir. Bu işlem, tekilleştirme anahtarları kullanılarak yapılabilir.
Gizlilik Bütçesi	ARA Gizlilik Bütçesi, birden fazla boyutta ölçüm yapma özelliğini sınırlar	ARA, reklam teknisyenlerinin çeşitli ilişkilendirme senaryolarını kapsayacak şekilde kendi ARA yapılandırmalarını özelleştirmelerini sağlayacak şekilde tasarlanmıştır. Mevcut ARA tasarımıyla birlikte, reklam teknolojisi uzmanlarının, ölçülmesi için en önemli boyutlar ile gürültünün verileri üzerindeki etkisi arasındaki dengeyi göz önünde bulundurması gerekecek. Ölçülen boyutların ayrıntı düzeyine bağlı olarak verilere gürültü eklemek gizlilik açısından son derece önemlidir. Farklı boyutlarda ölçüm yapma özelliğiyle ilgili ek ekosistem geri bildirimlerine açığız ancak bunu gerektiren belirli kullanım alanlarını anlamamız gerekir.
Özellik Güncelleme	Google, sabit etkinlik raporlama aralıklarından esnek etkinlik raporlama aralıklarına geçtiğini söylese de, bu durum Google'ın şu anda minimum bir saatlik bir zaman aralığına sahip Teknik Spesifikasyonları'na yansıtılmamıştır.	Etkinlik düzeyindeki esnek raporlama sayesinde şu anda reklam teknisyenleri kaynak etkinlik başına ilişkilendirme raporu sayısını, tetikleyici veri bitlerini ve raporlama aralıklarının sayısını/uzunluğunu değiştirebilmektedir. ARA'nın etkinlik düzeyindeki raporlar için hâlâ minimum 1 saatlik raporlama aralığı vardır. Bu, gizliliği korumak ve belirli geçmiş yeniden oluşturma saldırısı türlerine karşı riskin azaltılması için son derece önemlidir. Özet raporlar toplu olarak bilgi sağladığından reklam teknolojileri, kullanım alanları için gerektiğinde hemen birleştirilebilir raporları gecikme olmadan almayı seçebilir.
API Tasarımı	Dönüşüm raporlarındaki bilgileri azaltmanın ve sapma eklemenin ekosistemi Google'dan daha fazla etkileyebileceği endişeleri.	Google, CMA'nın Özel Korumalı Alan tekliflerini, Google'ın kendi işletmesini tercih ederek rekabeti bozmayacak şekilde tasarlaması ve uygulaması, ayrıca dijital reklamcılıkta ve her ölçekten yayıncı ve reklamveren üzerindeki rekabet üzerindeki etkiyi dikkate alması konusunda kararlıdır.
İlişkilendirme Düzeltmesi	ARA, teknoloji sağlayıcının doğru ilişkilendirmeyi kontrol etmesine ve doğrulamasına izin vermez.	ARA'da, doğrulama özellikleri sunan birçok çözüm vardır: 1. Reklam teknolojileri, ARA davranışının beklentileriyle eşleştiğini doğrulayabilir: - ARA istemci tarafı kodu açık kaynaklıdır. - ARA sunucu tarafı kodu da açık kaynaklıdır ve Koordinatörler, yalnızca izin verilen Toplama Hizmeti sürümlerinin şifrelerini çözebilmesini ve toplanabilir raporların işlenebilmesini sağlar. 2. Chrome, ilişkilendirme davranışını doğrulamaları için reklam teknisyenlerine bir Simülasyon Kitaplığı sundu. Bu kitaplıktaki reklam teknolojisi, ARA'nın örnek bir ortamda ilişkilendirme performansını test edebilir. 3. ARA, beklenen işlemenin gerçekleşip gerçekleşmediğini ve gerçekleşmemesinin nedenini doğrulamaya yardımcı olan çeşitli hata ayıklama sinyallerini destekler.
(Önceki çeyreklerde de raporlanır) Gürültü	Gürültünün çok yüksek olduğuna ve raporun kullanışlılığını etkilediğine dair geri bildirim gönderin.	Reklam teknisyenleriyle de aynı geri bildirimlerle konuştuk ve gürültülü olsa bile ARA'nın kullanım alanlarına daha uygun olacak şekilde özelleştirilebileceği yöntemler belirleyebildik. Reklam teknikleriyle konuştuğumuz tasarım kararlarının ve özelleştirmelerin çoğunu içeren geliştirici dokümanlarımız mevcut. ARA, reklam teknisyenlerinin kendi ARA yapılandırmalarını çeşitli ilişkilendirme senaryolarını kapsayacak şekilde özelleştirmesine olanak tanıyacak şekilde tasarlanmıştır. Ancak reklam teknisyenlerinin, ölçülmesi için en önemli boyutlar ile gürültünün verileri üzerindeki etkisi arasındaki dengeyi göz önünde bulundurması gerekiyor. Gürültünün etkisiyle ilgili ekosisteme ilişkin ek geri bildirimlere açığız. Gürültünün etkisini değiştirmek için kullanılabilecek ARA kaldıraçları hakkında daha fazla rehberlik sağlayabiliriz.
Alanlar Arası İlişkilendirme	Alanlar arası ilişkilendirmeler nasıl izlenir?	Reklam teknolojileri, bu kullanım alanını çözmek için farklı raporlama URL'lerine yönlendirme yapabilir. ARA'nın bu tasarım yönü hakkında ekosistem ile ilgili ek geri bildirimlere açığız.
API İyileştirmesi	ARA Özet Raporları için ilişkilendirmeyi kaydederken kullanılan ölçeklendirme faktörünü düzenli olarak değiştirin.	GitHub'daki tartışmaya göre, Toplama Hizmeti'nde birden fazla ölçeklendirme faktörüyle ilgilenmek, büyük olasılıkla mevcut işlevlere kıyasla özet raporlara daha yüksek miktarda gürültünün eklenmesine neden olacak. Birleştirilebilir raporlar kapsamında ölçeklendirme faktörlerine yönelik ihtiyaçlarla ilgili ek geri bildirimlere açığız, ancak artan gürültüyle birlikte potansiyel dengeyi açıklığa kavuşturmak isteriz. Gelecekteki diğer ARA özelliklerinin bu kullanım alanını çözmeye yardımcı olup olmayacağını da değerlendiriyoruz.
API Kullanımı	İlişkilendirme etkinliklerinin tüm katılımcılarla nasıl paylaşıldığını birleştirme fırsatı (STP, TTP vb. için faydalıdır).	Geri bildirimlerini ve karşılaştıkları sınırlamaları daha iyi anlamak için reklam teknolojisiyle senkronize olmayı planlıyoruz.
Trafik Hacmini Test Et	Tüm Chrome'da B Modu'nun test trafiği kararlı mı?	Bir deneme grubunun dahil edilmesi, Chrome ayarlarından (bağımsız olarak) etkilenmez.
Belgeler	Pikseller için ARA'yı destekler.	Bu kullanım alanının nasıl destekleneceği hakkında bilgiler yayınladık ve ekosistemden gelecek ek geri bildirimleri memnuniyetle karşıladık.
API Kullanımı	Dönüşüm son temasta yapılmazsa e-ticaret platformlarındaki üçüncü taraf satıcılar için ARA doğru kaynakla ilişkilendirilmeyebilir.	Şirketler, hatalı ilişkilendirmenin oluşmasını önlemek için filtreler kullanabilir (çünkü hiçbir dönüşüm raporu oluşturulmaz). Bu kullanım alanında yardımcı olması amacıyla ön ilişkilendirme filtrelemesine ilişkin bir öneri üzerinde de çalışıyoruz.
Tarayıcı Desteği	ARA farklı tarayıcılarda desteklenecek mi?	Diğer tarayıcıların da Özel Korumalı Alan API'lerini benimsemelerini memnuniyetle karşılıyoruz ve yaklaşımımızı W3C'de açık bir şekilde tartışmaya zaman ayırmaya devam ediyoruz. ARA'yı gönderme hedefi olarak birlikte çalışabilirlik açıkça belirttik. ARA'nın tasarımının, farklı gizlilik duruşlarına sahip satıcılar için, satıcı tarafından belirtilen esnek değerlerle tarayıcıdan bağımsız olarak tasarlanması amaçlanıyor. Diğer tarayıcılar, farklı gizlilik duruşlarına sahip satıcılar için dijital tanımlayıcılarla siteler arasını destekleyip destekleme konusunda kendi alternatiflerini yapıyor. Microsoft Edge'in ARA'yı destekleyeceğini belirtmesini öneriyoruz.
API Kullanımı	registerAdBeacon/reportEvent için (ve Navigation_start/commit otomatik işaretçileri) ARA kaynak kayıtlarında beklenen kaynak türü nedir?	Bu işaretçilerin otomatik veya manuel olmasına bağlıdır: - ayrılmış.* (ör. otomatik) etkinliklerin gezinme kaynağı türünde olması gerekir. - Etkinlik kaynağı türünde olacak şekilde manuel olarak tetiklenen etkinlikler.
API Kullanımı	Her kaynak etkinlik için kaynak başına 20 adet toplanabilir rapor sınırı var mı? Sınır küresel mi yoksa günlük mü? Sınırı artırmaya yönelik bir plan var mı?	Kaynak başına 20 toplanabilir rapor sınırı, her kaynak için 20 birleştirilmiş raporun oluşturulabileceği global bir sınırdır. Sınır, tarayıcı tarafından belirlenir ve yapılandırılamaz. Bu sınırın amacı, boş raporlar içeren gerçek ilişkilendirme raporlarının korunmasının kötüye kullanılmasını önlemektir. Bu konuyu burada daha ayrıntılı olarak ele aldık.
API Kullanımı	ARA kullanarak e-posta ile pazarlama desteği.	Şu anda ARA içinde (e-posta barındırma sitesini siz kontrol etmiyorsanız) bu kullanım alanı için doğrudan bir destek yoktur. Bu konuyu burada ele alacağız. Daha fazla geri bildirim almaktan memnuniyet duyarız.
Epsilon	Aggregate API için epsilon değeri ne zaman belirlenecek?	Geçerli epsilon değeri, Özel Korumalı Alan tarafından tanımlanan önceden belirlenmiş bir eşiğe (şu anda 64) kadar reklam teknolojileri tarafından yapılandırılabilir. Farklı epsilon değerlerini test etmenizi ve kendi kullanım alanlarınıza uygun sapma noktalarını belirlemenizi ve geri bildirim sağlamanızı öneririz. Epsilon değerleri aralığındaki herhangi bir değişiklik yapılmadan önce reklam teknisyenleriyle iletişime geçeceğimizden emin olacağız.
API İyileştirmesi	Reklamverenlerin, dönüşümlerin kalitesini doğrulamasına olanak tanımak amacıyla, harici CRM verileriyle eşleştirme için reklamverenin trigger_data alanına bir tanımlayıcı ekleyebileceği bir kullanım alanını destekleyin.	Talep hakkında görüşüyor ve ek geri bildirimlerinizi buradan bekliyoruz.
API Kullanımı	Yönlendirme URL'leri, hedef URL'ler olarak nasıl kullanılır?	Reklam teknolojileri şunlardan birini yapabilir: 1. Hedef alanına nihai hedef URL'yi girin; 2. Hedef alanında en fazla 3 URL girilebilir. Böylece birden fazla URL girebilirsiniz. Her iki seçenek de nihai hedef URL'yi bilmeyi gerektirir. Bu konuyu burada daha ayrıntılı olarak ele aldık.

Aggregation Service

Geri Bildirim Teması	Özet	Chrome Yanıtı
Anahtar Keşif Mekanizması	Anahtar keşif mekanizması isteğinde bulunma	Önemli keşiflere yönelik bir teklif sunuyoruz ve ekosistemden teklifle ilgili geri bildirimlerinizi almaktan memnuniyet duyarız.
API Kullanımı	Toplama Hizmetinde gözlemlenebilirlik yol haritası	Daha fazla gözlemlenebilirliği desteklemek için seçenekleri inceliyoruz ve ekosistemden gelen geri bildirimleri buradan bekliyoruz.
API İyileştirmesi	Raporları yeniden sorgulayabilmek isteniyor.	Toplama Hizmeti, reklam tekniklerinin her rapor için kendi bölümlerini bölebileceği bir yeniden sorgu teklifi üzerinde çalışmaktadır. Bu, sorgu başına daha fazla gürültüye neden olabilir ancak reklam teknisyenlerinin verileri yeniden sorgulamasına ve gizliliği korumasına olanak tanır.
API İyileştirmesi	Aynı AWS kimliğiyle birden fazla kaynağı ilişkilendirebilmek istiyorsanız.	Toplama Hizmeti artık birden fazla sitenin aynı bulut hesabına (GCP veya AWS) erişmesine izin verecektir. Bu, reklam teknisyenlerinin birden fazla siteden ve aynı siteden gelen birden çok kaynaktan gelen raporları işlemek için aynı Toplama Hizmeti enclave'ini kullanmasına olanak tanır.
API Kullanımı	Birleştirilebilir gruplar başarısız olduğunda bütçenin kullanılıp kullanılmadığından ve gruplarını yeniden işleyip işleyemeyeceğinden emin olamıyorsunuz. Bir toplama hizmeti yinelenen raporlar için bir bütçe hatasıyla karşılaştığında kalan raporlar kaybolur. Bu kayıp nasıl en aza indirilir?	Tipik bir senaryoda, işin tamamı başarısız olursa bütçe tüketilmez. Bütçenin tüketildiği nadir bir hata olması durumunda, reklam teknisyenleri bütçe kurtarma isteğinde bulunabilir. Reklam teknolojisi, bütçe tükendi hatasıyla sık sık iş hatalarıyla karşılaşırsa toplu işlem stratejisini onaylamalıdır. Grupları doğru bir şekilde gruplandırma ve yinelenen raporlarla hatalardan kaçınmayla ilgili talimatları burada bulabilirsiniz. Bütçe kurtarmayla ilgili geri bildirimleri buradan inceleyebilirsiniz.
API Kullanımı	Private Aggregation API'nin burada açıklanan tetikleyici ile kullanılması, her açık artırma için birleştirilmiş bir rapor oluşturur. Toplama Hizmeti'nin ölçeklendirme özellikleri nelerdir?	Toplama Hizmeti'nin kendisi bir gruptaki anahtar veya rapor sayısına ilişkin üst sınır uygulamaz ancak gerekli bellek nedeniyle 10^14 rapor ve 10^12 anahtar ölçeği şu anda desteklenmemektedir. Boyut rehberimiz, beklenen yük ve desteklenen bulut sanal makine örnek türleri göz önünde bulundurularak en iyi performans için test edip önerdiğimiz aralıkları gösterir.
Veri İşleme	Şifrelenmiş bir verinin kişisel bilgileri varsa Toplama Hizmeti'ne şifrelenmiş veri sağlamak için gereken yasal düzenleme nedir? Koordinatörün şifrelenmiş verilere erişmeyeceğinin garanti edilip edilmediğini önerebilir misiniz?	Toplama hizmeti, şifrelenmiş veriler veya kullanıcı verilerini Koordinatör ile paylaşmaz. Toplama hizmeti, anahtar yönetimi ve muhasebe işlemleri için koordinatörü kullanır. Koordinatörle ilgili bazı ayrıntıları burada bulabilirsiniz. Toplama hizmeti, bütçe kullanımı için yalnızca paylaşılan kimliği ve raporlama kaynağını PBS ile paylaşır. Çoklu bir siteyi kullanıma sunduğumuzda kaynak yerine site adını vereceğiz. Toplama hizmetinin, istemci raporlarının şifresinin çözülebildiği tek yer olan TEE'de çalıştığını unutmayın. TEE'de çalışan kod, burada açıklandığı gibi açık kaynaklıdır ve harici taraflarca denetlenir.

Private Aggregation API

Geri Bildirim Teması	Özet	Chrome Yanıtı
API Kullanımı	Bileşen satıcılarının bir TEE içinde birden fazla toplama sunucusuna rapor gönderebilmesi.	Geçerli Private Aggregation API durumu bu özelliği desteklemiyor. Bu sorunu burada daha ayrıntılı olarak ele aldık.
Belgeler	Google'ın denemelerinde kullanılan epsilon değeri nedir?	Private Aggregation API için bir toplama hizmeti sorgusunda belirtilen MORE değeri, 10 dakika bazında uygulanan 2^16 olan L1 katkı bütçesine karşılık gelir. Ayrıca, 24 saat sürecek şekilde uygulanan 2^20 tutarında bir "geriye dönük" duraklama" L1 katkı bütçesi vardır. Temelde, gizlilik parametresi 10 dakikalık sürelerle e, ve 24 saat boyunca 16 euro'dur (144 e değil). Toplama hizmeti şu anda, farklı toplama stratejileriyle denemeler yapmaya olanak tanımak ve Özel Toplama ve diğer API'ler için farklı gizlilik parametreleriyle sistemin kullanımıyla ilgili geri bildirim sağlamak amacıyla test için bir GCLID aralığını (en fazla 64) desteklemektedir. Test kullanıcılarından geri bildirim aldıkça ve gizlilik bütçesinin daha verimli bir şekilde kullanılmasını sağlayan özellikler ekledikçe, zaman içinde izin verilen maksimum epsilon değerini yeniden gözden geçirmeyi planlıyoruz.

Gizli İzlemeyi Sınırla

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

Bu üç aylık dönemde hiç geri bildirim alınmadı.

IP Protection (eski adıyla Gnatcatcher)

Geri Bildirim Teması	Özet	Chrome Yanıtı
Çözünürlük Kimliği	Genellikle IP'ye dayanan çözüm kimliklerinin reklamverenler için sürdürülebilir olmadığı konusunda daha fazla söz sahibi olmak için Özel Korumalı Alan'ın daha fazla söz sahibi olması gerekir.	Özel Korumalı Alan, siteler arası izlemeyi azaltmayı hedeflediğimizi açıkça ifade etmiştir. Çerezlerin ötesine geçen herkese açık girişimlerimiz hem privacysandbox.com sitesinde hem de GitHub'da yayınlanır. IP adreslerine dayalı izlemeler de dahil olmak üzere siteler arası takibi azaltmak için elimizden geleni yapıyoruz. Ancak, siteler arası izlemenin proaktif bir şekilde etkinleştirilip etkinleştirilmeyeceğini belirlemek nihai olarak her bir web sitesine bağlıdır. Mevzuata uygunluk konusundaki denetimlerin arttığı bir dönemde, her bir şirketin kendi servis sağlayıcıları tarafından kullanılan uygulamaları anlaması isabetli bir yaklaşımdır.
Chromecast	IP Koruması, Chromecast'i veya diğer Chrome cihazları etkiler mi?	Şu anda IP korumasının Chromecast cihazlara uygulanmasına yönelik bir plan bulunmamaktadır.
IP Koruma Listesi	Web genelinde siteler arası izleme için IP adreslerini kullanma olasılığı bulunan üçüncü tarafların listesi yayınlanacak mı?	Liste, burada açıklandığı gibi kesinleştikten sonra yayınlanacaktır.

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

Geri Bildirim Teması	Özet	Chrome Yanıtı
Tek Oturum Açma (TOA) Muafiyeti	Hemen Çıkma Durumunu İzleme Çözümü (BTM), TOA kullanım alanlarını muafiyet için nasıl doğrular?	BTM, Chrome buluşsal yöntemleri tarafından devre dışı bırakılacak. Ayrıntılar için buraya göz atın.
Kullanımdan Kaldırma Denemesi	3PC'nin kullanımdan kaldırılmasıyla ilgili deneme kapsamındaki siteler için BTM etkin mi?	Hayır, BTM, burada açıklandığı gibi, kullanımdan kaldırma denemesinin oluşturduğu çerez istisnalarını dikkate alır.

Gizlilik Bütçesi

GitHub açıklayıcısında ve geliştirici sitesinde belirtildiği gibi,Gizlilik Bütçesi artık Özel Korumalı Alan tekliflerinin bir parçası olarak aktif şekilde dikkate alınmamaktadır.

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

İlişkili Websitesi Grupları (eski adıyla Birinci Taraf Gruplar)

Geri Bildirim Teması	Özet	Chrome Yanıtı
Özellik İsteği	Storage Access API'ye veya kullanıcı etkileşimine gerek olmadan çiplere ve / veya depolama bölümlendirmeye RWS üzerinden otomatik olarak erişilmesine izin verilir.	Bu işlevi gerçekleştirebilecek bir özelliğin faydalarını ve uygulanabilirliğini değerlendiriyoruz. Göz önünde bulundurulması gereken noktalardan biri, RWS'nin Storage Access API'den yararlanarak tarayıcılar arası birlikte çalışabilirlik potansiyelidir. Diğer tarayıcılarda desteklenen bu istenen işlevin şu anda eşdeğeri yoktur. Tartışmayı kolaylaştırmak için geliştiricilerin bu konuyla ilgili kullanım alanlarını buradan göndermelerini öneririz.
Uyumlu olmayan grupların kaldırılması	Depodan uyumlu olmayan kümeleri kaldırma işlemi nedir?	Bu konuyla ilgili bir süreç tanımlamak için çalışıyoruz ve güncellemeler hazır olduğunda paylaşacağız.
Yaptırım Süreci	Google'ın RWS yaptırım sürecindeki öznel rolüyle ilgili net bir bilgi yoktur.	RWS devam eden bir proje olduğundan ve yeni gönderimler gelmeye devam ediyor. Bununla birlikte, sürecin çeşitli yönleri ve ölçütlerimiz pekiştirilmeye devam ediyor. Gönderim yönergelerimizde, gönderim koşullarımızı tam olarak ana hatlarıyla açıklamanın önemli olduğunu kabul ediyoruz. Bundan sonra daha fazla belirsizlik ve karışıklık olmasını önlemek için gönderim yönergelerimizde daha fazla ayrıntı ekleyeceğiz. Amacımız, gönderim sürecinin mümkün olduğunca teknik olmasını ve böylece gerçek kişilerin müdahalesine son vermesini ve tamamen otomatik kontrollere dayalı olmasını sağlamaktır. Bunun gibi halkla ilişkiler, tahmin etmediğimiz davranışlar içerdiği için daha fazla insan etkileşimi gerektirir. Bununla birlikte, daha fazla otomasyon alanı belirlememize ve gelecekte bu sorunları önlemek için kurallarımızı düzeltmenin yollarına ulaşmamıza olanak tanırlar.
Veri Paylaşımı	Alan sahiplerinin, kullanıcı izniyle RWS verilerini üçüncü bir tarafın da paylaşmasını istediklerini belirtmelerine olanak tanıyan bir özellik isteği.	İstenen işlev, kullanıcı izin istemini kabul ettikten sonra kimliği doğrulanmış kimliğe erişim sağlayan FedCM gibi API'ler ve Depolama Erişimi API'leri aracılığıyla halihazırda kullanılabilir. Ekosistemden, mümkün olmadığına inandıkları belirli kullanım alanlarıyla ilgili geri bildirimler almaktan memnuniyet duyarız.
Diğer Depolama Yöntemleri	Yerel depolamaya veya oturum depolamasına kaydedilen bilgiler de üçlü bilgisayar olarak mı yorumlanır?	Üçüncü taraf bağlamında kullanıldığında yerel depolama, oturum depolama ve çerez harici diğer depolama biçimleri Chrome'da sürüm 115'ten bu yana bölümlendirilmiştir. Ayrıntılı bilgi için bu blog yayınına göz atın.
İlişkili Kümeler Sınırı	Bu durum "5 ilişkilendirilmiş siteyle sınırlı" olmasına rağmen 5'ten fazla alan gönderen kuruluşlara ne olur?	Bu gruplar, GitHub işlemi aracılığıyla kabul edilir ancak tarayıcı (Chrome) Storage Access API otomatik verme kurallarımızı ilk 5 alana yalnızca uygular, diğer alanları ise burada açıklandığı gibi yoksayar.
find_robots_txt	find_robots_txt kontrolünün yönlendirmelerle çalışmaması.	Bu sorunu çözmek için buradan bir düzeltme gönderildi.
Kullanıcı Hareketi	accessStorage() için kullanıcı hareketi gereksinimini kaldırın.	Bu gereklilik, requestStorageAccess API'si için başlıca tüm tarayıcılarda uygulanan benzer bir tasarıma göre oluşturulmuştur. Bu isteğe öncelik vermemize ve tarayıcılar arası tartışmaları etkinleştirmemize yardımcı olmak için bu GitHub sorununa ek geri bildirimler ve kullanım alanları davet ediyoruz.
Kullanıcı Hareketi	Chrome veya OS yeniden başlatıldıktan sonra üçüncü taraf depolama alanına erişim izni vermek için bir kullanıcı hareketi gerekir mi?	Evet, ancak bu davranışın değiştirilip değiştirilmeyeceği konusunda ekosistemden gelen geri bildirimleri buradan almak isteriz.

Çitli Çerçeveler API'sı

Geri Bildirim Teması	Özet	Chrome Yanıtı
adComponent	Kısıtlanmış Çerçevelerle birlikte Reklam Bileşenleri'ni kullanmada belge ve esneklik eksikliği.	Bu kullanım alanıyla ilgili daha fazla doküman paylaşmak istiyoruz. Ayrıca reklam bileşenleri, buradaki spesifikasyonda belgelenen getNestedConfigs() kullanılarak çitlenmiş çerçevelerde desteklenir.
(Önceki çeyreklerde de raporlanır) Reklam bileşeni oluştur	Kısıtlanmış Çerçevede adComponents'ın nasıl oluşturulacağıyla ilgili örnek kodlar isteyin.	Bazı örnek kodları burada paylaşmak için çalışıyoruz.
Üçüncü Taraf Reklam Doğrulama	Kısıtlanmış Çerçeveler bağlamında üçüncü taraf reklam doğrulamasının rolü, özellikle içerik/marka güvenliği ile ilgili daha fazla ayrıntı gerektirir.	Günümüzde Fenced Frames Ad Reporting, TTP'lerin oluşturma sonrası marka güvenliği kontrolleri ve faturalandırması için gösterim ve açık artırma etkinlik düzeyindeki verilerini üçüncü taraf reklam doğrulayıcılarına göndermesine olanak tanımaktadır.
Genişletilebilir Reklamlar	Genişletilebilir reklamları destekleme isteği.	Reklamın aynı en boy oranına sahip iki boyut arasında geçiş yapması gerekiyorsa ve ikisi arasında işlevsel bir fark yoksa (yalnızca boyut), yerleştirme aracı, Çitlenmiş Çerçeveyi ikinci reklam boyutuyla yeniden boyutlandırabilir ve tarayıcı, Kısıtlanmış Çerçeve öğesini buna uygun şekilde ölçeklendirebilir.
(Önceki çeyreklerde de raporlanır) Video ve Yerel Envanter desteği	Kısıtlanmış Çerçeveler, video ve yerel envanteri destekler mi?	Yanıtınız önceki üç aylık dönemlere benzer şekildedir: PA API, iframe'lerden yararlanan bir mekanizma kullanarak video oluşturmayı destekler. Ancak henüz video ve yerel reklam oluşturmaya yönelik olarak Çitli Çerçeveler ile uyumlu bir çözüm tasarlamadık. Bu, Çitli Çerçeveler yaptırımını 2026'ya çekmeye karar vermemizin nedenlerinden biri de budur. Yani, bir iş ortağı Kısıtlanmış Kareleri hemen uygulamaya karar verirse iş ortağı için video ve yerel destek sunulmayacaktır.
Danışma Kurulu	Çitli Çerçeve uygulamalarının endüstri standartlarını karşıladığından emin olmak için yerel reklam tedarikçilerinden oluşan bir danışma kurulu oluşturulmasını talep eder.	2026'dan önce, çitle çevrili çerçevelerin PA API'de kullanılması zorunlu değildir. 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. Daha önce belirttiğimiz, PA API ile video ve yerel reklam desteği sunmaya devam etmek için çitlenmiş çerçeveleri, bu gereksinimleri karşılayacak şekilde geliştireceğimizi belirtmiştik. Taahhütlerimiz doğrultusunda, bu tür değişikliklerle etkileşim kurup CMA'yı bilgilendireceğiz. Ayrıca, Çitlenmiş Çerçeveler kullanılmadan önce ekosistemden aldığımız geri bildirimlerle etkileşim kurmaya devam edeceğiz. W3C'deki ekosistem etkileşim modelimiz ve IAB Tech Lab gibi reklam standartları kuruluşları, her tür sektör uzmanının tasarımları zorunlu olmadan önce yönlendirmesine olanak tanır.
(Önceki çeyreklerde de bildirildi) 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.	Bu, araştırmakta olduğumuz bilinen bir Chromium sorunudur. Ek geri bildirimlerinize buradan ulaşabilirsiniz.
API İyileştirmesi	Özel Korumalı Alan altında yerel reklamların desteklenmesi için Özel Çerçeveler koşulu 2025'e kadar geri alındı mı?	2026'dan önce, Çitli Çerçeveler yaptırımı ile ilgili herkese açık duyurumuzda belirttiğimiz gibi, çitli çerçevelere "kapsamlı bir şekilde uyum sağlamak için büyük çaba" harcandığını öğrenmiştik. Bunlardan biri kesinlikle Yerel'di, ancak tek faktör bu değildi. Amaç, yerel yönetim dahil ancak bunlarla sınırlı olmamak üzere temel kullanım alanlarını desteklemesi için ekosistemin hazır olmasını sağlamak için daha fazla süre sağlamaktı.

Shared Storage API

Geri Bildirim Teması	Özet	Chrome Yanıtı
Performans	İş akışı dışında paylaşılan depolama alanı geri dönüş süreleri, iş akışındaki etkinliğe bağlı görünüyor.	Bu test sonucuyla ilgili olarak buradan bahsedilmektedir.
Daha Geniş Kullanım	Paylaşılan Depolama, tüm tarayıcılarda kullanılabilen sektör genelinde bir standart olmalıdır.	Geri bildirimlerinize değer veriyor ve bunları kabul ediyoruz. Chrome, teklifi desteklemek, geri bildirim almak ve benimsemeyi artırmak için WICG de dahil olmak üzere W3C fora'ya aktif olarak katılmaya devam etmektedir.
Teklif İş Akışları	Siteler arası bilgilere göre reklam kararı / iş mantığı (ör. Sıklık Sınırı) uygulamak ve reklamların bir alt kümesini seçmek için generateBid içindeki (zaten bir iş akışında çalışan) Paylaşılan Depolama'dan okumak mümkün mü?	Hayır, teklif verme işlerindeki paylaşılan depolama alanından veri okumak mümkün değildir.

CHIPS

Geri Bildirim Teması	Özet	Chrome Yanıtı
Bölme Kapasitesi	Bölüm kapasitesini aştığında davranışı netleştirin.	Kapasiteye ulaşıldığında, en eski çerezler sınırın artık aşılmadığı sürece en son erişilen çerezlerden bellekte yer açmak üzere çıkarılır. Geliştiriciler sonraki isteklerde güncellenmiş Çerez üstbilgisini görürler.
Üçüncü Taraf iFrame Erişimi	Aynı üçüncü taraf sitesine yeni bir sekme/pencere açan yerleştirilmiş üçüncü taraf iFrame içeriği, açıcıyla aynı bölümlendirilmiş çerezlere erişebilmelidir.	Bu kullanım alanını konuşuyoruz ve ekosistemden gelen ek geri bildirimleri burada bekliyoruz.
Yinelenen Çerezler	Aynı ada sahip hem bölümlendirilmiş bir hem de bölümlendirilmemiş çerez varsa, tarayıcı hangi anahtar değerini göndermeye karar verir?	Aynı ada sahip (biri bölümlendirilmiş, diğeri olmayan) iki çereziniz olduğunda, her iki çerezi de alırsınız. Maalesef hangisinin hangisi olduğunu ayırt etmenin bir yolu yoktur. Bu konuyla ilgili RFC spesifikasyonunu burada bulabilirsiniz. Bu spesifikasyonda, çerezlerin gönderilme sırası dikkate alınmamalıdır.
Özellik İsteği	Kaynaka göre bölümlendirilmiş çerezleri etkinleştir.	Bu isteği değerlendiriyoruz ve ekosistemden gelecek ek geri bildirimleri buradan almaktan memnuniyet duyuyoruz.

FedCM

Bu üç aylık dönemde hiç geri bildirim alınmadı.

Spam ve sahtekarlıkla mücadele

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

Geri Bildirim Teması	Özet	Chrome Yanıtı
Web görünümü	Gizlilik Jetonları (PST'ler), aynı mobil cihazda (profilde) birden fazla Web Görünümü'nde kalıcı mıdır?	Web görünümü kullanan her uygulama farklı bir yerel depolama alanına sahiptir. Yani, PST düzenleyen kuruluşlar bir uygulamanın web görünümünde jeton yayınlayamaz ve daha sonra ayrı bir uygulamada jeton kullanımına izin verir. Bu, çerezler gibi web görünümlerinde yerel olarak depolanan diğer veri biçimleri için de geçerlidir. PST'ler henüz Web Görünümü'nde tam olarak kullanılamamaktadır. 2. çeyreğin sonuna kadar bu konuda bir güncelleme sunmayı umuyoruz.
Yeni Jeton Türü	Yeni jeton türü için teklif.	Bu teklife ve PST'lerin uygulamaları ile adaptasyonlarına yönelik araştırmalara devam ettiğimiz için teşekkür ederiz. 2024'ün 2. çeyreğinde gerçekleşecek Sahtekarlıkla Mücadele Topluluk Grubu toplantılarında bu teklif hakkında daha fazla bilgi edinmeyi umuyoruz.
Kullanıcı Kimliği	Kullanıcıların sahip oldukları PST'lere göre tanımlanmaları nasıl önlenir?	Şu anda, bir sitedeki kod kullanma girişimlerini, kartı veren kuruluşun jetonları olup olmadığına bakılmaksızın iki yayıncıyla sınırlandırarak bu durum azaltılmaktadır. Kullanılabilir jeton olmasa bile kartı vereni sınıra dahil etmeniz gerekir. Aksi takdirde, site pozitif bir eşleşmeye ulaşana kadar tüm kartı veren kuruluşlarda yineleme yapabilir.
Kayıt	PST'ler için kayıt ne kadar sürer?	Burada daha ayrıntılı açıklandığı gibi, öngörülebilen gelecekte kayıt gerekli olmaya devam edecektir.
Diğer Chromium Tarayıcılar için destek	PST'yi veren kuruluş kaydı, diğer Chromium tabanlı tarayıcılar için de Chrome Düzenleyen Kayıt deposu üzerinden desteklenecek mi?	Chrome, anahtar taahhütlerini getirir ve Bileşen Güncelleyici adı verilen bir mekanizma aracılığıyla Chrome istemcilerine dağıtır. Diğer tarayıcılar API için daha kapsamlı destek sağladıkça, istemcinin temel taahhütlerini bileşen güncelleyici tarzında veya başka bir yöntemle iletecek bir süreç oluşturmaları gerekir. Bu konu burada daha ayrıntılı olarak ele alınmaktadır.