كيف تحسن Google Merchant Center وتمنع رفض منتجات متجرك؟

✍️ بقلم: فريق تحرير نمو لابز — محتوى متخصص ومراجَع  ·  ⏱ 41 دقائق قراءة  ·  📅 12 أكتوبر 2026

وحملات Google Ads جاهزة للعمل. ثم تفتح Google Merchant Center وتكتشف أن جزءًا من المنتجات: مرفوض. أو محدود الظهور.

أو لا يدخل إعلانات Shopping أصلًا. أو يظهر بسعر قديم. أو تُرفض منتجات بسبب عدم تطابق البيانات بين صفحة المنتج والـFeed. وفي بعض الحالات تكون الحملة نفسها سليمة، لكن المشكلة موجودة قبل أن تصل الحملة إلى المزاد أساسًا.

المنتج الذي لا يستطيع Google فهمه أو التحقق من بياناته لن يستفيد من ميزانية الإعلان مهما كانت جودة إعداد Performance Max أو Shopping Campaign. لهذا فإن Merchant Center ليس مجرد مكان ترفع إليه ملف المنتجات مرة واحدة ثم تنساه. هو طبقة أساسية بين: المتجر.

بيانات المنتجات. Google. والحملات الإعلانية. وكل خطأ في هذه الطبقة قد يتحول إلى:

منتج لا يظهر. إعلان لا يعمل. بيانات غير صحيحة. هدر في الميزانية.

أو حتى مشاكل أوسع في الحساب إذا كانت الأخطاء مرتبطة بسياسات أو معلومات تجارية غير متطابقة. المشكلة الأخرى أن كثيرًا من المتاجر تتعامل مع تحسين Merchant Center باعتباره مهمة تقنية فقط. يتم ربط المتجر. تنتقل المنتجات.

يظهر اللون الأخضر في بعض الأماكن. ثم تبدأ الإعلانات. لكن نجاح Merchant Center يعتمد على أكثر من الربط التقني. يحتاج إلى:

عناوين منتجات واضحة. وصف متوافق مع المنتج الحقيقي. صور مناسبة. أسعار صحيحة.

توفر مخزون متزامن. GTIN أو Brand أو MPN عندما تكون مطلوبة ومتاحة. تصنيفات صحيحة. بيانات شحن وإرجاع واضحة.

Landing Pages تعمل. وسياسات متجر متسقة. والأهم: أن تكون البيانات التي يرسلها المتجر مطابقة لما يراه المستخدم على صفحة المنتج.

لذلك فإن تحسين Merchant Center ليس مجرد "حل رفض المنتجات". بل بناء Product Data System يمكن الاعتماد عليه عند تشغيل الحملات والتوسع.

الخلاصة السريعة:
لتحسين Google Merchant Center، ابدأ بتدقيق Diagnostics وتصنيف المشكلات إلى مستوى الحساب والمنتج والمصدر، ثم افحص تطابق السعر والمخزون والرابط والصورة بين الـFeed وصفحة المنتج. بعد ذلك حسّن عناوين المنتجات بإضافة العلامة التجارية والنوع والموديل والخصائص المهمة دون حشو، ونظف الأوصاف والـGTIN والـMPN والتصنيفات. افصل بين أخطاء البيانات وأخطاء السياسات، ولا تحاول حل الرفض بتعديلات شكلية. استخدم Automatic Updates بحذر، واربط المخزون بطريقة موثوقة، وأنشئ مراقبة دورية للمنتجات المرفوضة والمحدودة. نجاح Shopping وPerformance Max يبدأ من جودة البيانات قبل أن يبدأ من المزايدة والإعلانات.

ما هو Google Merchant Center فعلًا؟

Google Merchant Center هو النظام الذي يستقبل معلومات منتجات متجرك ويجعلها قابلة للاستخدام في خدمات Google المرتبطة بالتجارة الإلكترونية. يمكن أن تتضمن البيانات: اسم المنتج. السعر.

رابط المنتج. الصورة. المخزون. العلامة التجارية.

معرفات المنتج. التصنيف. ومعلومات أخرى. بعد ذلك يمكن استخدام هذه البيانات في:

Shopping Ads. Performance Max. Free Listings. وتجارب تسوق أخرى تدعمها Google.

الفكرة الأساسية

Google يحتاج نسخة منظمة من كتالوج متجرك. وليس مجرد صفحات يستطيع الزحف إليها.

لماذا Merchant Center مهم قبل تشغيل الإعلانات؟

لأن الإعلان التجاري يعتمد على المنتج نفسه. إذا كان المنتج: مرفوضًا. غير متاح.

أو معلوماته ناقصة. فلن يستطيع الإعلان استخدامه بالطريقة المطلوبة.

لذلك

يمكن أن تمتلك: حملة ممتازة. ميزانية جيدة. Tracking صحيح.

لكن المنتجات نفسها غير مؤهلة.

النتيجة

الحملة لا تحصل على كامل المخزون الذي يمكنها الإعلان عنه.

الفرق بين مشكلة الحملة ومشكلة الـFeed

من الضروري الفصل بين الاثنين.

مشكلة Campaign

قد تكون: Bid Strategy. Budget. Audience Signals.

Asset Quality.

أما Feed Problem

قد تكون: Price mismatch. Missing GTIN. Image issue.

Product disapproval.

لا تحاول إصلاح مشكلة Feed من داخل Ads.

والعكس صحيح.

ابدأ من Diagnostics لا من التخمين

أول خطوة هي مراجعة قسم التشخيص داخل Merchant Center. ابحث عن: Account Issues. Product Issues.

Warnings. Disapprovals.

ثم صنفها

ما الذي يؤثر على: كل الحساب؟ مجموعة منتجات؟ منتج واحد؟

هذا يمنع

العمل على مشكلة صغيرة بينما الحساب نفسه يحتوي مشكلة أكبر.

الفرق بين Error وWarning

Error أو Disapproval

قد يمنع المنتج من الظهور.

Warning

قد يسمح للمنتج بالظهور لكنه يشير إلى: بيانات ناقصة. جودة أقل. خطر مستقبلي.

لا تتجاهل Warning

لمجرد أن المنتج ما زال يعمل. بعض التحذيرات تصبح قيودًا أو تؤثر في جودة البيانات.

أنشئ جدولًا للمشكلات قبل الإصلاح

بدل فتح Merchant Center وإصلاح الأشياء عشوائيًا، استخدم سجلًا.

هذا يحول

Merchant Center من قائمة أخطاء إلى خطة عمل.

افهم مصدر بيانات المنتجات

قبل الإصلاح، اعرف: كيف تصل بيانات المنتجات إلى Merchant Center؟ قد تكون عبر: تطبيق منصة المتجر.

API. XML Feed. CSV. Google Sheets.

Connector.

كل مصدر

له طريقة مختلفة في: التحديث. التحكم. ومعالجة الأخطاء.

Feed يدوي أم تلقائي؟

اليدوي

يعطيك تحكمًا عاليًا. لكن يحتاج صيانة.

التلقائي

أسهل. لكنه قد ينقل: بيانات ناقصة. عناوين ضعيفة.

قيمًا غير مرغوبة.

الأفضل

ليس نوعًا واحدًا للجميع. بل المصدر الذي: يتحدث باستمرار. يحتوي البيانات المطلوبة.

ويمكن التحكم فيه.

إذا كان متجرك على منصة تجارة إلكترونية

الربط المباشر يوفر وقتًا كبيرًا. لكن لا يعني أن كل شيء أصبح صحيحًا.

التطبيق قد ينقل

اسم المنتج كما هو. الوصف كما هو. الصور كما هي.

إذا البيانات داخل المتجر ضعيفة

فسيكون الـFeed ضعيفًا أيضًا.

القاعدة

Garbage in → Garbage out.

أكبر مشكلة: عدم تطابق السعر

Google يرى في الـFeed: 299 ريال.

ثم يفتح صفحة المنتج

ويجد: 349 ريال.

هنا

يبدأ Price Mismatch.

الأسباب قد تكون

تحديث غير متزامن. خصم انتهى. سعر متغير حسب Option. عملة غير صحيحة.

Cache.

هذه من أكثر المشكلات التي يجب حلها بسرعة.

السعر في الـFeed يجب أن يطابق الصفحة

لا يكفي أن يكون قريبًا.

يجب أن يكون

السعر الفعلي الذي يستطيع المستخدم الشراء به.

إذا يوجد خصم

استخدم حقول الخصم بالطريقة الصحيحة.

لا تجعل

السعر الأساسي والخصم يتبادلان الأدوار عشوائيًا.

Sale Price

إذا المنتج سعره الأساسي: 400 ريال. والعرض: 299 ريال.

الأفضل

إرسال: Price=400. Sale Price=299.

بدل

