البيع البرمجي لشبكة شاشات رقمية خارج المنزل: البيع عبر SSP متخصصة في DOOH، أم اعتماد حزمة white-label، أم بناء منصتك الخاصة

البيع البرمجي يعني أن البرمجيات هي التي تبيع مساحتك الإعلانية. ففي كل مرة تتاح فيها خانة إعلانية، تزايد عليها أنظمة الشراء لدى المعلنين في مزاد آلي. وشبكة الإعلانات الرقمية خارج المنزل (DOOH) لديها شاشات في أماكن مثل مراكز التسوق والمحطات والنوادي الرياضية والمكاتب. ويمكنها أن تبيعها برمجيًا عبر منصة جانب عرض (SSP) متخصصة في DOOH، تعرض شاشات شبكات كثيرة على المشترين. ويمكنها أيضًا أن تشغّل برمجيات مورّد تحت علامتها التجارية (حزمة white-label)، أو أن تبني منصتها الخاصة. ويتوقف الاختيار على مقدار ما تريد التحكم فيه من عملية البيع، وعلى من سيشغّل التقنية كل يوم.

ما الذي يتغير حين تبيع شبكة شاشات برمجيًا؟

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

تأتي المزايدات البرمجية من منصة جانب الطلب (DSP)، وهي النظام الذي يستخدمه المعلنون والوكالات لشراء الإعلانات. وعادةً ما تتبادل أنظمة المشترين والبائعين هذه المزايدات بصيغة OpenRTB، وهي صيغة رسائل مشتركة. وتتولى صيانتها IAB Tech Lab، التي تضع المعايير التقنية للإعلان الرقمي، وقد أضافت دعم الشاشات إلى OpenRTB 2.6 في نوفمبر 2022.

تستند هذه المقالة إلى تلك المواصفة وإلى ملاحظات التنفيذ التي وضعتها IAB Tech Lab لها. وتستند أيضًا إلى تصنيف OpenOOH للأماكن، وهو قائمة مشتركة بأنواع الأماكن، وإلى معايير مجلس Media Rating Council (MRC) لقياس الإعلانات خارج المنزل. وقد جرى الاطلاع على جميع المصادر في 4 نوفمبر 2026.

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

قد يجري المزاد قبل العرض بوقت طويل. وتشرح ملاحظات IAB Tech Lab أن معظم الشاشات تتصل عبر شبكات الهاتف المحمول، التي قد تنقطع في أوقات الذروة. لذا تجلب بعض شبكات الشاشات الإعلانات مسبقًا. وتقول الملاحظات: «المهلة المقبولة حاليًا في القطاع بين “تأكيد المزايدة” و“العرض” قد تصل إلى ما بين 1 و2 ساعة».

كيف يتحول عرض واحد على الشاشة إلى مرات ظهور كثيرة؟

كل طلب مزايدة، أي الرسالة التي تطلب من منصات DSP أن تزايد، يذكر عدد مرات الظهور التي يساويها العرض. ففي الموقع الإلكتروني، الظهور إعلان واحد يُعرض على شخص واحد. أما العرض على الشاشة فهو، بحسب ملاحظات IAB Tech Lab، «قابل للمشاهدة من كل من يوجد على مقربة من الإعلان المعروض».

هذا الرقم هو مُضاعِف الظهور (impression multiplier)، أي الجمهور المحتسب لكل عرض. ويعرّفه OpenRTB 2.6 بأنه «عدد الأحداث القابلة للفوترة التي ستُعدّ قد وقعت إذا اشتُري هذا البند». وبعبارة بسيطة، هو ما يدفع المشتري ثمنه.

قد يكون المُضاعِف أقل من واحد، كما قد يحدث على شاشة هادئة في الليل. وتقول الملاحظات إن «القيم الكسرية (مثل 0.32 ظهور لكل عرض إعلاني) شائعة». وتضيف أن الرقم قد يتغير من ساعة إلى أخرى أو يأتي من «بيانات المستشعرات الآنية».

وتبقى الأسعار بوحدة CPM، أي السعر لكل ألف ظهور. وتقدّم الملاحظات مثالًا محلولًا، لا سعرًا من السوق: إذا فازت مزايدة بسعر CPM قدره 2.50 دولار بعرضٍ يعادل 30.3 مرة ظهور، فإن الفاتورة تبلغ 0.07575 دولار. وتحذّر أيضًا من أن الضرب في الكسور العشرية «قد يؤدي إلى تباينات حين يقتطع “جانب الشراء” و“جانب البيع” المنازل العشرية». فاتفق على طريقة التقريب مع كل SSP وكل مشترٍ قبل الحملة الأولى.

من أين يأتي رقم الجمهور؟

