إتاحة مزاد متعدد البائعين باستخدام ميزة "توسّط الجمهور المحمي"

تنوّع منصات الإعلانات على جهة البيع عادةً مصادر طلبات الإعلانات لتحسين إيرادات الإعلانات. من خلال التوسّط في عرض الإعلانات، تستدعي شبكة إعلانية أو خدمة شبكات إعلانية متعددة لتحديد أفضل إعلان لخانتها الإعلانية المحدّدة. يوضّح هذا الاقتراح كيفية توسيع نطاق Protected Audience API على Android لتنفيذ وظيفة التوسّط المتسلسل بطريقة تحافظ على الخصوصية. توفّر شبكات الإعلانات اليوم طرقًا مختلفة للمطوّرين للتوسّط في مزادات الإعلانات من عدّة بائعين للإعلانات، وذلك من خلال:

  1. التوسّط للعرض بدون انقطاع: يحدّد مطوّرو التطبيقات قائمة مرتّبة من شبكات الإعلانات، ويتم ترتيبها غالبًا حسب eCPMs السابقة للشبكة المحدّدة. تُعرف هذه القائمة باسم سلسلة التوسّط. تستخدِم منصة التوسّط الخاصة بمطوّر التطبيق هذه القائمة لاستدعاء شبكات الإعلانات بالترتيب الوارد في القائمة لتحديد مصادر طلبات الإعلانات ذات الصلة.
  2. التوسّط الآلي: يضبط مطوّر التطبيق عدّة شبكات إعلانية للمشاركة في عروض الأسعار على فرص عرض الإعلانات. ويُسمح لهذه الشبكات بتقديم عروض أسعار في الوقت الفعلي استنادًا إلى قيمة الفرصة.
  3. التوسّط المختلط: مزيج من تقنيات التوسّط المستندة إلى عروض الأسعار الآلية والتوسّط المستند إلى ترتيب الأولوية.

توسّط العرض الإعلاني بدون انقطاع

في التوسّط المستند إلى العرض الإعلاني بدون انقطاع، عندما تتاح فرصة عرض إعلان، ترسل حزمة SDK لعرض الإعلانات طلبًا إلى خادم الخلفية. بدلاً من الاستجابة للطلب بعنصر إعلان رابح، يستجيب الخادم بسلسلة توسط تحتوي على قائمة بشبكات إعلانية مرتّبة حسب التكلفة الفعلية لكل ألف ظهور السابقة.

نموذج "العرض الإعلاني بدون انقطاع للتوسّط"
نموذج "التوسّط" بدون انقطاع

الشكل 1. نموذج "العرض الإعلاني بدون انقطاع للتوسّط"

في نموذج العرض الإعلاني بدون انقطاع من جهة الخادم، ترسل حزمة تطوير البرامج (SDK) للإعلانات طلبًا إلى كل شبكة إعلانية (أو حزمة SDK الخاصة بها للمزاد) بالترتيب الذي تحدّده سلسلة التوسّط. إذا كانت إحدى شبكات الإعلانات قادرة على تلبية طلب الإعلان، ستعرض الشبكة الإعلان. إذا لم يكن الأمر كذلك، يتم إرسال الطلب إلى الشبكة التالية في السلسلة. يتم تكرار هذه العملية إلى أن يتم تنفيذ الطلب أو تنتهي السلسلة.

يتم غالبًا تحسين التوسّط للعرض الإعلاني بدون انقطاع من خلال إعادة ترتيب سلسلة التوسّط بانتظام استنادًا إلى إعادة تقييم التكلفة الفعلية لكل ألف ظهور من مصادر طلب الإعلانات التابعة للطرف الأول.

التوسّط الآلي

التوسّط الآلي (المعروف أيضًا باسم "عروض الأسعار في رأس الصفحة") هو بديل لاستخدام التكلفة الفعلية لكل ألف ظهور السابقة لتحديد شبكة الإعلانات التي ستحصل على فرصة عرض طلب إعلان. في التوسّط الآلي، يستخدم مقدّمو الخدمة قيم عروض الأسعار المباشرة بدلاً من ذلك للعثور على الإعلان الفائز.

نموذج التوسّط الآلي
نموذج التوسّط الآلي:

الشكل 2: نموذج التوسّط الآلي

