بناء الرد

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

إنشاء رسالة BidResponse بتنسيق Protobuf

تُرسِل "الشراة المعتمَدون" BidRequest كنص الرسالة في POST HTTP. إذا تم ضبط نقطة نهاية عروض الأسعار لاستخدام تنسيق Protobuf، يجب أن يرسل تطبيقك ردًا مع ضبط عنوان Content-Type على application/octet-stream ونص الرسالة المكوّن من تنسيق تسلسلي لبروتوكول برمجة التطبيقات. ملف تخزين البروتوكول هو رسالة BidResponse كما هو محدّد في openrtb.proto. يجب أن يعرض تطبيقك BidResponse قابلاً للتحليل كردّ على كل BidRequest. إنّ حالات المهلة والردود التي لا يمكن تحليلها تُعدّ أخطاء، وتعمل Google على الحدّ من عروض الأسعار التي تسجّل معدّلات أخطاء عالية.

إذا كنت لا تريد تقديم عروض أسعار لمشاهدة إعلان، يجب عرض استجابة HTTP 204 فارغة. يمكنك الحصول على openrtb.proto من صفحة البيانات المرجعية.

الرقم التعريفي لتصميم الإعلان

يحدِّد BidResponse تصميم إعلان من خلال الحقل BidResponse.seatbid.bid.crid (الحدّ الأقصى 64 بايت). حتى مواد العرض المشابهة، يجب أن تحتوي على قيم فريدة لهذا الحقل إذا كانت تختلف في أي خصائص ملحوظة، بما في ذلك على سبيل المثال لا الحصر: الحجم وعنوان URL المُعلَن عنه وسمات مواد العرض وأنواع المورّدين. بعبارة أخرى، يجب منح معرّفات مواد إبداعية مختلفة لأي إعلانَين:

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

أثناء تصميم طلبك، عليك اختيار طريقة منهجية ل إنشاء معرّفات منطقية لأنواع تصميمات الإعلانات التي تخطّط لإرسالها.

سمات الإعلان

تنصح Google بتعريف سمات المواد الإبداعية لوصف سمات إعلانك واستهدافه باستخدام إما تركيبة من BidResponse.seatbid.bid.apis و BidResponse.seatbid.bid.attr أو إضافة BidResponse.seatbid.bid.ext.attribute. توضّح الخطوات التالية كيفية تحديد السمات:

  • VPAID
    اضبط BidResponse.seatbid.bid.apis على VPAID_1 أو VPAID_2. بالنسبة إلى تنسيق JSON، يمكن ضبط هذا الخيار على 1 أو 2 على التوالي.
  • MRAID
    اضبط BidResponse.seatbid.bid.apis على MRAID_1 أو 3 لتنسيق JSON.
  • SIZELESS
    اضبط BidResponse.seatbid.bid.attr على RESPONSIVE أو 18 لتنسيق JSON.
  • PLAYABLE
    ويُشار إلى ذلك من خلال ضبط BidResponse.seatbid.bid.attr على USER_INTERACTIVE أو 13 لتنسيق JSON.

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

حقول "عرض الأسعار المفتوح"

إنّ ردود عروض الأسعار التي يرسلها مقدّمو عروض الأسعار في الشبكة الإعلانية وشبكة التبادل الذين يشاركون في "عرض الأسعار المفتوح" مشابهة لتلك التي يرسلها "الشراة المعتمَدون" الذين يشاركون في "عرض أسعار الوقت الفعلي" العادي. يمكن لعملاء عروض الأسعار المفتوحة تحديد عدد صغير من الحقول الإضافية، وقد يكون لبعض الحقول الحالية استخدامات بديلة. وتشمل هذه التحسينات ما يلي:

OpenRTB الشراة المعتمَدون التفاصيل
BidResponse.imp[].pmp.deals[].id BidResponse.ad[].adslot[].exchange_deal_id

معرّف الصفقة من مساحة اسم التبادل المرتبط بهذه المحاولة الإجرائية ويكون مُدرَجًا في التقارير المرسَلة إلى الناشرين.

BidResponse.seatbid[].bid[].ext.exchange_deal_type BidResponse.ad[].adslot[].exchange_deal_type

نوع الصفقة التي يتم الإبلاغ عنها للناشرين، ما يؤثّر في كيفية التعامل مع الصفقة في المزاد

BidResponse.seatbid[].bid[].ext.third_party_buyer_token BidResponse.ad[].adslot[].third_party_buyer_token الرمز المميّز المستخدَم لتحديد معلومات المشتري النهائي التابع لجهة خارجية إذا كان التبادل بصفته مقدّم عروض أسعار مفتوحة هو وسيط. يتم الحصول على هذه المعلومات من العميل التابع للجهة الخارجية ويجب نقلها إلى Google بدون تغيير في ردّ عروض الأسعار.

