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

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

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

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

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

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

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

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

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

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

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

شکل 2: مدل میانجیگری برنامه ای

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

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

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

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

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

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

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

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

نتیجه AdSelection

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

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

توجه: دسترسی به URI رندر زودگذر است و پس از فعال شدن رندر فریم‌های حصاردار برای برندگان AdSelection ، دیگر کار نمی‌کند.

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

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

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

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

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

مثال 1:

• 
• 
• 
• 
• 
• 

مثال 2:

• 
• 
• 
• 
• 

توجه: مقدار برگشتی این فراخوان selectAds(AdSelectionFromOutcomes) یکی دیگر از شی AdSelectionOutcome است. در صورتی که هیچ تبلیغی انتخاب نشده باشد، مقدار null برگردانده می شود. یک AdSelectionOutcome با همان شناسه انتخاب آگهی بازگردانده می‌شود، در صورتی که قیمت پیشنهادی تبلیغ SDK میانجی از کف پیشنهادی شبکه بعدی بیشتر باشد.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Protected Audience Mediation API از میانجی گری آبشار و میانجیگری محدود برنامه ای پشتیبانی می کند. جزئیات بیشتر در مورد حمایت از موارد استفاده از میانجیگری برنامه‌ای اضافی در آینده به اشتراک گذاشته خواهد شد.

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

{% کلمه به کلمه %} {% آخر کلمه %}