محدودیت فرکانس مخاطب محافظت شده

محدودیت فرکانس یک روش تبلیغاتی است که تعداد تبلیغات از یک دسته معین را که در یک بازه زمانی معین به کاربر نشان داده می شود، محدود می کند. محدودیت‌های فرکانس با تازه و جالب نگه‌داشتن نمایش‌های تبلیغاتی، تجربه کاربر نهایی را بهبود می‌بخشد و به تبلیغ‌کنندگان در مدیریت هزینه‌های تبلیغات کمک می‌کند.

این پیشنهاد نحوه استفاده از مخاطبان محافظت شده در Android را برای اجرای عملکرد محدود کردن فرکانس به روشی دقیق و حفظ حریم خصوصی معرفی می‌کند.

مخاطب محافظت شده محدودیت فرکانس را با ترکیب دو ویژگی پیاده‌سازی می‌کند: ذخیره‌سازی شمارنده‌های روی دستگاه برای رویدادهای خاص آگهی، و توانایی فیلتر کردن تبلیغات بر اساس مجموعه‌ای از استراتژی‌های از پیش تعریف‌شده فیلتر. محدود کردن فرکانس به تبلیغ‌کنندگان این امکان را می‌دهد تا آستانه شمارنده را روی مجموع مقادیر هیستوگرام برای یک دوره زمانی معین نشان دهند.

شمارنده ها برای هر ترکیبی از نمایه دستگاه، فناوری تبلیغات و کلید شمارنده منحصر به فرد هستند. هر تبلیغ باید شامل مجموعه ای از کلیدهای شمارنده باشد تا در صورت ثبت نما یا نمایشی برای تبلیغ، از آنها استفاده شود. برای هر کلید، Protected Audience مجموعه‌ای از شمارنده‌ها را ذخیره می‌کند و هر شمارنده همه رویدادهای تبلیغاتی را که در یک بازه زمانی خاص رخ می‌دهند، محاسبه می‌کند. شمارنده‌های روی دستگاه هنگام نمایش یا نمایش افزایش می‌یابند و داده‌های شمارنده در دستگاه باقی می‌مانند. زمان دقیق ماندگاری بعداً مشخص خواهد شد.

منطق فیلتر کردن آگهی در گردش کار انتخاب آگهی مخاطب محافظت شده به شمارنده ها، تبلیغات بازاریابی مجدد و تبلیغات متنی دسترسی دارد، که به مخاطب محافظت شده امکان کار با انواع درخواست های تبلیغاتی را می دهد.

توجه : فیلتر کردن تبلیغات فقط در جعبه ایمنی در Android در دسترس است. پیاده‌سازی مخاطب محافظت‌شده Chrome در حال حاضر مکانیزمی برای فیلتر کردن تبلیغات مخاطبین غیرمحافظه‌دار با هدف‌گذاری متنی اجرا نمی‌کند. این پیشنهاد فقط پشتیبانی سمت خرید را پوشش می دهد. اگر تقاضا وجود داشته باشد، ما پشتیبانی از طرف فروش را در تاریخ بعدی اضافه خواهیم کرد.

محدودیت فرکانس مخاطب محافظت شده از طیف وسیعی از الزامات پشتیبانی می کند، از جمله:

  • فیلتر بلادرنگ، با حداقل تاخیر سمت سرور هنگام به‌روزرسانی شمارنده‌های روی دستگاه.
  • سلسله مراتب انعطاف پذیر کلیدها، از جمله تبلیغات فردی، کمپین ها یا هر گروه بندی دیگری.
  • تطابق با سایر روش های محدود کردن فرکانس، بدون وابستگی به AdID.
  • در بین برنامه‌های نمایه کاربر دستگاه مشخص کار می‌کند.
  • شمارنده های دقیق و کامل
  • پشتیبانی از تعاریف سفارشی رویدادهای تبلیغاتی، مانند بازدیدها یا نمایش‌ها.
  • یک عملکرد هم برای بازاریابی مجدد و هم برای تبلیغات متنی.

برای تنظیم محدودیت فرکانس، مراحل زیر را دنبال کنید:

مرحله 1: اطلاعات محدودیت فرکانس را به تبلیغات اضافه کنید

تبلیغات متنی و بازاریابی مجدد شمارنده های هیستوگرام مربوطه را نشان می دهد تا در صورت مشاهده یا برداشت با استفاده از فیلد ad_counter_keys که حاوی لیستی از اعداد صحیح دلخواه است، به روز شوند. فیلد در قسمت metadata که توسط مخاطب محافظت شده تجزیه نشده است گنجانده نشده است.

