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

Related Marketing Cloud (RMC) هي منصة أتمتة التسويق متعدد القنوات ومنصة بيانات العملاء (CDP) التي طورتها Related Digital، وهي شركة تقنيات تسويق مقرها إسطنبول. تعود جذور Related Digital إلى عام 2002 باسم euromessage، التي وُصفت بأنها أول مزود لحلول التسويق عبر البريد الإلكتروني في تركيا؛ وقد استحوذت عليها مجموعة Doğuş في عام 2017 ودُمجت أدواتها تحت علامة RMC. تجمع RMC بين منصة بيانات عملاء مدمجة وعدة وحدات منتجات، منها RMC Recommend (توصيات المنتجات المخصصة عبر الويب والجوال والبريد الإلكتروني)، وRMC Segment (تقسيم العملاء إلى شرائح)، وRMC Target (التخصيص داخل الموقع بحسب السلوك، مثل اللافتات والنوافذ المنبثقة). وتذكر Related Digital أنها تخدم أكثر من 1,000 علامة تجارية عبر منظومة RMC، مع حضور هو الأقوى في تركيا والمنطقة المحيطة بها.

تنص وثائق التكامل الخاصة بـ Related Digital على أن ملف المنتجات (الخلاصة) مطلوب لوحدة RMC Recommend، لأنه الأساس الذي تقوم عليه أدوات توصية المنتجات المخصصة التي تُعرض على الزوار بحسب سلوك التصفح والشراء. أما في وحدتي RMC Segment وRMC Target فتُستخدم بيانات المنتجات نفسها بحسب كل سيناريو على حدة، مثلاً لتعبئة لافتة أو نافذة منبثقة موجهة بأسماء المنتجات وأسعارها وصورها الفعلية المأخوذة من الكتالوج.

1. لا تعرض أدوات التوصية ورسائل البريد الإلكتروني المخصصة الأسعار وحالة المخزون والصور الحية إلا إذا كانت الخلاصة دقيقة ومحدّثة.
2. تعتمد سيناريوهات التقسيم والاستهداف التي تشير إلى منتجات أو فئات محددة على بقاء الخلاصة متزامنة مع متجركم.
3. يجب أن تتطابق رموز المنتجات في الخلاصة مع الرموز التي يرسلها موقعكم وتطبيق الجوال في أحداث التتبع، حتى تُربط التوصيات ومنطق الشرائح بالـ SKU الصحيح.

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

1. تُلحق الحقول الخاصة باللغة شرطة سفلية ورمز اللغة من حرفين وفق ISO 639-1، مثل Product_Name_en أو Product_Name_tr.
2. تُلحق الحقول الخاصة بالعملة شرطة سفلية ورمز العملة من ثلاثة أحرف وفق ISO 4217، مثل Original_Price_USD أو Original_Price_TRY.
3. على خلاف الملف أحادي اللغة (الذي يُرسل دون صف رؤوس)، يصبح صف الرؤوس إلزامياً عند استخدام اصطلاح التسمية هذا للغات والعملات المتعددة، إذ تحتاج RMC إلى الرؤوس لتحديد اللغة أو العملة التي يمثلها كل عمود.

تحدد قاعدة المعرفة الخاصة بـ Related Marketing Cloud لدى Related Digital («Ürün Dosyası») ملفاً نصياً محدَّد الفواصل، لا مخطط XML عاماً، بوصفه صيغة ملف المنتجات الافتراضية:

1. تُفصل الحقول بفاصلة منقوطة (;).
2. يجب أن يكون الملف بترميز UTF-8 دون علامة ترتيب البايت (BOM).
3. تُرسل النسخة أحادية اللغة والعملة من الملف دون صف رؤوس، إذ يكون ترتيب الأعمدة ثابتاً بدلاً من ذلك.
4. يجب أن يكون الملف متاحاً عبر HTTP لكي تتمكن RMC من جلبه وفق جدولها الخاص.

وكمسار بديل، تشير صفحة التكامل لدى Related Digital إلى أنه إذا كان لديكم ملف XML جاهز، بما في ذلك خلاصة منتجات Google بصيغة XML، فيمكنكم إرساله أولاً ليراجع فريق التكامل لديها اكتماله قبل إعداد الربط، دون الحاجة إلى إعادة بنائه من الصفر بهيكل CSV.

تحدد مواصفات ملف المنتجات مجموعة ثابتة من 20 عموداً بترتيب ثابت للملف القياسي أحادي اللغة. وتنص وثائق Related Digital على أن المواضع العشرين كلها يجب أن تكون موجودة في كل صف (مفصولة بفواصل منقوطة حتى عندما لا تُستخدم القيمة)، في حين يجب أن تحتوي مجموعة فرعية أصغر على قيمة غير فارغة كي يتمكن محرك التوصيات من استخدام المنتج.

