Korumalı Kitle sıklık sınırı

Sıklık sınırı, reklamverenin kendisinden alacağınız reklam sayısını belirli bir dönem içinde kullanıcıya gösterilen belirli bir kategoridir. Sıklık Sınırlama, reklam gösterimlerini güncel tutarak son kullanıcı deneyimini iyileştirir. ve reklamverenlerin reklam harcamalarını yönetmelerine yardımcı olur.

Bu teklif, Android'deki Protected Audience'ın aşağıdaki amaçlarla nasıl kullanılabileceğini açıklar: Sıklık sınırı işlevini doğru ve gizliliği korumaya yönelik sağlar.

Protected Audience iki özelliği birleştirerek sıklık sınırı uygular: Reklama özel etkinlikler için sayaçların cihaz üzerinde depolanması ve Reklamları önceden tanımlanmış bir dizi filtre stratejisine göre filtrelemek Sıklık sınırı reklamverenlerin histogram toplamı üzerinde bir karşı eşiği belirtmesini sağlar değerleri ifade eder.

Sayaçlar, her cihaz profili, reklam teknolojisi ve sayaç kombinasyonu için benzersizdir tuşuna basın. Her reklamda bir görüntüleme veya izleme işleminde kullanılacak bir sayaç anahtarı kümesi bulunmalıdır. gösteriminin kaydedildiğini gösterir. Protected Audience, her anahtar için bir bir sayaç grubudur ve her bir sayaç, reklama özel gerçekleşen tüm etkinlikleri belirli bir zaman aralığı içinde Cihazdaki sayaçlar, gösterim veya görüntüleme gerçekleşir ve sayaç verileri cihazda kalır. İlgili içeriği oluşturmak için kullanılan tam kalıcılık süresi daha sonra tanımlanacak.

Protected Audience'ın reklam seçimi iş akışındaki reklam filtreleme mantığı, sayaçlara, yeniden pazarlama reklamlarına ve içeriğe dayalı reklamlara erişerek Protected Kitle sıklık sınırı, bu tür tüm reklam türleriyle çalışma olanağı kabul edersiniz.

Not: Reklam filtreleme yalnızca Android'deki Özel Korumalı Alan'da kullanılabilir. Chrome'un Protected Audience uygulaması şu anda bir İçeriğe dayalı hedeflenmiş, Protected Audience reklamları olmayan reklamları filtrelemek için kullanılan bir mekanizmadır. Bu teklif yalnızca alıcı tarafı desteğini kapsar. Talep varsa satış tarafı/ destek alabilirsiniz.

Protected Audience sıklık sınırı çok çeşitli gereksinimleri destekler. şunları içerir:

  • Cihaz üzerinde sayaçlarda minimum sunucu tarafı gecikmesiyle gerçek zamanlı filtreleme güncellendi.
  • Bağımsız reklamlar, kampanyalar veya diğer tüm kampanyalar dahil olmak üzere esnek anahtar hiyerarşisi gruplandırmadır.
  • AdID'ye bağımlı olmadan diğer sıklık sınırı yöntemleriyle uyumluluk.
  • Belirli bir cihaz kullanıcısı profilindeki uygulamalarda çalışır.
  • Doğru ve tam sayaçlar.
  • Görüntüleme veya gösterim sayısı gibi reklam etkinliklerinin özel tanımları için destek.
  • Yeniden pazarlama ve içeriğe dayalı reklamlar için tek bir işlev.

Sıklık sınırı ayarlamak için aşağıdaki adımları izleyin:

1. Adım: Reklamlara sıklık sınırı bilgileri ekleyin

İçeriğe dayalı ve yeniden pazarlama reklamları, ad_counter_keys alanını kullanan bir görüntüleme veya gösterim rastgele bir tam sayı listesini içerir. Bu alan metadata alanı, Protected Audience tarafından ayrıştırılmaz.

Aşağıdaki örnekte, adsData alanı için AdSelectionConfig. Yeniden pazarlamada, reklam listesinin belirli bir özel kitle,ads şu örneği inceleyin:

