منصة SSP خاصة بك: متى يكفي Prebid Server أو SSP مستأجرة، ومن يستطيع بناءها

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

ماذا تفعل SSP للناشر؟

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

لكل مزاد مهلة نهائية. وتنشر IAB Tech Lab، وهي هيئة غير ربحية تضع المعايير التقنية للإعلان الرقمي، معيار OpenRTB لطلبات المزايدة. ويعرّف الإصدار 2.6 منه، الذي جرى الاطلاع عليه في 23 أكتوبر 2026، الحقل tmax بأنه «أقصى زمن بالمللي ثانية تسمح به منصة التبادل لاستقبال المزايدات، شاملًا زمن الاستجابة عبر الإنترنت، لتجنّب انتهاء المهلة». والمزايدة التي تصل بعد ذلك تُحتسب كأنها لم تُقدَّم أصلًا.

وتتولى SSP المال أيضًا. فهي تعدّ الإعلانات التي عُرضت وتُصدر الفواتير للمشترين، ثم تدفع لكل ناشر حصته. وحين لا تتطابق هذه الأعداد مع أعداد أحد المشترين، يجب أن يكتشف أحدٌ السبب قبل إرسال الفواتير.

هل يكفي Prebid Server للناشر؟

قد يكفي Prebid Server الناشرَ الذي لا يبيع إلا مساحاته الإعلانية الخاصة، إن كان فريق الناشر أو مزوّد استضافة يتولى تشغيله. فهو مبني من أجل header bidding. وفي header bidding، يطلب الناشر مزايدات من عدة منصات SSP ومنصات تبادل إعلانات في آن واحد، قبل أن يقرر خادم الإعلانات لديه أي إعلان يُعرض. ومنصة تبادل الإعلانات تدير مزادات على المساحات الإعلانية على نحو يشبه كثيرًا ما تفعله SSP.

وتقول صفحة النظرة العامة على Prebid.org، التي جرى الاطلاع عليها في اليوم نفسه: «Prebid Server حلٌّ مفتوح المصدر لـ header bidding من خادم إلى خادم». وتذكر الصفحة أن هناك «أكثر من 230 محوّل مزايدة من جانب الخادم»، أي اتصالات جاهزة بمصادر المزايدات مثل منصات SSP ومنصات التبادل.

ووفقًا للصفحة نفسها، يفحص Prebid Server كل طلب وارد، ويطبّق قواعد الخصوصية، ويستدعي محوّلات المزايدة. وبعد أن تجيب هذه المحوّلات، أو حين «تنقضي مهلة الانتظار»، يعيد إجابته إلى الجهة التي أرسلت الطلب، مثل صفحة ويب أو تطبيق.

مع Prebid Server، يدير الناشر المزاد بين منصات SSP ومنصات التبادل التي يتعامل معها، عادةً من دون عقود خاصة به مع منصات DSP. وتظل كل SSP تدفع للناشر ثمن المساحة الإعلانية التي تبيعها، وتبقى معظم الاتصالات بمنصات DSP لدى منصات SSP.

وتصف صفحة النظرة العامة سيناريوهين شائعين: «ناشرون متمرّسون تقنيًا» و«مزوّدو الخدمات المُدارة: لكل الآخرين». وتقول: «لا توجد أدوات إعداد يوفّرها مجتمع المصادر المفتوحة». وتحذّر أيضًا من أن تثبيت Prebid Server «أبعد ما يكون عن سهولة Prebid.js»، وهو كود header bidding الخاص بـ Prebid، الذي يعمل في متصفح الزائر.

وكود prebid-server على GitHub، الذي جرى الاطلاع عليه في اليوم نفسه، منشور بموجب Apache License 2.0، وهو ترخيص مفتوح المصدر. ويتيح لأي شخص استخدام الكود وتغييره، بما في ذلك لأغراض تجارية. ويستطيع الناشر تشغيله على خوادمه الخاصة أو الاستعانة بمزوّد يستضيفه. وتقول صفحة النظرة العامة إن مزوّدي الاستضافة «يوفّرون أدوات لإدارة الطلبات المخزّنة» أيضًا.

