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

Insider (وتُعرف الآن غالبًا باسم Insider One) هي منصة لإدارة النمو وتفاعل العملاء عبر القنوات المتعددة، تأسست في إسطنبول عام 2012 ويقع مقرها الرئيسي حاليًا في سنغافورة. توحّد المنصة بيانات العملاء عبر منصة بيانات العملاء (CDP) المدمجة، وتستخدم الذكاء الاصطناعي لتخصيص التجارب عبر الويب وتطبيق الجوال والبريد الإلكتروني والرسائل النصية SMS وWhatsApp وقنوات أخرى. ويستخدم Insider كبار تجار التجزئة والأسواق الإلكترونية وعلامات السفر التجارية لإدارة حملات الاستحواذ والتفعيل والاحتفاظ بالعملاء والحملات متعددة القنوات من لوحة تحكم واحدة.

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

تقرأ أدوات التخصيص في Insider، ودوّارات التوصيات، ومسارات السلة المتروكة، والحملات متعددة القنوات (web push والبريد الإلكتروني وSMS وWhatsApp واللافتات داخل الموقع) جميعها من كتالوج المنتجات نفسه. وبدون خلاصة متزامنة لن تجد Insider أسماء المنتجات أو الأسعار أو الصور أو حالة المخزون لإدراجها في هذه التجارب.

كما أن تزويد Insider بكتالوج نظيف ومربوط بشكل صحيح يحمي خلاصات Google Merchant Center وبقية خلاصات الإعلانات لديكم. فإذا كان فريقكم يحتفظ أصلًا بخلاصة محسّنة عبر Feedance لـ Google Merchant Center أو Meta، فيمكنكم عادةً إعادة استخدام بيانات المنتج الأساسية نفسها، مع إعادة تشكيلها بالصيغة التي تتوقعها Insider، بدلًا من بناء ملف تصدير منفصل تمامًا وصيانته.

تصف وثائق Insider حول تكامل الكتالوج المزامنة الفورية (أو المجدولة) بوصفها الآلية التي تُبقي Smart Recommender يعمل على بيانات حديثة: فمع تحديث كتالوجكم، تزيل Insider One تلقائيًا المنتجات غير المتوفرة من الحملات وأدوات التوصية، فلا يُعرض على المتسوقين أبدًا ما لا يستطيعون شراءه.

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

يقبل تكامل Product Catalog في Insider (الموثّق ضمن XML-Based Product Catalog Integration Methodology) خلاصات XML بإحدى ثلاث صيغ مدعومة:

1. صيغة Criteo XML — للتجار الذين يصدّرون أصلًا خلاصة وفق معيار Criteo.
2. صيغة Google Merchant XML — بنية النطاق `g:` الشائعة المستخدمة في Google Merchant Center، والتي يستطيع نظام Product Catalog Attribute Matching System في Insider ربطها تلقائيًا بسماته.
3. صيغة Custom XML — بنية تحددونها بأنفسكم وتربطون فيها كل وسم يدويًا بسمة في Insider.

كما تدعم Insider تحديث الكتالوج عبر واجهات Ingest/Update APIs (المعتمدة على JSON) كبديل عن XML. ولا تسمح Insider صراحةً بتشغيل خلاصة XML وتكامل API معًا للكتالوج نفسه في الوقت ذاته — يجب اختيار طريقة واحدة.

أثناء الإعداد في لوحة Insider (InOne)، تحددون أيضًا اسم وسم المنتج (وهو عادةً item ما لم يستخدم ملف XML لديكم مصطلحًا مختلفًا)، وlocale، والعملات الظاهرة في الملف — إذ تُهيأ تكاملات XML لكل locale/متجر.

توثّق Insider Product Catalog Attribute List مجموعة من السمات الافتراضية التي تتعرف عليها تلقائيًا عند تطابق اسم الحقل ونوعه، إضافةً إلى دعم السمات المخصصة بالكامل التي تعرّفونها بأنفسكم. وتختلف حالة الإلزام بحسب Feed Type الذي تختارونه (انظروا أدناه)، لكن الحقول الأساسية هي:

تحذّر وثائق Insider من أن المنتجات التي تفتقد سمة مطلوبة (مثل item_id أو in_stock) يتم تجاهلها أثناء المعالجة بدلًا من أن تفشل الخلاصة بأكملها.

1. في Feedance، أنشئوا أو اختاروا خلاصة المنتجات التي تريدون إرسالها إلى Insider، مع ربط بيانات المصدر بالحقول التي تتوقعها Insider: item_id وname وimage_url وurl وin_stock، إضافةً إلى price/original_price إذا كنتم ستستخدمون خلاصة Stock-Revenue Based.
2. اختاروا Google Merchant XML كصيغة إخراج في Feedance إذا أردتم أن تعمل المطابقة التلقائية للسمات في Insider بأقل قدر من الربط اليدوي — فهذا يعيد استخدام بنية الوسوم `g:` نفسها التي تحتفظ بها فرق كثيرة أصلًا لـ Google Merchant Center.
3. انشروا الخلاصة وانسخوا رابط خلاصة Feedance الناتج.
4. في لوحة InOne الخاصة بـ Insider، انتقلوا إلى تكامل Product Catalog، واختاروا XML كطريقة التكامل، وسمّوا التكامل، واختاروا Google Merchant (أو Custom) كصيغة، والصقوا رابط خلاصة Feedance كمصدر.
5. حددوا locale ووسم المنتج (الافتراضي في Insider هو item) وفترة المزامنة والعملات المطبقة، وفعّلوا اكتشاف المنتجات غير المتوفرة إن لزم.
6. إذا كان رابط خلاصة Feedance محميًا، فأضيفوا زوج Header Key/Header Value المطلوب كي تتمكن Insider من المصادقة؛ وإلا فتأكدوا من إدراج عناوين IP الخاصة بـ Insider في القائمة المسموح بها إذا كانت استضافتكم محمية بجدار حماية أو WAF أو حماية من الروبوتات.
7. اربطوا أي سمات مخصصة متبقية، ثم أكدوا — وستتحقق Insider من الخلاصة وتعرض أعداد المنتجات ومدى تغطية السمات قبل التفعيل.

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

