پشتیبانی از حراج چند فروشنده با میانجیگری مخاطب محافظت شده

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

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

میانجیگری آبشاری

در میانجی‌گری آبشاری، وقتی فرصتی برای تبلیغ پیش می‌آید، یک SDK تبلیغ درخواستی را به سرور backend خود ارسال می‌کند. سرور به جای پاسخ به درخواست با یک تبلیغ خلاقانه‌ی برنده، با یک زنجیره‌ی میانجی‌گری پاسخ می‌دهد که شامل فهرستی از شبکه‌های تبلیغاتی است که بر اساس eCPM تاریخی مرتب شده‌اند.

شکل ۱. مدل میانجیگری آبشاری.

در مدل آبشاری سمت سرور، یک SDK تبلیغاتی، هر شبکه تبلیغاتی (یا SDK حراج خود) را به ترتیبی که توسط زنجیره واسطه مشخص شده است، فراخوانی می‌کند. اگر یک شبکه تبلیغاتی بتواند درخواست تبلیغ را انجام دهد، شبکه تبلیغاتی تبلیغ را رندر می‌کند. در غیر این صورت، درخواست به شبکه بعدی در زنجیره ارسال می‌شود. این فرآیند تا زمانی که درخواست انجام شود یا زنجیره به پایان برسد، تکرار می‌شود.

میانجیگری آبشاری اغلب با تنظیم مجدد منظم زنجیره میانجیگری بر اساس ارزیابی مجدد eCPM از منابع تقاضای تبلیغات شخص ثالث بهینه می‌شود.

میانجیگری برنامه‌ای

میانجیگری برنامه‌ریزی‌شده (که با نام «پیشنهاد هدر» نیز شناخته می‌شود) جایگزینی برای استفاده از eCPM تاریخی برای تعیین اینکه کدام شبکه تبلیغاتی فرصت ارائه درخواست تبلیغ را دارد، است. با میانجیگری برنامه‌ریزی‌شده، ارائه‌دهندگان به جای آن از مقادیر پیشنهاد زنده برای یافتن تبلیغ برنده استفاده می‌کنند.

شکل ۲: مدل میانجیگری برنامه‌ریزی‌شده

میانجیگری ترکیبی

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

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

میانجیگری آبشاری مخاطبان محافظت‌شده

API مخاطب محافظت‌شده در اندروید با داشتن چندین مزایده، که هر کدام برای یک گره مجزا در گراف میانجیگری است، از میانجیگری آبشاری پشتیبانی می‌کند. اگر هیچ برنده‌ای از یک مزایده وجود نداشته باشد، گره حراج شبکه بعدی فراخوانی می‌شود تا زمانی که زنجیره تمام شود. فرآیند میانجیگری آبشاری به شرح زیر است:

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

شکل ۳. میانجیگری آبشاری با API مخاطب محافظت‌شده.

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

نتیجه انتخاب تبلیغات

نوع بازگشتی تابع selectAds() یک شیء AdSelectionOutcome است. AdSelectionOutcome شامل URL رندر تبلیغ برنده و یک AdSelectionId است که یک عدد صحیح مات است که خلاقیت تبلیغ آیتم خط برنده را مشخص می‌کند.

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

AdSelectionId مانند یک اشاره‌گر به AdSelectionOutcome عمل می‌کند. امروزه، AdSelectionId به عنوان پارامتر ReportImpressionInput به متد reportResult() ارسال می‌شود تا به شناسایی تبلیغات صحیحی که متدهای reportWin() و reportResult() بر اساس آنها فراخوانی می‌شوند، کمک کند.

پیشنهاد انتخاب تبلیغات زنجیره‌ای

پیشنهاد می‌کنیم selectAds() با AdSelectionFromOutcomesConfig سربارگذاری کنید.

val config = AdSelectionFromOutcomesConfig.Builder()
        .setSeller(seller)
        .setAdSelectionIds(listOf(outcome1pAdSelectionId))
        .setSelectionSignals({"bid_floor": bidFloorOfNextNetworkInline})
        .setSelectionLogicUri(selectionLogicUri)
        .build()
adSelectionClient.selectAds(config)

این به SDK میانجیگری اجازه می‌دهد تا پیشنهاد قیمت تبلیغ برنده خود را با حداقل قیمت پیشنهادی شبکه درون‌خطی بعدی مقایسه کند.

مثال ۱:

مثال ۲:

گزارش برداشت‌های برنده

اگر از selectAds(AdSelectionFromOutcomes) برنده‌ای وجود داشته باشد، آن تبلیغ در میانجیگری برنده می‌شود. سپس reportImpression با شناسه انتخاب تبلیغ برنده از selectAds(AdSelectionFromOutcomes) و AdSelectionConfig مربوطه فراخوانی می‌شود.

اگر برنده از selectAds(AdSelectionConfig) برای هر یک از شبکه‌ها بازگردانده شود، reportImpression با شناسه انتخاب تبلیغ و پیکربندی حاصل از آن فراخوانی فراخوانی می‌شود.

اجرای میانجیگری آبشاری

در اینجا ترتیب عملیات برای اجرای فرآیند میانجیگری آبشاری آمده است.

1. انتخاب تبلیغات شخص اول را اجرا کنید.
2. در طول زنجیره میانجیگری تکرار کنید. برای هر شبکه شخص ثالث، موارد زیر را انجام دهید:
   1. ساخت AdSelectionFromOutcomeConfig ، شامل outcomeId طرف اول و کف قیمت پیشنهادی SDK طرف سوم
   2. تابع selectAds() را با config مرحله قبل فراخوانی کنید.
   3. اگر نتیجه خالی نبود، تبلیغ را برگردانید.
   4. متد selectAds() آداپتور شبکه SDK فعلی را فراخوانی کنید. اگر نتیجه خالی نبود، تبلیغ را برگردانید.
3. اگر هیچ برنده‌ای از زنجیره پیدا نشد، آگهی شخص اول را برگردانید.

بهترین شیوه‌ها

قبل از بهینه‌سازی شخص اول، مزایده‌های زمینه‌ای را اجرا کنید

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

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

زنجیره‌های میانجیگری روی دستگاه خود را کوچک نگه دارید

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

ملاحظات اضافی

API مخاطب محافظت‌شده (Protected Audience API) راه‌حل جامعی برای میانجیگری چندین جایگاه تبلیغاتی ارائه نمی‌دهد. هر جایگاه تبلیغاتی باید به‌طور مستقل پردازش شود.

رابط برنامه‌نویسی کاربردی میانجیگری مخاطبان محافظت‌شده (Protected Audience Mediation API) از میانجیگری آبشاری (waterfall mediation) و میانجیگری برنامه‌ریزی‌شده محدود (limited programmingmatic mediation) پشتیبانی می‌کند. جزئیات بیشتر در مورد پشتیبانی از موارد استفاده بیشتر از میانجیگری برنامه‌ریزی‌شده در آینده به اشتراک گذاشته خواهد شد.

از آنجایی که انتخاب تبلیغات مخاطب محافظت‌شده پس از دریافت تبلیغات زمینه‌ای اجرا می‌شود، فراخوانی API مخاطب محافظت‌شده ممکن است بر تأخیر سرتاسری درخواست‌های تبلیغ تأثیر بگذارد.