Sıklık sınırı, belirli bir kategorideki reklamların belirli bir dönemde kullanıcıya gösterilme sayısını sınırlayan bir reklamcılık uygulamasıdır. Sıklık sınırı, reklam gösterimlerini yeni ve ilgi çekici tutarak son kullanıcı deneyimini iyileştirir ve reklamverenlerin reklam harcamalarını yönetmesine yardımcı olur.
Bu öneride, Android'deki Protected Audience'ın sıklık sınırı işlevini doğru ve gizliliği korumaya yönelik bir şekilde uygulamak için nasıl kullanılabileceği açıklanmaktadır.
Protected Audience, sıklık sınırlamasını iki özelliği birleştirerek uygular: Reklamlara özgü etkinlikler için sayaçların cihaz üzerinde depolanması ve reklamları önceden tanımlanmış bir filtre stratejisi grubuna göre filtreleme olanağı. Sıklık sınırı, reklamverenlerin belirli bir döneme ait histogram değerlerinin toplamı üzerinden bir sayaç eşiği belirtmesine olanak tanır.
Sayaçlar, her cihaz profili, reklam teknolojisi ve sayaç anahtarı kombinasyonu için benzersizdir. Her reklam, reklam için bir görüntüleme veya gösterim kaydedildiğinde kullanılacak bir dizi sayaç anahtarı içermelidir. Protected Audience her anahtar için bir dizi sayaç depolar ve her sayaç, belirli bir zaman aralığında gerçekleşen tüm reklama özgü etkinlikleri sayar. Bir gösterim veya görüntüleme gerçekleştiğinde cihaz üzerindeki sayaçlar artar ve sayaç verileri cihazda kalır. Tam devamlılık süresi daha sonra tanımlanacaktır.
Protected Audience'ın reklam seçim iş akışında bulunan reklam filtreleme mantığı, sayaçlara, yeniden pazarlama reklamlarına ve bağlama dayalı reklamlara erişebilir. Bu sayede Protected Audience sıklık sınırı, bu tür tüm reklam istekleriyle çalışabilir.
Not: Reklam filtreleme yalnızca Android'deki Özel Korumalı Alan'da kullanılabilir. Chrome'un Protected Audience uygulaması, bağlama dayalı olarak hedeflenen Protected Audience dışı reklamları filtrelemek için bir mekanizma uygulamaz. Bu teklif yalnızca alıcı tarafı desteğini kapsar. Talep olursa daha sonra satıcı tarafı desteğini de ekleyeceğiz.
Korunan kitle sıklık sınırı, aşağıdakiler dahil olmak üzere çok çeşitli gereksinimleri destekler:
- Cihaz üzerindeki sayaçlar güncellendiğinde sunucu tarafında minimum gecikmeyle gerçek zamanlı filtreleme.
- Tekil reklamlar, kampanyalar veya başka bir gruplandırma dahil olmak üzere esnek bir anahtar hiyerarşisi.
- AdID'ye bağımlı olmadan diğer sıklık sınırı yöntemleriyle tutarlılık.
- Belirli bir cihaz kullanıcı profilindeki uygulamalarda çalışır.
- Doğru ve eksiksiz sayaçlar.
- Görüntüleme veya gösterim gibi reklam etkinliklerinin özel tanımları için destek.
- Hem yeniden pazarlama hem de içeriğe dayalı reklamlar için bir işlev.
Sıklık sınırını ayarlamak için aşağıdaki adımları uygulayın:
1. adım: Reklamlara sıklık sınırı bilgilerini ekleyin
Bağlamsal ve yeniden pazarlama reklamları, rastgele bir tam sayı listesi içeren ad_counter_keys alanını kullanarak görüntüleme veya gösterim durumunda güncellenecek ilgili histogram sayıcılarını belirtir. Alan, Protected Audience tarafından ayrıştırılmayan metadata alanına dahil edilmemiştir.
Aşağıdaki örnekte, AdSelectionConfig öğesindeki adsData alanının veri biçimi gösterilmektedir. Yeniden pazarlama için belirli bir özel kitleye ait reklam listesinin biçimi, aşağıdaki örnekte gösterilen ads alanının içeriğiyle tutarlıdır:
'adsData': [
{
"buyer": "ads.example.com",
"ads": [
{
'render_url': 'exampleUrl',
'metadata': {...}, /* metadata are opaque to Protected Audience are
required to be in valid JSON format */
'ad_counter_keys': [1234, 5678]
}]
}]
}
2. adım: Görüntüleme veya gösterim kaydedin
Reklam teknolojileri, sıklık sınırı için kullanılan etkinliklerin oluşumlarını kaydetmek üzere updateAdCounterHistogram yöntemini çağırabilir. Bir yöntem, kazanan reklamın eventType parametresinde belirtilen anahtarlar için aynı etkinlikte tekrar tekrar çağrılabilir.
void updateAdCounterHistogram(@EventType eventType, long adSelectionId)
Girişler:
eventType: Bir etkinliğin görüntüleme, gösterim, tıklama veya reklam seçimi sürecinin kazananı olarak mı sayıldığını tanımlar.adSelectionId:AdSelectionOutcomenesnesinde,selectAdsçağrıları tarafından döndürülen kimlik değerleri.
updateAdCounterHistogram çağrısı, CustomAudience tarafından getirilen yeniden pazarlama reklamları veya selectAds için AdSelectionConfig parametresine dahil edilen bağlamsal reklamlar kapsamında tanımlanan anahtar kümesinin histogramını günceller.
1. adımdaki reklamın, id değeri 9999 olan bir AdSelection'nin kazananı olduğunu varsayarsak updateAdCounterHistogram(FrequencyCapFilters.AD_EVENT_TYPE_VIEW,
adSelectionId: 999) çağrısı, aşağıdaki üç birincil anahtar için sayaçları artırır:
{'ads.example.com', 1234, VIEW}{'ads.example.com', 5678, VIEW}
Reklam teknolojisi adı, kazanan reklamların kaynağına bağlı olarak alıcı alanından, bağlama dayalı reklamlardan veya özel kitlelerden alınır.
Android için Protected Audience, selectAds API çağrısı tarafından döndürülen reklamlar için FrequencyCapFilters.AD_EVENT_TYPE_WIN etkinlik türü için daha önce bahsedilen tüm sayaçları otomatik olarak artırır. Bu, işlevsel olarak Chrome'un Protected Audience uygulamasında generateBid içinde browser_signals bağımsız değişkenine prev_wins bağımsız değişkeninin eklenmesine eşdeğerdir.
3. Adım: Filtrelerle sıklık sınırı filtrelemeyi uygulayın
Optimum performans için sıklık sınırı filtreleme işlevi AdServices içinde yürütülür. Protected Audience, AdsData nesnesinde filtreler alanını okuyarak bir mesajın filtrelenmesi gerekip gerekmediğini anlar. Filtrelerin listesi frequency_cap içinde belirtilir. Anahtar, event_type ve interval_in_seconds değerleri, filtreleme ve Protected Audience için kullanılan etkinliklerin histogramini almak üzere kullanılır.
Filtreleme bilgileri, özel bir kitle tarafından sağlanan yeniden pazarlama reklamları ve AdSelectionConfig nesnesinin bir parçası olarak bağlama dayalı reklamlar için belirtilebilir.
Sıklık sınırı filtreleri içeren bağlama dayalı reklamlar için reklamlar, AdSelectionConfig nesnesinde ads alanı kullanılarak iletilir. Reklamlar filtrelenir ve selectAds çağrısı sonucunda en yüksek teklifi veren reklam döndürülür.
Sıklık sınırı filtreleri içeren yeniden pazarlama reklamları için reklamlar, alıcı tarafından sağlanan generateBid() JavaScript işlevi çağrılmadan önce filtrelenir.
Aşağıdaki örnekte, sıklık sınırı filtrelemesi içeren bir mesaj gösterilmektedir:
{
'render_url': 'url',
'metadata': {...}, /* metadata are opaque to Protected Audience and assumed
to be in valid JSON format */
'ad_counter_keys': [1234, 5678],
"filters": {
"frequency_cap": {
"view": [
{
"ad_counter_key": 1234
"max_count": 10,
"interval_in_seconds": 86400
},
{
"ad_counter_key": 5678
"max_count": 10,
"interval_in_seconds": 86400
},
],
"win": [
{
"ad_counter_key": 1234
"max_count": 5,
"interval_in_seconds": 604800
},
{
"ad_counter_key": 5678
"max_count": 5,
"interval_in_seconds": 345600
},
]
},
// This field is only required in contextual ads and is used in
// reportImpression calls to fetch the reportWin function.
'reportingJS': "https://ads.example.com?reportWin.js"
}
4. adım: Kazanan reklamları raporlayın
Reklam seçim süreci tamamlandıktan sonra selectAds çağrısı için sayısal bir tanımlayıcı olan renderUri ve adSelectionId öğelerini içeren bir AdSelectionOutcome nesnesi döndürülür. Bu kimlik, etkinlik düzeyinde raporlamayı destekleyen reportImpression API'yi çağırmak için kullanılabilir. Beta 1'de bu yöntem, yeniden pazarlama reklamları için raporlamayı destekler ve daha sonraki bir sürümde bağlamsal reklamlar için raporlamayı destekleyecek şekilde genişletilecektir. Bağlamsal reklamlar için alıcının, önceki örnekte gösterildiği gibi reklam yapısında reportingJS adlı ek bir alan kullanarak reportImpression çağrısı sırasında reportWin işlevinin nereden alınabileceğini belirtmesi gerekir.
Reklam adaylarını seçmeyle ilgili en iyi uygulamalar
Protected Audience, sıklık sınırının uygulanmasını sunucudan cihaza taşır. Kazanan teklifler Özel Korumalı Alan ile raporlansa da geliştiriciler bir reklamın neden gösterilmediğini bilemez. Reklamlar, kaybedilen bir teklif veya sıklık sınırı nedeniyle gösterilmeyebilir. Belirli reklamların kazanamamasının nedenleri tam olarak görülemediğinden, teklifli sistemler en uygun reklamların yayınlanmasını sağlamak için ek çalışma gerektirir. Bu en iyi uygulamalar, Protected Audience ile en uygun reklam sunumunu sağlamanıza yardımcı olur.
Yeterli sayıda yeniden pazarlama reklamı gönderme
Yeniden pazarlama reklamları kullanıcı başına optimize edilemez. Bir kullanıcı, özel bir kitleden önemli sayıda reklam görüyorsa ve reklam sınırları düşükse tüm reklamlar filtrelenebilir. Yeniden pazarlama reklamları düzenli olarak yenilenir. Bu nedenle, yeniden pazarlama reklamlarının yayınlanmaya devam etmesini sağlamak için yeterli reklam envanteri sıklık sınırlamasından geçmelidir. Bu, joinCustomAudience çağrısı ve özel kitlenin günlük güncellemesi sırasında belirtilebilecek reklam boyutlarıyla ilgili sınırlamalarla dengelenmelidir. Alıcılar, teklif verme aşamasında gecikmede artış olabileceğini göz önünde bulundurmalıdır. Bu sorunların etkisini en aza indirmek için sıklık sınırı filtreleme işlemi, generateBid çağrısından önce gerçekleştirilir.
Bağlamsal sayaçları sunucuda tutma
Sunucu tarafı tahmini sayesinde geliştiriciler, sıklık sınırlamasının ne zaman etkin olabileceğine dair kaba tahminlere sahip olabilir. Bu tahminler, bir reklamın sıklık sınırı eşiğine ulaşmış olabileceğini ve bu nedenle daha fazla reklam adayı ile gönderilmesi veya tamamen kaldırılması gerektiğini gösterebilir.
Bağlamsal yanıtta birden fazla reklam adayı gönderme
Protected Audience açık artırmasından önce bağlamsal yanıt içeren birden fazla reklam adayı göndermeniz gerekir. Bu sayede, birkaç reklam filtrelenirse diğer reklamlar gösterilmeye devam eder. Reklam adaylarına öncelik verilebilir. Böylece bazı reklamlar yedek olarak sağlanabilir.
Yürütme zamana bağlı olduğundan reklam adayları, açık artırmayı kazanma ve filtrelenmeme olasılıklarına göre seçilmelidir.
Sınırlamalar
Protected Audience sıklık sınırlamasının bilinen sınırlamaları şunlardır:
- Korunan Kitle sıklık sınırı, diğer cihazlarda ve diğer profillerde paylaşılan sayaçlar olmadan cihaz kullanıcısı profili düzeyinde çalışır. Gerekirse diğer cihazlardan gösterilen reklam artışlarının manuel olarak dahil edilmesi gerekir.
- Cihaz sayaçları cihazda depolanır ve cihazdan erişilir. Sunucu tarafı sayaçları ayrı olarak yönetilmelidir.
- Sıklık sınırlaması ve ilgili reklam filtreleme işlemi bir cihazda işlendiğinde reklam teknolojisi platformlarının bu işlemler üzerinde doğrudan kontrolü yoktur. Reklam teknolojisi platformları, cihazın sıklık sınırı eşiğini atlamak için farklı filtrelere sahip birden fazla aday reklam gönderebilir.
- Kayıtlı sıklığa dayalı teklif ayarlamaları desteklenmez.
generateBidişlevleri sıklık sayaçlarına erişemez.
Sizin için önerilenler
- Not: JavaScript kapalıyken bağlantı metni gösterilir
- Protected Audience: entegrasyon kılavuzu Android'de Protected Audience API geliştirici kılavuzu
- Protected Audience API ile özel kitle hedeflemeyi destekleme