تعرض Insider سلامة التكامل عبر حالات التحقق الظاهرة في لوحة InOne: Active وPassive وValidation Pending وReady to Activate وValidation Failed وSystem Error. وأبرز الأسباب الموثّقة التي يجب الانتباه إليها:

• سمات مطلوبة مفقودة — المنتجات التي تفتقد item_id أو name أو in_stock (أو حقولًا أخرى يتطلبها Feed Type الذي اخترتموه) تُستبعد بصمت من المعالجة بدلًا من أن تعطّل الخلاصة بأكملها.
• حظر رابط الخلاصة بواسطة جدار الحماية/WAF/الحماية من الروبوتات — إذا كانت استضافتكم تحمي رابط XML بقيود على عناوين IP أو باكتشاف الروبوتات، فستفشل طلبات الجلب من Insider ما لم تُدرج عناوين IP الخاصة بها صراحةً في القائمة المسموح بها.
• عدم تطابق اسم وسم المنتج — إذا كان ملف XML لديكم لا يستخدم item كوسم للمنتج ولم تحددوا اسم الوسم الصحيح أثناء الإعداد، فلن تتمكن Insider من تحليل المنتجات الفردية.
• تشغيل تكامل XML وAPI في وقت واحد — تسمح Insider بطريقة تكامل واحدة فقط نشطة للكتالوج في كل مرة؛ وتفعيل الطريقتين معًا غير مدعوم.

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

• أبقوا حقلي in_stock والأسعار محدثين بقدر ما تسمح به فترة المزامنة — فملاءمة التوصيات والحملات تعتمد مباشرة على حداثة هذه البيانات.
• اختاروا Feed Type (Stock-Revenue أو Availability أو Published-Time أو Start-End-Time Based) الذي يناسب نموذج عملكم بدلًا من الاكتفاء بالنوع العام للتجارة الإلكترونية، لأن Insider تستخدم نوع الخلاصة لتحديد البُعد الذي يتحكم في تصفية التوصيات.
• أعيدوا استخدام خلاصة بصيغة Google Merchant كلما أمكن، لكي تتولى المطابقة التلقائية للسمات في Insider عمل الربط نيابةً عنكم.
• املؤوا السمات الاختيارية مثل category وbrand وgroup_code حتى وإن لم تكن مطلوبة — فهي تحسّن عادةً جودة التخصيص وتجميع الخيارات لاحقًا.

هل يمكنني استخدام خلاصة XML وتكامل API معًا لكتالوج منتجاتي في Insider؟
لا. تسمح Insider بطريقة تكامل واحدة فقط — XML أو API — نشطة للكتالوج الواحد في كل مرة.

هل تدعم Insider الخلاصات بصيغة Google Merchant Center مباشرةً؟
نعم. صُمم Product Catalog Attribute Matching System في Insider للتعرف تلقائيًا على بنية وسوم `g:` القياسية في Google Merchant، وهي إحدى صيغ XML الثلاث المدعومة إلى جانب Criteo وCustom.

ما سرعة ظهور تغييرات السعر أو المخزون في Insider بعد تحديث خلاصتي؟
بقدر فترة المزامنة التي ضبطتموها فقط، ويمكن تحديدها بين ساعة واحدة و5 أيام — إذ تُطبَّق التغييرات في دورة المزامنة التالية وليس فورًا.

ما الحد الأدنى من البيانات الذي تحتاجه Insider لقبول منتج؟
كحد أدنى، item_id صالح وname والحقول التي يتطلبها Feed Type المحدد (مثل in_stock لأنواع الخلاصات المعتمدة على المخزون). والمنتجات التي تفتقد هذه البيانات يتم تجاهلها بدلًا من أن تفشل الخلاصة بأكملها.

Insider، ويُعرف الآن أيضًا باسم Insider One، هي منصة لإدارة النمو وتفاعل العملاء عبر القنوات المتعددة، تأسست في إسطنبول ويقع مقرها الرئيسي حاليًا في سنغافورة. يستخدمها تجار التجزئة والأسواق الإلكترونية وعلامات السفر التجارية لتوحيد بيانات العملاء وتخصيص التجارب عبر موقعها الإلكتروني وتطبيق الجوال والبريد الإلكتروني والرسائل النصية SMS وWhatsApp وقنوات أخرى.

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

تربط العلامات التجارية كتالوجها عبر خلاصة XML أو عبر واجهات Insider البرمجية (APIs)، ولكن ليس بالطريقتين معًا للكتالوج نفسه. ويمكن أن تتبع خلاصات XML صيغة Criteo أو صيغة Google Merchant Center أو بنية مخصصة تُربط وسومها بسمات Insider. وتُعدّ الخلاصات لكل locale، مع تحديد وسم المنتج واللغة والعملات أثناء الإعداد.

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