Protected Audience API'nin verimli bir şekilde çalışmasını sağlamak herkesin yararınadır:
- Web'e göz atan kullanıcılar sitelerin hızlı yüklenmesini ister. Yani geliştiricilerin, siteleri ve yerleştirilmiş reklamlarını yüklemek için gerekli olan işlem veya ağ kaynakları gibi sınırlı cihaz kaynaklarını aşırı kullanmamak adına Protected Audience API ile etkili bir şekilde derleme yapması gerekir.
- Yayıncılar, sitelerinin hızlı bir şekilde yüklenmesini ve kullanıcılara verimli ve duyarlı bir deneyim sunulmasını ister. Yayıncılar, gelirlerini en üst düzeye çıkarmak için etkili reklamlardan da yararlanmak isterler.
- Reklamverenler ve reklam teknolojileri, en yüksek faydayı sağlamak için reklamlarının hızlı bir şekilde görüntülenmesini ister.
Bu belgede, sitenizin maksimum verimlilikle çalışmasını sağlamak için Protected Audience API uygulamasıyla ilgili bazı en iyi uygulamalar açıklanmaktadır.
Alıcı (teklif veren) ile ilgili en iyi uygulamalar
Protected Audience API açık artırma verimliliğini optimize ettiğinizden emin olmak için aşağıdaki en iyi uygulamalardan yararlanın.
Daha az ilgi alanı grubu sahibi
Protected Audience API teklif verenlerini, tarayıcının site izolasyonu kullanarak web'deki farklı kaynakları koruduğu gibi korumak amacıyla, bireysel ilgi alanı grubu sahiplerini korumak için pahalı kaynaklar (işletim sistemi işlemleri gibi) kullanır.
Bu çok pahalı kaynakların harcamalarını en aza indirmek için en az sayıda fayda/menfaat grubu sahibine sahip olmak son derece önemlidir. Çeşitli alt alan adlarına ait farklı ilgi alanı grupları oluşturmaktan kaçının. Örneğin, adtech.example öğesinin cats.adtech.example ve dogs.adtech.example sahip olduğu ilgi alanı grupları varsa tarayıcı, teklif komut dosyalarını çalıştırmak için büyük olasılıkla iki ayrı işlem kullanır.
Daha az ilgi alanı grubu teklifi
Tarayıcı, alıcının generateBid() komut dosyasını çağırmadan önce yeni ve temiz bir JavaScript yürütme ortamı oluşturma ve generateBid() kodunu ayrıştırma ve yükleme gibi önemli kurulum ve hazırlık işlemleri yapmalıdır.
- Etkin bir reklam kampanyasının mevcut hedefi olmayan kullanıcıları temsil eden ilgi alanı gruplarında boş reklam öğesi listeleri olmalıdır. Bu, Protected Audience API'nin alakalı reklamlar içermeyen ilgi alanı grupları için
generateBid()yürütmesini engeller. - Benzer ilgi alanı gruplarının birleştirilmesi,
generateBid()özelliğinin kaç kez yayınlanması gerektiğini azaltır. Bir ilgi alanı grubununuserBiddingSignalsözelliği, kullanıcı hakkında ek meta verileri depolamak için kullanılabilir. Böylece daha az ilgi alanı grubu, daha az etkili hedefleme anlamına gelmez. - Protected Audience API, ilgi alanı grubu sayısı için satıcı tarafından belirtilen sınırları ve alıcıların ilgi alanı gruplarının göreli önceliğini belirtmesi için bir API'yi destekler. Bu sınırlar, çalıştırılacak teklif komut dosyalarının sayısını önemli ölçüde azaltmak için kullanılabilir.
Anahtar/Değer hizmetinizde ilgi alanı gruplarının teklif vermesini engelleme
Bir alıcı, gerçek zamanlı güvenilir teklif verme sinyal sunucusunda belirli ilgi alanı gruplarının teklif vermemesi gerektiğini (ör. kampanya devre dışı bırakılmış, duraklatılmış, bütçesi tükenmiş veya bu yayıncı için teklif vermemesi gerektiğini) belirleyebiliyorsa güvenilir teklif sinyalleri getirme yanıtına priorityVector yanıtıyla bu durumu tarayıcıya belirtebilir. priorityVector ve prioritySignals değerlerinin seyrek nokta çarpımı negatifse tarayıcı, bu ilgi alanı grubu için generateBid() çağrısını atlar. Açıklayıcının "İlgi Alanı Gruplarını Filtreleme ve Önceliklendirme" bölümünde bu mekanizma hakkında daha fazla bilgi edinebilirsiniz.
JavaScript yürütme ortamını yeniden kullan
Tarayıcının generateBid()'yi yürütebilmesi için önce yeni bir JavaScript yürütme ortamı başlatması gerekir. Bu işlem, minimum generateBid() işleminin çalıştırılması için gereken süreye yakın bir şekilde önemli ölçüde zaman alabilir. Bu süre, kaynağa göre gruplandırma veya dondurulmuş bağlam yürütme modları kullanılarak değiştirilebilir.
group-by-origin modu, ilgi alanı gruplarının aynı kaynakta birleştiği ve muhtemelen teklifli sistem komut dosyanızda değişiklik gerektirmediği durumlarda yürütme ortamlarını yeniden kullanabilir. Daha fazla bilgi edinmek için açıklayıcıdaki group-by-origin açıklamasına bakın. Donmuş bağlam modu, potansiyel olarak tüm yürütme ortamlarını yeniden kullanabilir ancak teklifli sistem komut dosyanızda değişiklik yapılması gerekebilir. Daha fazla bilgi edinmek için açıklayıcıdaki frozen-context açıklamasına bakın.
Teklif komut dosyalarını yeniden kullanma
Mümkünse ilgi alanı grupları için aynı teklif verme komut dosyasını kullanın. Bu, tarayıcının birden fazla komut dosyasını indirmesini, ayrıştırmasını ve derlemesini engeller (bu durumda ekstra ağ istekleri gerekir). Teklif verenler, aynı komut dosyasını kullanırken ilgi alanı grubu bilgilerine (ör. name veya userBiddingSignals) göre teklif vermeyi yine de farklılaştırabilir.
Yeniden kullan: trustedBiddingSignalsUrls
Ağ gecikmesi ve kaynak kullanımı çok önemli olabilir. Gerçek zamanlı güvenilir teklif sinyali getirme işlemlerinin daha az olması bu gecikmeyi azaltabilir.
trustedBiddingSignalsUrl birden fazla ilgi alanı grubunda yeniden kullanıldığında güvenilir teklif sinyali getirmeleri birleştirilebilir.
Mümkün olduğunda, tüm ilgi alanı grupları için aynı trustedBiddingSignalsUrl kullanın.
Güvenilir teklif sinyali getirme işlemlerinin belirli bir web sayfasındaki reklam alanlarında önbelleğe alındığından emin olmak için uygun HTTP önbellek kontrol üst bilgilerini belirtin. İstenen URL'nin farklı olması nedeniyle, alanların boyutları farklı olduğunda reklam alanlarında önbelleğe alma işlemini engelleyeceğinden trustedBiddingSignalsSlotSizeMode değerini slot-size olarak ayarlamaktan kaçının.
Daha küçük gerçek zamanlı güvenilir teklif sinyalleri getirmeleri
Ağ gecikmesi çok önemli olabilir. Bu da, gerçek zamanlı güvenilir teklif sinyali almaları sırasında ne kadar veri aktarıldığını doğrudan etkiler.
Reklama veya ilgi alanına özgü verileri, gerçek zamanlı güvenilir teklif verme sinyal hizmeti yerine ilgi alanı grubunda depolamayı tercih edin. Gerçek zamanlı güvenilir teklif verme sinyal verilerini yalnızca kampanya bütçesi veya sonlandırma anahtarları gibi gerçekten gerçek zamanlı sinyaller için ayırın.
Günlük veya daha uzun süreli olarak güncellenebilen tüm sinyaller ilgi alanı grubunda depolanmalı ve günlük güncellemeler kullanılarak güncellenmelidir.
"Anahtar/değer çifti hizmetinizde ilgi alanı gruplarının teklif vermesini hariç tutma" bölümünde açıklandığı gibi, filtrelenen ilgi alanı grupları için güvenilir teklif sinyalleri döndürmeyin.
İlgi alanı gruplarına öncelik verin
Satıcılar, tarayıcı kaynaklarının yayıncı sayfalarında kullanılma şeklini sınırlandırmak için zaman aşımlarını kullanır. perBuyerCumulativeTimeouts, alıcıların güvenilir teklif sinyallerini getirme ve teklif komut dosyalarını yürütmeleri gereken süreyi sınırlamak için kullanıldığında, açık artırmayı kazanma olasılığı en yüksek olanların önce yürütülebilmesi için alıcıların ilgi alanı gruplarına öncelik vermeleri çok önemlidir. Örneğin, perBuyerCumulativeTimeouts 100 ms'ye ayarlanırsa ve teklif verenin güvenilir teklif sinyallerinin getirilmesi 50 ms sürerse ve her generateBid() çağrısı 10 ms sürerse ve cihazda 10 ilgi alanı grubu varsa teklifleri hesaplama şansı olur. Bu örnekteki alıcı, ilgi alanı gruplarına en yüksek olandan kazanma olasılığı en düşük olana doğru öncelik vermelidir.
İlgi alanı grupları, priority alanlarıyla tanımlanmış statik öncelikler içerebilir. İlgi alanı grupları, güvenilir teklif sinyalleri hizmetlerinde hesaplanabilen ve güvenilir teklif sinyallerinin alınmasına priorityVector yanıtıyla tarayıcıya döndürülebilen dinamik öncelikleri de kullanabilir.
Tarayıcı, ilgi alanı gruplarını en yüksek öncelikten en düşüğe doğru yürüttüğünde, bunun group-by-origin optimizasyonunu bozabilecek farklı birleştirme kaynaklarından ilgi alanı gruplarını dağıtabileceğini unutmayın.
Satıcı en iyi uygulamaları
Protected Audience API açık artırmasının verimliliğini izlediğinizden ve optimize ettiğinizden emin olun.
Açık artırmaları paralel yapma
Modern ağ bağlantıları ve çok çekirdekli işlemciler, aynı anda birden fazla etkinliği gerçekleştirmede oldukça başarılıdır. Tarayıcı, diğer etkinliklere paralel olarak bir korunan kitle açık artırması yürütebilir. Bunu en kısa sürede runAdAuction() numaralı telefonu arayarak yapabilirsiniz. runAdAuction() için bazı girişlerin (örneğin bağlamsal yanıtta tarayıcıya geri gönderilenler) erken kullanılamayabileceğini fark eden tarayıcı, runAdAution() hizmetinin kullanılabilir olmadan önce çağrılmasına ve bu girişleri JavaScript Promise'leri kullanılarak daha sonra sağlanmasına izin verir. Mümkün olan en düşük açık artırma gecikmesini elde etmek için interestGroupBuyers girişi bilindiğinde runAdAuction() çağrılmalıdır. Bu, teklif verenin gerçek zamanlı teklif sinyallerini getirmek dahil olmak üzere açık artırmanın birçok bölümünün hemen başlatılabilmesini sağlar.
Açık artırmalarınızı izleme
Açık artırmalarınızla ilgili metrikleri toplayın. Tarayıcı, satıcılara per-buyer gecikme metriklerini raporlayabilir. Bu raporlar, satıcıların açık artırmalarda nasıl zaman geçirdiğine dair ayrıntılı bilgi sağlar. Satıcılar bu metrikleri, zaman aşımlarının en etkili şekilde nasıl ayarlanacağı konusunda bilgi sağlamak da dahil açık artırmalarını optimize etmenin yollarını aramak için kullanabilir. Satıcılar, daha fazla optimizasyon yapmasına yardımcı olmak için belirli bir alıcının gecikme metriklerini alıcıyla paylaşabilir.
Teklif verenler, kendi ilgi alanı gruplarının teklif verme performansıyla ilgili analizlere sahip olabilir ancak bunu diğer teklif verenlerle karşılaştıramayabilir. Farklı teklif verenler için göreli kazanma oranlarını ve teklif reddetme oranlarını karşılaştırmak, ilgi alanı gruplarının hiçbir zaman uygun teklif üretmemesi veya onaylanmamış reklam öğelerine sahip aşırı teklif vermemesi nedeniyle teklifli sistem kaynaklarının boşa harcandığı durumları belirlemenize yardımcı olabilir.
Yavaş teklif komut dosyalarına karşı koru
Aşırı zaman alan teklif komut dosyaları, Protected Audience API açık artırmasını ilgili herkes için yavaşlatabilir. Zaman aşımlarının kullanılması, açık artırma yavaşken açık artırmaların yavaşlamasını önlerken gelir elde edilmesini de sağlayabilir.
Satıcılar, yavaş açık artırmaları önlemek ve açık artırma yavaş olduğunda ve zaman aşımına ulaştığında teklifleri kabul etmek için perBuyerCumulativeTimeouts kullanmalıdır. perBuyerCumulativeTimeouts, ilgi alanı gruplarının sayısı veya generateBid() hızı hakkında düşünce sahibi olmadığından, perBuyerTimeouts ve perBuyerGroupLimits kullanılması yerine perBuyerCumulativeTimeouts kullanılması tercih edilir (ör. hızlı teklif veren birçok ilgi alanı grubu ve yavaş teklif veren az sayıda ilgi alanı grubu zaman aşımından önce tamamlanabilir).
Genel açık artırma zaman aşımını uygulamak için açık artırma yapılandırması signal alanını kullanmak, güvenilir puanlama sinyali almalarının ve scoreAd() yürütmenin çok fazla zaman aldığı durumlarda aşırı uzun açık artırmaları önlemek için de iyi bir fikirdir.
Sonraki adım
Herkesin yararlanabileceği bir API geliştirdiğimizden emin olmak için sizinle görüşmeler yapmak istiyoruz.
API'yi tartışın
Diğer Özel Korumalı Alan API'lerinde olduğu gibi bu API de belgelenmiş ve herkese açık olarak tartışılmıştır.
API ile deneme yapma
Protected Audience API hakkında denemeler yapabilir ve görüşmelere katılabilirsiniz.