'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: Bir görünüm veya gösterim kaydedin

Reklam teknolojileri, kaydolmak için updateAdCounterHistogram yöntemini çağırabilir Sıklık sınırı için kullanılan etkinliklerin tekrar sayısı. Yöntem çağrısının, kazanan reklamın eventType

void updateAdCounterHistogram(@EventType eventType, long adSelectionId)

Girişler:

  • eventType: Bir etkinliğin görüntüleme veya elde edilen geliri ölçer.
  • adSelectionId: AdSelectionOutcome nesnesindeki aşağıdaki kimlik değerleri selectAds arama tarafından döndürüldü.
ziyaret edin.

updateAdCounterHistogram çağrısı, anahtar grubu için histogramı günceller bir CustomAudience veya için AdSelectionConfig parametresine eklenen bağlamsal reklamlar selectAds.

1. Adımdaki reklamın AdSelection ve 9999 için id değeri, updateAdCounterHistogram(FrequencyCapFilters.AD_EVENT_TYPE_VIEW, adSelectionId: 999), sonraki üç birincil için sayaçları artırır anahtarlar:

  • {'ads.example.com', 1234, VIEW}
  • {'ads.example.com', 5678, VIEW}

Reklam teknolojisi adı, alıcı alanından, bağlamsal reklamlardan veya reklamlar, özel kitlelerden alınır.

Android için Protected Audience tüm sayaçları otomatik olarak artırır yukarıda bahsedilen FrequencyCapFilters.AD_EVENT_TYPE_WIN etkinlik türü için selectAds API çağrısı tarafından döndürülen reklamlar. Bu, işlevsel olarak generateBid içindeki browser_signals işlevine prev_wins bağımsız değişkeni eklendi Chrome'un Protected Audience uygulaması.

3. Adım: Filtrelerle sıklık sınırı filtreleme uygulama

Sıklık sınırı filtreleme işlevi, optimum performans için AdServices Protected Audience, bir mesajın filtrelenmesi gerekip gerekmediğini anlar AdsData nesnesindeki filtreler alanı okunuyor. Filtre listesi frequency_cap içinde belirtilir. event_type ve anahtar için değerler interval_in_seconds, kullanılan etkinliklerin histogramını almak için kullanılır korumalı kitle için daha uygundur.

Özel bir reklamverenin sağladığı yeniden pazarlama reklamları için filtreleme bilgileri kitle ve AdSelectionConfig nesnesinin parçası olarak içeriğe dayalı reklamlar için.

Sıklık sınırı filtreleri olan içeriğe dayalı reklamlar için reklamlar, AdSelectionConfig nesnesindeki alan içinde yer alır. Reklamlar filtrelenir ve selectAds çağrısının sonucu olarak en yüksek teklif döndürülür.

Sıklık sınırı filtreleri olan yeniden pazarlama reklamları için reklamlar alıcı tarafından sağlanan generateBid() JavaScript işlevi çağrılır.

Aşağıdaki örnekte, sıklık sınırı filtreleme uygulanmış 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 hakkında rapor oluşturun

Reklam seçim işlemi tamamlandığında AdSelectionOutcome değeri döndürülür için sayısal bir tanımlayıcı olan renderUri ve adSelectionId’yi içeren nesne selectAds araması. Bu kimlik, reportImpression API'yi çağırmak için kullanılabilir şu anda etkinlik düzeyinde raporlamayı destekleyen özellikler de). Beta 1’de bu yöntem yeniden pazarlama reklamları için raporlanacak ve bu rapor, daha sonraki bir sürümde, bağlamsal reklamlara yer verilecektir. İçeriğe dayalı reklamlarda alıcı şunları yapmalıdır: sırasında reportWin işlevinin nereden alınabileceğini belirtir Reklamda reportingJS adlı ek bir alan kullanarak reportImpression çağrısı temel yapısına sahiptir.

