Header Bidding للناشرين والشبكات الإعلانية: غلاف مُدار أم Prebid مفتوح المصدر أم طبقة من بنائك

يتيح header bidding للناشر أن يسأل عددًا كبيرًا من مشتري الإعلانات عن سعر في اللحظة نفسها، قبل أن يختار خادم الإعلانات ما يعرضه. فيتنافس كل المشترين على المساحة ذاتها. وثمة ثلاث طرق للحصول عليه. الأولى غلاف مُدار (managed wrapper)، وهو نسخة مستضافة لدى مزوّد من الشيفرة وإعداداتها. والثانية برنامج Prebid المجاني المفتوح المصدر يشغّله فريقك. والثالثة طبقة تكتبها بنفسك. والفرق بينها في الغالب هو من يتولى الصيانة ومن يستطيع رؤية بيانات المزاد الخام.

ماذا يفعل header bidding؟

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

الغلاف (wrapper) هو الحاوية المحيطة بتلك الشيفرة: قائمة المشترين، والمهلة الزمنية للردود، وقواعد الأسعار، والصلة بخادم الإعلانات. ويقول Prebid.org إن برنامجه هو الغلاف الأوسع استخدامًا من هذا النوع. ويضيف أن Prebid «يمكن أيضًا استخدامه مكتبة مزايدة كاملة»، تختار الفائز داخل الصفحة، ويقدّم أي خادم إعلانات عروضه إليها مثل أي طلب آخر.

ماذا يغيّر header bidding في الإيرادات؟

يرى عدد أكبر من المشترين كل مساحة في الوقت نفسه، فقد يرتفع سعر الفوز. ويتوقف حجم المكسب على حركتك وصيغ إعلاناتك والمشترين الراغبين في جمهورك. ويقول Prebid إن الطلبات تنطلق بالتوازي: «تُرسل الطلبات إلى كل المزايدين دفعة واحدة، لا واحدًا بعد آخر.»

وللأمر كلفة. تقول صفحة Prebid: «بتأخير عرض الإعلان، قد تخسر مرات ظهور من مستخدمين يغادرون بسرعة كبيرة.» فقلة المزايدين تعني مزادًا أسرع، «لكن قلة شركاء الطلب تعني أيضًا فرصًا أقل لأفضل عرض.» فقِس الإيراد لكل ألف مشاهدة صفحة (page RPM) وسرعة الصفحة معًا.

من جهة العميل أم من جهة الخادم، وماذا يحدث لسرعة الصفحة؟

في المزاد من جهة العميل يرسل متصفح الزائر طلبات المزايدة. وهذا ما يفعله Prebid.js، وهو «مكتبة JavaScript تعمل في المتصفح». وفي المزاد من جهة الخادم يرسل المتصفح طلبًا واحدًا إلى خادم يسأل بدوره المشترين. ومنتج Prebid للخادم هو Prebid Server. ويقول Prebid.org إن نقل العبء إلى خادم «قد يكون أسرع من تشغيلها من جهة العميل في المتصفح»، وإن المزج بين الطريقتين ممكن. وينصح باختبار «عدد المزايدين وقيم المهلة والمفاضلة بين العميل والخادم» على صفحاتك أنت.

ويقول Prebid.org إن المزايدة من جهة الخادم «لازمة في البيئات التي لا تحتوي على أقسام HTML header يوضع فيها JavaScript، مثل تطبيقات الجوال وصفحات Accelerated Mobile Pages (AMP).» وفي حركة التطبيقات يحسم هذا جزءًا من الاختيار.

ماذا يشمل الغلاف المُدار؟

الغلاف المُدار خدمة يبني فيها مزوّد إعداد header bidding ويستضيفه ويحدّثه نيابة عنك. ويقول Prebid.org إن الناشرين الذين لا مهندسين لديهم يستطيعون الاستعانة بـ«شركة خدمة مُدارة تستطيع دمج Prebid وصيانته لك»، ويورد قائمة بها. ويذكر دليله Adapex وAditude وAdPushup وAssertive Yield وFreestar وLivewrapped وMagnite وMedia.net وMicrosoft Monetize وPubMatic وSetupad وغيرها.

ويختلف النطاق من مزوّد إلى آخر. تقول Magnite إن خدمتها Prebid-as-a-service تتيح للناشرين الكبار «نشر تطبيقات header bidding مخصصة والتحكم فيها دون كتابة شيفرة». وهذا ادعاء Magnite. توقّع مزيجًا من الأمور التالية، واسأل أيها داخل السعر:

• شيفرة الغلاف وقائمة المشترين والمهلة الزمنية، محدّثة باستمرار، مع إعداد خادم الإعلانات
• شاشة لتغيير الإعدادات دون الحاجة إلى مطوّر، وتقارير
• الربط بالموافقة، وPrebid Server مستضاف إن أردت مزادات من جهة الخادم

ما الذي تتخلى عنه مع الغلاف المُدار؟

تنقسم الكلفة إلى مال وتحكّم وبيانات، ويستطيع العقد أن يقيّد كلًّا منها.

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

المزوّد الذي يبيع الطلب أيضًا لديه سبب لتفضيل مشتريه هو. اسأل كيف يُثبت أن مشتريه يُعامَل كغيره، واحصل على الجواب كتابةً.

ماذا يتطلب تشغيل Prebid بنفسك؟

لا كلفة لترخيص البرنامج: يقول Prebid.org «Prebid مجاني لكل من يريد استخدامه.» وإنما تدفع من وقت الموظفين:

• التحديثات. يقول Prebid.org: «نقترح أن تحدّث مرة كل ستة أشهر على الأقل.» وتأتي الإصدارات بـ«إصلاحات للأخطاء وتحسينات في الأداء وميزات جديدة ودعم أفضل للأنظمة التنظيمية»، ويتصل كل مشترٍ عبر محوّل (adapter)، وهو وحدة صغيرة تتحدث إليه.
• البناء والاختبار. تختار وحدات المشترين والتحليلات في ملف Prebid.js لديك، وتعيد بناءه، وتختبره على صفحات حقيقية في عدة متصفحات قبل كل إصدار.
• التقارير. يورد Prebid.org «كثيرًا من إضافات محوّلات التحليلات». تختار واحدة وتربطها وتقرر ما يُخزَّن. ومن هنا تأتي سجلات مستوى المزاد.
• إعداد خادم الإعلانات. يجب أن تطابق بنود الحملة (line items)، وهي سجلات خادم الإعلانات لكل مستوى سعري، وقواعد الأسعار ما ترسله الشيفرة، وإلا تسرّب الإيراد بصمت.
• الاستضافة من جهة الخادم، إن استخدمتها. يقول دليل الاستضافة لدى Prebid: «Prebid Server ليس حلًا جاهزًا للتشغيل.» ويضيف: «عليك أن تلتزم بالتحقق من التحديثات مرة كل ثلاثة أشهر على الأقل. وتصدر إصدارات جديدة كل أسبوع تقريبًا.» وتحذّر نظرة Prebid العامة على الخادم أيضًا من أن تثبيته «ليس سهلًا بقدر Prebid.js».

ثمة طريق وسط هو أن تستأجر شركة لتُعدّ Prebid وتصونه ضمن حسابات تملكها أنت. فتبقى الشيفرة والبيانات لك.

أين تفرض الموافقة وقواعد الخصوصية نفسها؟

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

في الاتحاد الأوروبي يكون سجل الموافقة عادةً سلسلة Transparency and Consent Framework (TCF) من IAB Europe. وتنتجها منصة إدارة الموافقة (CMP)، أي النافذة المنبثقة التي تسأل الزوار. وتقول صفحة IAB Europe إن TCF v2.3 أُطلق في أبريل 2025 وإن «أمام المشاركين في TCF حتى 28 فبراير 2026 لاعتماد TCF v2.3». ويمنح إشعار IAB Europe الصادر في 16 يوليو 2026 منصات CMP مهلة حتى 23 أكتوبر 2026 لتطبيق إفصاحات TCF v2.4 الجديدة على الويب. أما موعد التطبيقات والتلفزيون المتصل فهو 23 فبراير 2027. ويقول البيان الصحفي لمحكمة العدل في الاتحاد الأوروبي عن حكمها الصادر في 7 مارس 2024 في القضية C-604/22 إن السلسلة «تتضمن معلومات تتعلق بمستخدم يمكن تحديد هويته، ومن ثم تُعدّ بيانات شخصية بالمعنى الوارد في GDPR.» ويضيف أنه حين ترتبط السلسلة بمعرّف مثل عنوان IP، فقد تتيح المعلومات تحديد هوية المستخدم. فعامِلها بوصفها بيانات شخصية في سجلاتك. وفي Google Ad Manager تقول صفحة المساعدة لدى Google: «يلزم وجود CMP معتمدة ومدمجة مع TCF عند عرض إعلانات مخصصة للمستخدمين في المنطقة الاقتصادية الأوروبية والمملكة المتحدة.»

