Özel Korumalı Alan alaka düzeyi ve ölçüm API'leri ile ilgili sık sorulan soruların yanıtları.
Topics ile Satıcı Tanımlı Kitleler (SDA) arasındaki farklar nelerdir?
Topics ve SDA, tamamlayıcı bilgi türleri sağlar ve her ikisi de yayıncının kontrolündedir. Aralarında rekabet olduğuna inanmıyoruz. Bunun yerine, satın alma fırsatlarını en üst düzeye çıkarmak için her ikisi de yan yana veya farklı bağlamlarda çalışır. Alıcılar, gösterimleri programatik olarak değerlendirirken birçok sinyali dikkate alır ve kullanır. Topics'in bu noktalardan biri olmasını bekliyoruz. Satıcılar geçmişte, herkesin katılabileceği pazar yeri açık artırmalarına kitle segmentlerini dahil etmediğinden Topics'in kullanılması muhtemeldir. Bunun yerine, satıcılar kitlelerini reklamverenler, ajanslar veya TTP'lerle yapılan anlaşmalarda programatik satın alma için kullanılabilir hale getirmiştir. Bu durumlarda, satıcı ve alıcı, SDA üzerinde kasıtlı olarak işlem gerçekleştirir. Topics bu durumlarda kullanılıyorsa aşağıdakilerden biri veya birkaçı için olabilir:
- Satıcı, Topics ile kitle tanımını genişletiyor.
- Ne kadar teklif vereceğine dair sinyal olarak Topics'i kullanan alıcı
- SDA'nın doğru olup olmadığını doğrulamak için Topics'i kullanan alıcı
Protected Audience, kitle oluşturma konusunda kontrol Google'a mı sahip?
Hayır. Siteler, Özel Korumalı Alan içinde ve dışında kendi kitlelerini oluşturmaya devam edebilir. Siteler Özel Korumalı Alan'da kitle oluşturduğunda, kitleleri kimlerin oluşturabileceğini, bu kitlelerin neler olduğunu, bu kitlelerin nasıl güncelleneceğini, bu kitleler için nasıl teklif verileceğini ve kullanıcıların kitleden kaldırılıp kaldırılmayacağını site sahibi veya seçilen proxy belirler.
Korunan Kitle, yayıncı tarafından oluşturulan İlgi Alanı Gruplarını destekler mi?
Evet. Yayıncıların, veri sızıntısı korkusu nedeniyle kitlelerini OpenRTB tabanlı açık artırmalara sokma konusunda temkinli olduklarını biliyoruz. Yayıncılar şu anda Korunan Kitle özelliğinde, teklif verene söz konusu bağımsız yayıncı kullanıcısının siteler arası görünümünü sunmayan kitleler oluşturabilir. Yayıncıların, Protected Audience'ın azaltılmış veri sızıntısı ortamından yararlanabileceği yolları araştırmaya devam etmekten heyecan duyuyoruz.
Protected Audience açık artırmalarında reklam kalitesi kuralları nasıl uygulanır?
Korunan Kitle açık artırmalarında reklam kalitesi kurallarının uygulanmasının birkaç yolu vardır. Bunların her biri, reklam kalitesi kurallarının bugün STP'ler tarafından zorunlu kılınmasına benzer. Bunun bir yolu, bilinmeyen reklam öğesi içeren bir açık artırmanın reklam öğesini tarama için sıraya girmesi için tetiklemesini sağlamaktır. STP'lerin bu kullanım alanı için daha iyi destek istediklerine dair geri bildirimler aldık ve STP'nin bant dışında denetleyebileceği ve ardından anahtar/değer sunucularında bilgi depolayabileceği bir renderUrls feed'i oluşturabilecek bir mekanizma tasarlıyoruz. Diğer bir yöntem de reklamlar için ön kayıt yaptırmayı zorunlu kılmaktır. Önceki örnekte olduğu gibi, reklam öğesi tarandıktan sonra sonuçlar anahtar/değer sunucusuna bağlanabilir. Daha sonra, bir alıcı bu reklam öğesiyle teklif verdiğinde (büyük olasılıkla OpenRTB ile aynı biçimi izleyen bir reklam öğesi kimliğinin belirtildiği gibi), satıcının puanlama mantığı, anahtar/değer sunucusunda arama yapabilir ve buna göre nasıl puan oluşturulacağına karar verebilir.
Protected Audience, video reklamları destekler mi?
Evet. VAST URL'leri Protected Audience (Korunan Kitle) alanına ve buradan aktarılabilir. VAST URL'si ortaya çıktığında, satış tarafı teknolojisi, oynatıcıya gönderilmeden önce alıcının VAST URL'sinin nasıl sarmalanacağını koordine edebilir. Sınırlandırılmış Çerçeveler'e (2026'dan itibaren) geçme ve kullanıcı gizliliğini korumayı daha da güçlendirme şartı olmadan önce ekosistemin, kesinlikle videonun da dahil olacağı tasarım tartışmalarına katılmasını bekliyoruz.
Protected Audience, yerel reklamları destekler mi?
Evet. JSON URL'leri Protected Audience'a ve buradan aktarılabilir. Bir JSON URL'si ortaya çıktığında, satış tarafı teknolojisi, nihai JSON URL'si oluşturma koduna geçirilmeden önce istenen etkinlikleri nasıl ekleyeceklerini koordine edebilir. Kullanıcı gizliliğini korumayı daha da güçlendirmek için çitlenmiş çerçeveler'e (2026'dan itibaren) geçme zorunluluğunun öncesinde, ekosistemin muhtemelen yerel reklamları da içerecek şekilde tasarım tartışmalarına katılmasını bekliyoruz.
Protected Audience reklam oluşturma yeniliği engelliyor mu?
Hayır. Reklam oluşturmada bugüne kadar tarayıcı teknolojileri kullanıldı. Bu durum değişmiyor. Bu durum, gelecekte Protected Audience ile birlikte çitlenmiş çerçevelerin kullanılmasını zorunlu kılma planlarıyla ilgili olabilir. Bu planların "gelecek" olmasının nedenlerinden biri, Çit Çerçeveler teknolojisini reklam oluşturma söz konusu olduğunda ekosistem yeniliklerini ve farklılaştırmayı desteklemesini istememizdir. İlgilenen geliştiricilerin ve şirketlerin, yerel reklam yaklaşımlarının nasıl desteklenebileceğiyle ilgili bilgiler de dahil olmak üzere, Çitli Çerçeveler konusunda fikir belirtecek zamanları var.
Protected Audience, günümüzde geleneksel açık artırmalarda mevcut olan gelişmiş hız ve teklif değerlendirme yaklaşımlarına izin veriyor mu?
Protected Audience, alıcıların kampanya hızını ve bütçelerini anlaması için gerçek zamanlı bir seçenek sunar. Envanter açısından bakıldığında satıcının alıcıya sayfanın bağlamı ve başka her şey hakkında açık artırma sinyalleri sağlaması mümkündür. Satıcı içeriğe dayalı teklif isteği göndermeyi seçerse alıcı da bu mekanizma aracılığıyla envanter hakkında bilgi edinebilir ve ardından kendisine Protected Audience teklifi oluşturma işleminde kullanılabilecek içerik sinyalleri (perBuyerSignals aracılığıyla) sağlayabilir. İlk kullanıcılar, makine öğrenimi sistemlerini Protected Audience ile şimdiden birbirine bağlamaya başladı. Bu sistemleri, Protected Audience ortamlarında teklif vermeye uygun hale getirmenin zaman alacağını biliyoruz. Ancak ayarlamanın mümkün olduğunu ve hâlihazırda yapılmaktadır.
OpenRTB standardı Protected Audience'ta çalışacak mı?
Evet. Bu çalışma, IAB Tech Lab'de geniş katılımlı temsilci TTP'ler ve STP'ler grubu aracılığıyla gerçekleştirilmektedir. Önümüzdeki süreçte OpenRTB protokolünün bazı bölümleri, Protected Audience açık artırmalarında iletişim standardı olarak kullanılacak gibi görünüyor. Erken benimseyenlerin bu şekilde yola çıktığının farkındayız.
Protected Audience, şirketlerin reklam yayını için iki ayrı mimariyi kullanmasını gerektirir mi?
Hayır. Korunan Kitle iki ayrı mimariyi sürdürmeyi gerektirmez. Mimari tercihleriniz size aittir. Çevrimiçi reklamcılık yıllar içinde geliştikçe, onu destekleyen sistemlerin karmaşıklığı da artar. İnternetin kullanıcılar için daha gizli olması, daha fazla karmaşıklık doğurur ve çalışma gerektirir. Reklam teknolojisi şirketleri, iki ayrı mimariyi kullanmaya devam edebilir veya Protected Audience'ı geleneksel açık artırmalarla birleştirilmiş bir mimari halinde oluşturabilir.
Daha fazla reklam teknolojisi şirketi Protected Audience'ı desteklediğinde geleneksel açık artırmalara ne olacak?
İçeriğe dayalı açık artırmaların, anlaşmalar, birinci taraf olmayan kitle hedefli kampanyalar ve diğer birçok içeriğe dayalı senaryo dahil olmak üzere çeşitli nedenlerle güncel kalmasını bekliyoruz. Ayrıca, İlgi Alanı Grubu olmadığında veya Korunan Kitle'deki teklifler tabanlara ulaşamadığında ya da reklam kalitesi kurallarına uyamadığında da değerli olmaya devam ederler.
Korunan Kitle açık artırması, ekosistemde bir reklamveren ile yayıncı arasındaki aracıların toplam miktarını azaltmaya ve/veya belirli bir reklam fırsatının yinelenmesini sağlamaya yönelik Arz Yolu Optimizasyonu (SPO) çabalarına aykırı mıdır?
Hayır. Korunan Kitle'deki kazanan bir reklam, en fazla iki satıcı varlığından (örneğin, bir Arz Tarafı Platformu (ATP) ve yayıncı reklam sunucusu) geçer. Alıcı, yayıncıyla doğrudan entegrasyon oluşturursa en az iki satıcı varlığından geçer.
Aynı isteğin birden fazla aracı kullanılarak kopyalanması yayıncının tercihi olmaya devam eder. Korunan Kitle, şu veya bu iki yöntemi etkilememelidir.
Korunan Kitle açık artırmaları, siteler arası kullanıcı verilerinin sızdırılmaması için günümüzün sunucular arası gerçek zamanlı sisteminin dışında gerçekleştirilir. Bazıları bunun bir reklam isteğini kopyaladığını söyleyebilir. Teknik olarak kanıtlanabilir gizliliğe ulaşmak için bazı ödünler gerekir. Ancak uzun vadede ekosistem, geleneksel sunucu tarafı açık artırmalar olmadan Protected Audience'ı kullanmaya karar verebilir. Bu seçim, tedarik yollarının daha da optimize olmasını sağlayabilir.
Korunan Kitle, mevcut trafik şekillendirme altyapısının değerini azaltır mı?
Anladığımız kadarıyla, saniye başına sorgularla ilgili değişmekte olan şey, birçok STP'nin bir TTP isteği gönderilip gönderilmeyeceğini belirlemek için bir özellik olarak siteler arası kimlikleri kullanmasıdır. Bu nedenle, siteler arası kimliklerdeki azalma mevcut trafik şekillendirme tekniklerini etkiler. Yayıncı, Korunan Kitle açık artırması yapmak istese de istemese de bu durum geçerlidir.
Birçok STP ile trafik şekillendirmeyi inceledik ve önbelleğe alma ve içeriğe dayalı filtreleme gibi çözümler bulduk. Zaman içinde geliştiricilerin TTP teklif tercihlerini daha iyi anlamak ve buna göre filtrelemek için Özel Toplama'dan yararlanmalarını bekliyoruz.
Sonuç olarak, siteler arası tanımlayıcılar temel alınarak oluşturulan bazı eski altyapı artık işe yaramayacaktır.
Protected Audience açık artırmasından kaynaklanan yeni istekler STP kapasitesini zorlar mı?
Bazı STP'lerden, kapasitenin entegrasyon açısından bir sorun veya STP değer teklifinin önemli bir parçası olmadığını duyduk. Açık artırma sürecindeki yeni çağrılar hakkında endişesi olan STP'ler açısından, STP'lere kapasite sorunlarıyla ilgili olarak yardımcı olan ve bu hizmetleri Korunan Kitle'yi destekleyecek şekilde genişletmeyi amaçlayan şirketlerin farkındayız. Bu şirketlerden birine sizi bağlamak istiyorsanız bize bildirin.
Tarayıcıda rekabet eden kaynaklar olduğunda Protected Audience'ta öncelik nasıl ele alınır?
Protected Audience genellikle satıcıların teklif verenlerin ne kadar zaman ve kaynak tüketebileceğine karar vermesini sağlayan kontroller oluşturma ve alıcıların kendilerine sunulan kaynakları en iyi şekilde nasıl kullanacaklarına karar vermesini sağlayan araçlar oluşturmaya yönelik standart bir paradigmaya uyar. Bu kontroller ve araçlar şu anda kullanılabilmektedir, ancak alıcılar ve satıcılar tarafından benimsendikten sonra tüm faydaları gösterilecektir. Ayrıca Chrome, açık artırma hızıyla ilgili çeşitli altyapı iyileştirmeleri (örneğin, crrev.com/1190815, crrev.com/1199839, crrev.com/1201837, crrev.com/1198339, crrev.com/119) üzerinde çalışmaya devam etmektedir.
Korunan kitle, gecikmeyle ilgili sorunları nasıl ele alıyor?
Geçmişte, Protected Audience'dan önce sunucularda gerçekleşen gerçek zamanlı teklif verme özelliği, gecikmeyi kontrol altında tutmak için alıcıların yanıtlarında katı zaman aşımları belirtiyordu. Aynı gecikmeyi kontrol altında tutma hedefini gerçekleştirmek için Protected Audience'a satıcı tarafından belirtilen çok çeşitli zaman aşımı denetimleri (perBuyerCumulativeTimeouts, perBuyerTimeouts, sellerTimeout ile ilgili belgelere bakın) ekledik. Bu kontroller aynı zamanda açık artırma katılımcılarını, reklam teknolojisi ekosistemini ve yüksek kaliteli kullanıcı deneyimini desteklemek için kaynakların en verimli şekilde kullanılmasını sağlamak amacıyla mantıklarını optimize etmeye teşvik eder.
Chrome, açık artırma hızıyla ilgili çeşitli altyapı iyileştirmeleri (ör. crrev.com/1190815, crrev.com/1199839, crrev.com/1201837, crrev.com/1198339, crrev.com/1197323) üzerinde de çalışmaya devam etmektedir. Bu gecikme çalışmasının her iki kısmı hakkında geri bildirim davet ediyoruz: Alıcı ve satıcıların faydalı bulabileceği ek araçlar ve Chrome mühendislerinin araştırmaları gereken, gözlemlenen performans sorunlarına ilişkin raporlar.
Cihaz üzerinde korumalı kitle için geliştirme yapmak, teklifli sistem ve açık artırma hizmetleri (B&A) varken boşa harcanan bir çaba mıdır?
Hayır. Reklam teknolojisi kullanım alanları için cihaz yeterlidir. Teklif Verme ve Açık Artırma Hizmetleri, teklif işlem kaynaklarına tarayıcının izin verdiğinden daha fazla yatırım yapmak isteyen reklam teknolojileri için isteğe bağlı bir yatay ölçek çözümüdür. Cihaz üzerinde geliştirme iyi bir yatırımdır, çünkü geliştiriciler daha sonra Teklifli Sistem ve Açık Artırma hizmetleri ortamlarına katılmaya karar verse bile işlerin çoğu yeniden kullanılabilir olacaktır. Derlenen boruların ve altyapının çoğu benzer şekilde çalışmaya devam edecektir.
Protected Audience için bulut tabanlı Güvenilir Yürütme Ortamları (TEE) şartları, işletmelerin Google Cloud'u kullanmasını zorunlu kılar mı?
Özel Korumalı Alan, API'leri sağlam gizlilik ve güvenlik sağlayacak şekilde tasarlamıştır. Bu nedenle, Google Cloud'a fayda sağlayacak herhangi bir tasarım kararı almadık. Bulut sağlayıcılara yönelik desteğimiz, kaç reklam teknolojisi sağlayıcının Amazon'u tercih ettiğini bildiğimiz için AWS ile başladı. AWS ve Google Cloud'a ek olarak gelecekte diğer bulut sağlayıcılarını da desteklemeyi planlıyoruz. Diğer bulut sağlayıcıları için önerilere açığız. Gecikme endişesi taşıyorsa bulutlar müşterilere, diğer bulut sağlayıcılarla olan mesafelerini kısaltan konum seçenekleri sunar.
Özel Korumalı Alan, Güvenilir Yürütme Ortamlarının (TEE) herkese açık olmayan bulut veri merkezlerinde çalışmasına izin verecek mi?
Denetlenen Güvenilir Yürütme Ortamları (TEE'ler), gizlilik ve güvenlik modelimizin bir parçasıdır. Katı güvenlik önlemleri nedeniyle herkese açık bulut sağlayıcıları tarafından sunulan TEE'leri kullanmaya başladık. Kısa vadede Güvenilir Yürütme Ortamları'nın kullanılmasını gerektiren API'ler yalnızca Attribution Reporting API ve Private Aggregation API'dir ve bu API'lerin ikisi de bir açık artırma ayarında gerçek zamanlı olarak TEE çağrısını içermez. Herkese açık bulut tabanlı çözümlerin ötesinde seçenekler için sunduğumuz desteği araştırmaya devam ediyoruz.
Güvenilir Yürütme Ortamlarını, şirket içi reklam teknolojisi veri merkezleri yerine herkese açık bulutlarda çalıştırmak daha pahalı olmaz mı?
Mevcut TEE gizlilik modelimiz, herkese açık bulut uygulamalarının güvenlik uygulamalarından yararlanır. Bu nedenle, şirket içinde Güvenilir Yürütme Ortamı çalıştırmanın daha ucuz olduğu varsayımlarını sorguluyoruz. Bu uygulamalar sırasında maliyet açısından dikkat edilmesi gereken noktalar aşağıda verilmiştir:
Herkese açık bulut sağlayıcıları, güvenlik konusunda çıtayı çok yüksek tutmak zorundadır. Örneğin, AWS, yerleşik güvenlik uygulamalarına sahip saygın bir bulut sağlayıcısıdır. AWS Nitro özellikle de Nitro Enclaves'in operatörlerin enclave'de işlenen verilere erişmesini önlemesini sağlayan belgelenmiş bir güvenlik modeline sahiptir. Korunan kaynaklar (şifre çözme anahtarları gibi) ise yalnızca Enclave'de çalışan yetkilendirilmiş kodlar tarafından kullanılabilir. Dikkate alınması gereken fiziksel erişim de vardır. AWS, Amazon çalışanlarından gelenler de dahil olmak üzere fiziksel erişim risklerine yönelik çözümler tasarlayıp uygulamıştır. Mevcut donanım tabanlı TEE'ler, herkese açık bulutların tasarladığı tüm fiziksel saldırılara karşı savunma yapamaz. Ayrıca Amazon, kısa süre önce bağımsız bir araştırma şirketi olan NCC Group ile birlikte çalışarak Nitro tasarımlarını incelemektedir ve şirket içi çalışanların erişimiyle ilgili güvenlik iddialarına odaklanmıştır. Herkese açık rapor, AWS tasarımlarının iddialarını karşıladığını belirtir.
Bu uygulamaları hayata geçirmek, desteklemek ve zaman içinde daha iyi hale getirmek için para harcamak gerekiyor. Küresel olarak dağıtılan ve yaygın olarak kullanılabilen herkese açık bulutlar sayesinde, bu maliyetler geniş bir müşteri tabanına yayılır.
Özel Korumalı Alan, faturalandırmayı değiştirir mi?
Hayır. Reklam teknolojisi şirketleri ve diğer API çağrıları yapan kullanıcılar, bir öğenin sayfada oluşturulup oluşturulmadığını ve fiyatı görmeye devam edebilir.
Özel Korumalı Alan'da sıklık sınırı uygulamak mümkün mü?
Korunan Kitle, prevWinsMs nesnesi aracılığıyla aynı İlgi Grubu içindeki siteler arası sıklık sınırını destekler. Bir alıcının Korumalı Kitle açık artırmasındaki generateBid() işlevi, teklif stratejisini aynı tarayıcı için önceki reklam karşılaşmalarının sonucuna göre bilgilendiren bir mantık oluşturabilir.
Korunan Kitle özelliğinin dışında sıklık sınırı için kullanılabilecek birkaç çözüm vardır ancak bunlar reklam teknolojilerindeki üçüncü taraf çerezlerle sahip oldukları siteler arası tekniklerle tam olarak eşleşmez.
- Birinci taraf çerezleri: Reklam teknolojileri, kendi sitelerinde sıklık sınırı uygulamak için kendi birinci taraf verilerini kullanabilir.
- ÇİP'ler: Reklam teknolojileri, bölümlendirilmiş bir çerez kullanarak site başına sıklık sınırlarını yönetebilir
- Paylaşılan Depolama
SelectURL(): Bir reklam teknolojisi açık artırmayı kazandıktan sonra ve reklam öğesini oluşturmadan önce, siteler arası verilere erişmek ve URL seç çıkış kapısını kullanarak sıklığa göre doğru reklam öğesini seçmek için Paylaşılan Depolama'yı çağırabilir.
Anlamlı bir reklam teknolojisi sunan, gizliliğe önem veren, Korunmayan Kitle sıklık sınırı çözümlerinin kullanılması aşağıdaki nedenlerle oldukça zordur:
- Reklam teknolojisi geri bildirimlerine göre, bir frekans sinyalinin gürültüye tolerans sağlayıp sağlayamayacağı şu anda net değildir.
- Açık artırma sırasında siteler arası sıklık sinyalinin kullanılması gerektiğine dair tutarlı reklam teknolojisi geri bildirimleri aldık. Bunun için, gürültü içermeyen siteler arası sinyallerin herhangi bir reklam açık artırmasında kullanılabilmesi gerekir. Bu durum, bir kullanıcının sitelerdeki etkinlikleri hakkında çok fazla bilgi açığa çıkararak Özel Korumalı Alan'ın gizlilik hedeflerine zarar verebilir.
- Gecikme sağlama ve bu sinyali sağlayabilecek bir cihaz üzerinde çözüm sunma konusunda hassasızdır, gecikmeye neden olup açık artırma ortamını bozabiliriz.
- Çözümün muhtemelen W3C teklif sürecinden geçmesi gereken yeni bir API olması gerekir.
Bu nedenle, Korunan Kitle'nin dışında bir sıklık sınırı çözümü oluşturmak, mevcut yol haritamızda yer almıyor olsa da bu kullanım alanını çözmenin olası yollarıyla ilgili geri bildirimlerinizi bekliyoruz.
Özel Korumalı Alan kapsamında olmayan kullanım alanları ne olacak?
Özel Korumalı Alan API'leri, gizliliği korumaya yönelik reklamcılık için temel yapı taşları sağlar. Geliştiriciler bu API'leri bir araya getirme konusunda esnekliğe sahiptir. Yapı taşları yaklaşımı, işletmelerin müşterilerine değer sunan çözümler üretmesine ve geliştirmesine olanak tanır. Özel Korumalı Alan'ın amacı, tüm kullanım alanları için uçtan uca çözüm olmak değildir. Bunun kötü bir sonuç olacağına inanıyoruz. Geliştiriciler ve işletmeler bunun yerine, çözümlerine entegre ettikleri Özel Korumalı Alan API'leri de dahil olmak üzere çeşitli teknolojilerle fikirlerini hayata geçirmeye devam edecek.