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

تقديم ملاحظات

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

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

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

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

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

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

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

الوساطة الآلية

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

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

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

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

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

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

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

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

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

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

نتيجة اختيار الإعلان

نوع النتيجة 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) التابعة لجهة خارجية
    2. يُرجى الاتصال بـ "selectAds()" مع "config" من الخطوة السابقة.
    3. وإذا لم تكن النتيجة فارغة، يجب عرض الإعلان.
    4. عليك استدعاء طريقة selectAds() الحالية لمحوِّل شبكة حزمة تطوير البرامج (SDK). وإذا لم تكن النتيجة فارغة، يُرجى عرض الإعلان
  3. إذا لم يتم العثور على فائز من السلسلة، يجب عرض إعلان الطرف الأول.

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

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

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

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

إبقاء سلاسل التوسّط على الجهاز صغيرة

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

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

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

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

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