التوسّط المختلط

تجمع بعض حلول التوسّط الآلي بين شبكات الإعلانات في وضع مختلط من العرض الإعلاني بدون انقطاع وعروض الأسعار لتوفير المزيد من التحكّم في الإعلان مع الاستفادة من استخدام التكلفة الفعلية لكل ألف ظهور في الوقت الفعلي لزيادة الإيرادات إلى أقصى حدّ من شبكات الإعلانات المشارِكة.

في نماذج التوسّط المختلطة، يمكن لشبكات الإعلانات وموفّري خدمات التوسّط أن يوفّروا مرونة أكبر لمطوّري التطبيقات من خلال الجمع بين عناصر العرض بدون انقطاع وعروض الأسعار في الوقت الفعلي. تسمح النماذج المختلطة لمطوّري التطبيقات بإعداد شبكات الإعلانات استنادًا إلى التكلفة السابقة لكل ألف ظهور، ما يمنحهم الفرصة لعرض إعلان قبل تنفيذ عروض الأسعار في الوقت الفعلي مع الشبكات المشارِكة لملء فرص عرض الإعلانات.

توسّط العرض الإعلاني بدون انقطاع في Protected Audience

تتيح Protected Audience API على Android التوسّط بدون انقطاع من خلال إجراء مزادات متعدّدة، كلّ منها لعُقدة فردية في الرسم البياني للتوسّط. إذا لم يفز أي عرض سعر في المزاد، يتم طلب عقدة مزاد الشبكة التالية إلى أن يتم استنفاد السلسلة. تكون عملية التوسّط بدون انقطاع على النحو التالي:

  1. يجلب حزمة تطوير البرامج (SDK) الخاصة بالتوسّط سلسلة التوسّط من نقطة نهاية خادم الإعلانات السياقية، والتي قد تعرض إمّا إعلانات سياقية أو سلاسل توسّط.
  2. إذا عرضت نقطة نهاية خادم الإعلانات سلسلة توسّط، ستكرّر حزمة تطوير البرامج (SDK) للتوسّط كل عنصر من عناصر السلسلة بالترتيب، ما يؤدي إلى استدعاء حزمة تطوير البرامج (SDK) لشبكة الإعلانات المشارِكة لتنفيذ عملية اختيار إعلان سياقي وإعلان تجديد النشاط التسويقي. يمثّل كل عنصر في السلسلة طلبًا من شبكة إعلانات لشراء مساحة إعلانية بسعر محدّد لعدد محدّد من مرّات الظهور أو النقرات أو وقت عرض الإعلان.
  3. إذا لم يحدّد أيّ من عناصر الحملة في السلسلة إعلانًا فائزًا، يمكن أن يختار حزمة تطوير البرامج (SDK) الخاصة بالتوسّط عرض إعلان من شبكة إعلاناته الخاصة من خلال تنفيذ عملية اختيار إعلان في Protected Audience تأخذ في الاعتبار كلاً من إعلانات تجديد النشاط التسويقي والإعلانات السياقية.
مسار التوسّط بدون انقطاع في Protected Audience
خطوات توسّط العرض الإعلاني بدون انقطاع في Protected Audience API

الشكل 3. التوسّط المتسلسل باستخدام Protected Audience API

يمثّل المخطّط السابق مثالاً على خوارزمية التوسّط المتسلسل التي يمكن أن تنفّذها حزمة SDK للتوسّط، ولكن بدون إمكانية تحسين شبكة الإعلانات التابعة للطرف الأول. تتيح Protected Audience API تحسين شبكة الإعلانات التابعة للطرف الأول من خلال السماح بتسلسل إجراءات اختيار الإعلانات وإعداد تقارير عن مرّات الظهور الفائزة.

AdSelection outcome

نوع القيمة المعروضة من selectAds() هو عنصر AdSelectionOutcome. يحتوي AdSelectionOutcome على معرّف الموارد المنتظم (URI) لعرض الإعلان الفائز وAdSelectionId، وهو عدد صحيح مبهم يحدّد تصميم الإعلان الخاص بالسلعة الفائزة.

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