إلى جانب العمود 20، تذكر المواصفات خمسة أعمدة اختيارية بعنوان «Attribute 1» إلى «Attribute 5» لبيانات المنتج الإضافية. كما يُذكر أن وثائق RMC تدعم حقولاً مخصصة إضافية بنص حر باستخدام البادئة Attr_ في التسمية، لاستخدامها في أدوات التوصية ورسائل البريد الإلكتروني المخصصة؛ ويُنصح بالتأكد من الحد الأقصى لعدد الأحرف في هذه الحقول المخصصة مع جهة الاتصال المسؤولة عن التنفيذ لدى RMC قبل الاعتماد عليه، إذ لم نتمكن من إعادة التحقق منه بيقين تام وقت الكتابة.

تربط Feedance كتالوج منتجاتكم بـ Related Marketing Cloud عبر إنشاء خلاصة تطابق البنية التي تتوقعها RMC، بدلاً من أن تضطروا إلى بناء الملف يدوياً.

1. اربطوا متجركم أو مصدر الكتالوج القائم لديكم بـ Feedance.
2. اربطوا بيانات منتجاتكم ببنية RMC الثابتة المكونة من 20 عموداً، وهي رمز المنتج، ورمز الفئة واسمها بشكل هرمي، والتسعير والعملة، والمخزون، وعلامات التوصيل، وروابط الصور، بما في ذلك اصطلاح لاحقة اللغة/العملة إذا كنتم تبيعون في أكثر من سوق.
3. تُخرج Feedance الملف بالصيغة التي تتوقعها RMC، أي ملف محدَّد بفاصلة منقوطة بترميز UTF-8 دون BOM (أو بصيغة خلاصة منتجات Google بصيغة XML، إذا كان هذا هو المسار الذي وافقت عليه جهة الاتصال لديكم في RMC)، وتستضيفه على رابط HTTPS ثابت يمكن لـ RMC جلبه وفق الجدول.
4. شاركوا رابط الخلاصة مع جهة الاتصال المسؤولة عن التنفيذ لدى Related Digital / RMC لتتحقق منه وتفعّله لوحدات Recommend أو Segment أو Target التي تستخدمونها.
5. تحافظ Feedance على تحديث الخلاصة تلقائياً، بحيث تنعكس تغييرات السعر والمخزون والمنتجات في متجركم على ما تعرضه RMC في أدوات التوصية والشرائح والحملات الموجهة.

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

المشكلات التالية مستمدة مباشرة من قواعد التحقق المذكورة في وثائق ملف المنتجات لدى Related Digital.

1. رموز منتجات مكررة. تشترط المواصفات أن يكون كل رمز منتج فريداً؛ ويجب معالجة التكرارات في المصدر قبل إنشاء الخلاصة.
2. قيم فارغة في عمود مطلوب. يجب أن تحتوي أعمدة Product Code وCategory Code وCategory Name وInventory وOriginal Price وDiscounted Price وProduct URL وOriginal Price Currency على قيمة فعلية، رغم أن الأعمدة العشرين كلها يجب أن تكون موجودة بمواضعها في كل صف.
3. عدم وجود رابط صورة صالح. يجب أن يشير واحد على الأقل من Small Image URL أو Medium Image URL أو Large Image URL إلى صورة حقيقية، وإلا فلن تجد أداة التوصية ما تعرضه.
4. ترك Discounted Price فارغاً أو غير مطابق عند عدم وجود خصم. عندما لا يكون المنتج مخفّضاً، يجب ضبط عمود Discounted Price على قيمة Original Price نفسها، لا تركه فارغاً ولا صفراً.
5. إسناد منتج إلى أكثر من فئة. تسمح المواصفات بفئة واحدة فقط لكل منتج؛ ويجب تحويل الإسنادات متعددة الفئات إلى فئة رئيسية واحدة.
6. رموز منتجات لا تطابق أحداث التتبع في موقعكم. إذا اختلف الرمز في الخلاصة عن الرمز الذي يرسله موقعكم أو تطبيق الجوال عند مشاهدة الزائر منتجاً أو شرائه، فلن تتمكن RMC من ربط ذلك السلوك بعنصر الكتالوج الصحيح.
7. خلاصة غير متاحة أو لا تُحدَّث يومياً. بما أن الملف يجب أن يكون متاحاً عبر HTTP وأن يُحدَّث مرة واحدة على الأقل يومياً، فإن رابطاً غير متاح أو ملفاً قديماً سيجعل التوصيات تفقد تزامنها مع كتالوجكم الفعلي.

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