اقتراحات

  • فعِّل اتصالات HTTPS المستمرة (المعروفة أيضًا باسم "الاستدامة" أو "إعادة استخدام الاتصال") على خوادمك. اضبط مهلة الانتظار على 10 ثوانٍ على الأقل، ويمكنك ضبط قيم أعلى في العديد من الحالات. تتحقّق Google من ذلك أثناء اختبارات وقت الاستجابة الأولية لتطبيقك، لأنّه يُرسِل "المشترون المعتمَدون" الطلبات بمعدّل مرتفع ويجب تجنُّب الوقت الإضافي الذي يستغرقه إنشاء اتصال TCP منفصل لكل طلب.
  • أدرِج عنوان URL الاختياري لتتبُّع مرّات الظهور من أجل تتبُّع مرّات الظهور بدلاً من تتبُّع وقت فوز مقدّم عروض الأسعار. ونظرًا للانخفاض في عدد مرات الفوز وعدد عمليات العرض، يؤدي ذلك إلى إحصاءات تتبُّع أكثر دقة.

  • يجب أن يكون رمز مقدّم عروض الأسعار خاليًا من الاعتماد على الحقول المتوقّفة نهائيًا، لأنّ ذلك قد يؤدي إلى تعذّر عرض أسعارك بسبب حدوث أخطاء.
  • أدرِج BidResponse.seatbid.bid.w و BidResponse.seatbid.bid.h في BidResponse. يجب أن يتضمّن BidResponse لطلب يتضمّن أحجام إعلانات متعددة هذه الحقول وإلا سيتم إسقاطه من المزاد.
  • يجب ألا يزيد حجم الردّ عن 8 كيلوبايت. قد تؤدي الاستجابات الكبيرة جدًا إلى زيادة وقت استجابة الشبكة وتسبب في انتهاء المهلة.
  • اتّبِع الإرشادات المتعلقة بعروض الأسعار في مستودع iOS التي تتطلّب تحديد المصدر من خلال SKAdNetwork.

مثال على استجابة عرض السعر

تمثّل الأمثلة التالية عيّنات قابلة للقراءة من طلبات Protobuf و JSON.

OpenRTB Protobuf

ملف JSON في OpenRTB

Google

ملاحظة مهمة: يتم عرض رسائل Protobuf المعروضة في المثالين أدناه كنص يمكن لشخص عادي قراءته. ومع ذلك، هذه ليست الطريقة التي يتم بها إرسال الرسائل عبر الشبكة. عند استخدام تنسيق Google أو OpenRTB Protobuf ، لن يتم قبول سوى رسائل BidResponse المتسلسلة.

يمكنك إنشاء رسالة BidResponse وتسلسلها باستخدام رمز C++ التالي:

BidResponse bid_response;
// fill in bid response with bid information
string post_response;
if (bid_response.SerializeToString(&post_response)) {
  // respond to the POST with post_response as the content
} else {
  // return an error to the POST
}

تحديد تصميم الإعلان

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

بدلاً من ذلك، يمكنك تحديد تصميم إعلانك باستخدام واحد من الحقول التالية، استنادًا إلى شكل الإعلان:

  • إعلان معروض باستخدام حزمة SDK
    • BidResponse.seatbid.bid.ext.sdk_rendered_ad
  • صفحات AMP
    • BidResponse.seatbid.bid.amp_ad_url
  • الفيديو
    • BidResponse.seatbid.bid.adm
  • الإعلانات المدمَجة مع المحتوى
    • BidResponse.seatbid.bid.adm_native

حدِّد إعلانًا مستضافًا على خوادمك باستخدام مقتطف HTML في حقل BidResponse.seatbid.bid.adm. يتم تضمين المقتطف في ملف iFrame مُدرَج في صفحة الويب، ما يؤدي إلى استرداد الإعلان و عرضه عند تحميل الصفحة. يجب إنشاء مقتطف HTML لكي يتم عرض الإعلان (البانر أو الإعلان البيني) بشكل صحيح داخل إطار iFrame وبحجم مناسب لموضع الإعلان الذي تقدّم عروض أسعار له.