وفي الولايات المتحدة تختلف القواعد من ولاية إلى أخرى. تورد صفحة النائب العام لكاليفورنيا «الحق في رفض بيع معلوماتهم الشخصية أو مشاركتها، بما في ذلك عبر GPC». وGPC هو Global Privacy Control، وهو إعداد في بعض المتصفحات، أو إضافة للمتصفح، يطلب من الموقع التوقف عن بيع بيانات الشخص أو مشاركتها. ولدى Prebid وحدات تقرأ إشارات الموافقة من CMP وتمرّرها إلى المشترين، منها وحدة لـ Global Privacy Platform التابعة لـ IAB. وحدّها بكلمات Prebid: «لا تحلّ وظائف Prebid المصمَّمة لمعالجة المتطلبات التنظيمية محل مسؤولية كل طرف عن تحديد التزاماته القانونية الخاصة والامتثال لكل القوانين السارية.»

ومع الغلاف المُدار اسأل من هو المتحكم في البيانات (data controller) بالنسبة إلى بيانات المزاد ومن يوقّع شروط معالجة البيانات.

كيف تؤثر الهوية وملفات تعريف الارتباط في header bidding؟

قد يدفع المشترون أكثر مقابل زائر يتعرفون عليه. وتُعدّ وحدة User ID في Prebid معرّفات مشتركة مستعارة الهوية، وتصفها صفحتها بأنها «طريقة مهمة لزيادة قيمة header bidding». أنت تختار وحدات المعرّفات وتستشير محاميًا بشأن الإشعار الموجَّه إلى الزوار.

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

في 22 أبريل 2025 كتبت Google أنها ستُبقي «على نهجنا الحالي في إتاحة خيار ملفات تعريف الارتباط للجهات الخارجية للمستخدمين في Chrome، ولن تطلق نافذة مستقلة جديدة لملفات تعريف الارتباط للجهات الخارجية.» وفي 17 أكتوبر 2025 قالت Google إنها ستوقف «تقنيات Privacy Sandbox التالية»، ومنها Topics وProtected Audience، وهما أداتان لديها لاستهداف الإعلانات داخل المتصفح. ولا تزال صفحاتها عن ملفات تعريف الارتباط تقول إنها «قد تُحجب بتصميم المتصفح أو بسياسة المؤسسات أو باختيار المستخدم.» وما زالت ملاحظات إصدار Chrome 153، الذي حُدّد لإصداره المستقر 8 سبتمبر 2026، تستشهد بإعلان Chrome «أن النهج الحالي لملفات تعريف الارتباط للجهات الخارجية سيُبقى عليه». ولم نجد لهذه المقالة بيانًا لاحقًا من Google يغيّر ذلك.

فستعمل ملفات تعريف الارتباط مع بعض الزوار ولن تعمل مع آخرين. اسأل كيف يؤدي كل خيار مع الزوار الذين لا يملكون ملفًا منها.

كيف تقارن الخيارات باختبار مضبوط؟

الزيادة الموعودة أمل المزوّد. تقول صفحة Assertive Yield في الدليل إنها أظهرت «زيادة لافتة في إيراد الزائر، تتجاوز حلول تحقيق الدخل القائمة بأكثر من 20%». وهذا ادعاؤها هي، ولا يقول شيئًا عن صفحاتك.

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

متى يكون بناء طبقتك الخاصة مبررًا؟

نادرًا، وعادةً لا يكون من الصفر. يقول Prebid.org إن الشيفرة والوثائق على موقعه «تصدر بموجب ترخيص Apache»، فيمكن لشركة أن تبني فوق Prebid. وأي مما يلي قد يبرر عملًا مخصصًا:

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

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

ما الذي يبقى لك إن غادرت مزوّدًا؟

عدة مزوّدين في دليل Prebid يبنون على Prebid نفسه. تقول Magnite مثلًا إن خدمتها تعمل «عبر Prebid.js وPrebid Mobile وPrebid Server»، فينبغي أن يكون الانتقال بين إعدادات مبنية على Prebid أصغر من مغادرة إعداد مغلق. اطلب كتابةً:

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

والشركة التي تبنيه ينبغي أن تترك لك المستودع وخطوات البناء وصفحات الاختبار.

ماذا تسأل المزوّد أو الشركة التي ستبنيه؟

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

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

تنشر amBrain هذه المدونة. وبكلماتها هي: «تبني amBrain منصات جانب العرض (SSP) للناشرين.» وثمة سطر ثانٍ يتعلق ببيانات أحداث الإعلانات: «تبني amBrain مسارات تحليلات الأحداث لـ AdTech: جمع أحداث مرات الظهور والنقرات ومعالجتها والإبلاغ عنها.»

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

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

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