1. حافظوا على اتساق رموز الفئات وأسمائها مع تصنيف موقعكم المباشر، لتقود أدوات التوصية إلى صفحات فئات حقيقية وتعمل بشكل سليم.
2. أتمتوا أعمدة Inventory والتسعير مباشرة من مصدر البيانات المرجعي بدلاً من تحديثها يدوياً، لأن تعديلاً يدوياً واحداً قد يُخرج المخزون أو السعر عن التزامن مع متجركم.
3. استخدموا روابط HTTPS ثابتة وطويلة الأمد لأعمدة الصور Small/Medium/Large، حتى لا تتعطل الأدوات ورسائل البريد الإلكتروني المخصصة عند نقل الصور.
4. إذا كنتم تبيعون بلغات أو عملات متعددة، فحددوا اصطلاح اللواحق (رموز اللغات والعملات) مسبقاً وطبقوه باتساق على كل حقل محلي، بدلاً من الخلط بين الاصطلاحات في منتصف الكتالوج.
5. خصصوا حقول Attribute/Attr_ الاختيارية لبيانات العرض التجاري التي تعرضها أدوات التوصية أو قوالب البريد الإلكتروني لديكم فعلاً، بدلاً من إلقاء حقول غير مستخدمة في الخلاصة.

هل خلاصة المنتجات إلزامية لاستخدام Related Marketing Cloud؟ هي إلزامية لوحدة RMC Recommend. أما في RMC Segment وRMC Target فتعتمد الحاجة إليها على السيناريوهات المحددة التي تشغّلونها.

ما صيغة الملف التي تتوقعها RMC؟ افتراضياً، ملف نصي محدَّد بفاصلة منقوطة بترميز UTF-8 دون BOM، ببنية ثابتة من 20 عموداً ودون صف رؤوس. ويمكن لفريق Related Digital بدلاً من ذلك قبول ملف XML جاهز، بما في ذلك خلاصة منتجات Google بصيغة XML، لمراجعته.

ما مدى تكرار تحديث الخلاصة المطلوب؟ مرة واحدة على الأقل يومياً وفق وثائق Related Digital نفسها؛ ويُنصح بتحديثات أكثر تكراراً عند تقلب الأسعار أو المخزون.

هل تدعم RMC لغات أو عملات متعددة؟ نعم، عبر اصطلاح لتسمية الحقول يُلحق رمز اللغة وفق ISO 639-1 أو رمز العملة وفق ISO 4217 باسم الحقل الأساسي، ويتطلب هذا الشكل صف رؤوس.

ماذا يحدث إذا لم يكن للمنتج خصم؟ يجب أن يطابق عمود Discounted Price قيمة Original Price بدلاً من تركه فارغاً.

هل يمكنني إضافة حقول مخصصة أو خاصة بالعرض التجاري؟ نعم، إذ تتضمن المواصفات خمسة أعمدة «Attribute» اختيارية فوق الأعمدة العشرين المطلوبة، كما تشير وثائق RMC إلى حقول مخصصة التسمية لاستخدامها في الأدوات ورسائل البريد الإلكتروني؛ تأكدوا من قاعدة التسمية الدقيقة وأي حد للطول مع جهة الاتصال لديكم في RMC عند الإعداد.

Related Marketing Cloud (RMC) هي منصة أتمتة التسويق متعدد القنوات ومنصة بيانات العملاء التابعة لشركة Related Digital، وهي شركة تقنيات تسويق مقرها إسطنبول. نشأت Related Digital من euromessage، وهي من أوائل مزودي خدمات التسويق عبر البريد الإلكتروني في تركيا، وجمعت أدواتها تحت علامة RMC. ويتركز حضورها الأقوى في تركيا والمنطقة المحيطة بها.

تجمع RMC بين منصة بيانات العملاء ووحدات مثل RMC Recommend لتوصيات المنتجات المخصصة على الويب والجوال والبريد الإلكتروني، وRMC Segment لتقسيم العملاء إلى شرائح، وRMC Target للتخصيص داخل الموقع بحسب السلوك، مثل اللافتات والنوافذ المنبثقة.

يُعدّ ملف المنتجات مطلوباً لوحدة RMC Recommend، ويُستخدم بحسب كل سيناريو في Segment وTarget، مثلاً لعرض أسماء المنتجات وأسعارها وصورها الفعلية داخل لافتة. الصيغة الافتراضية هي ملف UTF-8 تفصل بين حقوله فاصلة منقوطة ويُجلب عبر HTTP، مع اصطلاح لتسمية الحقول المتعددة اللغات والعملات. كما يمكن لفريق التكامل لدى Related Digital مراجعة خلاصة XML قائمة، مثل خلاصة منتجات Google.

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