تغيير Price إلى 299 كل مرة.

هذا يساعد

على وضوح البيانات.

انتهاء العرض

إذا Sale Price لا تزال موجودة في Feed بعد انتهاء العرض بينما الصفحة رجعت للسعر الأساسي، يحدث عدم تطابق.

لذلك

العروض يجب أن تكون: مؤتمتة. أو مراقبة.

خصوصًا

في الحملات الموسمية.

Variants والأسعار

منتج واحد قد يحتوي: مقاسات. ألوان.

بعض الخيارات

قد تكون أغلى.

يجب التأكد

أن كل Variant تحمل السعر الصحيح.

لا ترسل

أقل سعر بشكل مضلل لمنتج لا يستطيع العميل شراؤه بهذا السعر عند اختيار الخيار المقصود.

Availability لا يقل أهمية عن السعر

الـFeed قد يقول: in_stock.

بينما الصفحة تقول:

نفد.

أو العكس.

النتيجة

Availability Mismatch.

لذلك

يجب أن يتحدث المخزون بسرعة كافية.

ماذا يحدث إذا كان المخزون يتغير بسرعة؟

هذا شائع في: العروض. الترندات. المخزون المحدود.

استخدم

مصدر Feed سريع التحديث.

ولا تعتمد

على ملف يتم رفعه يدويًا مرة كل أسبوع.

Automatic Item Updates

Google يستطيع في بعض الحالات استخدام معلومات من الصفحة لتحديث: السعر. التوفر.

هذه ميزة مفيدة

كطبقة أمان.

لكنها ليست بديلًا عن Feed صحيحة.

إذا Google يصحح بياناتك باستمرار، لديك مشكلة في المصدر يجب علاجها.

Landing Page يجب أن تعمل

إذا رابط المنتج: Redirect Loop.

المنتج قد يرفض.

لذلك

كل Product URL يجب أن: يفتح. يعمل على الجوال. يظهر المنتج نفسه.

ولا يحتاج

تسجيل دخول لرؤيته.

لا ترسل رابطًا إلى صفحة عامة

المنتج: راوتر 5G موديل محدد.

والرابط يفتح:

تصنيف الراوترات.

هذا ضعيف.

الرابط يجب أن يفتح

صفحة المنتج المحدد.

Mobile Landing Page

Google والمستخدمون يدخلون من الجوال بكثرة.

إذا صفحة المنتج

بطيئة. مكسورة.

أو زر الشراء لا يعمل

فحتى إذا Merchant Center قبلها، الأداء التجاري يتضرر.

HTTPS

صفحات المتجر يجب أن تعمل بصورة آمنة.

أي مشاكل

SSL. Mixed Content.

قد تؤثر على الثقة والتجربة.

افحص

الموقع كاملًا.

عناوين المنتجات هي أحد أقوى عناصر الـFeed

العنوان يخبر Google والمستخدم: ما المنتج؟ ما علامته؟ ما موديله؟

لذلك

عنوان: "عرض خاص" ضعيف جدًا.

بينما

"راوتر TP-Link 5G موديل X50 أسود" أوضح بكثير.

بناء عنوان منتج جيد

صيغة شائعة يمكن أن تكون:

Brand + Product Type + Model + Key Attribute

مثال

Samsung Galaxy S26 256GB Black.

أو

Nike Men's Running Shoes Air Zoom Size 42.

لكن

الصيغة تختلف حسب القطاع.

لا تحشر كل الكلمات في العنوان

عنوان مثل: "أفضل أرخص عرض راوتر 5G سريع قوي للبيت والمزرعة السعودية"

يضعف الجودة.

المنتج يجب أن يوصف

بدقة. لا بأس باستخدام كلمات مفيدة للمستخدم، لكن دون تحويل الاسم إلى Keyword List.

ضع المعلومات المهمة أولًا

قد يتم اختصار العنوان في بعض المواضع.

لذلك

لا تجعل: Brand + Model في آخر 100 حرف.

ابدأ

بأكثر المعلومات أهمية.

العنوان المناسب يختلف حسب نوع المنتج

الملابس

Brand + Gender + Product Type + Color + Size.

الإلكترونيات

Brand + Product Type + Model + Key Spec.

الأثاث

Brand/Type + Material + Size/Color.

مستحضرات

Brand + Product + Volume/Variant.

جدول نماذج عناوين

Product Description

الوصف ليس المكان المناسب لنسخ: سياسة الشحن. أرقام التواصل. كلمات SEO.

بل يجب أن يصف:

المنتج. المواد. المزايا. الاستخدام.

المقاسات.

بما يطابق صفحة المنتج.

لا تستخدم وصفًا عامًا لكل المنتجات

إذا لديك: 100 منتج.

والوصف نفسه في كل Feed:

"أفضل المنتجات بأفضل الأسعار."

لن يساعد Google على فهم الاختلاف.

كل منتج يحتاج وصفًا يميزه.

تجنب العبارات الترويجية المضللة

مثل: الأفضل في العالم. رقم 1. خصم لا يتكرر.

إذا ليست جزءًا من معلومات المنتج الفعلية.

Merchant Data

يجب أن تكون دقيقة ومباشرة.

GTIN

Global Trade Item Number. قد يكون: UPC. EAN.

ISBN.

حسب المنتج.

بالنسبة للمنتجات ذات المعرفات العالمية

إرساله بصورة صحيحة مهم جدًا.

لا تخترع GTIN

هذه من أخطر الأخطاء. إذا المنتج لا يملك GTIN لا تنشئ رقمًا عشوائيًا.

استخدم

البيانات التي يوفرها المصنع أو المورد.

الرقم الخاطئ

قد يربط المنتج بشيء مختلف.

Brand

إذا المنتج له علامة تجارية أرسل العلامة الصحيحة.

لا تستخدم

اسم متجرك كـBrand لمنتج من شركة أخرى.

إلا إذا

أنت المصنع أو العلامة الفعلية للمنتج.

MPN

Manufacturer Part Number. معرف خاص بالمصنع.

مفيد

للمنتجات التي لديها أرقام موديلات أو أجزاء.

مثل

قطع إلكترونية. معدات.

المنتجات بدون معرف عالمي

بعض المنتجات: مصنوعة يدويًا. Custom. Private Label معين.

قد لا يكون لها GTIN.

هنا

يجب استخدام الحقول بما يناسب طبيعة المنتج الحقيقية.

لا تضع

GTIN مزيفًا فقط لإزالة التحذير.

identifier_exists

يمكن استخدام هذا النوع من المؤشرات عندما يكون المنتج لا يملك فعليًا معرفات قياسية.

لكن

لا تستخدمه للهروب من إدخال GTIN الموجودة.

Google يستطيع

مقارنة بيانات المنتج بكتالوجات أخرى.

Product Type

تصنيفك الداخلي.

مثال

إلكترونيات > شبكات > راوترات 5G.

يساعد

في تنظيم الـFeed والحملات.

يمكنك تصميمه

بحسب هيكل متجرك.

Google Product Category

تصنيف ضمن Taxonomy الخاصة بـGoogle.

كلما كان

أقرب للمنتج كان فهم الفئة أفضل.

لا تضع

كل المنتجات تحت: Electronics إذا يمكن اختيار فئة أكثر دقة.

الفرق بين Product Type وGoogle Category

يمكن استخدام

الاثنين معًا.

الصور أهم مما يعتقد كثيرون

في Shopping، المستخدم يرى الصورة قبل قراءة معظم التفاصيل.

صورة ضعيفة

تعني: CTR أقل. ثقة أقل.

حتى إذا

المنتج مؤهل.

لذلك

Feed Optimization تشمل الصورة أيضًا.

الصورة الأساسية

ينبغي أن تعرض: المنتج بوضوح.

دون

تشويش زائد.

وتكون

عالية الجودة.

لا تجعل

المنتج صغيرًا جدًا داخل مساحة ضخمة.

النصوص داخل الصور

الصور التي تحتوي: خصم 50%. اتصل الآن. شحن مجاني.

قد تسبب مشاكل بحسب نوع الاستخدام والسياسات.

الأفضل

أن تكون الصورة الأساسية موجهة لعرض المنتج نفسه.

Watermarks

الشعارات الضخمة والعلامات المائية قد تقلل جودة الصورة.

خصوصًا

إذا تغطي المنتج.

استخدم

صورًا نظيفة.

Lifestyle Images

يمكن أن تساعد المستخدم على فهم المنتج في الاستخدام.

لكنها

ليست بديلًا دائمًا عن: صورة المنتج الواضحة.

الأفضل

استخدام مجموعة صور متنوعة داخل صفحة المنتج والـFeed عند دعمها.

الصور للمتغيرات

إذا المنتج له: أحمر. أزرق. أسود.

لا ترسل