ويمكن أن يذكر طلب المزايدة أيضًا الجهة التي قدّمت الرقم. فمواصفة AdCOM من IAB Tech Lab تسمّي ثلاثة مصادر: مورّد قياس، أو الناشر (أنت)، أو منصة التبادل (SSP).

سيسأل المشترون عمّا يقيسه الرقم. وMRC هيئة أمريكية تابعة للقطاع تدقّق قياس وسائل الإعلام وتمنحه الاعتماد. وتضع معاييره للإعلانات خارج المنزل، في نسختها النهائية الصادرة في ديسمبر 2025، سُلّمًا يبدأ بعدد من يمرّون بموقع ما وينتهي بالجمهور الذي يُرجَّح أنه رأى الإعلان. وكل درجة تضيف شروطًا، وتشير المعايير إلى أن «مرات الظهور الإجمالية (Gross Impressions) تعكس أعلى تقدير محتمل للجمهور».

كيف نثبت أن الإعلان قد عُرض؟

إثبات العرض (proof of play) سجلّ من مشغّل الشاشة يُظهر أي إعلان عُرض، وعلى أي شاشة، ومتى. وتقول معايير MRC: «يجب أن تتوفر أدلة قوية على إثبات العرض (PoP) تدعم الإبلاغ عن مرات الظهور الإجمالية أو تقديرات الجمهور».

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

في OpenRTB إشعار للفوترة، وهو الرسالة التي تُبلغ المشتري بأنه يمكن فوترة الظهور. أما إشعار الفوز، وهو رسالة مختلفة، فلا يقول إلا إن المزايدة فازت. وتوصي ملاحظات IAB Tech Lab بشدة بالفصل بين الاثنين، وبإرسال إشعار الفوترة حين «تكون المادة الإعلانية قد عُرضت على الشاشة وأصبحت مرات الظهور قابلة للفوترة». والمادة الإعلانية (creative) هي ملف الإعلان نفسه.

ما الطرق الثلاث لبيع شاشاتنا برمجيًا؟

• بِع عبر SSP متخصصة في DOOH. تربط نظام CMS أو المشغّلات لديك بـ SSP، وتحمّل عليها شاشاتك وأرقام جمهورك. وتعرضها SSP على منصات DSP التي تتعامل معها، وتدير المزاد، وتدفع لك ما يتبقى بعد اقتطاع رسومها.
• اعتمد حزمة white-label. يمنحك مورّدٌ ترخيصًا لخادم الإعلانات لديه وللبرنامج الذي يبيع إلى منصات DSP. وخادم الإعلانات هو النظام الذي يختار الإعلان الذي يُعرض ويحتسبه. وتحمل المنصة علامتك التجارية، ويتولى المورّد صيانة الكود.
• ابنِ نظامك الخاص. يبني فريقك، أو شركة تستعين بها، خادم الإعلانات والربط بمنصات DSP والتقارير. وتملك الكود وكل قاعدة فيه، وتتولى تشغيله.

ويمكنك الجمع بين المسارات: مثلًا، أن تشغّل خادم إعلاناتك الخاص للحملات المباشرة، وأن تبيع العروض الفائضة عبر منصات SSP.

متى يكفي البيع عبر SSP متخصصة في DOOH؟

استخدم SSP حين ينطبق معظم ما يلي:

• تريد أن تعرف هل سيدفع مشترو الإعلانات البرمجية مقابل شاشاتك قبل أن تنفق على التقنية
• يعمل نظام CMS أو المشغّلات لديك مع SSP أصلًا، أو ستساعدك SSP على ربطها
• سيملأ البيع البرمجي الخانات التي لا يبيعها فريق مبيعاتك
• ليس لديك مهندسون يشغّلون منصة إعلانية ليلًا ونهارًا

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

متى تكون حزمة white-label خيارًا منطقيًا؟

اعتمدها حين:

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

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

متى يستحق بناء منصتنا الخاصة العناء؟

يؤتي البناء ثماره في الحالات التالية:

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

في هذا المسار، يجب عادةً أن توافق كل DSP على الاتصال بمنصتك وأن تختبر طلبات المزايدة التي ترسلها، قبل أن يتمكن مشتروها من رؤية شاشاتك. ويجب أن يراقب أحدٌ النظام وأن يسوّي التقارير مع المشترين. ويتغير OpenRTB باستمرار أيضًا: فقد أصدرت IAB Tech Lab سبعة تحديثات للإصدار 2.6 منذ أن أضافت الشاشات. وإن لم يتولَّ هذا العمل أحدٌ في فريقك، فابدأ بـ SSP أو بحزمة white-label.

ما العمل الذي يبقى على عاتق فريقنا في كل مسار؟

يقرر فريقك هذه البنود ويُبقيها محدَّثة:

• بيانات الشاشات والأماكن: لكل شاشة معرّف وموقع وحجم وساعات عمل ونوع مكان. وتصنيف الأماكن قائمة مشتركة بأنواع الأماكن، كي يعني النادي الرياضي الشيء نفسه لكل مشترٍ. ويفترض OpenRTB 2.6 اعتماد OpenOOH Venue Taxonomy ما لم يسمِّ الطلب تصنيفًا آخر. وهو يرتّب الأماكن في مستويات، مثل «Retail» (التجزئة) ثم «Retail / Malls» (التجزئة / مراكز التسوق).
• تقديرات الجمهور ومصدرها: أي درجة من سُلّم MRC يقيسها رقمك، ومن قاسه، وكم مرة يتغير
• الموافقة على المواد الإعلانية وقواعد المحتوى: تقول ملاحظات IAB Tech Lab إن الإعلانات على الشبكات التجارية الكبيرة «تحتاج إلى موافقة يدوية مسبقة»، ومن ملّاك الأماكن أيضًا في بعض الحالات. وتحذّر من أن إعلانًا سيئًا واحدًا يُعرض «على آلاف الأشخاص في مكان عام» يعرّض للخطر «عقد/إذن عرض الإعلانات» لدى الشبكة. واحتفظ بقائمة مكتوبة بما يسمح به مالك كل مكان.
• سجلات العرض والمطابقة: احتفظ بسجلات إثبات العرض الخاصة بك حتى حين تجمعها SSP. فالشاشات تنقطع عن الشبكة، والكسور العشرية تُقرَّب بطرق مختلفة، لذا يجب أن يقارن أحدٌ سجلاتك بتقرير كل مشترٍ كل شهر.
• الأسعار الدنيا والصفقات المباشرة: السعر الأدنى هو أدنى مزايدة تقبلها، ويُحدَّد بوحدة CPM مثل المزايدات نفسها. وصفقة السوق الخاصة (private marketplace) مزاد مفتوح فقط للمشترين الذين تدعوهم. ويَسِمها طلب المزايدة برمز يُسمّى معرّف الصفقة (deal ID). وقرّر أيهما يفوز حين تريد حملة مباشرة ومزايدة برمجية الخانة نفسها.

ما الذي ينبغي أن نتحقق منه قبل التوقيع مع SSP أو مع مورّد white-label؟

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

من يملك الكود والبيانات والعلاقات مع المشترين؟

تملك SSP منصتها وعقودها مع منصات DSP. وينبغي أن تبقى بيانات شاشاتك وجمهورك ملكًا لك، وأن ينص العقد على ذلك. وقد لا تنتقل معك الصفقات التي أُعدّت داخل SSP.

مورّد white-label يملك الكود، أما العلامة التجارية فهي لك. وتحقّق مما إذا كانت حسابات المشترين واتصالات DSP مسجّلة باسم شركتك أم باسم المورّد.

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

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

ماذا نسأل الشركة التي ستبني منصة شاشاتنا؟

• كيف ستتصل المنصة بنظام CMS والمشغّلات لدينا، وماذا يُعرض حين لا يصل أي إعلان في الوقت المحدد؟
• كيف سيحمل كل طلب مزايدة موقعَ الشاشة، ونوع المكان، والجمهور لكل عرض، ومصدر ذلك الرقم؟
• كيف سيُسجَّل إثبات العرض، وكيف سيُطابَق مع تقارير المشترين؟
• هل سيرسل المشترون المواد الإعلانية للموافقة عبر Ad Management API من IAB Tech Lab، وهو معيار تصفه ملاحظاتها بأنه «موصى به بشدة» لإعلانات DOOH؟
• كيف ستُحدَّد الأسعار الدنيا وصفقات السوق الخاصة لكل شاشة ومكان وساعة؟
• أي منصات DSP ستربطونها أولًا، ومن يدير المفاوضات معها؟
• هل تستطيعون عرض ذلك عمليًا في نظام يعمل اليوم؟

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

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

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

هذه المقالة ليست دراسة حالة. وباستثناء ذكر RTBBidder، لا تصف أي عمل لعميل. فهي لا تقول إن amBrain بنت منصة DOOH، أو ربطت شبكة شاشات بـ SSP، أو قاست الجماهير لأي عميل. ولا تذكر أسعارًا أو جداول زمنية لـ amBrain. والاقتباسات من IAB Tech Lab وتصنيف OpenOOH وMRC مأخوذة من وثائقها المنشورة، ولا تدّعي المقالة أي علاقة بين amBrain وأي منها.

وهي ليست استشارة قانونية كذلك. اطلب من محامٍ أن يقرأ عقود SSP والمورّدين والأماكن قبل أن توقّع. وإن كانت أعداد الجمهور لديك تأتي من الكاميرات أو من مستشعرات أخرى، فاسأل كيف ينطبق قانون الخصوصية عليها. وإن كانت amBrain في قائمتك المختصرة، فاطرح عليها الأسئلة نفسها التي تطرحها على أي شركة أخرى.