واجهة Google Merchant Center API تدير الآن مراجعات المنتجات

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

ما الذي حدث

تُدرج وثائق Merchant API من Google الآن طريقة برمجية لمراجعات المنتجات: ينشئ تجار التجزئة مصدر بيانات للمراجعات أو يعيدون استخدام مصدر قائم، ثم يستخدمون طريقة الإدراج لإنشاء مراجعة أو تحديثها برمجياً. وتحدّد وثائق Google الإرشادية المتطلبات المسبقة، وهي وجود تغذية نشطة لمراجعات المنتجات في Merchant Center والتسجيل في برنامج Product ratings program، وتشير إلى أن الوصول مقيَّد بطلب إدراج في القائمة المسموح بها عبر نموذج دعم Shopping API. ورصدت منافذ إعلامية متخصصة هذا التحديث في منتصف سبتمبر 2026. وقد وسّعت Google واجهة المراجعات الفرعية منذ إطلاق نسختها التجريبية عام 2024، وتوثّق دليلها الخاص بمراجعات المنتجات الآن دورة الإرسال والإدارة الكاملة عبر الواجهة البرمجية.

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

لماذا يهم هذا

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

ماذا يعني هذا لقطاع التجزئة

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

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

يمكنكم استخدام طريقة accounts.productreviews.insert لإنشاء مراجعة منتج أو تحديثها.

Google، دليل Merchant API لمراجعات المنتجات

الخلاصة

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