يعمل 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)، سيفوز هذا الإعلان بعملية التوسّط. بعد ذلك، يتم استدعاء reportImpression باستخدام معرّف اختيار الإعلان الخاص بالإعلان الفائز من selectAds(AdSelectionFromOutcomes) وAdSelectionConfig المقابل.

إذا تم عرض الإعلان الفائز من selectAds(AdSelectionConfig) لأي من الشبكات، سيتم استدعاء reportImpression مع رقم تعريف اختيار الإعلان والإعدادات الواردة من هذا الطلب.

تشغيل "العرض الإعلاني بدون انقطاع للتوسّط"

في ما يلي ترتيب العمليات اللازمة لتنفيذ عملية التوسّط المتسلسل.

  1. تنفيذ عملية اختيار الإعلانات التابعة للطرف الأول
  2. كرِّر سلسلة التوسّط. بالنسبة إلى كل شبكة تابعة لجهة خارجية، اتّبِع الخطوات التالية:
    1. إنشاء AdSelectionFromOutcomeConfig، بما في ذلك الحد الأدنى لعرض سعر outcomeId الخاص بحزمة تطوير البرامج (SDK) التابعة للطرف الأول والحد الأدنى لعرض سعر حزمة تطوير البرامج (SDK) التابعة للطرف الثالث
    2. اتّصِل بالرقم selectAds() باستخدام الرمز config من الخطوة السابقة.
    3. إذا لم تكن النتيجة فارغة، اعرض الإعلان.
    4. استدعاء طريقة selectAds() لمحوّل شبكة حزمة تطوير البرامج (SDK) الحالية إذا لم تكن النتيجة فارغة، اعرض الإعلان.
  3. إذا لم يتم العثور على إعلان فائز من السلسلة، اعرض إعلان الطرف الأول.

أفضل الممارسات

إجراء مزادات تستند إلى السياق قبل تحسين بيانات الطرف الأول

يمكن أن يؤدي الطلب على تجديد النشاط التسويقي إلى إنشاء عروض أسعار مرتفعة يمكن أن تحقّق نتائج فائزة في سلسلة التوسّط. التقصير هو عملية تُستخدَم غالبًا لتفعيل تحسين الطرف الأول من خلال تحسين قائمة مستخدمي تجديد النشاط التسويقي.

لا يتوفّر طلب تجديد النشاط التسويقي في Protected Audience API إلا من جهة العميل مع مزادات Protected Audience. ويمكن أن يصعّب ذلك عملية تفعيل التحسين من جهة الخادم باستخدام بيانات الطرف الأول. للتخفيف من المشاكل المتعلّقة بتحسين الأداء باستخدام بيانات الطرف الأول، عليك إجراء المزاد السياقي أولاً، ثم تحسين الأداء باستخدام بيانات الطرف الأول استنادًا إلى نتيجة الإعلان الفائز كما هو موضّح سابقًا في هذه الصفحة.

الحفاظ على سلاسل التوسّط على الجهاز صغيرة

لتحقيق الأداء الأمثل، يجب أن تكون سلاسل التوسّط على الجهاز صغيرة. قد تكون تكلفة الحوسبة للتنفيذ على الجهاز خطية بالنسبة إلى عدد المزادات التي يتم تقييمها كجزء من سلسلة التوسّط. بعبارة أخرى، يؤدي توفّر المزيد من العُقد إلى زيادة متطلبات دورة الحوسبة وزيادة وقت الاستجابة. يجب مراعاة تأثير وقت الاستجابة على الأرباح عند تمرير العُقد إلى تقييم التوسّط على الجهاز.

اعتبارات أخرى

لا توفّر Protected Audience API حلاً شاملاً للتوسّط في مساحات إعلانية متعدّدة. يجب معالجة كلّ مساحة إعلانية بشكلٍ مستقل.

تتيح واجهة برمجة التطبيقات Protected Audience Mediation API استخدام "توسّط العرض الإعلاني بدون انقطاع" و"التوسّط الآلي المحدود". سنشارك المزيد من التفاصيل حول إتاحة حالات استخدام إضافية للتوسّط الآلي في المستقبل.

بما أنّ عملية اختيار الإعلانات في Protected Audience تتم بعد استرداد الإعلانات السياقية، قد يؤثر استدعاء Protected Audience API في وقت الاستجابة الشامل لطلبات الإعلانات.