بالإضافة إلى ذلك، يجب أن يتطابق حجم الإعلان الذي تمّ الإعلان عنه في ردّ عرض السعر مع أحد مجموعات الحجم بالضبط في طلب عرض السعر في الحالات التالية:

  • الإعلان هو بانر عادي (وليس فيديو أو إعلان مضمّن مع المحتوى أو إعلان بيني).
  • أعلن مقدّم عروض الأسعار عن الحجم في استجابة عرض السعر. يجب تحديد المقاس في حال توفّر أكثر من مقاس واحد في الطلب.
  • يتمّ استثناء الإعلانات البينية. بالنسبة إلى الإعلانات البينية، يجب ألا يقلّ عرضها عن% 50 من عرض الشاشة، ويجب ألا يقلّ ارتفاعها عن% 40 من ارتفاع الشاشة.

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

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

تحديد وحدات الماكرو

وحدات الماكرو هي نص منسَّق مضمّن في بعض حقول استجابة عروض الأسعار التي تحتوي على عناوين URL يتم استبدالها بقيمة ذات صلة في وقت عرض الإعلان. على سبيل المثال، إذا كان عرض السعر الفائز يتضمّن وحدة الماكرو AUCTION_PRICE في مقتطف HTML الإعلاني المضمّن في عرض السعر، سيتم استبدال وحدة الماكرو بقيمة يمكنك فك تشفيرها لتحديد المبلغ الذي دفعته مقابل مرّة الظهور في المزاد.

يمكنك تضمين وحدات الماكرو في الحقول التالية:

  • BidResponse.seatbid.bid.adm

    تتوفّر وحدات الماكرو لتنسيقات مقتطفات HTML والإعلانات المدمجة وعنوان URL للفيديو وتنسيق XML لإعلانات VAST للفيديوهات.

  • BidResponse.seatbid.bid.adm_native.eventtrackers.url

  • BidResponse.seatbid.bid.adm_native.imptrackers

  • BidResponse.seatbid.bid.ext.amp_ad_url

    لا تتوفّر سوى وحدات الماكرو WINNING_PRICE و WINNING_PRICE_ESC الخاصة بـ Google لتصميمات إعلانات AMP.

  • BidResponse.seatbid.bid.burl

  • BidResponse.seatbid.bid.ext.impression_tracking_url

    استخدِم هذا العنصر بدلاً من BidResponse.seatbid.bid.burl إذا كنت تحتاج إلى أكثر من عنوان URL واحد للفوترة.

على سبيل المثال، يمكنك تضمين وحدة ماكرو كجزء من مقتطف HTML من خلال تضمين ${MACRO} ضمن عنوان URL المستخدَم لجلب تصميم الإعلان، حيث يكون MACRO أحد وحدات الماكرو المتوافقة الموضّحة في مواصفات OpenRTB.

وحدات ماكرو عروض الأسعار في الوقت الفعلي من Google

تتيح Google استخدام وحدات ماكرو إضافية إلى جانب تلك الوحدات الواردة في مواصفات OpenRTB. ويتم تنسيق هذه الوحدات بشكل مختلف، وستظهر على النحو التالي: %%MACRO%% في حال تضمينها في عنوان URL. يوضّح الجدول التالي وحدات الماكرو هذه:

Macro الوصف
ADVERTISING_IDENTIFIER السماح للمشترين بتلقّي معرّف المعلِنين (IDFA) في نظام التشغيل iOS أو المعرّف الإعلاني في Android عند عرض الإعلانات اطّلِع على فك تشفير معرّفات المعلِنين للاطّلاع على التفاصيل.
CACHEBUSTER تمثيل سلسلة لعدد صحيح عشوائي غير موقَّع من أربعة بايت
CLICK_URL_UNESC

عنوان URL غير المشفَّر للنقرة على الإعلان. في المقتطف، يجب أن يتبع رمز برمجي واسِع النطاق لعنوان URL الخاص بالنقرة على الجهة الخارجية مباشرةً رمز برمجي الماكرو.

على سبيل المثال، إذا كان عنوان URL للنقرة التابع لجهة خارجية هو http://my.adserver.com/some/path/handleclick?click=clk، يمكن استخدام الرمز التالي مع الإصدار المُشفَّر بترميز واحد لعنوان URL للنقرة التابع لجهة خارجية بعد استدعاء الماكرو:

<a href="%%CLICK_URL_UNESC%%http%3A%2F%2Fmy.adserver.com%2Fsome%2Fpath%2Fhandleclick%3Fclick%3Dclk"></a>

في وقت عرض الإعلان، يتم توسيع هذا النطاق ليشمل ما يلي:

<a href="http://google-click-url?...&ad_url=http%3A%2F%2Fmy.adserver.com%2Fsome%2Fpath%2Fhandleclick%3Fclick%3Dclk"></a>

سيسجِّل عنوان URL النقرة أولاً مع Google، ثم سيعيد توجيهك إلى عنوان URL الخاص بالنقرة التابع للجهة الخارجية.