الصورة السوداء لكل Variants.

يجب أن تطابق الصورة

اللون الفعلي قدر الإمكان.

Color

استخدم اللون الحقيقي.

لا تستخدم

"لون جميل."

أو

"مودرن."

الأفضل

Black. Navy. Beige.

أو القيم التي تصف المنتج بوضوح.

Size

في الملابس والأحذية مهم جدًا.

يجب أن يكون

Variant-specific.

لا تضع

S/M/L كلها في قيمة واحدة إذا كل Variant منتج مستقل في Feed.

Gender وAge Group

بعض فئات الملابس تستفيد أو تحتاج هذه السمات.

مثل

Men. Women. Kids.

البيانات تساعد

على مطابقة المنتج مع البحث المناسب.

Material وPattern

يمكن أن تكون مفيدة في: ملابس. أثاث. ديكور.

خصوصًا

إذا يبحث العملاء بهذه الصفات.

مثل

Cotton. Leather. Striped.

Condition

حدد: new. used. refurbished.

لا تجعل

منتجًا Refurbished يظهر كـNew.

هذا يتعلق

بثقة المستخدم وسياسات Google.

Bundle وMultipack

إذا تبيع: 3 قطع معًا.

أو

Bundle يحتوي منتجات مختلفة يجب تمثيل ذلك بصورة صحيحة.

لا تجعل

صورة 3 قطع بينما البيانات تشير إلى قطعة واحدة.

Unit Pricing

لبعض المنتجات يمكن أن يكون سعر الوحدة مهمًا.

مثل

وزن. حجم.

يساعد

على المقارنة.

خصوصًا

في منتجات استهلاكية.

Shipping

من أكثر أسباب المشاكل التجارية.

إذا Merchant Center يقول:

الشحن مجاني.

لكن Checkout يضيف:

35 ريال.

هذا عدم تطابق.

معلومات الشحن يجب أن تعكس الواقع.

الشحن حسب المدن

إذا الشحن: مجاني بالرياض. 30 ريال خارجها.

لا تستخدم

إعدادًا عامًا غير صحيح.

يمكن تصميم

Shipping Rules تطابق السياسة الفعلية.

الحد الأدنى للشحن المجاني

مثال: الشحن مجاني فوق 299 ريال.

يجب تمثيل ذلك بطريقة متوافقة.

لا تكتب

Free Shipping لجميع الطلبات إذا الشرط غير متحقق.

مدة التوصيل

لا تعد: توصيل خلال 24 ساعة إذا بعض المدن تحتاج: 4 أيام.

معلومات الشحن

جزء من تجربة المستخدم.

سياسة الإرجاع

يجب أن تكون: واضحة. متاحة. متسقة.

إذا Merchant Center يقرأ شروطًا مختلفة عن الموقع

يمكن أن تظهر مشاكل.

لا تضع

سياسة افتراضية لا تمثل عملك.

معلومات المتجر

Google لا ينظر للمنتجات فقط. قد يراجع: بيانات العمل. وسائل التواصل.

سياسات الشحن. الإرجاع.

لذلك

المتجر نفسه يجب أن يبدو حقيقيًا ومتكاملًا.

صفحات أساسية يجب أن تكون واضحة

صفحة: اتصل بنا. من نحن. سياسة الشحن.

سياسة الإرجاع. الخصوصية. الشروط.

حسب طبيعة المتجر والمتطلبات.

هذه ليست صفحات شكلية.

Checkout يجب أن يكون ممكنًا

إذا تعرض منتجات للبيع يجب أن يستطيع المستخدم: الوصول. إضافة المنتج للسلة.

وإكمال الشراء.

الصفحات التي تبدو كتالوجًا لكن لا تسمح بالشراء قد تحتاج إعدادًا مختلفًا حسب الاستخدام.

العملة

السعر في Feed يجب أن يطابق: عملة صفحة المنتج.

إذا تستهدف السعودية

غالبًا SAR.

لا ترسل

USD بينما الصفحة تعرض ريالًا بطريقة مختلفة.

الضرائب

يجب أن تتوافق طريقة عرض السعر مع السوق المستهدف والسياسات المعمول بها.

الأهم

أن السعر الذي يراه المستخدم في الإعلان لا يتحول إلى مبلغ مختلف بصورة غير متوقعة عند الشراء.

Structured Data

صفحة المنتج يمكن أن تحتوي Schema منظمة مثل: Product. Offer.

تساعد

Google على فهم: السعر. التوفر.

لكنها

لا تعوض Feed سيئة.

Schema وFeed يجب أن يتطابقا

إذا Schema تقول: Feed: Page Visible Price:

أنت تعطي

ثلاث نسخ مختلفة.

هذا وصفة للمشكلات.

اختر مصدر الحقيقة

يجب أن يكون لديك: Source of Truth واحد.

غالبًا

نظام المتجر أو ERP.

منه تخرج:

السعر. المخزون. SKU.

ثم

تتحدث بقية الأنظمة.

SKU

ليس شرطًا أن يكون هو GTIN.

لكنه

مهم داخليًا.

يساعد

على: التتبع. المخزون. ربط الأنظمة.

يجب أن يكون

مستقرًا.

لا تغير Product ID باستمرار

إذا كل تحديث للـFeed ينشئ ID جديدًا Google قد يعامل المنتج كعنصر جديد.

قد تفقد

التاريخ. الإشارات.

استخدم

IDs ثابتة قدر الإمكان.

متى يتغير Product ID؟

عندما يصبح المنتج: كيانًا مختلفًا فعليًا.

لا عند

تغيير السعر. الصورة. الوصف.

التعديلات العادية

لا تستحق ID جديدًا.

Variants تحتاج IDs مستقلة

قميص: أسود M. أسود L. أبيض M.

كل Variant

قد تحتاج ID خاصة.

ثم

Item Group ID يجمعها.

Item Group ID

يجمع المتغيرات التابعة لنفس المنتج الأساسي.

هذا يساعد Google

على فهم: الألوان. المقاسات.

بدل اعتبارها منتجات غير مرتبطة.

لا تجمع منتجات مختلفة في Item Group واحد

مثال: راوتر. أنتينا.

ليست Variants.

لا تستخدم

Group ID نفسه فقط لأنها من العلامة نفسها.

Custom Labels

من أقوى الحقول لإدارة الحملات. يمكن استخدامها لتصنيف: Best Sellers. High Margin.

Seasonal. Low Margin. Clearance.

ثم

تستخدم في تقارير أو تقسيمات الإعلانات.

لماذا Custom Labels مهمة؟

Google لا يعرف: هامش الربح لديك.

منتجان بسعر:

500 ريال.

الأول ربحه

الثاني

يجب أن يكون لديك طريقة لتمييزهما داخليًا.

مثال Custom Labels

لا تجعل جميع المنتجات متساوية في الحملة

منتج: متوفر دائمًا. هامشه ممتاز. Conversion Rate قوي.

ليس مثل

منتج مخزونه قطعتان. هامشه ضعيف.

Product Segmentation تبدأ من الـFeed.

Profit-Based Feed Strategy

إذا تستطيع ربط البيانات يمكن تصنيف المنتجات حسب: Margin. Revenue.

Inventory.

ثم

بناء قرارات إعلانية أكثر ذكاءً.

هذا أفضل

من تشغيل كامل الكتالوج بنفس المنطق.

المخزون البطيء

قد تستخدم Custom Label: Slow_Mover.

ثم

تعطيه: عرضًا. حملة خاصة.

Feed تصبح أداة تجارية

وليس مجرد ملف تقني.

المنتجات الأكثر مبيعًا

يجب مراقبتها بصورة أشد.

أي رفض

في Bestseller أكثر ضررًا من رفض منتج لا يبيع.

لذلك

رتب Diagnostics حسب القيمة التجارية أيضًا.

Product Prioritization

يمكن إنشاء Matrix.

Feed Rules

يمكن استخدام قواعد لتعديل البيانات.

مثل

إضافة Brand إلى العنوان.

أو

تنظيم Product Type.

لكنها

تحتاج حذرًا.

لا تجعل Rule عامة تغير عناوين منتجات بطريقة غير منطقية.

Supplemental Feed

يمكن استخدام مصدر إضافي لتحسين حقول معينة دون تغيير المصدر الأساسي.

مفيد

لـ: Custom Labels. Titles. Product Types.

حسب البنية المتاحة.

لا تستخدم Supplemental Feed لإخفاء مشكلة ERP

إذا السعر الأساسي خطأ أصلح: Source System.

لا تبنِ طبقة تصحيحات فوق طبقة تصحيحات حتى تصبح المنظومة غير مفهومة.

Feed Governance

يجب أن يكون واضحًا: من يملك العنوان؟ من يغير السعر؟ من يغير التصنيف؟

