أرسل إلى Delta Projects المنتجات التي تستحق الظهور.

Delta Projects منصة جانب الطلب (DSP) تأسست في ستوكهولم، ويستخدمها المعلنون والوكالات لشراء مخزون الإعلانات البرمجية من نوع العرض (display) والإعلانات الأصلية (native) والفيديو وHTML5 في الوقت الفعلي. وإلى جانب منصة DSP، تشغّل الشركة منصتها الخاصة لإدارة البيانات (DMP) — المبنية على قاعدة كبيرة من ملفات المستخدمين الأوروبيين — وخادم إعلانات، ما يمنحها تحكمًا متكاملًا في الاستهداف والمزايدة وتسليم المحتوى الإبداعي ضمن منظومة واحدة. وتعمل Delta Projects اليوم باسم «Delta Projects — An Azerion Company» بعد استحواذ مجموعة الإعلام الرقمي Azerion عليها.

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

تحوّل الخلاصة المتصلة قالب HTML5 إبداعيًا واحدًا إلى آلاف النسخ الإعلانية المخصصة. فبدلًا من تصميم لافتات جديدة وإعادة اعتمادها يدويًا كلما تغيرت الأسعار أو نفد منتج أو أردتم الترويج لفئة مختلفة، تقرأ واجهة Product Feed API من Delta مباشرة من خلاصتكم وتستبدل بيانات المنتج الصحيحة تلقائيًا.

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

وفقًا لوثائق Delta Projects نفسها، هناك ثلاثة سيناريوهات مدعومة لتعبئة الإعلان الديناميكي من خلاصتكم:

1. منتجات عشوائية — يسحب الإعلان عددًا محددًا من العناصر عشوائيًا من خلاصة XML.
2. إعادة الاستهداف بآخر المنتجات المشاهدة — عند الجمع مع سكربت التتبع ProductView من Delta، يعطي الإعلان الأولوية للمنتجات التي شاهدها الزائر فعليًا في موقعكم، ويملأ الخانات المتبقية بعناصر عشوائية من الخلاصة.
3. معرّفات خاصة بخطة المزايدة — تزوّد خطة المزايدة في الحملة بمعرّفات منتجات محددة لجلبها من الخلاصة، ما يتيح لمشتري الإعلام استهداف SKU أو عروض بعينها.

يُضبط النمط المستخدم من جانب الحملة/خطة المزايدة بواسطة المسؤول عن تشغيل الإعلان — أما الخلاصة نفسها فيكفي أن تحتوي على بيانات دقيقة وحديثة لأي منتج قد يُستدعى.

صيغة خلاصة المنتجات الأصلية لدى Delta هي ملف XML ببنية مماثلة لوثيقة RSS 2.0: عنصر رئيسي <rss version="2.0"> يحتوي على <channel>، ويُمثَّل كل منتج بعنصر <item>. كما تشير وثائق Delta إلى دعم محدود لخلاصات منتجات Google القياسية بصيغتي RSS 2.0 وAtom 1.0.

المتطلبات التقنية المؤكدة في مواصفات Delta:

1. يجب أن تكون الخلاصة متاحة عبر HTTP أو HTTPS ليتمكن نظام Delta من جلبها بشكل دوري.
2. يجب ترميز النصوص بصيغة UTF-8 (باستثناء الحقل <link>).
3. يجب تضمين أي وسوم HTML داخل الحقل (مثل وصف منسّق) ضمن قسم CDATA، مثل <![CDATA[...]]>.
4. بعد إعداد الخلاصة، يجب تسجيلها لدى Delta ليتم مزامنتها وإسناد معرّف خلاصة (feed ID) لها — ويتم ذلك عبر مسؤول حسابكم لدى Delta، وليس عبر رفع ذاتي.

تحدد مواصفات XML من Delta حقلًا واحدًا إلزاميًا وثمانية حقول اختيارية لكل عنصر، ولكل منها حد موثّق لعدد الأحرف:

الحقل id وحده إلزامي بصرامة، لكن عمليًا فإن title وimage_link وprice وavailability هي الحقول التي تعرضها قوالب HTML5 الديناميكية فعليًا، وإغفالها يُفقد الخلاصة الديناميكية غايتها.

يستطيع Feedance إنشاء خلاصة XML متوافقة مع Delta Projects من بيانات منتجاتكم الحالية — بتحويل الكتالوج إلى البنية الدقيقة التي تتوقعها مواصفات Delta (غلاف RSS 2.0، وأسماء الحقول الصحيحة، وHTML المضمّن في CDATA، وقيم ضمن حدود الأحرف الموثقة لدى Delta) — واستضافتها على رابط HTTP(S) ثابت يمكن لنظام Delta الاستعلام عنه.

1. في Feedance، أنشئوا ملف خلاصة لـ Delta Projects واربطوا حقول منتجاتكم بـ id وtitle وdescription وlink وimage_link وcondition وavailability وprice وأي extras تريدون إتاحتها لقوالبكم الإبداعية.
2. انشروا الخلاصة وانسخوا رابطها الحي.
3. ولأن Delta Projects لا توفر رفعًا ذاتيًا للخلاصة، شاركوا رابط الخلاصة مع مسؤول حسابكم لدى Delta Projects — فهو يسجّلها من جانبه ويزامنها ويزودكم بمعرّف الخلاصة.
4. مرّروا معرّف الخلاصة هذا إلى المتغير $productFeed في ملف manifest.json الخاص بإعلان HTML5 لديكم، ليتمكن الإعلان من سحب المنتجات من خلاصتكم عبر Product Feed API من Delta.

