توضّح هذه المقالة عمليات الإعداد التي قد تتأثر بالتغييرات التي نجريها على نظام المنتجات المتعدد القنوات. ليس عليك اتّخاذ أي إجراء إلا إذا تلقّيت إشعارًا ذا صلة عبر البريد الإلكتروني.
يمكنك استخدام نظام المنتجات المتعدد القنوات لإدارة مخزونك لكلّ من المبيعات على الإنترنت وداخل المتجر ضمن بيانات منتج موحّدة واحدة. تسهّل هذه الطريقة إدارة منتجاتك وتساعدك في الوصول إلى المزيد من العملاء.
باستخدام نظام المنتجات المتعدد القنوات، يمكنك الإشراف على مخزونك على الإنترنت وفي المتجر معًا. في السابق، كان عليك الاحتفاظ بقوائم منفصلة للمنتج نفسه إذا كنت تبيعه على الإنترنت وفي المتاجر. وقد يؤدي ذلك أحيانًا إلى حدوث تناقضات ويجعل إدارة المخزون أكثر تعقيدًا.
في هذه الصفحة
المزايا
يوفّر استخدام نظام المنتجات المتعدد القنوات طريقة أكثر سلاسة وفعالية لإدارة مخزونك، ما يؤدي إلى تقديم تجربة أكثر اتساقًا لعملائك. يحلّ هذا النهج المعدَّل المشاكل السابقة:
- الإدارة المبسطة: تقلّل من التعقيد واحتمال حدوث أخطاء قد تنشأ عن إدارة بيانات منفصلة على الإنترنت وفي المتجر للمنتج نفسه.
- الاتساق المحسَّن: يساعد في تجنُّب التناقضات بين معلومات منتجاتك على الإنترنت وفي المتجر، والتي قد تربك العملاء وتؤثر في أداء منتجاتك.
- المخزون الدقيق: يقلّل من خطر التناقضات في المخزون، ما يؤدي إلى توفّر المنتجات بشكل أكثر دقة لعملائك.
طريقة العمل
في السابق، عندما كنت ترسل معلومات المنتجات للمبيعات على الإنترنت وفي المتاجر في مواقع جغرافية باستخدام طرق معيّنة، كان النظام ينشئ سجلّين داخليين منفصلَين لهذا المنتج. ويمكن أن يتم تعديل هذه السجلات أحيانًا بشكل مستقل، ما قد يؤدي إلى اختلاف بين المعلومات لكل من المنتج المتوفّر على الإنترنت والمنتج نفسه المتوفّر في المتجر.
من خلال نظام المنتجات المتعددة القنوات المعدَّل، نتّجه نحو اتّباع نهج أكثر اتساقًا. ستتم إدارة معلومات المنتجات المتوفّرة على الإنترنت وفي المتجر بطريقة أكثر اتساقًا، ما يقلّل من فرص اختلاف السمات بين النسختَين المتوفّرتَين على الإنترنت وفي المتجر.
التغييرات والاعتبارات الرئيسية
- تمثيل موحّد للمنتج: ستتم إدارة منتجاتك المخصّصة للبيع على الإنترنت وداخل المتجر كمنتج واحد متوفّر في عدة قنوات.
- بيانات المنتجات المتّسقة: سيعمل النظام على ضمان بقاء سمات المنتج الأساسية (مثل العنوان والوصف وما إلى ذلك) متّسقة، سواء كان المنتج معروضًا للشراء على الإنترنت أو في المتجر.
- مستخدمو واجهة برمجة التطبيقات: بالنسبة إلى المنتجات المُدارة كمنتجات متوفّرة في عدة قنوات، ستتفاعل مع تمثيل منتج واحد. يمكن أن يساعد حقل القناة ضمن عنصر ProductStatusDestinationStatus في Content API في التمييز بين أداء المنتج في البرامج المختلفة، مثل "إعلانات Shopping" أو "إعلانات للمنتجات المتوفرة في المتجر".
ملاحظة: حقل القناة هو جزء من عنصر
ProductStatusDestinationStatusفي Content API. على الرغم من أنّ حقول "القناة" في الأنظمة الجديدة، مثل Merchant API، قد تكون متاحة كميزات قديمة، من المهم تحديد نطاق الحقل الجديد "القناة" ليقتصر على Content API الذي سيتم إيقافه نهائيًا قريبًا. - التعارضات المحتملة: إذا أرسلت منتجًا مخصّصًا للمبيعات عبر عدّة قنوات (على الإنترنت وفي المتجر) ومنتجًا منفصلاً متوفّرًا في المتجر فقط باستخدام معرّف المنتج ولغة المحتوى وتصنيف الخلاصة نفسه، قد يؤدي ذلك إلى حدوث مشاكل أو أخطاء في المعالجة.
ملاحظة: إذا تم إعداد منتج متوفّر في عدّة قنوات لمتاجرك ويتضمّن مخزونًا متوفرًا في المتجر، تأكَّد من أنّه لا يستخدم معرّف المنتج ولغة المحتوى وتصنيف الخلاصة نفسهم كمنتج حالي تم إرساله فقط من أجل "إعلانات للمنتجات المتوفرة في المتجر". قد يؤدي استخدام المعلومات نفسها لكليهما إلى حدوث تعارضات.
- السمات المتسقة: في ما يتعلّق بالمنتجات المتوفّرة في عدة قنوات، الهدف هو توفير قيم أساسية متسقة لسمات المنتج سواء على الإنترنت أو داخل المتجر. إذا كنت بحاجة إلى الاحتفاظ بسمات مختلفة لاستهداف الإعلانات (مثل التصنيف المخصّص
[custom_label]) للنسخة المتوفّرة على الإنترنت مقارنةً بالنسخة المتوفّرة في المتجر، ننصحك باستخدام منتجَين مختلفَين بمعرّفات منتجات فريدة. - مصادر البيانات التكميلية: إذا كنت تستخدم مصادر بيانات تكميلية لتقديم معلومات إضافية عن المنتجات، تأكَّد من أنّها محدّثة دائمًا. يمكن أن تؤدي المعلومات القديمة في مصادر البيانات التكميلية إلى عدم دقة بيانات منتجاتك.
- عمليات إرسال المنتجات الفريدة: يمكن أن يؤدي إرسال المنتج نفسه (المحدّد من خلال المعرّف ولغة المحتوى وتصنيف الخلاصة) من خلال مصادر بيانات أساسية متعددة إلى حدوث أخطاء في المعالجة. ننصحك بالتأكّد من إرسال كل منتج فريد باستخدام مصدر بيانات أساسي واحد موثوق به للحفاظ على دقة البيانات ووضوحها.
ملاحظة: في السابق، كان تحميل منتجات تتضمّن المعرّف ولغة المحتوى وتصنيف الخلاصة نفسهم من خلال مصادر بيانات متعددة يؤدي إلى سلوك غير متوقّع، بالإضافة إلى ظهور الخطأ "تم تحميل السلعة عبر عدة خلاصات". مع المنتجات المتوفّرة في عدّة قنوات، تؤدي هذه الحالات الآن إلى ظهور أخطاء، ما يضمن دقة البيانات ووضوحها.
إتاحة واجهة برمجة التطبيقات ومصادر بيانات المنتجات المُبرمَجة قبل إطلاقها
نحن بصدد طرح ميزة جديدة تدريجيًا تتيح لك اختيار طرق التسويق المحلية على واجهة برمجة التطبيقات ومصادر بيانات المنتجات المبرمَجة. إذا لم تكن لديك إمكانية الوصول إلى الميزة بعد وأردت الانضمام إلى البرنامج، يُرجى إرسال نموذج إبداء الاهتمام هذا.
يؤدي ذلك إلى تبسيط عملية إعداد "إعلانات للمنتجات المتوفرة في المتجر" (LIA) والبيانات المحلية المجانية للتجّار الذين يستخدمون واجهة برمجة التطبيقات أو تتم إضافة منتجاتهم تلقائيًا من متجرهم على الإنترنت. توضّح الأقسام التالية التغييرات المرئية في السلوك الناتجة عن هذا التحديث.
كيفية الاستعداد لهذا التحديث
نعمل على توحيد طريقة تفاعل المستخدمين مع المنتجات المتوفّرة في عدة قنوات على جميع مساحات العرض المتاحة: Content API وMerchant API وBigQuery وMerchant Center.
Content API for Shopping
إمكانية استهداف جميع طرق التسويق في نظام المنتجات المتوفّرة في عدة قنوات
يمكنك تفعيل طرق التسويق للمتاجر على الإنترنت وفي موقع جغرافي:
- بالنسبة إلى مصادر بيانات Content API
- بالنسبة إلى المنتجات الفردية المتوفّرة في عدة قنوات، يمكنك استخدام سمات مثل سمة الوجهات المستهدَفة
[included_destination].
عدم ظهور أي منتج متوفّر داخل المتجر فقط للمنتج المتوفّر في قنوات متعدّدة والذي تم تحميله باستخدام مصادر بيانات الملفات
products.update() مع المنتجات المتوفّرة في عدّة قنوات.products.update() التي تتضمّن معرّف REST الخاص بالمنتج مع ضبط القناة على "محلي". بالنسبة إلى المستخدمين الذين يحتاجون إلى قيم سمات مختلفة بين المتاجر على الإنترنت والمتاجر الفعلية، ننصح باستخدام منتجَين مختلفَين، أي استخدام معرّفَي منتج منفصلَين.إذا كان منتج متوفّر في عدة قنوات يستهدف أي طريقة تسويق للمتاجر ويتضمّن مخزونًا متوفرًا في المتجر، سيتعارض مع منتج حالي متوفّر في المتجر فقط يحمل معرّف REST مطابقًا. في ما يلي المزيد من التفاصيل:
- إذا كان هناك منتج متوفّر داخل المتجر فقط يحمل
معرّفات RESTمطابقة، لن يصبح المنتج المتوفّر في عدة قنوات فعّالاً لطرق التسويق للمتاجر وسيتم تسجيل المشكلة على مستوى السلعة "سبق أن تم استخدام معرّف المنتج هذا". - إذا كان المنتج المتوفّر في عدة قنوات فعّالاً لأي طريقة تسويق للمتاجر، ستفشل أي محاولة لإدراج منتج متوفّر في المتجر فقط يحمل
معرّف RESTمطابق وسيتم تسجيل المشكلة "سبق أن تم استخدام معرّف المنتج هذا".
إمكانية إدراج "المخزون المتوفر في المتجر" مع القناة "على الإنترنت"
localinventory.insert() أيضًا السلع التي تتضمّن القناة "على الإنترنت" في معرّف REST. سيتم استخدام المخزون من خلال المنتج المقابل المتوفّر في عدة قنوات إذا كان يستهدف طريقة تسويق للمتاجر، ما لم يكن هناك منتج متوفّر في المتجر فقط ومحلّ التعارض يحمل معرّف REST مع ضبط القناة على "محلي". إذا كان هناك منتج متوفّر داخل المتجر فقط يتطابق مع معرّف REST وتم ضبط القناة على "محلي"، سيتم اختيار المخزون بدلاً من ذلك حتى لو تم إدراجه باستخدام القناة "على الإنترنت".ظهور الحالات والمشاكل المجمّعة في productstatuses API
Shopping_ads) أم تتوافق مع المنتجات المتوفرة في المتجر فقط (أي المتوافقة مع "إعلانات للمنتجات المتوفرة في المتجر" Local_inventory_ads).Merchant API
مصدر البيانات يكون متعدد القنوات تلقائيًا
لا حاجة إلى قناة للمنتجات المتوفّرة في عدة قنوات ويمكن استخدام جميع طرق التسويق فيها
ما مِن قناة في اسم REST للمنتجات المتوفّرة في عدة قنوات. يمكن للمنتجات المتوفّرة في عدة قنوات أن تستهدف طرق التسويق للمتاجر على الإنترنت وفي مواقع جغرافية.
قد يحظر المنتج المتوفّر في عدّة قنوات اسم REST مع استخدام القناة "محلّي"
إمكانية إدراج المخزون المتوفّر في المتجر في منتج متوفّر في عدة قنوات
احتواء ProductStatus على حالة لجميع طرق التسويق
قد تظهر كلتا طريقتَي التسويق للمتجر على الإنترنت والمتاجر في مواقع جغرافية في ProductStatus لمنتج واحد متوفّر في عدة قنوات.
عمليات النقل في Google Merchant Center لـ BigQuery
يتضمّن جدول المنتجات منتجات متوفّرة في عدة قنوات تم تصديرها باستخدام قناة "على الإنترنت". قد يحتوي جدول المخزون المتوفر في المتجر في "خدمة نقل البيانات في BigQuery" على product_id مع القناة "على الإنترنت".
قائمة الإعدادات غير الصالحة
طلب products.update() وproducts.insert() في Content API للمنتجات التي تم تحميلها باستخدام مصادر بيانات تستهدف المتاجر على الإنترنت وفي مواقع جغرافية
تتيح واجهة مستخدم Merchant Center إنشاء مصادر بيانات يمكنها استهداف طرق التسويق للمتاجر على الإنترنت وفي مواقع جغرافية. في السابق، كان من الممكن التعامل مع الأجزاء التي تستهدف المتاجر على الإنترنت والأجزاء التي تستهدف المتاجر في مواقع جغرافية بشكلٍ مستقل. على وجه التحديد، كان من الممكن إصدار ما يلي:
- طلب
products.update()مع قناة "على الإنترنت"، ما يؤثر فقط في طرق التسويق للمتاجر على الإنترنت - طلب
products.update()مع قناة "محلية"، ما يؤثر فقط في طرق التسويق للمتاجر في مواقع جغرافية - طلب
products.insert()مع معرّف مصدر بيانات تكميلي مستخدَم كالمَعلمةfeedIdوالقناة "على الإنترنت"، ما يؤثر فقط في طرق التسويق للمتاجر على الإنترنت - طلب
products.insert()مع معرّف مصدر بيانات تكميلي مستخدَم كالمَعلمةfeedIdوالقناة "محلية"، ما يؤثر فقط في طرق التسويق للمتاجر في مواقع جغرافية
طلب products.update() مع القناة "على الإنترنت" للمنتج المتوفّرة في عدة قنوات
بالنسبة إلى المنتجات المتوفّرة في عدّة قنوات، سيؤثّر طلب products.update() الذي يتضمّن قناة "على الإنترنت" في كلّ من طرق التسويق للمتاجر على الإنترنت وطرق التسويق للمتاجر في المواقع الجغرافية.
طلب products.update() مع القناة "محلّي" للمنتج المتوفّر في عدة قنوات
بالنسبة إلى المنتجات المتوفّرة في عدة قنوات، يتم رفض طلبات products.update() التي تتضمّن قنوات "محلي".
طلب products.insert() مع معرّف مصدر بيانات تكميلي مستخدَم كالمَعلمة feedId والقناة "على الإنترنت" للمنتج المتوفّر في عدة قنوات
بالنسبة إلى المنتجات المتوفّرة في عدّة قنوات، سيؤثّر طلب products.insert() الذي يتضمّن معرّف مصدر بيانات تكميلي مستخدَم كالمَعلمة feedId وقناة "على الإنترنت" في كلّ من طرق التسويق للمتاجر على الإنترنت وطرق التسويق للمتاجر في المواقع الجغرافية.
طلب products.insert() مع معرّف مصدر بيانات تكميلي مستخدَم كالمَعلمة feedId والقناة "محلي" للمنتج المتوفّر في عدة قنوات
بالنسبة إلى المنتجات المتوفّرة في عدة قنوات، سيتم رفض طلبات products.insert() التي تتضمّن معرّف مصدر بيانات تكميلي مستخدَم كالمَعلمة feedId والقناة "محلي".
الإعداد المتأثر
لنفترض أنّ هناك مصدر بيانات منتجات يمكنه استهداف طريقتَي التسويق، أي المتجر على الإنترنت والمتاجر في مواقع جغرافية. ولنفترض أنّ أي طريقة تسويق للمتاجر مفعَّلة.
في السابق، كان استخدام طلب products.update() في Content API مع القناة "محلي" ينجح مع السلع التي يتم توفيرها بهذه البيانات. ومع تحديث النظام هذا، لن ينجح تقديم طلب products.update() مع القناة "محلي" للعنصر المقدَّم مع مصادر البيانات هذه.
الحل المقترَح
على التجّار الذين يحتاجون إلى مجموعات سمات مختلفة لطرق التسويق للمتاجر على الإنترنت وللمتاجر في المواقع الجغرافية عدم محاولة تحقيق ذلك باستخدام منتج واحد. وننصح في هذه الحالة باستخدام منتجَين مختلفَين بمعرّفَين مختلفَين تتم إدارتهما بشكل منفصل. لا تُعتبر القناة جزءًا من معرّف المنتج يمكن استخدامه للتمييز.
لا يمكن استبدال منتج متوفّر في عدّة قنوات إلا بشكل كامل
لنفترض هذا السيناريو:
- حمِّل منتجًا متوفّرًا في عدة قنوات باستخدام مصدر بيانات يستهدف طرق التسويق للمتاجر على الإنترنت وفي مواقع جغرافية.
- حمِّل منتجًا يحمل المعرّف ولغة المحتوى وتصنيف الخلاصة نفسهم باستخدام مصدر بيانات آخر يستهدف طرق التسويق للمتاجر على الإنترنت فقط.
يحلّ المنتج الذي تم تحميله في الخطوة 2 محلّ المنتج الذي تم تحميله في الخطوة 1 في ما يتعلّق بطرق التسويق للمتاجر على الإنترنت. في السابق، كانت الخطوة 1 تنشئ أيضًا منتجًا منفصلاً يستهدف طرق التسويق للمتاجر في مواقع جغرافية، ويظل موجودًا. يتغيّر هذا الأمر مع تحديث النظام هذا، حيث تتم إزالة أي تأثيرات محلية ناتجة عن الخطوة 1. يُرجى العِلم أنّ الخطوة 2 تؤدي أيضًا إلى ظهور التحذير "تم تحميل السلعة عبر عدة خلاصات".
المنتج المتوفّر في عدّة قنوات يحظر معرّف المنتج المتوفّر في المتجر فقط ذي الصلة
لنفترض السيناريو نفسه كما هو موضّح أعلاه، ولكن مع منتج متوفّر في المتجر فقط في الخطوة 2:
- حمِّل منتجًا متوفّرًا في عدة قنوات باستخدام مصدر بيانات يستهدف طرق التسويق للمتاجر على الإنترنت وفي مواقع جغرافية.
- حمِّل منتجًا متوفّرًا في المتجر فقط يحمل المعرّف ولغة المحتوى وتصنيف الخلاصة نفسهم باستخدام مصدر بيانات آخر يستهدف طرق التسويق للمتاجر في المواقع الجغرافية فقط.
في السابق، كان المنتج المتوفّر داخل المتجر فقط الذي تم تحميله في الخطوة 2 يحلّ محلّ المنتج الذي تم تحميله في الخطوة 1، ولكن فقط لطرق التسويق للمتاجر في المواقع الجغرافية. يغيّر تحديث النظام هذا السلوك على النحو التالي:
- إذا كان للمنتج من الخطوة 1 مخزون متوفّر في المتجر، سيتعذّر تحميل المنتج المتوفّر في المتجر فقط من الخطوة 2 وسيظهر الخطأ "سبق أن تم استخدام معرّف المنتج هذا".
- إذا لم يكن للمنتج من الخطوة 1 مخزون متوفّر في المتجر، سيتم تحميل المنتج المتوفّر في المتجر فقط من الخطوة 2 بنجاح بدون أي تحذير.
سيمنع المنتج الحالي المتوفّر في المتجر فقط المنتج المتوفّر في عدة قنوات من أن يصبح فعّالاً لطريقة التسويق للمتاجر
لنفترض هذا السيناريو:
- حمِّل منتجًا متوفّرًا في المتجر فقط.
- حمِّل منتجًا متوفّرًا في عدة قنوات يحمل المعرّف ولغة المحتوى وتصنيف مصدر البيانات نفسهم باستخدام مصدر بيانات آخر يستهدف طرق التسويق للمتاجر (وربما طرق التسويق للمتاجر على الإنترنت أيضًا).
لن يصبح المنتج المتوفّر في عدة قنوات فعّالاً لطرق التسويق للمتاجر في المواقع الجغرافية، وسيظهر الخطأ "سبق أن تم استخدام معرّف المنتج هذا". كل ذلك بسبب المنتج المتوفّر في المتجر فقط من الخطوة 1 وسيتم حلّ المشكلة تلقائيًا في النهاية بعد حذفه.
الحل المقترَح
على التجّار عدم تحميل عناصر تتضمّن معرّف المنتج ولغة المحتوى وتصنيف مصدر البيانات نفسهم باستخدام مصادر بيانات متعددة. في السابق، كان السلوك معقّدًا إلى حدّ ما وغالبًا ما كان يؤدي إلى إعدادات غير صحيحة لمصدر البيانات. ويتغيّر هذا السلوك مع تحديث النظام هذا، حيث تؤدي التعارضات مع المنتجات المتوفّرة في المتجر فقط إلى ظهور أخطاء "سبق أن تم استخدام معرّف المنتج هذا".
عدم فعالية البيانات من مصادر البيانات التكميلية القديمة بشكل كامل
الحل المقترَح
احرِص على تعديل محتوى جميع المصادر التكميلية التي تشير إليها المصادر الأساسية بشكل متكرر إلى حدّ معقول. ويكفي بالتأكيد تعديل المصادر التكميلية بعد إجراء أي تغييرات على المصادر الأساسية المتأثّرة. بالنسبة إلى أي مصدر تكميلي يتضمّن محتوًى لم يتم تعديله لأكثر من عام، يجب تعديل المحتوى. أو إذا لم يعُد المصدر التكميلي ضروريًا، يجب حذفه.