Reklam adaylarını seçmek için en iyi uygulamalar

Protected Audience, sıklık sınırı uygulamasını sunucudan için geçerlidir. Kazanan teklifler Özel Korumalı Alan ile raporlansa da geliştiriciler bir reklamın neden gösterilmediğini bilmez. Reklamlar aşağıdaki nedenlerden dolayı gösterilmiyor olabilir: kaybedilen teklif veya sıklık sınırı gibi nedenlerden dolayı olabilir. Sorunun nedenlerini tam olarak göstermediği için başarısız olmasının nedeni, teklifli sistem sistemlerinin nasıl yayınlandığına dikkat edin. Bu en iyi uygulamalar, optimum reklam sunumunun sağlanmasına yardımcı olacaktır Protected Audience ile.

Yeterli sayıda yeniden pazarlama reklamı gönderin

Yeniden pazarlama reklamları kullanıcı başına optimize edilemez. Kullanıcı önemli bir özel bir kitleden gelen reklam sayısı ve reklam sınırları düşükse tüm reklamlar filtrelendi. Yeniden pazarlama reklamları düzenli olarak yenilendiğinden, yeterli reklam envanterine sahip olun tutarlı bir deneyim sunmaya devam etmesini sağlamak için, sıklık sınırından geçmelidir. sunulur. Bu durumun, yayınlanan reklamların boyutu üzerindeki sınırlamalarla dengelenmesi gerekir. joinCustomAudience çağrısı sırasında ve özel sırasında kitle günlük güncellemesi. Alıcıların, satın alma işlemlerinde herhangi bir değişiklik en az 24 saat sürer. Bu sorunların etkisini en aza indirmek için sıklık sınırı filtreleme, generateBid çağrısından önce gerçekleştirilir.

Bağlamsal sayaçları sunucuda tutma

Sunucu tarafı tahminde, bir geliştirici ne zaman Sıklık sınırı etkin olabilir. Bu tahminler, bir reklamın sitenizde muhtemelen sıklık sınırı eşiğine ulaşmıştır ve bu nedenle veya tamamen elenir.

İçeriğe dayalı yanıtta birden çok reklam adayı gönderme

Bir arama sorgusundan önce bağlama dayalı yanıt içeren birden çok reklam adayı göndermelisiniz. Protected Audience açık artırması. Bu, birkaç reklamın filtrelenmesi durumunda başka reklamlar gösterilmeye devam ediyor. Reklam adaylarına öncelik tanınabilir, böylece bazı reklamlar yedek olarak sağlanır.

Yürütme işlemi zaman sınırlamalı olduğundan, reklam adayları performanslarına göre seçilmelidir. açık artırmayı kazanma ve filtrelenmeme olasılığınızı artırır.

Sınırlamalar

Aşağıda, Protected Audience sıklık sınırıyla ilgili bilinen sınırlamalar verilmiştir:

  1. Protected Audience sıklık sınırı, cihaz kullanıcısı profilinde çalışır seviyesindeyken de diğer cihazlarda ve diğer profillerde paylaşılan sayaç olmadan. Herhangi biri diğer cihazlardan gösterilen reklam artışlarının manuel olarak dahil edilmesi gerekir. bakın.
  2. Cihaz sayaçları cihazda saklanır ve bu sayaçlara erişilir. Sunucu tarafı sayaçlar ayrı olarak yönetilmesi gerekir.
  3. Sıklık sınırı ve ilgili reklam filtrelemesi bir cihazda işlendiğinde, reklam teknoloji platformlarının bu işlemler üzerinde doğrudan kontrolü yoktur. Atlamak için sıklık sınırı eşiğine ulaşmışsa reklam teknolojisi platformları farklı filtrelere sahip birden çok aday reklam
  4. Kayıtlı sıklığa dayalı teklif ayarlamaları desteklenmez. İlgili içeriği oluşturmak için kullanılan generateBid işlevleri, sıklık sayaçlarını görüntüleyemez.
ziyaret edin. ziyaret edin.