تذكر وثائق Delta Projects فقط أن الخلاصة المسجّلة «تُجلب بشكل دوري» بواسطة نظامها، ولا تنشر علنًا فترة تحديث ثابتة مطلوبة. وهذا يعني عمليًا أن مسؤولية إبقاء الخلاصة الأصلية محدّثة تقع عليكم: فإذا تغير price أو availability لمنتج ما ولم تُحدَّث الخلاصة، فقد تستمر الإعلانات الديناميكية في عرض مخزون أو أسعار قديمة إلى أن يلتقط الجلب التالي من Delta التغيير.

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

هذه توصيات عامة لسلامة الخلاصة، وليست متطلبات خاصة بـ Delta:

1. استخدموا SKU الحقيقي كـ id ليبقى المعرّف نفسه ثابتًا عبر تحديثات الكتالوج والحملات.
2. حافظوا على دقة availability — فإعلانات إعادة الاستهداف الديناميكية التي تعرض منتجًا نافدًا على أنه متوفر تُنتج تجربة نقر سيئة.
3. اعتمدوا في image_link صورة منتج نظيفة بخلفية بيضاء؛ فمواصفات Delta الإبداعية نفسها تفضّل لقطات المنتج البسيطة لقوالب HTML5.
4. ضمّنوا أي حقل يحتوي على وسوم (أوصاف منسقة، أحرف خاصة) داخل CDATA لتجنب رفض الخلاصة أو تشوهها عند التحليل.
5. اختصروا title وdescription بما سيعرضه قالبكم الإبداعي فعلًا — فالنصوص الطويلة التي تتجاوز ما يعرضه القالب تزيد حجم الخلاصة دون أي فائدة بصرية.

هل تدعم Delta Projects خلاصات منتجات Google القياسية؟ تشير وثائق Delta إلى دعم أساسي لخلاصات بنمط Google بصيغتي RSS 2.0 وAtom 1.0، بالإضافة إلى مواصفات XML الخاصة بها.

هل يمكنني رفع خلاصتي أو تحديثها بنفسي عبر لوحة تحكم Delta؟ لا — بحسب الأسئلة الشائعة لدى Delta نفسها، يتم تسجيل الخلاصة ومزامنتها عبر التواصل مع مسؤول حسابكم لدى Delta Projects، الذي يسند معرّف الخلاصة المستخدم في manifest.json الخاص بالإعلان.

هل تملك Aleph Group شركة Delta Projects؟ لا. يعرّف موقع Delta Projects نفسه الشركة بأنها «An Azerion Company» بعد استحواذ Azerion عليها — وهي ليست جزءًا من Aleph Group.

ما الحقل الوحيد الذي يجب تضمينه حتمًا؟ id هو الحقل الوحيد الذي تعده مواصفات XML من Delta إلزاميًا؛ أما بقية الحقول (title وprice وimage_link وغيرها) فهي اختيارية، لكنها لازمة عمليًا ليعرض الإعلان محتوى ذا معنى.

هل يمكن للخلاصة نفسها تشغيل إعلانات إعادة الاستهداف وإعلانات اكتساب العملاء الجدد؟ نعم — تدعم Delta جلب منتجات عشوائية، أو آخر المنتجات المشاهدة (عبر سكربت ProductView)، أو معرّفات محددة من خطة مزايدة، وكل ذلك من الخلاصة المسجّلة نفسها.

Delta Projects شركة تقنيات إعلانية تأسست في ستوكهولم، وتدير منصة جانب الطلب (DSP) يستخدمها المعلنون والوكالات لشراء مخزون الإعلانات البرمجية من نوع العرض (display) والإعلانات الأصلية (native) والفيديو وHTML5 في الوقت الفعلي. وإلى جانب منصة DSP، تشغّل الشركة منصة لإدارة البيانات (DMP) وخادم إعلانات (ad server)، وهي تعمل اليوم ضمن مجموعة الإعلام الرقمي Azerion.

بالنسبة إلى المتاجر الإلكترونية، فإن أهم ما تقدمه Delta Projects هو دعمها لإعلانات HTML5 الديناميكية المعتمدة على خلاصة المنتجات. فبدلًا من تصميم لافتات جديدة واعتمادها في كل مرة يتغير فيها سعر أو منتج، يسجّل المعلن خلاصة المنتجات مرة واحدة، ويترك لخادم الإعلانات لدى Delta سحب بيانات المنتجات الحية، مثل الأسماء والصور والأسعار، إلى الإعلان لحظة عرضه.

تُسلَّم المنتجات عبر خلاصة XML وفق مواصفات Delta الخاصة، وبنيتها مماثلة لوثيقة RSS 2.0، مع دعم أساسي لخلاصات RSS وAtom بنمط Google. ويجلب نظام Delta الخلاصة المسجّلة بشكل دوري، ويمكن للإعلانات الديناميكية عرض منتجات عشوائية أو منتجات محددة أو عناصر مطابقة للزائر.

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