خلاصة بيانات المنتجات في Merchant Center: التحقق والمطابقة
تحقق من مطابقة الأسعار والمخزون وتنويعات المنتجات في الخلاصة.
يتطلب الظهور في Google Shopping وبطاقات المنتجات المجانية انضباطًا في البيانات يختلف عن تحسين صفحة المنتج للبحث العضوي. وتتمثل نقطة الارتكاز في خلاصة بيانات المنتجات في Merchant Center. تنقل الخلاصة إلى Google العنوان والسعر والمخزون والصور والشحن والمعرّفات بصورة منتظمة ومتسقة. يوضح الدليل ربط الخلاصة ومطابقة السمات المطلوبة والمقترحة وتنظيم خيارات المنتج والمخزون والشحن وتصحيح الأخطاء وجدولة التحديث. التركيز هنا على تدفق بيانات سليم لقنوات Shopping والبطاقات المجانية، لا على SEO لصفحات المنتجات والفئات.
ما خلاصة بيانات المنتجات، وكيف تربطها بـ Merchant Center؟
الخلاصة مصدر بيانات يعرّف كل رمز SKU قابل للبيع في المتجر بحقول بيانات يفهمها Google. من الصيغ الشائعة XML وTSV/CSV والنقل المنتظم عبر API. يقرأ Merchant Center المصدر ويقبل السجلات أو يرفضها وفق السياسات والمتطلبات التقنية. ويمكن استخدام السجلات المقبولة في إعلانات Shopping وبطاقات المنتجات المجانية في المناطق المؤهلة.
الاستعداد قبل الربط
جهّز الأساس التالي قبل إنشاء الخلاصة:
- استكمال حساب Merchant Center والتحقق من ملكية الموقع وربط الحساب الإعلاني إن وجد.
- تخصيص معرّف فريد ودائم لكل خيار قابل للبيع، مع وضوح قواعد id وitem_group_id.
- إنتاج السعر والمخزون والعملة وشروط الشحن في الموقع والخلاصة من المصدر نفسه.
- إتاحة روابط المنتجات واستخدام الروابط الأساسية دون معلمات تتبع زائدة.
خطوات الربط مع Merchant Center
- أنشئ مصدر البيانات الأساسي من قسم المنتجات في Merchant Center.
- اختر طريقة النقل: رفع ملف يدويًا، أو جلب مجدول من رابط، أو تكامل API.
- طابق البلد المستهدف واللغة والعملة مع عمليات المتجر.
- ابدأ برفع عدد قليل من سجلات SKU السليمة كتجربة محدودة، ثم وسّع إلى الكتالوج الكامل.
- اقرأ تقرير المعالجة ولا توسّع النطاق قبل إصلاح السجلات المرفوضة.
عند استخدام الجلب المجدول أو API، وضّح وصول الخادم والمصادقة ووقت تحديث الملف. وإذا كانت لوحة المتجر تنتج الخلاصة تلقائيًا، تقل الحاجة إلى تعديل الجداول يدويًا.
كيف تطابق السمات المطلوبة والمقترحة؟
مطابقة السمات ليست نسخ محتوى الموقع فقط؛ إذ يحدد Google أسماء حقول وصيغ قيم وقواعد اتساق. يلخص الجدول ترتيبًا عمليًا للأولويات، مع احتمال وجود متطلبات إضافية بحسب البلد والفئة.
| مجموعة الحقول | أمثلة السمات | ملاحظة عملية |
|---|---|---|
| المعرّفات | id, item_group_id, gtin, mpn, brand | لكل سجل id فريد، وتُجمع الخيارات تحت item_group_id مشترك. أدخل GTIN الصحيح عند توفره، واضبط بيانات العلامة وMPN عند انطباقها. |
| المحتوى الأساسي | title, description, link, image_link | يتضمن العنوان العلامة ونوع المنتج والميزة الفارقة. تجنب الوصف المكرر أو المحشو، وأتح صورة واضحة يمكن الوصول إليها. |
| البيانات التجارية | price, sale_price, availability, condition | طابق السعر مع الموقع، واربط حالة التوفر بمصدر مخزون محدث. |
| التصنيف | google_product_category, product_type | يجمع تصنيف Google ومسار فئات المتجر صورة أوضح للمنتج. |
| الشحن والضريبة | shipping, shipping_weight بحسب الحاجة | يجب ألا تتعارض إعدادات الحساب مع حقول الخلاصة. |
| السمات المقترحة | additional_image_link, color, size, material, gender, age_group, energy_efficiency_class وغيرها | تساعد السمات الخاصة بالفئة على المطابقة والظهور ضمن الفلاتر. |
ضبط العنوان والوصف
لا تحوّل العنوان إلى حشد كلمات مفتاحية. استخدم ترتيبًا مقروءًا: العلامة ثم نوع المنتج ثم الميزة الفارقة ثم اللون أو المقاس. اذكر في الوصف خصائص حقيقية موجودة في الموقع أيضًا. عبارات مثل «الأرخص» و«المرتبة الأولى مضمونة» تحمل مخاطر تتعلق بالسياسات والثقة.
الصور والوسائط
يجب أن يقود image_link مباشرة إلى صورة منتج متاحة. الصور ذات الخلفيات المزدحمة أو العلامات المائية أو النصوص الكثيرة قد تتعرض للرفض أو تقل نقراتها. استخدم additional_image_link للزوايا والتفاصيل الإضافية. وتفيد إرشادات جودة الصور وتسميتها في دليل تحسين صور التجارة الإلكترونية للبحث (بالتركية) في تحسين الخلاصة أيضًا.
حقول التعريف: GTIN والعلامة وMPN
يسهّل GTIN الصحيح مطابقة المنتجات ذات الباركود. استخدام باركود خاطئ أو لمنتج آخر قد يسبب الرفض ومشكلات موثوقية الحساب. وللمنتجات بلا علامة أو المصنوعة حسب الطلب، لا تعبئ العلامة عشوائيًا؛ استخدم اسمًا متسقًا للعلامة أو المنشأة ضمن ما تسمح به السياسة.
تنظيم خيارات المنتج والشحن والمخزون
تظهر أخطاء تشغيلية كثيرة في مزامنة خيارات المنتج والمخزون. حتى إذا عُرضت مقاسات S/M/L في صفحة قميص واحدة، فإنها تحتاج غالبًا إلى سجلات مستقلة بمعرّفات مختلفة في الخلاصة، تُجمع باستخدام item_group_id واحد.
إعداد خيارات المنتج
- خصص id دائمًا لكل تركيبة قابلة للبيع، ولا تستبدله بمعرّف جديد عند نفاد المخزون.
- اربط الخيارات بالمنتج الأساسي عبر item_group_id، واملأ color وsize وmaterial بحسب المنتج.
- اجعل رابط الخيار يفتح الاختيار المعني مباشرة إن أمكن، حتى لا يصل العميل إلى لون مختلف.
- إذا اختلف السعر بين الخيارات، فأرسل price الخاص بكل سجل.
المخزون والتوفر
استمد availability، مثل متوفر أو غير متوفر أو طلب مسبق، من مصدر سجل المستودع نفسه. بقاء المنتج متوفرًا في الخلاصة رغم نفاده في الموقع يضر بالثقة. وإذا أوقفت البيع دون حد معين، مثل أقل من وحدتين في مثال توضيحي، فطبّق الحد نفسه على الخلاصة. وفي تعدد المستودعات، وثّق المستودع الذي يغذي مخزون Merchant Center.
مزامنة السعر والحملات
يجب أن يعكس price السعر الساري وفق إعداد حقول التسعير. وعند استخدام sale_price، راجع انتهاء الخصم حتى لا يبقى عرض منتهٍ في الخلاصة. تسبب العملة وطريقة عرض الضريبة والفاصل العشري أخطاء تنسيق شائعة. توحيد مصدر التسعير للموقع والسلة والخلاصة يقلل مخاطر الجداول اليدوية.
حقول الشحن
تُحدد رسوم الشحن وبلد التسليم وفئة الخدمة على مستوى الحساب أو سجل الخلاصة. استخدام إعدادات متعارضة قد يؤدي إلى الرفض أو عرض معلومات خاطئة. وعند الشحن بحسب الوزن، طابق وحدة shipping_weight مع الوزن الفعلي للطرد. تحقق بمنتجات تجريبية من انعكاس حد الشحن المجاني في الخلاصة أو إعدادات الحساب.
أخطاء الخلاصة الشائعة وأسباب الرفض
تقدم تقارير المعالجة تفاصيل السجلات تحت فئات عامة للمخالفات. وتلخص القائمة التالية أسبابًا جذرية شائعة لدى فرق المتاجر والمنشآت الصغيرة والمتوسطة.
- عدم تطابق السعر: اختلاف السعر عن الموقع أو السلة، أو اختلاف العملة أو الضريبة غير الظاهرة.
- عدم تطابق المخزون: بقاء منتج نافد متوفرًا، أو تصنيف منتج قابل للبيع على أنه غير متوفر.
- غياب حقل مطلوب: ترك سمة لازمة للفئة، مثل المقاس أو اللون أو الفئة العمرية، فارغة.
- معرّف أو GTIN غير صالح: باركود خاطئ أو معرّف منتج آخر أو تنسيق غير صحيح.
- تعذر الوصول إلى الصورة: خطأ 404 أو طلب تسجيل دخول أو نوع MIME خاطئ أو منع الزحف.
- تعارض الاستهداف: اختلاف لغة الخلاصة أو بلدها عن محتوى الموقع وبلد الشحن.
- تكرار id: استخدام المعرّف نفسه لسجلين أو دمج الخيارات دون معرّفات مناسبة.
- مخالفة السياسة: فئة محظورة أو ادعاء مضلل أو تصنيف غير صحيح لمحتوى البالغين أو مؤشرات تقليد علامة.
- مشكلة صفحة الوصول: سلسلة إعادة توجيه أو صفحة فارغة أو منتج لا يمكن إضافته إلى السلة.
أسلوب العمل على تصحيح الأخطاء
- جمّع التقرير بحسب رمز الخطأ، وابدأ بالسعر والمخزون والمعرّفات والصور.
- حدد السبب في النظام المصدر: قاعدة اللوحة أم تحويل XML أم جدول يدوي؟
- ثبّت الإصلاح بتحديث القاعدة أو المطابقة، لا بتعديل مؤقت للسجل وحده.
- أعد المعالجة وتحقق من زوال خطأ SKU نفسه في التقرير التالي.
- خصص مراجعة أسبوعية لسلامة الخلاصة عند تكرار الأخطاء.
الإصلاحات اليدوية المتكررة فرص للأتمتة. ويمكن تكييف منهج أتمتة سير العمل (بالتركية) لربط تحديثات المخزون والأسعار بالقواعد والمشغلات بدل إدخالها يدويًا.
القياس والأداء وجدول التحديث
نجاح رفع الملف ليس نهاية إدارة الأداء. راقب نسبة القبول وعدد المنتجات الصالحة وإشارات الظهور والنقر والإضافة إلى السلة واتجاه الرفض معًا.
ما المؤشرات التي تتابعها؟
- أعداد المنتجات المقبولة والمرفوضة والمنتظرة واتجاه نسبها
- تنبيهات اختلاف السعر والمخزون
- النقر والإضافة إلى السلة بحسب مجموعة المنتجات، مع لوحات الإعلانات والتحليلات
- الفئات والعلامات والموردين الأكثر تسببًا بالأخطاء
- تأخر التحديث بين تغير السعر في الموقع وانعكاسه في الخلاصة
لا تهمل البحث داخل الموقع والظهور التقني. بيانات Merchant Center جزء من منظومة Google، وتكمل خطوات الأداء وفحص الروابط في دليل استخدام Google Search Console (بالتركية) معالجة مشكلات الفهرسة والزحف.
جدول تحديث مقترح
لا يوجد موعد موحد يناسب الجميع؛ تتغير الوتيرة بحسب كثافة العمليات. ومن الأطر الممكنة:
- المخزون والسعر: مزامنة عدة مرات يوميًا أو عند أحداث البيع والإرجاع واستلام البضاعة.
- العناوين والوصف والصور والفئات: عند تغير المحتوى، وبدفعات مضبوطة عند تعديل الكتالوج كاملًا.
- قواعد الشحن: فحص اتساق الحساب والخلاصة في يوم تغير الحملة أو الاتفاق.
- مراجعة أسبوعية: المنتجات المرفوضة والتنبيهات وسجلات SKU كثيرة النقر وقليلة الإضافة إلى السلة.
- مراجعة شهرية: المعرّفات غير المستخدمة والروابط المعطلة وsale_price المنتهي والسمات المقترحة الناقصة.
مصدر بيانات قابل للتوسع
مع زيادة المنتجات والقنوات، تزيد كلفة الخطأ إذا بقيت الخلاصة عالمًا منفصلًا من الجداول. ينبغي أن تكون لوحة المتجر أو نظام مركزي لإدارة معلومات المنتجات (PIM) مصدر الحقيقة لمعلومات المنتج والمخزون والسعر.
قائمة مراجعة عملية
راجع القائمة بالترتيب عند الإعداد الأول أو التدقيق الشهري:
- هل لكل SKU قابل للبيع id دائم وفريد؟
- هل تُجمع الخيارات باستخدام item_group_id والسمات الفارقة؟
- هل title وdescription وlink وimage_link وprice وavailability وcondition مكتملة وصحيحة؟
- هل GTIN وbrand وMPN مطابقة للسياسة؟
- هل google_product_category وproduct_type معبّران عن المنتج؟
- هل يستمد السعر والمخزون من مصدر الموقع نفسه؟
- هل قواعد الشحن متسقة بين الحساب والخلاصة؟
- هل بقيت رموز أخطاء متكررة في التقرير؟
- هل تكفي وتيرة التحديث لحركة المخزون؟
- هل عولج سبب رفض المنتجات بدل حذفها من القائمة دون معالجة؟
الخلاصة: بيانات متسقة لقناة موثوقة
تحسين خلاصة بيانات المنتجات في Merchant Center عمل مستمر على اتساق المعرّفات والأسعار والمخزون والصور والشحن، لا رفع ملف لمرة واحدة. وبصورة مستقلة عن SEO للمنتجات والفئات، استكمل السمات المطلوبة واجمع الخيارات بشكل صحيح وراجع تقارير الأخطاء واربط التحديث بسرعة التشغيل. وضوح المصدر وتوثيق قواعد المطابقة وإمكان تتبع المزامنة تجعل الخلاصة جزءًا موثوقًا من قناة البيع.
لا تعتبر التحديث منتهيًا بمجرد نجاح رفع الملف. تابع قبول المنتجات واتساقها مع صفحات الوصول أيضًا. حافظ على سياسة ثابتة للمعرّفات، فتغييرها عند إنتاج خلاصة جديدة قد يقطع استمرارية المتابعة السابقة.