مثال زیر قالب داده فیلد adsData را در AdSelectionConfig نشان می دهد. برای بازاریابی مجدد، قالب فهرست تبلیغات برای یک مخاطب سفارشی معین با محتوای فیلد ads نشان داده شده در مثال زیر مطابقت دارد:

'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: ثبت نما یا برداشت

فن‌آوران تبلیغات می‌توانند از روش updateAdCounterHistogram برای ثبت رویدادهایی که برای محدود کردن فرکانس استفاده می‌شوند، استفاده کنند. یک روش را می توان به طور مکرر در یک رویداد برای کلیدهای مشخص شده در eventType آگهی برنده فراخوانی کرد.

void updateAdCounterHistogram(@EventType eventType, long adSelectionId)

ورودی ها:

  • eventType : مشخص می کند که آیا یک رویداد به عنوان یک نما، یک نمایش، یک کلیک یا برنده فرآیند انتخاب آگهی حساب می شود.
  • adSelectionId : مقادیر شناسه در شی AdSelectionOutcome که توسط تماس های selectAds برگردانده می شوند.

فراخوان updateAdCounterHistogram ، هیستوگرام را برای مجموعه کلیدهایی که به عنوان بخشی از تبلیغات بازاریابی مجدد واکشی شده توسط یک CustomAudience یا تبلیغات متنی موجود در پارامتر AdSelectionConfig برای selectAds تعریف شده اند، به روز می کند.

اگر فرض کنید که تبلیغ در مرحله 1 برنده AdSelection با مقدار id 9999 است، تماس با updateAdCounterHistogram(FrequencyCapFilters.AD_EVENT_TYPE_VIEW, adSelectionId: 999) شمارنده های سه کلید اصلی زیر را افزایش می دهد:

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

نام فناوری تبلیغات از قسمت خریدار گرفته شده است، یا از تبلیغات متنی یا از مخاطبان سفارشی، بسته به اینکه تبلیغات برنده از کجا آمده است.

مخاطب محافظت‌شده برای Android به‌طور خودکار تمام شمارنده‌های ذکر شده در بالا را برای نوع رویداد FrequencyCapFilters.AD_EVENT_TYPE_WIN افزایش می‌دهد.AD_EVENT_TYPE_WIN برای تبلیغاتی که با یک تماس API selectAds برگردانده می‌شوند. این از نظر عملکردی معادل افزودن آرگومان prev_wins به browser_signals در generateBid در اجرای مخاطب محافظت شده Chrome است.

مرحله 3: فیلترینگ درپوش فرکانس را با فیلترها اجرا کنید

برای عملکرد بهینه، عملکرد فیلتر فرکانس در AdServices اجرا می شود. مخاطب محافظت شده متوجه می شود که آیا یک پیام باید با خواندن قسمت فیلترها در شی AdsData فیلتر شود. لیستی از فیلترها در frequency_cap مشخص شده است. مقادیر key، event_type و interval_in_seconds برای بازیابی هیستوگرام رویدادهایی که برای فیلتر کردن و مخاطبین محافظت شده استفاده می شوند، استفاده می شود.

اطلاعات فیلتر را می توان برای تبلیغات بازاریابی مجدد ارائه شده توسط یک مخاطب سفارشی و برای تبلیغات متنی به عنوان بخشی از شی AdSelectionConfig مشخص کرد.

برای تبلیغات متنی با فیلترهای محدودیت فرکانس، تبلیغات با استفاده از قسمت تبلیغات در شی AdSelectionConfig ارسال می شود. تبلیغات فیلتر می شوند و آگهی با بالاترین قیمت در نتیجه تماس selectAds برگردانده می شود.

برای بازاریابی مجدد تبلیغات با فیلترهای سقف فرکانس، تبلیغات قبل از فراخوانی تابع JavaScript generateBid() ارائه شده توسط خریدار فیلتر می شوند.

مثال زیر پیامی را با فیلتر فرکانس نشان می دهد:

{
  '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: گزارش برنده تبلیغات

هنگامی که فرآیند انتخاب آگهی کامل شد، یک شی AdSelectionOutcome حاوی renderUri و adSelectionId ، یک شناسه عددی برای تماس selectAds را برمی گرداند. این شناسه می تواند برای فراخوانی API reportImpression که در حال حاضر از گزارش سطح رویداد پشتیبانی می کند استفاده شود. در بتا 1، این روش از گزارش برای تبلیغات بازاریابی مجدد پشتیبانی می‌کند و در نسخه‌های بعدی برای پشتیبانی از گزارش‌های تبلیغات متنی گسترش می‌یابد. برای تبلیغات متنی، خریدار باید محل بازیابی تابع reportWin را در طول یک تماس reportImpression با استفاده از یک فیلد اضافی به نام reportingJS در ساختار تبلیغات مشخص کند، همانطور که در مثال بالا نشان داده شده است.

بهترین شیوه ها برای انتخاب نامزدهای آگهی

مخاطب محافظت شده اعمال محدودیت فرکانس را از سرور به دستگاه منتقل می کند. اگرچه مناقصه های برنده با جعبه ایمنی حریم خصوصی گزارش می شود، توسعه دهندگان نمی دانند چرا یک تبلیغ نشان داده نمی شود. ممکن است تبلیغات به دلیل از دست دادن پیشنهاد قیمت یا به دلیل محدودیت فرکانس نمایش داده نشود. بدون مشاهده کامل دلایل عدم برنده شدن برخی تبلیغات، سیستم های مناقصه نیاز به کار بیشتری دارند تا اطمینان حاصل شود که تبلیغات بهینه ارائه می شود. این بهترین شیوه ها به اطمینان از ارائه بهینه تبلیغات با مخاطبان محافظت شده کمک می کند.

به اندازه کافی تبلیغات بازاریابی مجدد ارسال کنید

تبلیغات بازاریابی مجدد را نمی توان برای هر کاربر بهینه کرد. اگر کاربر تعداد قابل توجهی از تبلیغات را از یک مخاطب سفارشی ببیند و محدودیت تبلیغات کم باشد، ممکن است همه تبلیغات فیلتر شوند. تبلیغات بازاریابی مجدد به صورت دوره‌ای به روز می‌شوند، بنابراین موجودی تبلیغاتی کافی باید از محدودیت‌های فرکانس عبور کند تا اطمینان حاصل شود که تبلیغات بازاریابی مجدد همچنان ارائه می‌شوند. این باید با محدودیت‌هایی در اندازه تبلیغاتی که می‌توان در طول تماس joinCustomAudience و در طول به‌روزرسانی روزانه مخاطبان سفارشی مشخص کرد، متعادل شود. خریداران باید در نظر داشته باشند که ممکن است تاخیر در مرحله مناقصه افزایش یابد. برای به حداقل رساندن تأثیر این مسائل، فیلتر کردن درب فرکانس قبل از فراخوانی برای generateBid انجام می شود.

شمارنده های متنی را روی سرور نگه دارید

با تخمین سمت سرور، یک توسعه‌دهنده می‌تواند تخمین‌های تقریبی برای زمانی که محدودیت فرکانس فعال است داشته باشد. این تخمین‌ها می‌توانند نشان دهند که یک آگهی احتمالاً به آستانه محدودیت فرکانس رسیده است، و بنابراین باید با نامزدهای تبلیغاتی بیشتری ارسال شود یا به طور کامل حذف شود.

ارسال چند نامزد تبلیغات در پاسخ متنی

قبل از حراج مخاطب محافظت شده، باید چندین نامزد تبلیغاتی را با یک پاسخ متنی ارسال کنید. این تضمین می کند که اگر چندین تبلیغ فیلتر شوند، سایر تبلیغات همچنان نشان داده می شوند. می توان نامزدهای آگهی را در اولویت قرار داد تا برخی از تبلیغات به عنوان پشتیبان ارائه شوند.

از آنجایی که اجرا محدود به زمان است، نامزدهای تبلیغاتی باید بر اساس احتمال برنده شدن در مزایده و فیلتر نشدن انتخاب شوند.

محدودیت ها

محدودیت‌های شناخته شده محدودیت‌های فرکانس مخاطب محافظت‌شده به شرح زیر است:

  1. محدودیت فرکانس مخاطب محافظت‌شده در سطح نمایه کاربر دستگاه، بدون شمارنده مشترک در دستگاه‌ها و سایر نمایه‌ها عمل می‌کند. در صورت نیاز، هرگونه افزایش تبلیغاتی که از دستگاه‌های دیگر نشان داده می‌شود، باید به صورت دستی درج شود.
  2. شمارنده های دستگاه در دستگاه ذخیره شده و قابل دسترسی هستند. شمارنده های سمت سرور باید به طور جداگانه مدیریت شوند.
  3. از آنجایی که محدودیت فرکانس و فیلتر تبلیغات مربوطه در یک دستگاه پردازش می‌شود، پلتفرم‌های فناوری تبلیغات کنترل مستقیمی بر این عملیات ندارند. برای دور زدن آستانه محدودیت فرکانس دستگاه، پلتفرم‌های فناوری تبلیغات می‌توانند چندین آگهی نامزد را با فیلترهای مختلف ارسال کنند.
  4. تنظیمات پیشنهادی بر اساس فرکانس ثبت شده پشتیبانی نمی شود. توابع generateBid نمی توانند شمارنده های فرکانس را مشاهده کنند.
{% کلمه به کلمه %} {% آخر کلمه %} {% کلمه به کلمه %} {% آخر کلمه %}