متى ينبغي أن نبني SSP خاصة بنا؟

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

وقد يكون البناء منطقيًا أيضًا حين تتقاضى SSP المستأجرة رسومًا عن كل طلب أو كل عملية بيع، ويستمر حجم عملك في النمو. والسبب الثالث قاعدة مزاد أو صيغة إعلانية يحتاجها ناشروك، ولا يدعمها أيٌّ من المنتجات المستأجرة التي جرّبتها.

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

ماذا يمنحنا استئجار SSP، وما الذي يبقى لدى المورّد؟

الاستئجار يعني أن المورّد يشغّل البرمجيات وأنت تستخدمها بموجب عقد، وأحيانًا تحت علامتك التجارية. فـ Epom، وهي مورّد لخوادم الإعلانات، تبيع وحدة SSP الخاصة بها إضافةً إلى خطط خادم الإعلانات لديها. وتبدأ الخطط في صفحة أسعارها، التي جرى الاطلاع عليها في اليوم نفسه، من 250 دولارًا شهريًا، وتسعّر الصفحة «SSP module» بـ «0.001 دولار لكل 1000 ext.reqs». وتتيح لك هذه الوحدة «ربط نقاط نهاية DSP مخصّصة». وإضافة أخرى، هي «White-label solution» بسعر 250 دولارًا شهريًا، تتيح لك أن «تستخدم اسم شركتك وشعارها ونطاقها بدلًا من الافتراضية».

المنتج المستأجَر الذي يحمل علامتك التجارية يبقى ملكًا للمورّد. فشروط وأحكام Epom Server، التي جرى الاطلاع عليها في اليوم نفسه، تنص على ما يلي: «لا تشكّل هذه الاتفاقية بيعًا، ولا تنقل أي حقوق ملكية في البرنامج أو عليه». وتقول الشروط نفسها إن العميل يملك «بيانات الحساب» (Account Data) الخاصة به، أي معلومات الاستخدام وأنماط الحركة الناتجة عن استخدامه للبرنامج، وإن «جميع بيانات الحساب تُمحى من البرنامج خلال ثلاثين (30) يومًا من عدم التجديد أو من الإنهاء المبكر». فخطّط لتصدير بياناتك قبل أن ينتهي العقد.

ويصوغ مورّدون آخرون عقودهم بطرق مختلفة، لذا اقرأ قسم الملكية قبل أن تقارن الأسعار. فالأسعار المحتسبة لكل طلب تتوقف على ما يعدّه المورّد طلبًا، وصفحة Epom لا تعرّف «ext.reqs». فاطلب هذا التعريف كتابةً، واسأل أي نطاق سيُدرجه ناشروك بوصفه بائع مساحاتهم الإعلانية.

أي الملفات تُخبر المشترين بمن يبيع المساحة الإعلانية؟

يتحقق المشترون من مصدر المساحة الإعلانية قبل أن يزايدوا. فالناشر يُدرج كل نظام مسموح له ببيع مساحاته في ملف اسمه ads.txt على موقعه الإلكتروني. أما التطبيقات فتستخدم ملفًا مرافقًا هو app-ads.txt. ويعرّف الإصدار 1.1 من مواصفات ads.txt، الذي جرى الاطلاع عليه في اليوم نفسه، الحقل الأول في كل سطر بأنه «اسم النطاق المعتمد للنظام الذي يتصل به المزايدون، سواء أكان SSP أم منصة تبادل أم Header Wrapper أم غير ذلك».

ويبيّن الحقل الثالث في سطر ads.txt ما إذا كان الناشر يتعامل مع ذلك النظام مباشرةً. وتقول المواصفات إن «DIRECT» تعني أن الناشر «يتحكم مباشرةً في الحساب» المذكور في السطر. وتضيف أن ذلك «يعني عادةً وجود عقد تجاري مباشر بين الناشر ونظام الإعلان».