CLICK_URL_ESC

عنوان URL للنقرة على الإعلان الذي تمّ ترميزه استخدِم هذا الإجراء بدلاً من CLICK_URL_UNESC إذا كنت بحاجة إلى تمرير القيمة أولاً من خلال خادم آخر سيعرض بعد ذلك إعادة توجيه.

على سبيل المثال، يمكن استخدام الرمز البرمجي التالي في مقتطف HTML:

<a href="http://my.adserver.com/click?google_click_url=%%CLICK_URL_ESC%%"></a>

في وقت عرض الإعلان، يتم توسيع هذا النطاق ليشمل ما يلي:

<a href="http://my.adserver.com/click?google_click_url=http://google-click- url%3F...%26ad_url%3D"></a>

سيؤدي ذلك إلى تسجيل النقرة باستخدام my.adserver.com التي ستكون مسؤولة بعد ذلك عن إعادة التوجيه إلى عنوان URL الذي تم تمريره في المَعلمة google_click_url. يفترض ذلك أنّه يتم إزالة ترميز المَعلمة google_click_url باستخدام الإجراء my.adserver.com.

يمكنك إلحاق عنوان URL مشفَّر مزدوجًا بعد %%CLICK_URL_ESC%%. بعد إزالة ترميز المحتوى من خلال my.adserver.com، يبقى إصدار واحد غير مشفَّر من عنوان URL مُلحَقًا بالعنصر google_click_url. عند جلب google_click_url، ستتم إزالة ترميزه مرة أخرى ثم إعادة التوجيه.

CLICK_URL_ESC_ESC

عنوان URL الذي تم تشفيره مرتين للإعلان. استخدِم هذا الإجراء بدلاً من CLICK_URL_UNESC إذا كنت بحاجة إلى تمرير القيمة أولاً عبر خادم آخر سيعرض بعد ذلك إعادة توجيه.

على سبيل المثال، يمكن استخدام الرمز البرمجي التالي في مقتطف HTML:

<a href="http://my.adserver.com/click?google_click_url=%%CLICK_URL_ESC_ESC%%"></a>

في وقت عرض الإعلان، يتم توسيع هذا النطاق ليشمل ما يلي:

<a href="http://my.otheradserver.com/click?google_click_url=http%3A%2F%2Fmy.adserver.com%2Fclick%3Fgoogle_click_url%3Dhttp%3A%2F%2Fgoogle-click-%20url%253F...%2526ad_url%253D"></a>
SCHEME يتمّ توسيعه إلى http: إذا كان طلب عروض الأسعار لا يتطلّب طبقة المقابس الآمنة (SSL) أو إلى https: إذا كان طلب عروض الأسعار يتطلّب طبقة المقابس الآمنة (SSL).
SITE النطاق الذي تم ترميزه لعنوان URL للمحتوى أو المعرّف المجهول للمستودع المجهول
SITE_URL تمّ الإيقاف. تم استبداله بالرمز الموسّع SITE الذي يوفّر وظيفة مماثلة.
TZ_OFFSET معادلة المنطقة الزمنية
VERIFICATION

القيم المختلفة للإنتاج ووقت فحص تصميم الإعلان في مسار التحقّق التنسيق هو: %%?VERIFICATION:true-val:false-val%% حيث يمكن استخدام أي قيم باستثناء الوحدات النمطية لكل من true-val و false-val، بما في ذلك السلاسل الفارغة. بالنسبة إلى عروض الأسعار المفتوحة، ننصحك بأن تستخدم البورصات هذه الماكرو. وبعد إجراء ذلك، لن تحتاج منصات العميل إلى إجراء تغييرات.

على سبيل المثال، إذا كان تصميم الإعلان يتضمّن %%?VERIFICATION:-1:5000%%، سيكون 5000 هو بديل النص عند عرض الإعلان و-1 في مسار التحقّق. يهدف ذلك إلى المساعدة في التفريق بين هذين مجموعتَي الإشعارات.

WINNING_PRICE

تكلفة مرّة الظهور المشفّرة (أي تكلفة تثبيت التطبيق بدلاً من التكلفة لكلّ ألف ظهور) في الميكرو من عملة الحساب على سبيل المثال، التكلفة الفائزة لكل ألف ظهور التي تبلغ 5 دولار أمريكي تتوافق مع 5,000,000 تكلفة لكل ألف ظهور في الميكرو، أو 5,000 تكلفة لكل تثبيت في الميكرو. ستكون القيمة المرمّزة لرمز WINNING_PRICE في هذه الحالة 5,000. يتم تحديد السعر الفائز بوحدة التكلفة لكل تثبيت.

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