إذا فريق المحتوى يعدل شيئًا

وفريق الإعلانات يعدل Feed Rule فوقه قد تبدأ التعارضات.

Change Log

عند تعديل: 50 عنوانًا. GTIN. Product Type.

سجل:

ماذا تغير؟ متى؟ ولماذا؟

ثم

راقب الأداء.

لا تغير كل شيء دفعة واحدة

إذا عدلت: العنوان. الوصف. الصورة.

السعر. التصنيف.

ثم تحسن الأداء

لن تعرف السبب.

نفذ

دفعات منطقية.

اختبار العناوين

يمكن تحسين: عنوان مجموعة منتجات.

ثم

مراقبة: Impressions. CTR. Conversions.

لكن

انتبه لأن الأداء يتأثر أيضًا بالحملة والسعر والمنافسة.

Search Terms كمدخل لتحسين العناوين

راجع ما يبحث عنه العملاء فعلًا.

إذا الناس يبحثون:

اسم الموديل. السعة.

وهذه غير موجودة في العنوان،

أضفها إذا كانت جزءًا حقيقيًا من المنتج.

لا تضف كلمات لا تخص المنتج

إذا الناس يبحثون: "راوتر مجاني"

لا تضف

Free إذا المنتج ليس مجانيًا.

تحسين Feed

لا يعني تضليل الخوارزمية.

اللغة

إذا السوق عربي يمكن استخدام بيانات عربية.

لكن

كثير من المنتجات التقنية تحتاج أسماء موديلات إنجليزية.

لا تترجم

Model Number.

اكتب

المعلومات التي يفهمها المستخدم.

المتاجر ثنائية اللغة

إذا لديك: Arabic Store. English Store.

يمكن أن تحتاج

Feeds أو Markets مختلفة.

لا تخلط

Landing Page عربية مع بيانات إنجليزية إذا ذلك يسبب تجربة غير متناسقة.

Country Targeting

تأكد أن: البلد. العملة. الشحن.

كلها

متوافقة مع السوق المستهدف.

لا تستخدم

Feed السعودية لحملة سوق آخر دون إعداد مناسب.

Multi-country Stores

إذا تبيع في: السعودية. الإمارات. الكويت.

قد تختلف:

العملة. السعر. الشحن.

لذلك

كل سوق يحتاج بيانات مناسبة.

Promotions

Google Merchant Promotions يمكن أن تساعد في عرض: خصم. كود.

عندما تكون الميزة متاحة ومناسبة.

لكن

يجب أن يكون العرض: حقيقيًا. ويعمل في Checkout.

كوبون لا يعمل=تجربة سيئة

إذا الإعلان يعرض: SAVE20.

والعميل يدخل

ويرفض الكود، قد تفقد الثقة.

اختبر

Promotion من البداية للنهاية.

Promotions الموسمية

اليوم الوطني. رمضان. الجمعة البيضاء.

تحتاج

جدولًا.

لا تترك

عروضًا قديمة فعالة في Merchant Center بعد انتهائها.

Merchant Center خلال الحملات الموسمية

قبل حملة كبيرة بـعدة أيام: افحص الأسعار. المخزون.

الصور.

المنتجات المرفوضة.

الشحن.

لا تنتظر

ساعة إطلاق الحملة.

Feed Refresh Frequency

يعتمد على نشاط المتجر.

متجر المخزون فيه يتغير كل ساعة

يحتاج تحديثًا أسرع من متجر: يصنع حسب الطلب.

لا يوجد

جدول واحد للجميع.

Daily Feed Audit

للمتاجر النشطة جدًا يمكن أن تكون هناك مراجعة يومية سريعة: عدد المنتجات. عدد المرفوض.

المنتجات المهمة.

لا تحتاج

تدقيقًا يدويًا كاملًا يوميًا.

Weekly Audit

كل أسبوع راجع: Diagnostics. Product Growth. Disapprovals.

Price issues.

Availability.

هذا يمنع

تراكم 300 مشكلة قبل ملاحظتها.

Monthly Feed Review

مرة شهريًا: راجع: Titles. Product Types.

Custom Labels.

الصور.

Performance.

هنا

تتحول من الصيانة إلى التحسين.

Feed Quality Score داخلي

يمكنك بناء تقييم.

مثال

100 نقطة: 20 للعناوين. 20 للصور. 20 للمعرفات.

20 للسعر والمخزون. 20 للتصنيف.

ثم

تعطي كل فئة منتجات Score.

مثال Scorecard

هذا يساعد

على تحديد أولوية التطوير.

Product Coverage

راقب: كم منتج داخل المتجر؟ وكم منتج موجود في Merchant Center؟

مثال

المتجر: 1,000 SKU. Merchant Center:

هناك

150 منتجًا مفقودًا.

لماذا؟

Eligible Product Rate

مثال: 1,000 منتج. 900 Approved. 50 Limited.

50 Disapproved.

Approved Rate:

90%.

لكن

الأهم قيمة الـ10% المتبقية. إذا كانت Bestseller، المشكلة أكبر.

لا تنظر للعدد فقط

رفض: 5 منتجات قد يبدو قليلًا.

لكن

إذا تمثل 40% من Revenue فهو خطر.

لذلك

اربط Feed بالبيانات التجارية.

Merchant Center + Analytics

يمكن تحليل المنتجات التي: تحصل على نقرات. تبيع.

ثم

مقارنة ذلك بـFeed Quality.

قد تكتشف

أن منتجات قوية تجاريًا لديها Titles ضعيفة.

Merchant Center + Google Ads

راجع: Item ID. Campaign Performance.

حتى تعرف

أي Product Group يستهلك الميزانية.

لا تحسن Feed بمعزل عن الأداء.

Merchant Center + Inventory

إذا منتج: ROAS ممتاز.

لكنه

قارب النفاد، قد تحتاج خفض الدفع الإعلاني له.

حتى لا تبيع أكثر مما تستطيع توفيره.

Inventory-Based Advertising

يمكن تصنيف: High Stock. Low Stock. Out of Stock Soon.

باستخدام:

Custom Labels. أو أنظمة متقدمة.

هذا يربط التسويق بالمخزون.

هامش الربح أهم من ROAS الخام

منتج A: ROAS 5. هامش الربح: 10%.

منتج B:

ROAS 3. هامشه: 50%.

المنتج B

قد يكون أفضل ربحيًا.

Feed Labels تساعد

على إدارة هذا الفرق.

استبعاد المنتجات غير المناسبة للإعلانات

ليس كل منتج يجب أن يعلن.

قد يكون

هامشه ضعيفًا جدًا.

أو

سعره منخفضًا لا يغطي CAC.

يمكن

إدارة ذلك عبر Feed/Campaign Structure.

المنتجات ذات المخزون الصفري

لا تحاول إبقاءها In Stock للحصول على Traffic.

هذا يضر

الثقة.

استخدم

الحالة الصحيحة.

Preorder وBackorder

إذا نموذج البيع يدعمها استخدم الحالات الصحيحة عندما تكون متاحة.

لا تجعل

Preorder يظهر كمنتج جاهز للشحن فورًا.

Delivery Expectations

إذا المنتج: يصنع حسب الطلب خلال 10 أيام.

يجب ألا يتوقع العميل

توصيلًا غدًا.

Merchant Data

يجب أن تتوافق مع الواقع.

المنتجات المخصصة Custom Products

قد لا تملك: GTIN.

وقد تختلف

السعر حسب التخصيص.

تحتاج

إعدادًا خاصًا.

لا تعاملها

مثل الإلكترونيات الجاهزة.

المنتجات الرقمية

ليست كل منتجات التجارة الإلكترونية مؤهلة بنفس الطريقة.

قبل بناء Feed

تأكد أن طبيعة المنتج تتوافق مع البرنامج والإعلانات التي تريد استخدامها.

المنتجات المقيدة

بعض الفئات لها: سياسات خاصة.

لا تحاول

تجاوزها بتغيير الكلمات.

إذا المنتج غير مؤهل

التلاعب بالعنوان لن يحل المشكلة.

الفرق بين Data Error وPolicy Violation

Data Error

سعر. GTIN. صورة.

Policy

طبيعة المنتج. معلومات المتجر. ممارسات تجارية.

الثاني

أكثر حساسية.

لا تعالج Policy Issue كأنها حقل ناقص فقط.

Misrepresentation

من المشكلات الخطيرة. قد تتعلق بـ: معلومات تجارية غير واضحة. وعود مضللة.

أسعار غير حقيقية.

سياسات غير واضحة.

الحل

ليس "نرسل مراجعة مرة ثانية" فقط.

يجب

إصلاح سبب عدم الثقة.

راجع هوية النشاط

تأكد من وضوح: اسم المتجر. وسائل التواصل.

الشروط.

سياسات الإرجاع.