وتنشر SSP ملفًا اسمه sellers.json يسمّي كل بائع تبيع مساحاته الإعلانية. ويقول الإصدار 1.0 من مواصفات sellers.json، المؤرخ في يوليو 2019 والذي جرى الاطلاع عليه في اليوم نفسه: «ينبغي لأنظمة الإعلان أن تنشر ملف sellers.json على نطاقها الجذري وعلى أي نطاقات فرعية حسب الحاجة».

ويجب أن يُدرج الملف كل البائعين: «يجب تضمين جميع البائعين حتى لو كانوا سرّيين». وكل معرّف بائع يمثّل شركة واحدة. وبعبارة المواصفات: «يجب أن يقابل كل seller_id جهةً واحدة فقط، هي الجهة التي يُدفع لها مقابل المخزون المُتداوَل بذلك الـ seller_id».

وقد يظهر نطاق SSP أيضًا في طلبات المزايدة. فـ OpenRTB 2.6 يوصي بكائن SupplyChain في كل طلب مزايدة: وهو قائمة بالشركات المشاركة في بيع المساحة الإعلانية والتي يُدفع لها على امتداد السلسلة، ويمكن أن تُوسَم القائمة بأنها غير مكتملة. ويُعرَّف الحقل asi فيه بالعبارة نفسها التي يُعرَّف بها الحقل الأول في سطر ads.txt: نطاق النظام الذي يتصل به المزايدون.

وبالنسبة إلى المساحات الإعلانية التي تُعرض على أشخاص في الاتحاد الأوروبي، ثمة إطار آخر ينبغي أخذه في الحسبان. فـ IAB Europe، وهي هيئة تمثّل قطاع الإعلان، تدير إطار الشفافية والموافقة (TCF)، الذي ينقل خيارات الخصوصية لكل شخص، مثل الموافقة، من موقع الناشر أو تطبيقه إلى شركات AdTech. وتصف IAB Europe إطار TCF بأنه «معيار طوعي». وتقول صفحتها المخصصة للمورّدين، التي جرى الاطلاع عليها في اليوم نفسه، إن المورّدين «يمكن أن يكونوا خوادم إعلانات، ومزوّدي قياس، ووكالات إعلانية، ومنصات DSP، ومنصات SSP، وغير ذلك». وتضيف الصفحة: «يجب على المورّدين التسجيل للمشاركة في TCF».

ما الذي ينبغي أن نملكه حين يكتمل بناء SSP؟

كل ملف وكل تسجيل مما سبق يسمّي نطاقًا أو شركة. فتحقّق من أن كل بند مما يلي يؤول إلى شركتك:

• النطاق الذي يظهر في أسطر ads.txt لدى ناشريك وفي الحقل asi، مسجّلًا باسم شركتك
• ملف sellers.json على ذلك النطاق، ومعرّفات البائعين المدرجة فيه
• العقود مع كل DSP، وتوقّعها شركتك لا الجهة التي تبني المنصة
• تسجيل المورّد في TCF باسم شركتك، إن كانت SSP الخاصة بك تشارك في TCF
• مستودعات الكود وبرامج البناء النصية والحسابات السحابية المفتوحة باسم شركتك
• سجلات التشغيل والتقارير، مع طريقة مُختبَرة لتصديرها

والنطاق عادةً أصعب البنود تغييرًا لاحقًا. فالنطاق الجديد يعني سطرًا جديدًا في ملف ads.txt لدى كل ناشر. وإلى أن يضيف الناشر ذلك السطر، قد يعامل المشترون الذين يتحققون من ads.txt مبيعات مساحاته عبر SSP لديك على أنها غير مصرّح بها.