WINNING_PRICE_ESC WINNING_PRICE التي تم ترميزها لتكون صالحة لعنوان URL

تشترط Google استخدام إحدى الوحدات النمطية CLICK_URL_UNESC أو CLICK_URL_ESC في تصميم الإعلان المعروض الذي تقدّمه الجهة الخارجية. تستخدِم Google وحدات الماكرو CLICK_URL لتتبُّع النقرات.

يستخدم ترميز عنوان URL في وحدات الماكرو المخطط التالي:

  • يتم استبدال حرف المسافة بعلامة الجمع (+).
  • تظل الأحرف الأبجدية الرقمية (0-9 وa-z وA-Z) والأحرف من المجموعة !(*،-./:_~ بدون تغيير.
  • يتم استبدال جميع الأحرف الأخرى بـ %XX، حيث يكون XX هو الرقم السداسي الذي يمثّل الحرف.

القيود المفروضة على الناشرين والمتطلبات التي يجب استيفاؤها

يتضمّن طلب عرض السعر معلومات عن أنواع القيود وال requirements التي يفرضها الناشرون على تصميمات الإعلانات في المزاد.

  • BidRequest.bcat
    • يمكنك مقارنة الفئات المحظورة المحدّدة في هذا الحقل بتلك التي تم رصدها لتصاميم الإعلانات التي تم إرسالها باستخدام حقل detectedCategories في واجهة برمجة التطبيقات Real-time Bidding API.
  • BidRequest.imp.ext.allowed_vendor_type
  • BidRequest.imp.secure
    • في العادة، سيتم ضبط هذا الخيار دائمًا على true لأنّه تشترط Google توفّر طبقة المقابس الآمنة (SSL) لجميع تصميمات الإعلانات.
  • BidRequest.imp.{audio/banner/native/video}
  • BidRequest.imp.{audio/banner/native/video}.api
  • BidRequest.imp.{audio/banner/native/video}.battr
  • BidRequest.imp.{audio/banner/video}.mimes

لا تقدِّم أبدًا عروض أسعار باستخدام إعلان يتضمّن ميزة محظورة. بالنسبة إلى الميزات المسموح بها، مثل نوع المورّد، لا تعرض إعلانًا إلا إذا كان نوع المورّد مُدرَجًا في قائمة allowed_vendor_type ضمن BidRequest. يجب عدم تضمين سوى التنسيقات الإعلانية المحدّدة في طلب عرض السعر من خلال ملء حقول مثل BidRequest.imp.banner في عرض السعر. اطّلِع على مزيد من التفاصيل في ملف تعريف هذه الحقول في تعريف BidRequest لملف تخزين بروتوكول BidRequest.

إذا تم عرض إعلان في BidResponse، عليك ضبط حقلَي BidResponse.seatbid.bid.attr و BidResponse.seatbid.bid.cat وأحد الحقلين BidResponse.seatbid.bid.adomain أو BidResponse.seatbid.bid.adm_native.link.url بدقة في BidResponse. إذا كان الإعلان يتضمّن قيمًا متعددة سارية لهؤلاء الحقول، يجب تضمين كل قيمة. اطّلِع على التعليقات لهذه الحقول في تعريف ملف تخزين بروتوكول BidResponse للحصول على مزيد من التفاصيل. ويتم تجاهل الردود التي لم يتم ضبط هذه الحقول فيها.

القياس المفتوح

تتيح لك ميزة "القياس المفتوح" تحديد مورّدين خارجيين يوفّرون خدمات مستقلة لقياس الأداء والتحقّق من المعلنين للإعلانات التي يتم عرضها في بيئات التطبيقات المتوافقة مع الأجهزة الجوّالة.

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

أمثلة على الاستجابات لعروض الأسعار

تعرض الأقسام التالية نماذج من ردود عروض الأسعار لأنواع الإعلانات المختلفة.

بانر التطبيق

OpenRTB Protobuf

ملف JSON في OpenRTB

Google

إعلان بيني داخل التطبيق

OpenRTB Protobuf

ملف JSON في OpenRTB

Google

إعلان فيديو بيني داخل التطبيق

OpenRTB Protobuf

ملف JSON في OpenRTB

Google

التطبيق الأصلي

OpenRTB Protobuf

ملف JSON في OpenRTB

Google

فيديو ويب

OpenRTB Protobuf

ملف JSON في OpenRTB

Google

إعلان بانر على الويب للأجهزة الجوّالة لمقدّم عروض الأسعار في التبادل

OpenRTB Protobuf

ملف JSON في OpenRTB