محدودیت فرکانس یک روش تبلیغاتی است که تعداد تبلیغات از یک دسته معین را که در یک بازه زمانی معین به کاربر نشان داده می شود، محدود می کند. محدودیتهای فرکانس با تازه و جالب نگهداشتن نمایشهای تبلیغاتی، تجربه کاربر نهایی را بهبود میبخشد و به تبلیغکنندگان در مدیریت هزینههای تبلیغات کمک میکند.
این پیشنهاد نحوه استفاده از مخاطبان محافظت شده در 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
انجام می شود.
شمارنده های متنی را روی سرور نگه دارید
با تخمین سمت سرور، یک توسعهدهنده میتواند تخمینهای تقریبی برای زمانی که محدودیت فرکانس فعال است داشته باشد. این تخمین ها می توانند نشان دهند که یک تبلیغ احتمالاً به آستانه محدودیت فرکانس رسیده است و بنابراین باید با تعداد بیشتری کاندید تبلیغات ارسال شود یا به طور کامل حذف شود.
ارسال چند نامزد تبلیغات در پاسخ متنی
قبل از حراج مخاطب محافظت شده، باید چندین نامزد تبلیغاتی را با یک پاسخ متنی ارسال کنید. این تضمین می کند که اگر چندین تبلیغ فیلتر شوند، سایر تبلیغات همچنان نشان داده می شوند. می توان نامزدهای آگهی را در اولویت قرار داد تا برخی از تبلیغات به عنوان پشتیبان ارائه شوند.
از آنجایی که اجرا محدود به زمان است، نامزدهای تبلیغاتی باید بر اساس احتمال برنده شدن در مزایده و فیلتر نشدن انتخاب شوند.
محدودیت ها
محدودیتهای شناخته شده محدودیتهای فرکانس مخاطب محافظتشده به شرح زیر است:
- محدودیت فرکانس مخاطب محافظتشده در سطح نمایه کاربر دستگاه، بدون شمارنده مشترک در دستگاهها و سایر نمایهها عمل میکند. در صورت نیاز، هرگونه افزایش تبلیغاتی که از دستگاههای دیگر نشان داده میشود، باید به صورت دستی درج شود.
- شمارنده های دستگاه در دستگاه ذخیره شده و قابل دسترسی هستند. شمارنده های سمت سرور باید به طور جداگانه مدیریت شوند.
- از آنجایی که محدودیت فرکانس و فیلتر تبلیغات مربوطه در یک دستگاه پردازش میشود، پلتفرمهای فناوری تبلیغات کنترل مستقیمی بر این عملیات ندارند. برای دور زدن آستانه محدودیت فرکانس دستگاه، پلتفرمهای فناوری تبلیغات میتوانند چندین آگهی نامزد را با فیلترهای مختلف ارسال کنند.
- تنظیمات پیشنهادی بر اساس فرکانس ثبت شده پشتیبانی نمی شود. توابع
generateBid
نمی توانند شمارنده های فرکانس را مشاهده کنند.
برای شما توصیه می شود
- توجه: متن پیوند زمانی که جاوا اسکریپت خاموش است نمایش داده می شود
- مخاطب محافظت شده: راهنمای ادغام
- راهنمای برنامهنویس Android Protected Audience API
- با استفاده از Protected Audience API از هدف گیری مخاطبان سفارشی پشتیبانی کنید