وعدم وجود

تناقضات كبيرة.

لا تطلب Review قبل الإصلاح

إذا الحساب عليه مشكلة ثم تضغط: Request Review دون إصلاح جذري،

قد تُرفض المراجعة مرة أخرى.

اقرأ

المشكلة. أصلحها.

تحقق.

ثم اطلب المراجعة.

وثّق ما أصلحته

قبل المراجعة، اكتب: المشكلة. الإجراء.

الصفحات التي عدلت.

يساعد

فريقك.

حتى إذا احتجت مراجعة ثانية.

لا تنشئ حسابًا جديدًا للهروب من مشكلة

إذا المشكلة Policy-based فتح حساب جديد قد يزيد التعقيد.

أصلح

المشكلة الأساسية.

واتبع

الإجراءات الرسمية المتاحة.

الحسابات المرتبطة

إذا لديك: Google Ads. Business Profile. Merchant Center.

يجب أن تكون

بيانات العلامة متسقة.

لا تستخدم

ثلاثة أسماء مختلفة دون سبب.

المنتج الحقيقي يجب أن يطابق الإعلان

لا تعرض: نسخة Premium في الصورة.

بينما الصفحة تبيع

نسخة Basic.

أو

بوكس كامل بينما السعر لقطعة واحدة فقط.

هذه مشكلة ثقة قبل أن تكون مشكلة Ads.

Pack Size

إذا الصورة تعرض: 6 عبوات.

لكن المنتج

عبوة واحدة، يجب أن يكون ذلك واضحًا.

لا تجعل المستخدم يظن أن السعر للمجموعة.

Gift with Purchase

إذا هناك هدية اجعل العرض واضحًا.

لا تجعل

الصورة توحي أن الهدية جزء دائم من المنتج إذا العرض مؤقت.

الصور والـAI

يمكن استخدام صور محسنة أو منتجة تقنيًا إذا كانت تمثل المنتج بصدق.

لكن

لا تغير: الشكل. الحجم. اللون.

بصورة تجعل العميل يستلم شيئًا مختلفًا.

Feed Image يجب أن تمثل المنتج الحقيقي.

صور خلفيات Lifestyle

ممتازة للإقناع.

لكن

احرص على أن يبقى المنتج: واضحًا. صحيحًا.

ولا تخلق

Feature غير موجودة.

جودة صفحة المنتج تؤثر في أكثر من Merchant Center

صفحة المنتج الجيدة تجمع: SEO. Conversion. Ads.

Feed Accuracy.

لذلك

لا تبنِ Product Page للإعلانات فقط.

اجعلها مصدرًا موثوقًا.

صفحة المنتج المثالية للـFeed

تحتوي بوضوح على: اسم المنتج. السعر. المخزون.

الصور.

المواصفات.

العلامة. SKU/Model عند الحاجة.

الشحن.

الإرجاع. CTA.

لا تخفِ السعر حتى Checkout

إذا نموذجك التجاري يسمح بإظهار السعر، الأفضل أن يكون واضحًا.

الغموض

يصعّب: مطابقة البيانات.

وتجربة المستخدم.

Variants يجب أن تكون قابلة للوصول

إذا Feed تشير إلى: Black / Large.

Landing Page

يجب أن تعرض أو تحدد: اللون والمقاس.

لا تجعل المستخدم

يهبط على Default مختلف دون وضوح.

Deep Links للمتغيرات

إذا المنصة تسمح يمكن ربط كل Variant بالحالة الصحيحة.

هذا يقلل

عدم التطابق.

خصوصًا

في الألوان والمقاسات.

Out-of-stock Variants

إذا M نفد لكن L متوفر،

لا تعطل

المنتج كله إذا Feed يستطيع تمثيل المتغيرات.

كل Variant

يجب أن تحمل Availability الخاصة بها.

العروض والـBundles تحتاج مراجعة خاصة

لأن: الصور. السعر. عدد القطع.

قد تتغير.

أنشئ

QA Checklist لكل حملة موسمية.

Feed QA قبل أي حملة

قبل إطلاق: Performance Max. Shopping.

افحص

• أفضل المنتجات Approved.
• السعر صحيح.
• المخزون صحيح.
• الصور تعمل.
• الروابط تعمل.
• الشحن صحيح.
• Promotions فعالة.

لا تجعل Media Buyer مسؤولًا وحده

Merchant Center يتقاطع مع: المطور. المحتوى. المخزون.

العمليات.

لذلك

يحتاج Ownership مشتركًا.

Roles داخل الفريق

من يملك Feed؟

يجب أن يكون هناك: Owner واحد نهائي.

حتى لو

عدة فرق تعدل.

وإلا

كل شخص يعتقد أن المشكلة مسؤولية الآخر.

SLA لإصلاح الأخطاء

مثال: Account-level issue: نفس اليوم.

Bestseller disapproval:

أقل من 4 ساعات عمل.

Low-priority warning:

خلال أسبوع.

هذا يجعل

المتابعة عملية.

Alerts

إذا المنصة أو الأدوات تدعم: إشعارات.

فعلها.

لكن

أرسلها للشخص المسؤول فعلًا.

لا تجعل

Alerts تتراكم في بريد عام لا يقرأه أحد.

Dashboard لـMerchant Center

يمكن أن تعرض: Total Products. Approved. Disapproved.

Limited.

Top Errors.

Revenue at Risk.

هذا يجعل

المشكلة مرئية للإدارة.

Revenue at Risk

إذا منتج مرفوض ومتوسط مبيعاته: 20,000 ريال شهريًا،

هذا أهم

من 100 Warning على منتجات لم تبع منذ ستة أشهر.

اجعل

الأولوية تجارية.

نموذج Dashboard

تحسين Merchant Center مشروع مستمر

المتجر يتغير.

منتجات جديدة.

أسعار. عروض.

صور.

مخزون.

لذلك

لا يوجد: "خلصنا Merchant Center للأبد."

المنتجات الجديدة

لا تدخل الحملة وتنسى.

ضع Workflow:

Product Created. Data Checked. Feed Synced. Approved.

Campaign Eligible.

ثم

Performance Review.

Product Launch Checklist

قبل إطلاق منتج جديد:

• SKU موجود.
• Brand صحيحة.
• GTIN/MPN صحيحة إن وجدت.
• العنوان مناسب.
• الوصف مكتمل.
• الصورة الأساسية واضحة.
• السعر صحيح.
• المخزون صحيح.
• رابط الصفحة يعمل.
• الشحن ظاهر.
• Feed استقبلته.
• Merchant Center وافقت عليه.

حذف المنتج

إذا توقف نهائيًا لا تترك: صفحة ميتة. Feed نشطة.

حدد

هل: تحذف؟ توقف؟

أو

توجه إلى بديل؟

حسب استراتيجية المتجر.

المنتجات الموسمية

يمكن: إيقافها خارج الموسم.

ثم

إعادة تفعيلها.

لا حاجة

لتدمير Product ID إذا سترجع لاحقًا.

المنتجات التي تغير اسمها

حافظ على: ID ثابت.

غير

Title. Description.

إذا المنتج نفسه.

إعادة تسمية SKU

حاول تجنبها إذا ليست ضرورية.

لأن

SKU تستخدم في: ERP. Ads.

Analytics. Feed.

الاستقرار يسهل التتبع.

Data Hygiene

مرة كل شهر راجع: Duplicate IDs. Missing Fields.

Invalid URLs.

Old Products.

القاعدة

كلما كان الكتالوج نظيفًا قل العمل اليدوي.

Duplicate Products

إذا المنتج نفسه يدخل من: Feed أساسي. API.

قد يظهر

مرتين.

افحص

مصادر البيانات.

لا تجعل

نفس SKU له مصدران متنافسان بلا داعٍ.

Feed Conflicts

مصدر A يقول:

مصدر B:

النتيجة

قد تصبح التحديثات غير متوقعة.

حدد

Primary Source.

لا تبنِ 10 Rules فوق بعضها

Rule 1: أضف Brand. Rule 2: احذف Brand.

Rule 3: غير Title.

بعد أشهر

لن يعرف أحد سبب العنوان الحالي.

حافظ

على نظام قابل للفهم.

Document the Feed

اكتب وثيقة بسيطة: Source. Refresh Frequency. Fields.

Rules. Supplemental Feeds.

Owner.

هذه الوثيقة

توفر وقتًا كبيرًا عند تغير الفريق.

Feed Audit ربع سنوي

كل ثلاثة أشهر اعمل تدقيقًا أعمق: Identifiers. Titles.

Categories.

Images.

Custom Labels.

Policy compliance.

قارن الأداء قبل وبعد

عندما تحسن: Titles. Images.

راقب

Impressions. Clicks. CTR. Conversions.

لا تفترض

