قد يجهز متجر سعودي أفضل عروض الجمعة البيضاء، ثم يكتشف قبل إطلاق الإعلانات أن بعض المنتجات مرفوضة في Google Merchant Center. تظهر المشكلة أحيانًا في سعر لا يطابق صفحة المنتج، أو مخزون لم يتحدث، أو صورة غير صالحة. وعندما يبدأ الموسم، يصبح إصلاح هذه التفاصيل أصعب بسبب كثرة التغييرات والطلبات.
تبدأ تهيئة Merchant Center للجمعة البيضاء بمراجعة بيانات المنتجات قبل زيادة الإنفاق على Shopping Ads. فحملة التسوق لا تستطيع تعويض خلاصة تعرض سعرًا قديمًا أو ترسل العميل إلى صفحة لا يمكن الشراء منها. والهدف هنا تجهيز سجل موثوق لكل منتج، ومعالجة أسباب الرفض، ثم متابعة التزامن عندما تتغير الأسعار خلال أيام العروض.
ما دور Google Merchant Center في الجمعة البيضاء؟
يمثل Merchant Center حلقة الوصل بين بيانات متجرك وطرق عرض المنتجات المؤهلة على Google. يتلقى أسماء السلع وصورها وروابطها وأسعارها وتوفرها، ثم يفحص هذه البيانات وفق متطلبات الجودة والسياسات. وعندما يرتبط الحساب بإعلانات Google، يمكن استخدام المنتجات المؤهلة في حملات Shopping أو Performance Max بحسب الإعدادات المتاحة.
لا يعني قبول المنتج ضمان ظهوره لكل بحث. فالعرض يتأثر بالأهلية والاستهداف والمنافسة وجودة البيانات وإعداد الحملة. لكن المنتج المرفوض لن يشارك في المواضع التي رُفض من أجلها. لذلك ينبغي أن يسبق إصلاح الخلاصة أي قرار برفع ميزانية الجمعة البيضاء.
راجع الحساب والمتجر قبل مراجعة المنتجات
ابدأ بالتأكد من ربط النطاق الصحيح وإتمام خطوات التحقق المطلوبة في حساب التاجر. افحص بيانات النشاط التجاري ووسائل التواصل وعناوين الخدمة. ثم راجع سياسة الشحن والاستبدال والاسترجاع وطرق الدفع. يجب أن تكون هذه المعلومات واضحة للعميل ومتسقة مع إعدادات الحساب.
في السوق السعودي، راجع أيضًا عملة البيع ومناطق التوصيل والأسعار المعروضة للمستهلك. لا تضع متجرًا يستهدف السعودية في خلاصة بعملة مختلفة دون إعداد معتمد يسمح بذلك. وتأكد من أن صفحة المنتج تعمل باللغة المناسبة ويمكن الوصول إليها من الأجهزة المحمولة دون تسجيل دخول إجباري لمجرد معرفة السعر.
ما البيانات الأساسية التي تحتاجها خلاصة المنتجات؟
تتغير الحقول المطلوبة حسب نوع المنتج وبلد الاستهداف، لكن توجد عناصر يجب فحصها في معظم المتاجر. اجمعها في جدول داخلي يربط معرف المنتج في النظام بمعرفه في الخلاصة، ثم راجع المنتجات المشاركة في التخفيضات أولًا.
| الحقل | مهمته | ماذا تفحص؟ |
|---|---|---|
id |
تمييز سجل المنتج | معرف ثابت لا يتغير مع كل تحديث |
title |
تعريف السلعة | اسم دقيق وموديل أو مقاس عند الحاجة |
link |
وجهة النقر | رابط مباشر لمنتج قابل للشراء |
image_link |
صورة المنتج | صورة مطابقة وواضحة وقابلة للفتح |
price |
السعر الأساسي | قيمة صحيحة وعملة متسقة مع الموقع |
availability |
حالة التوفر | تطابق المخزون المعروض في المتجر |
brand وgtin |
التعرف على المنتج | معرفات الشركة المصنعة الحقيقية إن وجدت |
لا تخترع رقم GTIN لتعويض حقل مفقود، ولا تضع علامة تجارية غير صحيحة. أما المنتجات التي لها ألوان أو مقاسات، فتحتاج إلى إدارة دقيقة للمتغيرات وربط كل سجل بالنسخة المقصودة. يساعد ذلك على منع إرسال العميل إلى مقاس نافد بينما يظل الإعلان يصفه بأنه متاح.
كيف تضبط الأسعار الترويجية للجمعة البيضاء؟
أهم فرق يجب فهمه هو أن price يمثل السعر الأساسي، بينما يستخدم sale_price للسعر المخفض المؤقت. عند إرسال السعر المخفض، استمر في إرسال السعر الأصلي في الحقل المخصص له. ويجب أن يجد العميل السعرين بوضوح على صفحة المنتج، وأن يكون السعر المدفوع مطابقًا للعرض الذي ينطبق عليه.
مثال عملي على منتج داخل حملة نوفمبر
لنفترض أن سعر جهاز في المتجر 300 ريال شامل الضريبة، وأصبح سعره خلال العرض 240 ريالًا. في الخلاصة يمكن إرسال price بقيمة 300.00 SAR وsale_price بقيمة 240.00 SAR. هذه أرقام تدريبية، ولا يجوز استخدامها ما لم تطابق الأسعار الحقيقية في المتجر.
لإدارة فترة الخصم، يدعم Google الحقل sale_price_effective_date. ويمكن تمثيل فترة تبدأ منتصف ليل 27 نوفمبر وتنتهي في 30 نوفمبر 2026 بتوقيت السعودية كما يلي:
2026-11-27T00:00+0300/2026-11-30T23:59+0300إذا أغفلت تاريخ الفعالية مع استمرار إرسال السعر المخفض، فقد يُعامل على أنه السعر النشط طوال فترة وجوده في المصدر. لهذا يجب تنسيق التوقيت بين منصة المتجر والخلاصة ومواعيد الحملة. ويمكن مراجعة إرشادات Google لتاريخ سريان السعر المخفض قبل تجهيز الجدولة.
لا ترفع السعر الأساسي قبل الجمعة البيضاء لتبدو نسبة الخصم أكبر. ينبغي أن يعكس السعر السابق سعر بيع حقيقيًا، وأن تتوافق تفاصيل العرض مع ضوابط التخفيضات السارية في السعودية. ويمكن الاستفادة من دليل الصقر للتسعير المرن للمتاجر السعودية لفهم أثر تغيير الأسعار على ربحية المنتجات وثقة العملاء.
هل أسعار التخفيض هي نفسها Promotions في Merchant Center؟
لا. السعر المخفض على منتج معين يختلف عن إضافة Promotions التي تتيح إرسال عروض مثل قسائم الشراء في البلدان المؤهلة. ووفق قائمة Google المنشورة وقت إعداد هذه المقالة، السعودية ليست ضمن الدول المشمولة بإضافة Promotions المنفصلة، رغم دعمها لعرض المنتجات عبر Shopping.
لذلك لا تبنِ خطة متجرك السعودي على افتراض إمكانية تفعيل هذه الإضافة أو إرسال promotion_id كما لو كانت متاحة للجميع. ركز على سعر المنتج الفعلي وخلاصته وصفحة الشراء، ثم راجع حالة الأهلية في الحساب إذا تغيرت قائمة الدول مستقبلًا.
كذلك لا يمكن ضمان ظهور شارة التخفيض لمجرد إرسال sale_price. فالتعليقات التوضيحية للسعر تخضع لمتطلبات تختلف حسب البلد وموضع العرض. لا تنقل شروط دولة أخرى، مثل مدة تاريخ السعر الأساسي، باعتبارها قاعدة سعودية عامة دون مراجعة الوثائق الخاصة بالاستهداف.
أكثر أسباب رفض المنتجات خلال موسم الجمعة البيضاء
عدم تطابق السعر بين الخلاصة والصفحة
قد يتغير السعر في لوحة المتجر قبل وصول التحديث إلى Merchant Center. وقد تظهر قيمة أخرى في البيانات المنظمة أو نسخة الصفحة المخزنة مؤقتًا. راجع السعر الذي يصل إليه زائر جديد، ثم قارنه بقيمة الخلاصة وبالمبلغ الفعلي في السلة. يجب أن يتطابق السعر النشط بالعملة الصحيحة.
إذا جرى تحميل السعر النهائي عبر JavaScript بعد فتح الصفحة، فقد تواجه عملية الزحف مشكلة في قراءة القيمة من HTML الأولي. راجع ترميز المنتج وطريقة إظهار السعر بدل الاكتفاء بالتأكد من أنه يبدو صحيحًا في متصفحك.
اختلاف حالة المخزون أو المنتج غير المتاح
قد تعرض الخلاصة in_stock بينما يظهر المنتج نافدًا عند الشراء. يحدث ذلك مع المبيعات السريعة أو تأخر تحديث المخزون أو اختلاف متغير المنتج. اربط تغير حالة التوفر بالمصدر الأصلي، وحدث بيانات المنتج بأقرب وقت ممكن دون إرسال حالة غير حقيقية لتجاوز المراجعة.
صور وروابط لا تطابق السلع
قد تقود صورة إلى منتج آخر أو يحتوي رابط المنتج على إعادة توجيه لصفحة الفئة. وقد تكون الصورة محجوبة عن زاحف Google أو معطلة. افحص الصورة الأصلية والرابط النهائي، وتأكد من أن الزائر يستطيع الوصول إلى السلعة نفسها دون أخطاء أو طلب تسجيل دخول.
معلومات النشاط والسياسات غير الواضحة
لا تتعلق جميع المشكلات بحقول المنتجات. فقد تظهر تحذيرات مرتبطة بمعلومات التواصل أو سياسات الإرجاع أو هوية التاجر. وتعامل Google الادعاءات المضللة وعدم إتاحة معلومات الشراء الأساسية بجدية، لذلك راجع الموقع باعتباره تجربة تجارية كاملة وليس مجرد ملف CSV.
كيف تستخدم قسم Needs attention لمعالجة الرفض؟
ادخل إلى قسم المنتجات في Merchant Center وافتح تبويب Needs attention أو المنتجات التي تستدعي الانتباه. ستجد المشكلات التي تؤثر في المنتجات، وقد تظهر كذلك تنبيهات تخص إعداد الحساب أو السياسات. ابدأ بالمشكلات الواسعة الأثر ثم انتقل إلى تفاصيل كل مجموعة.
استخدم عوامل التصفية لتنزيل قائمة المنتجات المتأثرة عند الحاجة. سجل معرف كل منتج وسبب الرفض ومصدر البيانات المسؤول عنه. إذا كانت المشكلة في السعر، صحح السعر في النظام والخلاصة والصفحة بدل تعديل الوصف الإعلاني. وعند اكتمال الإصلاح أعد مزامنة البيانات واطلب مراجعة إذا ظهر الخيار.
قد تحتاج Google إلى وقت لإعادة الفحص، ولا يعني حفظ التعديل قبول المنتج فورًا. تجنب حذف المنتجات المرفوضة وإعادة رفعها للتحايل على فحص الحساب. وإذا لم تتضح المشكلة، راجع دليل Google الرسمي لمشكلات Merchant Center قبل تكرار طلبات المراجعة.
مزامنة الأسعار والمخزون أهم من إعادة رفع الملف يدويًا
في الجمعة البيضاء تتغير الأسعار والمخزونات بسرعة. لذلك يحتاج المتجر إلى طريقة تحديث يمكن الوثوق بها، سواء عبر تكامل المنصة أو مصدر بيانات مجدول أو واجهة برمجية. ضع خطة تحدد متى يتغير السعر على الموقع ومتى يصل إلى Google، ثم راقب فشل المزامنة.
يمكن تفعيل التحديثات التلقائية لعناصر المنتجات للمساعدة في معالجة بعض الاختلافات المحدودة عند توفر بيانات منظمة صحيحة. لكنها ليست بديلًا عن رفع بيانات دقيقة ومحدثة. وإذا كثرت الفروق، فقد يتوقف هذا التصحيح التلقائي أو يتعرض الحساب لمشكلات أوسع.
تنبيه للمطورين بشأن واجهات Google في 2026
أعلنت Google وصول Content API for Shopping إلى موعد إيقافه في 18 أغسطس 2026، مع بدء تراجع الخدمة القديمة في سبتمبر للحسابات غير المشمولة بتمديد. لذلك ينبغي مراجعة أي إضافة مخصصة ما زالت تعتمد عليه، والتخطيط للانتقال إلى Merchant API المدعومة بدل بناء تكامل جديد على واجهة قديمة.
في متاجر سلة وزد وشوبيفاي وWooCommerce، تحقق من طريقة الربط التي تستخدمها الإضافة الحالية ومن مسؤولية الدعم عن تحديثها. لا تفترض أن كل منصة تستخدم التقنية نفسها أو أن جميع خيارات التحكم متاحة للتاجر.
قسم منتجات الجمعة البيضاء دون إنشاء خلاصات متضاربة
يمكن الاستفادة من تصنيفات مخصصة مثل custom_label_0 لتمييز المنتجات المشاركة في الجمعة البيضاء، وتصنيف آخر للهوامش أو أولوية الإعلان. هذا يسهل على فريق الحملات اختيار التشكيلة المناسبة دون تغيير عناوين المنتجات كل يوم.
تجنب إنشاء سجلات مكررة للمنتج نفسه لمجرد إدراجه في حملة موسمية. حافظ على معرف مستقر وربط واضح بالصفحة الأصلية. أما المنتج الذي لا يتحمل تكلفة الإعلان بعد الخصم، فمن الأفضل استبعاده من الترويج المدفوع وفق الخيارات المناسبة، بدل تزوير حالة المخزون.
لمزيد من تنظيم التشكيلات داخل الحملات، راجع دليل الصقر لتحسين خلاصات المنتجات في حملات Performance Max. أما موضوعنا هنا فهو إصلاح أهلية السلع ومزامنة البيانات قبل وصولها إلى الحملة.
خطة تشغيل قبل الجمعة البيضاء 2026
من 1 إلى 8 نوفمبر: مراجعة الأساس
افحص أهلية الحساب وبيانات النشاط والسياسات والشحن. استخرج قائمة المنتجات المرفوضة والأكثر أهمية في الحملة. تحقق من معرفات المنتجات وصورها وروابطها وسلامة بيانات السعر والتوفر.
من 9 إلى 18 نوفمبر: إصلاح البيانات وتجربة التخفيض
عالج أسباب الرفض من مصدرها، ثم اختبر مجموعة محدودة من المنتجات بأسعار تجريبية معتمدة في بيئة مناسبة. راجع استجابة المزامنة وتاريخ تفعيل الخصم، وتأكد من قدرة فريق المتجر على التراجع عن سعر أُدخل بالخطأ.
من 19 إلى 26 نوفمبر: تدقيق التوقيت والموافقة
راجع حالة المنتجات المشاركة واستكمال مراجعات Google. اختبر صفحات المنتج والسلة على الجوال وتأكد من أن السعر الحالي هو ما سيُحصّل فعلًا. لا تؤجل إصلاح رفض الحساب إلى يوم إطلاق الإعلانات.
من 27 نوفمبر وما بعده: مراقبة التغيير
توافق الجمعة البيضاء 2026 يوم 27 نوفمبر. راقب المنتجات المرفوضة والأسعار والمخزون عدة مرات بحسب حجم المتجر، ثم تحقق من توقف التخفيضات في موعدها. بعد الموسم، احتفظ بسجل الأخطاء لتحديث آلية المزامنة قبل المناسبة التالية.
كيف تعرف أن Merchant Center أصبح جاهزًا للإطلاق؟
لا يكفي أن يظهر عدد كبير من المنتجات بحالة معتمدة. اختبر عينة من المنتجات الأعلى أهمية من حيث المبيعات والمخزون. افتح روابطها كزائر عادي وقارن الاسم والسعر والصورة وحالة التوفر. بعد ذلك راجع إذا كانت هذه السلع مؤهلة لوجهة الإعلان المطلوبة في البلد المستهدف.
اربط هذا الفحص بمراجعة بنية Google Ads وميزانية Shopping. قد تكون الخلاصة سليمة بينما الحملة تستهدف منتجات لم تعد مشاركة في التخفيضات. ويوضح دليل الصقر لإعلانات جوجل للمتاجر الإلكترونية السعودية الفرق بين أنواع الحملات وطرق استخدام المنتجات.
أسئلة شائعة عن Merchant Center الجمعة البيضاء
هل أحتاج إلى إنشاء حساب Merchant Center جديد لكل موسم؟
لا. استخدم الحساب القائم إذا كان سليمًا ومناسبًا للمتجر، ثم حدث بيانات المنتجات والعروض. إنشاء حساب جديد للالتفاف على رفض سابق قد يفاقم المشكلة بدل حلها.
هل يمكن عرض السعر المخفض في السعودية؟
يمكن إرسال السعر المخفض للمنتج وفق متطلبات Google مع تطابقه مع صفحة البيع. لكن ظهور شارة خاصة بالتخفيض أو توفر إضافة Promotions يتوقف على أهلية البلد والميزة، ولا ينبغي افتراض أن جميع الإشارات الترويجية متاحة في السعودية.
هل تؤدي إعادة رفع خلاصة المنتجات إلى قبولها فورًا؟
لا. تعيد Google معالجة البيانات والتحقق من مطابقتها للصفحات والسياسات. قد يستغرق ظهور نتيجة الإصلاح بعض الوقت، وقد يلزم طلب مراجعة في الحالات المتاحة.
هل تكفي زيادة ميزانية Shopping Ads لتعويض المنتجات المرفوضة؟
لا. يجب إصلاح سبب الرفض أولًا، ثم تقييم الميزانية وفق المنتجات المؤهلة وهامشها. رفع الإنفاق لا يجعل المنتج المخالف قادرًا على المشاركة في الإعلان.
الخلاصة: أصلح بيانات المنتجات قبل تمويل ظهورها
تبدأ تهيئة Merchant Center للجمعة البيضاء من ربط هوية المتجر بخلاصة دقيقة، ثم مطابقة السعر والمخزون والمنتج بين جميع الأنظمة. راجع أسباب الرفض مبكرًا، واستخدم حقول التخفيض الصحيحة، وضع جدولًا لمزامنة البيانات واختبارها قبل 27 نوفمبر.
يمكن لفريق الصقر للتسويق الرقمي مساعدتك في مراجعة جاهزية المتجر وربط بيانات المنتجات بخطة إعلانات Google. فالخطوة الأهم قبل زيادة الميزانية هي التأكد من أن ما يراه المتسوق في الإعلان يستطيع شراءه بالفعل بالسعر المعلن.