اطلب من الجهة التي تبني SSP أن تسمّي كل جزء من كودها الخاص أو من كود أطراف ثالثة يبقى خارج ملكيتك، مع ترخيص كل جزء. فالكود مفتوح المصدر داخل SSP، مثل Prebid Server، يحتفظ بترخيصه الخاص. أما صياغة العقود عمومًا فتتناولها المقالة عن التحقق من الفريق المخصّص والحفاظ على ملكيتك للكود.

كيف نتحقق من شركة تعرض أن تبني SSP لنا؟

الفحوص العامة لأي مورّد AdTech موجودة في المقالة عن بناء DSP أو منصة تبادل إعلانات أو ترخيصها أو استئجارها. وبناء SSP يطرح ستة أسئلة أخرى:

• أي SSP أو منصة تبادل بنيتموها تعمل اليوم؟ وأي منصات DSP تشتري عبرها؟
• هل يمكنكم أن تعرضوا علينا طلب مزايدة أرسله نظامكم، وقد مُلئ فيه كائن SupplyChain؟
• ماذا يحدث للمزايدة التي تصل بعد tmax، وكيف يرى الناشر عدد المزايدات التي وصلت متأخرة؟
• كيف تطابقون عدّكم للإعلانات المعروضة مع عدّ كل DSP قبل أن تُصدَر الفاتورة لأي طرف؟
• من يضيف ناشرًا جديدًا إلى sellers.json، وكم يستغرق التغيير؟
• أي المكوّنات تبقى ملكًا لكم بعد التسليم؟

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

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

كم سيكلّف بناء SSP أو استئجارها؟

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

تنمو حركة الشبكة لدى SSP بنمو عدد منصات DSP، وليس بنمو عدد طلبات الإعلانات فحسب. فلكل طلب إعلان، ترسل SSP طلب مزايدة منفصلًا إلى كل DSP تدعوها، ولذلك تضيف كل DSP جديدة طلبات وحركة وخوادم.

أما الاستئجار فيحوّل معظم هذه التكاليف إلى رسوم يتقاضاها المورّد، مثل رسوم خطة Epom وسعرها لكل 1,000 «ext.reqs». فقارن بين الخيارين عند الحجم الذي تتوقعه بعد عامين. واحسب أيضًا تكلفة المغادرة، مثل أسطر ads.txt الجديدة لدى كل ناشر إذا كان النطاق ملكًا للمورّد.

أين موقع amBrain من ذلك؟

تتضمن قائمة خدمات amBrain هذا السطر: «تبني amBrain منصات جانب العرض (SSP) للناشرين». وفي مجال AdTech، تعمل amBrain أيضًا على تطوير DSP ومنصات المزايدة الفورية وهندسة منصات تبادل الإعلانات. وRTBBidder منصة جانب طلب بنتها amBrain لأحد العملاء.

تبني amBrain البرمجيات منذ عام 2019. وتعمل بثلاث صيغ: تسليم كامل، أو فريق مخصّص، أو مهندسون مدمجون في فريقك. أما في الملكية فسطرها هو: «يحتفظ العميل بالملكية الكاملة للمنتج وللكود، باستثناء مكوّناتنا القابلة لإعادة الاستخدام». وإن كانت amBrain في قائمتك المختصرة، فاطرح عليها الأسئلة نفسها التي تطرحها على أي شركة أخرى، ومنها سؤالٌ عن المكوّنات القابلة لإعادة الاستخدام التي تقصدها.

هذه المقالة ليست دراسة حالة، ولا تصف أي عمل لعميل. ولا تُذكر RTBBidder إلا بوصفها DSP بنتها amBrain، ولا تقدّم المقالة أي أرقام عنها.

تَرِد Prebid.org وIAB Tech Lab وIAB Europe وEpom أمثلةً مأخوذة من صفحاتها الخاصة، ولا تدّعي المقالة أي علاقة بين amBrain وأي منها. ولا تذكر المقالة أسعارًا أو جداول زمنية لـ amBrain. وهي ليست استشارة قانونية كذلك: فقواعد الموافقة والبيانات تختلف من بلد إلى آخر، لذا تحقّق منها مع محامٍ.