أن التحسين نجح لأنه يبدو أفضل.

لا تنسب كل تحسن للـFeed

قد يتغير: السوق. الموسم. المزايدة.

لذلك

حلل بحذر.

لكن

يمكن استخدام مجموعات تجريبية عندما تكون مناسبة.

CTR المرتفع ليس دائمًا أفضل نتيجة

عنوان مثير قد يرفع النقر.

لكن

إذا الزوار لا يشترون فأنت تجذب: Traffic غير مناسب.

الجودة

تقاس بالبيع أيضًا.

Conversion Rate

إذا Product Feed واضحة والسعر في الإعلان مطابق،

قد يصل المستخدم

بتوقعات أفضل.

وهذا يساعد

على تحسين جودة الزيارة.

Feed وCPC

جودة المطابقة قد تؤثر في قدرة النظام على عرض المنتج للبحث المناسب.

لكن

لا توجد معادلة: "أضف GTIN يخفض CPC 20%."

تجنب

الوعود غير الدقيقة.

Free Listings

حتى إذا لا تشغل Ads جودة Merchant Center قد تساعدك في الظهور ضمن فرص التسوق المجانية المتاحة.

لذلك

إصلاح الـFeed له قيمة تتجاوز الإعلانات المدفوعة.

Merchant Center ليس بديلًا عن SEO

Product Feed وOrganic Search قناتان مختلفتان.

صفحة المنتج الجيدة

يمكن أن تخدم الاثنين.

لكن

لا تفترض أن قبول Merchant Center يعني ترتيب SEO.

Merchant Center ليس بديلًا عن Tracking

يمكن أن تعمل المنتجات لكن لا تعرف: المبيعات. Revenue.

يجب أن يكون لديك

Measurement صحيح أيضًا.

هذه طبقة أخرى.

لا تبدأ PMax قبل تنظيف الكتالوج

إذا Feed يحتوي: 40% منتجات مرفوضة. عناوين سيئة.

صور ضعيفة.

تشغيل الحملة أولًا

يعني أنك تطلب من الخوارزمية العمل على بيانات ضعيفة.

أفضل وقت لتحسين Feed

قبل: إطلاق المتجر. حملة كبيرة. موسم.

وليس

بعد حرق الميزانية شهرين.

Quick Wins

ابدأ بـ: Bestsellers. High-margin items.

أصلح

العناوين. GTIN. صور.

ثم

توسع إلى بقية الكتالوج.

80/20 في الكتالوج

غالبًا نسبة صغيرة من المنتجات تصنع نسبة كبيرة من الإيراد.

لذلك

إذا عندك: 5,000 SKU لا تحتاج البدء بتحريرها جميعًا يدويًا.

ابدأ

بالأكثر تأثيرًا.

Automation بعد التنظيف

بمجرد بناء قواعد سليمة يمكن أتمتة: Titles. Custom Labels.

Availability.

لكن

Automation يجب أن تنفذ نظامًا صحيحًا.

لا تؤتمت الفوضى.

استخدام الذكاء الاصطناعي في العناوين

يمكن أن يساعد في: اقتراح Titles. تصنيف Products.

لكن

يجب التحقق من: الموديل. Brand. Specs.

لا تسمح

للنظام باختراع خصائص غير موجودة.

AI للصور

يمكن استخدام أدوات لتحسين: الخلفية. الإضاءة.

لكن

المنتج نفسه يجب أن يبقى دقيقًا.

لا تغير

عدد القطع. المنافذ. التفاصيل.

AI للوصف

مفيد إذا الكتالوج كبير.

أعطه

Structured Product Data.

لا تطلب:

"اكتب وصفًا لهذا المنتج" دون مواصفات.

وإلا

قد يخترع ميزات.

مراجعة بشرية

في المنتجات: الغالية. التقنية.

أو

التي لها مواصفات دقيقة، المراجعة البشرية ضرورية.

أخطاء شائعة في Merchant Center

الخطأ الأول

الاعتقاد أن الربط يكفي.

الخطأ الثاني

عدم تطابق السعر.

الخطأ الثالث

مخزون غير متزامن.

الخطأ الرابع

GTIN مزيفة.

الخطأ الخامس

عناوين عامة جدًا.

الخطأ السادس

صور مليئة بالنصوص.

الخطأ السابع

روابط Products مكسورة.

الخطأ الثامن

Shipping غير مطابق.

الخطأ التاسع

عدم وضوح سياسات المتجر.

الخطأ العاشر

تغيير Product IDs باستمرار.

الخطأ الحادي عشر

تشغيل الإعلانات قبل تنظيف Feed.

الخطأ الثاني عشر

عدم متابعة Diagnostics دوريًا.

أخطاء إضافية

استخدام Brand المتجر لكل المنتجات. عدم التفريق بين Variants.

Custom Labels بلا استراتيجية.

التصنيفات العامة جدًا.

عدم ربط Feed بالمخزون الحقيقي.

ترك Promotions قديمة.

وعدم معرفة من المسؤول عن Merchant Center داخل الفريق.

قائمة فحص إعداد الحساب

النشاط التجاري

• اسم المتجر صحيح.
• معلومات التواصل واضحة.
• الموقع يعمل.
• HTTPS سليم.
• صفحات السياسات موجودة.
• الشحن واضح.
• الإرجاع واضح.
• Checkout يعمل.
• العملة صحيحة.
• بيانات النشاط متسقة.

قائمة فحص الـFeed

• Product IDs ثابتة.
• Titles واضحة.
• Descriptions دقيقة.
• Price مطابق للموقع.
• Sale Price مطابق.
• Availability صحيحة.
• Product URLs تعمل.
• Images تعمل.
• Brand صحيحة.
• GTIN صحيحة.
• MPN صحيح عند الحاجة.
• Product Type منظم.
• Google Category مناسبة.
• Variants منظمة.
• Item Group ID صحيح.

قائمة فحص الصور

• المنتج واضح.
• الدقة جيدة.
• الصورة تطابق Variant.
• لا توجد Watermark ضخمة.
• لا يوجد نص ترويجي غير ضروري.
• اللون صحيح.
• عدد القطع في الصورة لا يضلل.
• الصور الإضافية مفيدة.
• الرابط يعمل.

قائمة فحص السعر والمخزون

• Price=Landing Page.
• Sale Price صحيحة.
• العرض لم ينتهِ.
• Currency صحيحة.
• In-stock حقيقي.
• Out-of-stock يتحدث بسرعة.
• Variants منفصلة.
• المخزون يتحدث آليًا قدر الإمكان.
• المنتجات منخفضة المخزون معروفة.

قائمة فحص الشحن والسياسات

• تكلفة الشحن صحيحة.
• Free Shipping Conditions صحيحة.
• المدن المستهدفة صحيحة.
• Delivery Time واقعية.
• سياسة الإرجاع متاحة.
• بيانات التواصل موجودة.
• لا توجد شروط متناقضة بين الموقع وMerchant Center.

قائمة فحص أسبوعية

• Diagnostics راجعت.
• Account Issues=صفر أو قيد المعالجة.
• Disapproved Products راجعت.
• Bestsellers جميعها مؤهلة.
• Price Mismatch راجعت.
• Availability Issues راجعت.
• Broken URLs راجعت.
• Images Issues راجعت.
• Promotions راجعت.
• Revenue at Risk محسوبة.

قائمة فحص قبل حملة موسمية

• أسعار الحملة محدثة.
• Sale Price Dates صحيحة.
• المنتجات متوفرة.
• الصور النهائية مرفوعة.
• Shipping Rules محدثة.
• Coupon يعمل.
• Landing Pages مختبرة.
• Merchant Approval مكتملة.
• Bestsellers بدون أخطاء.
• Custom Labels جاهزة.
• Ads مرتبطة بالـFeed الصحيح.
• الخطة بعد انتهاء العرض جاهزة.

سيناريو: متجر فيه 500 منتج و80 مرفوضة

لا تبدأ بفتح كل Product يدويًا.

أولًا

صنف الـ80 حسب السبب. إذا: 60 بسبب GTIN. 15 بسبب Price.

5 بسبب Images.

أصلح

المشكلة الجماعية أولًا.

ثم

المشكلات الفردية.

سيناريو: الأسعار تتغير يوميًا

استخدم تكاملًا آليًا سريعًا.

لا تعتمد

على Sheet يرفعها موظف كل جمعة.

خصوصًا

إذا Ads تعمل طوال الأسبوع.

سيناريو: متجر أزياء

الأولوية: Variants. Sizes. Colors.

الصور.

Gender. Age Group.

أي خطأ

في هذه البيانات يجعل تجربة Shopping مربكة.

سيناريو: متجر إلكترونيات

ركز على: Brand. Model. GTIN.

MPN.

Specs الأساسية.

عنوان:

"راوتر سريع" لا يكفي.

سيناريو: منتجات Private Label

لديك Brand الخاصة بك.

استخدمها

بصورة ثابتة.

إذا المنتج لا يملك GTIN

تعامل معه وفق حالته الحقيقية.

لا تخترع

باركود.

سيناريو: متجر فيه منتجات يدوية

المعرفات العالمية قد لا تكون متوفرة.

هنا

جودة: Title. Description. Images.

تصبح أهم.

مع تمثيل صحيح لحالة Identifier.

سيناريو: عرض 50% لمدة ثلاثة أيام

قبل الإطلاق تأكد أن: Sale Price. Dates.

Page Price. Checkout Price.

كلها

متطابقة.

وبعد انتهاء الحملة

ارجع للسعر الأساسي فورًا.

سيناريو: منتج نفد أثناء حملة ناجحة

يجب أن يتحول: Out of Stock.

لا تواصل

دفع Traffic لمنتج غير متاح.

إذا لديك بديل

يمكن توجيه العميل إليه في الموقع بطريقة مناسبة.

سيناريو: Bestseller مرفوض بسبب صورة

هذا: High Priority.

أصلح

الصورة.

أعد المزامنة.

راقب

Approval.

لا تنتظر التدقيق الأسبوعي.

سيناريو: منتجات كثيرة بلا GTIN

قبل أن تقرر أنها غير موجودة اسأل: المورد. المصنع.

ابحث في بيانات التوريد.

قد تكون الأرقام موجودة ولم تدخل النظام فقط.

سيناريو: Merchant Center تقول السعر مختلف

افحص: Feed Price. Structured Data. Visible Price.

JavaScript rendering.

Cache.

Variant Default.

لا تفترض

أن الخطأ من Google مباشرة.

سيناريو: المنتج Approved لكن لا يحصل على Impressions

Approval لا يعني أن المنتج سيظهر كثيرًا.

افحص

Title. Demand. Bid Strategy. Competition.

Campaign.

وربما

السعر.

Approved ≠ Optimized

منتج قد يكون: مقبولًا بالكامل.

لكن

Title ضعيفة. صورة ضعيفة.

Product Type غير مفيدة.

هنا

لا توجد Error، لكن توجد فرصة تحسين.

Merchant Center بعد مرحلة "صفر أخطاء"

هنا يبدأ العمل الحقيقي: Improving Product Data. Segmentation. Profitability.

وليس

مجرد إطفاء الإنذارات.

مراحل نضج Merchant Center

المستوى الأول

الربط.

المستوى الثاني

حل الأخطاء.

المستوى الثالث

تحسين البيانات.

المستوى الرابع

تقسيم المنتجات.

المستوى الخامس

ربطها بالربحية والمخزون.

المستوى الأول: Feed تعمل

الهدف: Google يستقبل المنتجات.

لكن

هذا لا يعني أن الحساب ممتاز.

المستوى الثاني: Feed نظيفة

السعر. المخزون. المعرفات.

كلها

صحيحة.

هنا

تبدأ لديك قاعدة سليمة.

المستوى الثالث: Feed محسنة

Titles. Descriptions. Images. Categories.

تعمل

بطريقة أفضل.

المستوى الرابع: Feed تجارية

Custom Labels. Priority. Margin. Inventory.

تساعد

Media Buying.

المستوى الخامس: منظومة تجارة متكاملة

ERP. Store. Merchant Center. Ads.

Analytics.

كلها

تتبادل بيانات موثوقة.

هنا

يمكن اتخاذ قرارات أكثر دقة.

لا تطمح للمرحلة الخامسة قبل تنظيف الأساس

إذا: السعر خطأ.

لا تبدأ

Profit Label Automation.

أصلح

البيانات الأساسية أولًا.

خطة عمل 30 يومًا

الأسبوع الأول

Diagnostics + Account Issues.

الأسبوع الثاني

Price + Inventory + IDs.

الأسبوع الثالث

Titles + Images + Categories.

الأسبوع الرابع

Custom Labels + Reporting + Governance.

نموذج خطة التنفيذ

ماذا تفعل بعد 30 يومًا؟

قارن: Approval Rate. Disapprovals. CTR.

Revenue.

Best Sellers Performance.

ثم

حدد التحسين التالي.

ما الذي لا يجب قياسه وحده؟

عدد المنتجات Approved.

لأنه

إذا ارتفع من: 95% إلى 100% لكن المبيعات لم تتحسن،

قد يكون

الحساب صحيًا تقنيًا فقط.

تحتاج

جودة تجارية أيضًا.

KPI المناسب لكل مرحلة

Error Resolution Time

مؤشر مهم.

إذا Bestseller ترفض

كم ساعة تحتاج حتى تعود؟

يوم؟

أسبوع؟

المتجر الاحترافي

يحتاج Process واضحًا.

Feed Completeness

كم نسبة المنتجات التي تحتوي: Brand. GTIN. MPN.

Category.

Custom Labels.

هذه البيانات

توضح نضج الكتالوج.

جودة البيانات تبدأ من إضافة المنتج

الأفضل ألا تصل الأخطاء إلى Merchant Center أصلًا.

عند إنشاء Product جديد

اجعل CMS يطلب: Brand. SKU. GTIN.

Category.

بدل

إصلاحها بعد النشر.

Required Fields داخل المتجر

يمكن جعل حقول معينة: Mandatory.

خصوصًا

إذا فئة المنتج تحتاجها.

هذا يقلل

Missing Attributes.

Product Template

اعمل نموذجًا موحدًا.

لكل فئة

عنوان. وصف. Specs. Images.

Identifiers.

هذا يرفع

جودة المتجر وFeed معًا.

Example Template للإلكترونيات

الاسم: Brand + Product + Model
SKU: داخلي
GTIN: إن وجد
MPN: رقم المصنع
المواصفات: شبكة، منافذ، أبعاد، ضمان
الصور: أمامية، خلفية، استخدام
السعر: نهائي
المخزون: آلي

هذا يمنع

كل موظف من إدخال المنتج بطريقته.

Merchant Center ليست وظيفة قسم الإعلانات فقط

هذه أهم خلاصة تشغيلية. الـFeed تتأثر بـ: المخزون. الأسعار.

المحتوى. الصور. الموقع.

لذلك

الفريق كله يشارك في جودتها.

الأسئلة الشائعة

ما هو Google Merchant Center؟

هو نظام من Google لإدارة بيانات منتجات المتجر حتى يمكن استخدامها في تجارب التسوق مثل Shopping Ads وPerformance Max وFree Listings حسب الأهلية.

هل Merchant Center ضرورية لتشغيل Shopping Ads؟

نعم، لأن Google يحتاج مصدرًا منظمًا لبيانات المنتجات التي ستظهر في إعلانات التسوق.

لماذا يُرفض المنتج رغم أن صفحة المنتج تعمل؟

قد يكون السبب في السعر أو المخزون أو الصورة أو GTIN أو سياسة معينة أو عدم تطابق بين الـFeed والصفحة.

ما أول شيء أراجعه عند وجود منتجات مرفوضة؟

ابدأ بـDiagnostics وحدد هل المشكلة على مستوى الحساب أم مجموعة منتجات أم منتج واحد.

هل Warning تمنع ظهور المنتج؟

ليس دائمًا، لكنها تشير إلى مشكلة أو نقص يستحق المعالجة وقد يؤثر في جودة البيانات أو الأهلية مستقبلًا.

ما معنى Price Mismatch؟

يعني أن السعر الذي أرسلته في الـFeed لا يطابق السعر الذي يجده Google في صفحة المنتج.

كيف أحل مشكلة اختلاف السعر؟

راجع مصدر السعر، الخصومات، Variants، Structured Data، Cache وتوقيت تحديث الـFeed حتى تصبح جميعها متطابقة.

هل Automatic Item Updates تحل المشكلة؟

يمكن أن تقلل بعض حالات عدم التطابق، لكنها ليست بديلًا عن إصلاح مصدر البيانات الأساسي.

ماذا يعني Availability Mismatch؟

أن حالة المخزون في Merchant Center تختلف عن الحالة الموجودة على صفحة المنتج.

كم مرة يجب تحديث الـFeed؟

يعتمد على سرعة تغير الأسعار والمخزون. المتاجر ذات الحركة العالية تحتاج تحديثًا أسرع من الكتالوجات الثابتة.

هل يجب أن أضيف GTIN لكل منتج؟

إذا للمنتج GTIN رسمي فيجب استخدامه بصورة صحيحة. بعض المنتجات لا تمتلك GTIN أصلًا.

هل يمكنني إنشاء GTIN بنفسي؟

لا ينبغي اختراع رقم عشوائي. استخدم المعرف الرسمي من المصنع أو الجهة المناسبة.

