فرق تقنيات الإعلان القريبة في أرمينيا والقوقاز: كيف تتحقق من خبرة RTB والساعات المشتركة واللغة وشروط النطاق الثابت

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

أي فرق لتقنيات الإعلان في أرمينيا أو القوقاز تستحق النظر؟

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

ويمكن التحقق من بعض ذلك علنًا. فـ Prebid برنامج مفتوح المصدر يستخدمه الناشرون لطلب المزايدات من عدد كبير من منصات SSP ومنصات التبادل في وقت واحد، وكل اتصال من هذه الاتصالات هو محوّل مزايد (bidder adapter) في كود Prebid العلني، مع سجل علني لمن عدّله. وتطلب وثائق Prebid أن يذكر كل محوّل في Prebid.js «البريد الإلكتروني للتواصل مع القائم على صيانة المحوّل». تحقّق من نطاق هذا البريد، وإن قالت شركة إنها كتبت محوّل منصة ما، فاطلب روابط طلبات الدمج (pull requests) الخاصة بها.

وإذا كانت اتفاقية سرية تمنع ذكر اسم أحد العملاء، فاطلب من الشركة أن ترتّب لك مكالمة مع ذلك العميل.

كيف نتحقق من أن لدى الفريق خبرة حقيقية في RTB؟

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

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

وأربعة أسئلة أخرى:

• ماذا يحدث لمزايدة تصبح جاهزة بعد tmax، وكيف ترون عدد المزايدات التي تصل متأخرة؟
• كيف يتعامل نظام المزايدة لديكم مع السعر الأدنى في الطلب، أي الحقل bidfloor الذي يعرّفه OpenRTB بأنه «الحد الأدنى للمزايدة على هذا الظهور، معبَّرًا عنه بـ CPM»؟
• حدّثونا عن حادثة وقعت في ذروة الحركة: ما الذي تعطّل، وما الذي قستموه، وما الذي غيّرتموه.
• من سيكون مناوبًا لنظامنا، وفي أي ساعات؟

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

في أي منطقة زمنية تعمل الفرق في أرمينيا وجورجيا وأذربيجان؟

UTC+4، طوال العام. فبحسب قاعدة بيانات المناطق الزمنية لدى IANA، لا يغيّر أي من البلدان الثلاثة ساعاته، بينما تغيّرها أوروبا والولايات المتحدة. وإذا كان يوم العمل من التاسعة إلى السادسة لدى الطرفين، فإن فريقًا في يريفان أو تبليسي أو باكو يشترك في:

• ست ساعات عمل مع برلين أو باريس أو أمستردام في الشتاء وسبع في الصيف
• خمس ساعات مع لندن في الشتاء وست في الصيف
• ساعة واحدة مع نيويورك ما دامت الولايات المتحدة على التوقيت الصيفي، ولا شيء في الشتاء
• ولا أي ساعة عمل مع كاليفورنيا

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

بأي لغات سيعمل الفريق؟

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

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

أي أعمال في تقنيات الإعلان تناسب النطاق الثابت؟

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

أعمال في تقنيات الإعلان كثيرًا ما تستوفي هذه الشروط:

• تكامل جديد مع شريك في جانب الطلب أو العرض ينشر مواصفات OpenRTB الخاصة به ونقطة نهاية للاختبار
• محوّل مزايد (bidder adapter) لـ Prebid Server. فقواعد الاختبار في Prebid، بملف JSON لكل حالة اختبار واختبارات يدوية شاملة من طرف إلى طرف، تعطي الطرفين اختبار قبول جاهزًا
• نقل تقارير الأحداث إلى قاعدة بيانات جديدة، مع القبول حين تطابق الأعداد الجديدة الأعداد القديمة على أيام الحركة نفسها
• الوصول بنظام المزايدة إلى عدد متفق عليه من الطلبات في الثانية ضمن زمن استجابة متفق عليه، مع قبول النتيجة عبر اختبار حمل على حركة مُعاد تشغيلها من سجلاتك أنت

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

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

وأيًّا كان النطاق، يجب أن يذكر العقد كيف يُسعَّر التغيير.

ماذا ينبغي أن يتضمن العقد مع فريق تقنيات إعلان قريب؟

إلى جانب الشروط المعتادة، اكتب:

• الساعات التي يتشاركها الفريق مع فريقك، ومن يكون مناوبًا خارجها
• البلدان التي يعمل منها كل مهندس
• أن الكود موجود في مستودعاتك ويعمل في حسابات سحابية مفتوحة باسم شركتك
• في حالة SSP أو منصة تبادل، أن العقود مع المشترين والبائعين ملك لشركتك، وكذلك النطاق المذكور في ads.txt وsellers.json، وهما الملفان العلنيان اللذان يفحصهما المشترون لمعرفة من يحق له بيع المساحة الإعلانية

تتناول المقالة الخاصة باختيار شركة في أوروبا الشرقية أو القوقاز فحوص السجل والعقوبات والدفع.

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

amBrain، التي تنشر هذه المدونة، شركة هندسة برمجيات في يريفان، أرمينيا. ويذكر موقعها خدماتها في تقنيات الإعلان هكذا: «تطوير DSP ومنصات المزايدة الفورية وهندسة منصات تبادل الإعلانات». وRTBBidder منصة جانب طلب بنتها amBrain لأحد العملاء بـ Rust وGo.

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

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

هذه المقالة ليست استشارة قانونية: اطلب من محامٍ أن يقرأ العقد قبل أن توقّعه.