ما الفرق بين GTIN وSKU؟

GTIN معرف عالمي للمنتج في حالات كثيرة، بينما SKU معرف داخلي يستخدمه متجرك لإدارة المنتجات.

ما هو MPN؟

رقم الجزء أو الموديل الذي يحدده المصنع للمنتج.

هل يجب وضع اسم المتجر في Brand؟

فقط إذا كان المنتج يحمل علامتك التجارية فعليًا. لا تضع اسم متجرك كعلامة لمنتج شركة أخرى.

كيف أكتب عنوان منتج جيد؟

ضع المعلومات التي تساعد على التعرف على المنتج مثل العلامة والنوع والموديل وأهم خاصية، دون حشو كلمات تسويقية.

هل طول عنوان المنتج مهم؟

الأهم هو الوضوح ووضع المعلومات المهمة في البداية. لا تحتاج إلى ملء الحد الأقصى إذا أصبح العنوان مصطنعًا.

هل الوصف يؤثر؟

نعم لأنه يساعد على وصف المنتج، لكنه يجب أن يكون دقيقًا ومتوافقًا مع صفحة المنتج وليس نصًا تسويقيًا عامًا.

هل الصور التي تحتوي خصومات مناسبة؟

يفضل أن تعرض الصورة الأساسية المنتج بوضوح دون نصوص أو عناصر ترويجية قد تخالف متطلبات العرض أو تقلل جودة الصورة.

هل يمكن استخدام صور Lifestyle؟

نعم إذا كانت تمثل المنتج الحقيقي، ويمكن استخدامها كصور إضافية مع الاحتفاظ بصورة واضحة للمنتج.

ما الفرق بين Product Type وGoogle Product Category؟

Product Type تصنيفك الداخلي، بينما Google Product Category تصنيف ضمن نظام Google.

هل Custom Labels مهمة؟

نعم، خصوصًا لتقسيم المنتجات حسب الربح والمخزون والموسمية والأولوية، ما يساعد في إدارة الحملات.

هل Merchant Center تتعامل مع هامش الربح؟

لا تعرف هامشك تلقائيًا، لذلك يمكن استخدام بياناتك الداخلية وCustom Labels لتقسيم المنتجات بحسب الربحية.

هل يجب الإعلان عن كل المنتجات؟

ليس بالضرورة. قد تكون بعض المنتجات ضعيفة الهامش أو قليلة المخزون أو غير مناسبة للإعلانات.

ماذا أفعل بالمنتج الذي نفد؟

حدّث Availability بصورة صحيحة بدل الاستمرار في إرسال Traffic لمنتج غير متاح.

ما معنى Item Group ID؟

هو معرف يجمع Variants لنفس المنتج الأساسي، مثل ألوان أو مقاسات مختلفة.

هل المنتج Approved يعني أنه محسن؟

لا. قد يكون مؤهلًا لكنه ما يزال يملك عنوانًا أو صورة أو تصنيفًا ضعيفًا.

كيف أعرف أفضل المنتجات التي أبدأ بتحسينها؟

ابدأ بالأكثر مبيعًا، والأعلى هامشًا، والأكثر مخزونًا، أو التي لها أهمية استراتيجية.

هل Merchant Center تؤثر على Performance Max؟

بيانات المنتجات تمثل جزءًا مهمًا من حملات التجارة الإلكترونية، لذلك جودة Feed تؤثر في قدرة النظام على فهم وعرض المنتجات.

هل أحتاج إلى Feed يدوية؟

ليس دائمًا. الربط الآلي مناسب لكثير من المتاجر، لكن يجب أن تكون البيانات في المصدر نظيفة ويمكن تحديثها باستمرار.

هل Google Sheets مناسبة؟

يمكن أن تناسب كتالوجات صغيرة أو حالات معينة، لكنها تصبح صعبة الإدارة مع آلاف المنتجات والأسعار والمخزون المتغير باستمرار.

هل Merchant Center بديل عن SEO؟

لا. Merchant Center وSEO قناتان مختلفتان، رغم أن صفحة المنتج الجيدة تفيد الاثنين.

هل يجب متابعة الحساب يوميًا؟

للمتاجر الكبيرة أو الحملات الحساسة يفضل وجود مراقبة مستمرة، بينما يمكن للمشروعات الأصغر استخدام مراجعة أسبوعية مع Alerts.

ماذا أفعل إذا ظهرت مشكلة Policy؟

افهم السبب وأصلح المشكلة على الموقع أو الحساب أولًا، ثم استخدم عملية المراجعة الرسمية المناسبة.

هل من الأفضل إنشاء حساب جديد إذا تعطل الحساب الحالي؟

لا تستخدم حسابًا جديدًا للهروب من مشكلة سياسة. الأصل هو إصلاح المشكلة الأساسية واتباع إجراءات Google.

ما أهم ثلاثة أشياء في Merchant Center؟

دقة السعر والمخزون، جودة بيانات المنتج، واتساق المتجر والسياسات والصفحات مع ما ترسله إلى Google.

الخلاصة

Google Merchant Center ليس مجرد بوابة تقنية تربط متجرك بـGoogle Ads. هو النسخة المنظمة التي يقرأ من خلالها Google كتالوج منتجاتك. إذا هذه النسخة غير دقيقة، فإن المشكلة تنتقل مباشرة إلى التسويق. منتج مرفوض لا يدخل المنافسة أصلًا.

سعر خاطئ يخلق عدم تطابق. مخزون قديم يرسل العملاء إلى منتج غير متاح. عنوان ضعيف يجعل Google أقل قدرة على فهم ما تبيع. وصورة ضعيفة قد تقلل النقر حتى عندما يكون المنتج مؤهلًا بالكامل.

لهذا ابدأ من الأساس. حدد مصدر البيانات. من أين يأتي السعر؟ من أين يأتي المخزون؟

من المسؤول عن العنوان؟ أين يتم تخزين GTIN؟ وما النظام الذي يعتبر Source of Truth؟ بعدها افتح Diagnostics.

لا تبدأ بتجميل العناوين بينما الحساب يحتوي مشكلة تمنع المنتجات كلها من الظهور. رتب المشكلات حسب التأثير: Account-level أولًا. ثم:

Bestsellers. Price. Availability. Landing Pages.

وبعدها البيانات الأقل خطورة. ثم أصلح التطابق. يجب أن تقول جميع الأنظمة الشيء نفسه: المتجر.

Feed. Structured Data. Checkout. إذا المنتج 299 ريال، فلا تجعل Google ترى ثلاثة أسعار مختلفة.

بعد أن تصل إلى Feed مستقرة، انتقل إلى التحسين. طور Titles. استخدم: Brand.

Model. Product Type. والخصائص المهمة. لكن دون حشو.

أدخل GTIN وMPN الصحيحة. نظم: Product Type. Google Product Category.

Variations. واجعل الصور تمثل المنتج الحقيقي بدقة. بعد ذلك انتقل من التفكير التقني إلى التجاري. ليس كل منتج له القيمة نفسها.

صنف: Bestsellers. High Margin. Low Stock.

Seasonal. Clearance. حتى تستطيع إدارة الحملات بوعي أكبر. ثم اربط Merchant Center بالمخزون والربحية.

إذا منتج يحقق ROAS عاليًا لكن لم يبقَ منه إلا قطعتان، يجب أن تعرف ذلك. وإذا منتج يستهلك ميزانية بينما هامش ربحه ضعيف جدًا، يجب ألا تنظر فقط إلى Revenue. ثم ضع نظام متابعة. مراجعة أسبوعية لـDiagnostics.

مراجعة شهرية لجودة العناوين والتصنيفات. وتدقيق أعمق كل عدة أشهر. وقبل كل حملة موسمية: راجع الأسعار.

المخزون. الخصومات. الشحن. Promotions.

والمنتجات الأعلى مبيعًا. ولا تنتظر يوم إطلاق الحملة لاكتشاف أن المنتج الرئيسي مرفوض. الأهم من ذلك كله أن Merchant Center ليست مسؤولية Media Buyer وحده. هي نقطة التقاء:

التجارة الإلكترونية. المخزون. المحتوى. التطوير.

الإعلانات. والعمليات. كلما كانت هذه الفرق متصلة، أصبحت الـFeed أدق وأسرع وأكثر قابلية للتوسع. وفي نمو لابز نتعامل مع Google Merchant Center باعتباره جزءًا من بنية المتجر التسويقية وليس خطوة ربط واحدة؛ نبدأ بجودة بيانات المنتجات وتزامن السعر والمخزون والسياسات، ثم نبني تصنيفات وLabels تساعد على تشغيل حملات Shopping وPerformance Max ببيانات يمكن الوثوق بها وتحسينها تجاريًا مع الوقت.

للاستفسار والمراسلة: 0500804990