مخطط Product

الخلاصة — مخطط Product شيفرة تضيفها إلى صفحة المنتج كي تُعرّف تفاصيله لمحركات البحث: «هذا هو الاسم»، و«هذا هو السعر»، و«هذا متوفر في المخزون»، و«هذه نجوم المراجعات». تجعل الإضافة الصحيحة الصفحة مؤهلة لقوائم البحث الأثرى التي تظهر في نتائج التسوق، مثل السعر والتوفر وتقييمات النجوم. لكنها لا تضمن ظهور هذه الإضافات، وهي ليست رفع خلاصة منتجات إلى Google Merchant Center.

ما مخطط Product؟

عندما تنظر إلى صفحة منتج، تميّز السعر من اسم المنتج ومن عبارة «متوفر في المخزون» بمجرد القراءة. يرى محرك البحث نصاً عادياً ويضطر إلى التخمين. يوضح مخطط Product ذلك في الشيفرة باستخدام مفردات schema.org المشتركة؛ فيوسم كل جزء بما يمثله فعلاً: name وimage وprice والعملة، وما إذا كان InStock، وأي تقييمات للمراجعات.

يُكتب المخطط في الغالب بصيغة JSON-LD، وهي كتلة شيفرة صغيرة داخل الصفحة لا تغيّر مظهرها.

لماذا يستحق التنفيذ؟

العائد هو النتائج المنسّقة: قوائم البحث المحسّنة في استعلامات المنتجات. ولها نوعان:

• ⭐ مقتطفات المنتجات — تقييمات النجوم والسعر أسفل صفحة منتج عادية.
• 🛒 قوائم التجار — نتيجة أكمل شبيهة بالتسوق، تعرض السعر والتوفر وأحياناً الشحن والإرجاع، لصفحات يمكن شراء العنصر منها مباشرةً. Evidence for this claim Google uses Product structured data for product snippets and merchant listing experiences when applicable requirements are met. Scope: Google Search Product documentation; eligibility does not guarantee display. Confidence: high · Verified: 2026-07-14 Google: Product structured data

قد تكسب القائمة الأوضح بصرياً نقرات أكثر. وهناك أيضاً نظرية متنامية بين الممارسين — لا توثقها Google — تقول إن أدوات التسوق بالذكاء الاصطناعي تقرأ الترميز نفسه لفهم منتجاتك. لم تثبت هذه النظرية، لكن ضبط الترميز لا يضيف تكلفة، لذا يستحق التنفيذ بصرف النظر عنها.

الأشياء الأربعة التي تحتاج إليها غالباً

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

• name — اسم المنتج.
• image — صورة جيدة للمنتج، وهي مطلوبة للقائمة الشبيهة بالتسوق.
• offers — تتضمن price وpriceCurrency مثل USD وavailability مثل InStock أو OutOfStock.
• review / aggregateRating — إذا كانت لديك تقييمات حقيقية من العملاء.

أكثر ما يخطئ فيه الناس

مخطط Product وخلاصة Google Merchant Center ليسا الشيء نفسه. يوضع المخطط في صفحتك، أما خلاصة Merchant Center فهي ملف منفصل ترسله إلى Google. يؤثر الاثنان في نتائج تسوق متداخلة وتطابق Google بينهما، لكن التحقق منهما منفصل، وإصلاح أحدهما لا يصلح الآخر. ستجد المزيد في علامة Advanced.

فخّان آخران للمبتدئين:

• الترميز الصالح لا يساوي نتيجة منسّقة مضمونة. إنه يجعلك مؤهلاً؛ وتظل Google هي التي تقرر عرضه.
• لا ترمّز إلا ما يوجد فعلاً في الصفحة، وأبقِ السعر والمخزون في الترميز مطابقين لما يراه المتسوق. تُرصد حالات عدم التطابق.

هل تريد النسخة الكاملة — الفرق بين المقتطف وقائمة التاجر، وقيم التوفر، وعلاقة الخلاصة، وإصلاح أخطاء Search Console؟ انتقل إلى علامة Advanced.

الخلاصة — يجعل ترميز schema.org/Product، الذي يُكتب عادة بصيغة JSON-LD، صفحة المنتج مؤهلة لتجربتين متميزتين لدى Google: مقتطفات المنتجات، التي تعرض السعر والمراجعات في أي صفحة منتج وتوصي فقط بـpriceCurrency وتسمح بـprice: 0؛ وقوائم التجار للصفحات المعاملاتية، التي تتطلب image وoffers وprice أكبر من صفر مع priceCurrency. الحد الأدنى لمقتطف المنتج هو name مع واحد على الأقل من offers أو review أو aggregateRating، أما قائمة التاجر فتتطلب offers بلا قيد. أكبر فخ هو الخلط بين ترميز الصفحة وخلاصة Google Merchant Center؛ فهما نظامان منفصلان بآليتي تحقق منفصلتين. تطابق Google بينهما، ويجب أن يتطابق السعر والتوفر في الترميز والخلاصة والدفع وإلا ظهر خطأ عدم تطابق. لا يمنح الترميز الصالح إلا الأهلية؛ وتقرر أنظمة Google ما إذا كانت ستعرض النتيجة. سواء جئت من زاوية التنفيذ أو من زاوية SEO الأوسع للتجارة الإلكترونية، فالموضوع مدرج تحت البيانات المنظّمة وSEO للتجارة الإلكترونية لهذا السبب.

ما الذي يفعله مخطط Product؟ تجربتان لا تجربة واحدة

تختزل معظم الأدلة «مخطط Product» في قائمة متطلبات واحدة. لكن Google تقسمه فعلياً إلى تجربتين للنتائج المنسّقة تختلفان في الصرامة، ومعرفة التجربة المستهدفة نصف الحل:

• مقتطفات المنتجات — للصفحات غير المعاملاتية أو صفحات المنتجات العامة، مع التركيز على المراجعات والسعر. متطلباتها أخف.
• قوائم التجار — للصفحات التي يمكن شراء المنتج مباشرةً منها، مع التركيز على تفاصيل التسوق الكاملة مثل السعر والتوفر والشحن والإرجاع. متطلباتها أشد. Evidence for this claim Google documents separate product snippet and merchant listing experiences with different property requirements. Scope: Google Search Product documentation; validate against the intended experience. Confidence: high · Verified: 2026-07-14 Google: Product structured data

صياغة Google نفسها: “Two markup types exist: Product snippets for non-purchase pages, emphasizing reviews, and Merchant listings for purchase pages, highlighting product details like sizing and shipping.” (ترجمة) «يوجد نوعان من الترميز: مقتطفات المنتجات للصفحات غير المخصصة للشراء مع إبراز المراجعات، وقوائم التجار لصفحات الشراء مع إبراز تفاصيل المنتج مثل المقاسات والشحن». تستخدم التجربتان مفردات schema.org/Product نفسها؛ والفرق هو الخصائص التي تطلبها Google لكل منهما.

الخصائص المطلوبة والموصى بها

الحد الأدنى لمقتطف المنتج، وهو التجربة الأخف لدى Google: Product.name مع واحد على الأقل من offers أو review أو aggregateRating. تقتصر مرونة «واحد من ثلاثة» على مقتطفات المنتجات. أما قائمة التاجر فتحتاج دائماً إلى offers؛ إذ يسرد جدول Google للخصائص المطلوبة name وimage وoffers بلا خيار بديل. وهناك قاعدة نطاق جديرة بالحفظ؛ تقول Google: “product rich results only support pages that focus on a single product (or multiple variants of the same product).” (ترجمة) «لا تدعم نتائج المنتجات المنسّقة إلا الصفحات التي تركز على منتج واحد أو متغيرات متعددة للمنتج نفسه». صفحة الفئة، مثل «الأحذية في متجرنا»، ليست منتجاً؛ واستخدم ترميز ProductGroup لسلسلة المتغيرات، وهو موضوع شقيق مباشر.

ينبغي أن يصف ProductGroup متغيرات حقيقية في الكتالوج، لا كل تكوين نظري يمكن لأداة الاختيار حسابه. يجب أن يكون للمتغير معرّف ثابت وسمات حقيقية وحالة يمكن الوصول إليها أو تحديدها وعرض يستطيع نظام التجارة إبقاءه محدثاً. قد ينتج عن إصدار حاصل الضرب الديكارتي لكل الخيارات ترميز يبدو صالحاً لكنه يخترع منتجات لا يستطيع المتسوق تحديدها أو شراءها. توجد قواعد الإدراج التفصيلية في SEO لمتغيرات المنتجات.

على مستوى Product

على مستوى Offer (offers، وهو كائن Offer)

أكثر قاعدتين تُغفلان: “merchant listing experiences require a price greater than zero” (ترجمة) «تتطلب تجارب قوائم التجار سعراً أكبر من صفر»، بينما تسمح مقتطفات المنتجات بـ0؛ كما أن priceCurrency مطلوبة لقوائم التجار لكنها “currently recommended” (ترجمة) «موصى بها حالياً» فقط لمقتطفات المنتجات الأساسية.

خاصية availability وقيم التعداد

ليست availability مطلوبة للأهلية بالمعنى الصارم، لكن تعامل معها بوصفها أساسية؛ فهي تتحكم في عبارة «متوفر في المخزون» أو «نفد المخزون» التي يراها المستخدم، وهي حقل رئيسي تطابقه Google مع خلاصة Merchant Center. تأخذ الخاصية قيمة تعداد من schema.org، وتمرير سلسلة عادية مثل "in stock" بدلاً من قيمة URL أو التعداد من أكثر أخطاء التحقق شيوعاً.

المجموعة الكاملة التي توثقها Google لمنتج:

لمعالجة SEO للمنتجات النافدة أو المتوقف إنتاجها — وهل تُبقي صفحاتها أو تعيد توجيهها أو تطبق noindex — يتعمق مقال المنتجات النافدة في مجموعة التجارة الإلكترونية أكثر من الترميز وحده.

عقد التوفر في التجارة الإلكترونية

ليست availability نسخة مباشرة من كمية في مستودع. قد يوجد المنتج فعلياً لكنه غير قابل للبيع في سوق ما، أو غير متاح للمتغير المحدد، أو مقصور على الاستلام، أو لا يمكن إيصاله إلى رمز بريدي، أو محجوب مؤقتاً عند الدفع. طابق سلسلة القرار كاملة:

اختر خدمة تجارة موثوقة لقرار الأصل، ثم حوّل حالاتها عن قصد إلى المفردات الأصغر التي تتطلبها schema.org وخلاصات Google أو Microsoft وتكاملات التجارة الوكيلة. لا تدع كل قالب وخلاصة يخترع تفسيره الخاص لـavailable أو backorderable أو pickup-only أو discontinued. Evidence for this claim Google treats on-page Product structured data and Merchant Center feeds as separate, complementary ways to provide product data. Scope: Google Search ecommerce guidance; the systems can be reconciled but are validated separately. Confidence: high · Verified: 2026-07-14 Google: Share product data

يحتاج تنفيذ الطلب المعتمد على الرمز البريدي إلى مستويين من الحقيقة. ينبغي أن تعرض صفحة الهبوط والترميز والخلاصة العرض العام المنشور بدقة؛ وبعد أن يقدم العميل موقعه، يمكن للصفحة والدفع عرض نتيجة التنفيذ الأدق. لا تنشر InStock لمجرد أن مستودعاً واحداً يملك وحدة بينما لا يستطيع السوق الممثل شراءها، ولا تصف المنتج الأب كله بأنه OutOfStock لأن مقاساً أو متجراً أو طريقة توصيل واحدة غير متاحة. ينطبق عقد عنوان URL في SEO لمتغيرات المنتجات عندما يتغير التوفر مع SKU المحدد.

تحقق على الأقل من الحالات التمثيلية الآتية بعد تغييرات الكتالوج أو القالب أو الخلاصة أو تنفيذ الطلب:

• SKU عادي متوفر في المخزون؛
• SKU غير متاح مؤقتاً أو قابل للطلب المؤجل؛
• متغير واحد غير متاح ضمن مجموعة منتج متاحة بخلاف ذلك؛
• توصيل مقيّد برمز بريدي مع توفر خيار الاستلام أو المتجر؛
• عنصر توقف إنتاجه؛
• عنصر أُعيد إلى المخزون حديثاً قبل تحديث الخلاصة وبعده.

لكل حالة، التقط التحديد المرئي والترميز الخام والمعروض وصف الخلاصة وبند السلة ونتيجة الدفع. يثبت نجاح Rich Results Test أهلية الترميز؛ ولا يثبت حداثة الخلاصة أو تنفيذ الطلب المخصص أو نجاح الشراء.

مخطط Product وخلاصات Google Merchant Center — تحقق منفصل

هذا أكثر التباس أريد إنهاءه. ترميز مخطط Product وخلاصة منتجات Merchant Center نظامان منفصلان. تطابق Google بينهما، لكنهما ليسا عملية إرسال واحدة ولا يُتحقق منهما معاً.

تحدد Google الخيارات الثلاثة: “To provide rich product data to Google Search you can add Product structured data to your web pages, upload data feeds with Google Merchant Center and opt into free listings within the Merchant Center console, or both.” (ترجمة) «لتزويد بحث Google ببيانات منتجات غنية، يمكنك إضافة بيانات Product منظّمة إلى صفحات الويب، أو رفع خلاصات بيانات عبر Google Merchant Center والاشتراك في القوائم المجانية داخل Merchant Center، أو فعل الأمرين». Evidence for this claim Google treats on-page Product structured data and Merchant Center feeds as separate, complementary ways to provide product data. Scope: Google Search ecommerce guidance; the systems can be reconciled but are validated separately. Confidence: high · Verified: 2026-07-14 Google: Share product data وتوضح فائدة الجمع: “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data. Some experiences combine data from structured data and Google Merchant Center feeds if both are available. For example, product snippets may use pricing data from your merchant feed if it’s not present in the structured data on the page.” (ترجمة) «يزيد توفير البيانات المنظّمة في الصفحات وخلاصة Merchant Center معاً أهليتك للتجارب، ويساعد Google على فهم بياناتك والتحقق منها. وتجمع بعض التجارب بين المصدرين عند توفرهما؛ فقد تستخدم مقتطفات المنتجات بيانات التسعير من خلاصة التاجر إذا لم توجد في بيانات الصفحة المنظّمة».

اقرأ ذلك بعناية: تُجمع البيانات عند توفرها، وهذا سبب افتراض الناس أنهما نظام واحد. النتائج العملية:

• أداتان للتحقق. يُفحص الترميز عبر Rich Results Test ويُراقب في Search Console؛ وتُفحص الخلاصة عبر تشخيصات Merchant Center. لا يدل اجتياز Rich Results Test على صلاحية خلاصتك، والعكس صحيح.
• لا تحتاج إلى خلاصة للحصول على قائمة تاجر. يمكن للبيانات المنظّمة في الصفحة وحدها إنتاج نتيجة منسّقة لقائمة تاجر. وكما صاغها John Mueller، توجد أيضاً “the possibility to submit a feed to your merchant center account, to show products there.” (ترجمة) «إمكانية إرسال خلاصة إلى حساب Merchant Center لعرض المنتجات هناك». الخلاصة مسار إضافي وليست شرطاً مسبقاً.

حافظ على اتساق السعر والتوفر بين الترميز والخلاصة والدفع

تنص مواصفات Merchant Center صراحة على أن التجار يجب أن “accurately submit the product’s price and currency, and match with the price from your landing page, structured data, and at checkout.” (ترجمة) «يرسلوا سعر المنتج وعملته بدقة، وأن يطابقا السعر في صفحة الهبوط والبيانات المنظّمة وعند الدفع». لذلك يجب أن يتفق السعر والتوفر في ثلاثة مواضع: كائن Offer في الصفحة، وخلاصة Merchant Center، والدفع الفعلي. إذا اختلفت، قد تشير Google إلى عدم تطابق أو توقف العنصر حتى لو كانت JSON-LD صالحة تماماً. الترميز النظيف ضروري؛ والاتساق هو ما يُبقي القائمة حية. وإذا كنت تبيع على Bing أيضاً، ينطبق الانضباط نفسه على Microsoft Merchant Center، وهو نظير نظام الخلاصات لدى Google على جانب Bing. وبالنسبة إلى المتغيرات، طابق العرض المحدد كله، لا السعر والمخزون فقط. يجب أن تشير هوية المنتج وSKU ومعرّف المجموعة والسمات المحددة والسعر والعملة والتوفر إلى العنصر نفسه القابل للبيع في صفحة المنتج المرئية وJSON-LD المعروضة والخلاصة والسلة والدفع.

المراجعات والتقييمات وخرافة المراجعات التي تخدم المصلحة الذاتية

تظل review وaggregateRating خاصيتين موثقتين ومؤهلتين في Product لعرض تقييمات النجوم؛ لم يتغير ذلك. اضبط قاعدتين:

• يجب أن يكون اسم المراجع شخصاً أو فريقاً لا نصاً ترويجياً. أمثلة Google: “Not recommended: ‘50% off on Black Friday’. Recommended: ‘James Smith’ or ‘CNET Reviewers’.” (ترجمة) «ترفض Google: خصم 50% في الجمعة السوداء؛ وتوصي باسم James Smith أو CNET Reviewers».
• البيانات المنظّمة للمزايا والعيوب خاصة بالمحتوى التحريري. تقول Google: “Only editorial product review pages are eligible for the pros and cons appearance in Search results.” (ترجمة) «لا تكون إلا صفحات مراجعات المنتجات التحريرية مؤهلة لظهور المزايا والعيوب في نتائج البحث». لا يستطيع تاجر يصف منتجه استخدامه.

والآن الخرافة التي أريد تصحيحها بدقة لأنها تُشوّه باستمرار:

«أوقفت Google نجوم المراجعات لصفحات المنتجات كما فعلت مع مراجعات الأنشطة التجارية». — خطأ، والتمييز مهم.

يقتصر قيد المراجعات التي تخدم المصلحة الذاتية على ترميز LocalBusiness / Organization، لا Product. تقول Google: “If the entity that’s being reviewed controls the reviews about itself, their pages that use LocalBusiness or any other type of Organization structured data are ineligible for star review feature.” (ترجمة) «إذا كان الكيان الخاضع للمراجعة يتحكم في مراجعاته، تصبح صفحاته التي تستخدم LocalBusiness أو أي نوع آخر من البيانات المنظّمة لـOrganization غير مؤهلة لميزة نجوم المراجعات». تعود السياسة إلى سبتمبر 2019 وتستهدف تقييم النشاط التجاري لنفسه. ولا تزال review وaggregateRating في Product مؤهلتين.

ما أصبح أشد هو إنفاذ أصالة المراجعات عموماً؛ إذ تخفض أنظمة Reviews System وتحديثات Product Reviews وسياسة إساءة استخدام سمعة الموقع قيمة التقييمات المتلاعب بها أو المحفزة حتى عندما يكون الترميز صالحاً. والعبارة الصحيحة هي: تظل نجوم مراجعات المنتجات مؤهلة، لكن يجب أن تكون التقييمات حقيقية ومن المستخدمين وعن المنتج؛ ولا يوجد حظر شامل للبيانات المنظّمة. كذلك لا تجمع تقييمات مواقع أخرى في ترميزك؛ فإرشاد Google صريح: “Don’t aggregate reviews or ratings from other websites.” (ترجمة) «لا تجمع المراجعات أو التقييمات من مواقع أخرى». يوجد نقاش الأهلية المتعمق في موضوعي مخطط Review ومخطط AggregateRating الشقيقين.

المعرّفات وإشارات الثقة: sku وgtin وmpn وbrand

هذه الخصائص «موصى بها» لا «مطلوبة» في مواصفات البحث، لكنها محورية فعلاً على جانب Merchant Center والتسوق حيث تعتمد مطابقة المنتجات مع الكتالوج العالمي عليها:

• gtin — المعرّف العالمي مثل UPC أو EAN أو ISBN، وهو أقوى إشارة مطابقة؛ قدمه متى كان للمنتج معرّف.
• mpn — رقم قطعة الشركة المصنعة، للمنتجات التي لا تحمل GTIN.
• brand — اسم الشركة المصنعة أو العلامة (brand.name).
• sku — معرّفك الداخلي.

املأها رغم أن Search تصفها بالاختيارية؛ فالمعرّفات الناقصة سبب شائع لأداء منتج مؤهل تقنياً دون المستوى في أسطح التسوق التي تعتمد المطابقة.

سياسة الإرجاع والشحن

تُوصى hasMerchantReturnPolicy وshippingDetails لقوائم التجار. توجيه Google هو تعريف سياسة الإرجاع مرة واحدة على مستوى Organization لا لكل عرض: “We recommend you provide a global return policy for your business under Organization markup instead… Only if some of your products have specific return policies… use this property under Offer.” (ترجمة) «توصي Google بسياسة إرجاع عامة للنشاط ضمن Organization، ولا توضع الخاصية ضمن Offer إلا للمنتجات ذات السياسات الخاصة». هنا يأتي دور موضوع مخطط Organization الشقيق؛ فالسياسة العامة للموقع توضع هناك، وتُحجز التجاوزات لكل Offer للاستثناءات.

وبشأن الصور، توصي Google بـ*“multiple high-resolution images (minimum of 50K pixels when multiplying width and height) with the following aspect ratios: 16x9, 4x3, and 1x1.”* (ترجمة) «صور متعددة عالية الدقة، بحد أدنى 50 ألف بكسل عند ضرب العرض في الارتفاع، وبنسب أبعاد 16x9 و4x3 و1x1».

لماذا لا يزال الترميز الصالح لا يعرض نتيجة منسّقة؟

الأهلية ليست العرض. عدّد Mueller المطلوب: “It requires that the page be indexed, that the page has valid structured data on it, and that our systems have determined that it’s worth showing this structured data.” (ترجمة) «يتطلب الأمر أن تكون الصفحة مفهرسة، وأن تحمل بيانات منظّمة صالحة، وأن تكون أنظمتنا قد قررت أن عرض هذه البيانات يستحق». هذا الشرط الأخير هو ما ينساه الناس؛ فقد تفعل كل شيء صحيحاً وتقرر Google مع ذلك عدم عرض التحسين. يضعك ضبط الترميز في المنافسة فحسب.

JSON-LD وزاوية التسوق بالذكاء الاصطناعي

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

لمعرفة موقع مخطط Product في الصورة الأوسع للبيانات المنظّمة، راجع محوري Schema Markup وStructured Data اللذين يندرج تحتهما المقال؛ ولصفحة المنتج كاملة راجع عمل SEO لصفحات المنتجات في مجموعة التجارة الإلكترونية.

ملخص الذكاء الاصطناعي

خلاصة مكثفة لنسخة Advanced:

• ما هو: ترميز schema.org/Product، وغالباً بصيغة JSON-LD، يعرّف اسم المنتج وصورته وسعره وتوفره ومعرّفاته ومراجعاته كي تنتج محركات البحث نتائج منسّقة شبيهة بالتسوق.
• تجربتان بصرامة مختلفة: مقتطفات المنتجات لأي صفحة منتج، مع المراجعات والسعر وpriceCurrency الموصى بها فقط والسماح بـprice: 0؛ وقوائم التجار للصفحات المعاملاتية، وتتطلب image وoffers وprice أكبر من 0 مع priceCurrency.
• الحد الأدنى لمقتطف المنتج: name مع واحد على الأقل من offers أو review أو aggregateRating. يخص ذلك المقتطف؛ أما قائمة التاجر فتتطلب offers بلا قيد. لا تتأهل إلا صفحات منتج واحد أو متغيراته؛ واستخدم ProductGroup لسلسلة المتغيرات.
• الخلاصة مقابل الترميز، وهو الالتباس الرئيسي: مخطط Product في الصفحة، الذي يُتحقق منه عبر Rich Results Test / Search Console، نظام منفصل عن خلاصة Google Merchant Center التي تُرسل ويُتحقق منها بتشخيصات Merchant Center. تطابق Google بينهما وقد تستعير سعر الخلاصة؛ والخلاصة إضافة لا شرط. يجب أن يتطابق السعر والتوفر بين الترميز والخلاصة والدفع وإلا رصدت Google عدم تطابق ولو كانت JSON-LD صالحة.
• تعداد availability: InStock وOutOfStock وPreOrder وPreSale وBackOrder وOnlineOnly وInStoreOnly وLimitedAvailability وDiscontinued وSoldOut. وتمرير سلسلة عادية بدل التعداد خطأ شائع.
• المراجعات: تظل review وaggregateRating مؤهلتين في Product، ويجب أن يكون اسم المراجع شخصاً أو فريقاً، وتقتصر المزايا والعيوب على المحتوى التحريري. تصحيح الخرافة: يقتصر حظر المراجعات التي تخدم المصلحة الذاتية على LocalBusiness/Organization لا Product، لكن إنفاذ أصالة المراجعات يخفض قيمة التقييمات المتلاعب بها بصرف النظر عن صلاحية الترميز.
• المعرّفات: gtin وهو الأقوى للمطابقة، ثم mpn ثم brand ثم sku. توصي بها Search لكنها أساسية لمطابقة التسوق وMerchant Center.
• سياسة الإرجاع: عيّن hasMerchantReturnPolicy افتراضياً على مستوى Organization؛ واستخدمه لكل Offer في الاستثناءات فقط.
• الأهلية لا تساوي العرض: ترميز صالح وصفحة مفهرسة وقرار Google بأن العرض «يستحق». لا يمنح الترميز النظيف إلا الأهلية.
• زاوية الذكاء الاصطناعي غير المثبتة: يعتقد بعض الممارسين أن مخطط Product المكتمل يساعد أدوات التسوق بالذكاء الاصطناعي على قراءة المنتجات والتوصية بها. لا تثبت وثائق Google ذلك، لذا عامله سؤالاً مفتوحاً لا آلية موثقة.

الوثائق الرسمية

وثائق المصادر الأولية من محركات البحث.

Google — البيانات المنظّمة، أي جانب الترميز

• مقدمة إلى البيانات المنظّمة للمنتجات — التجربتان، مقتطفات المنتجات وقوائم التجار، وعلاقة «البيانات المنظّمة أو الخلاصة أو كليهما».
• البيانات المنظّمة لمقتطف المنتج (Review وAggregateRating وOffer) — الخصائص المطلوبة والموصى بها لتجربة مقتطف المنتج الأخف.
• البيانات المنظّمة لقائمة التاجر — المتطلبات الأشد، وقاعدة السعر الأكبر من صفر، وإرشادات سياسة الإرجاع والصور.
• البيانات المنظّمة لمقتطف المراجعة (Review وAggregateRating) — نطاق المراجعات التي تخدم المصلحة الذاتية، أي LocalBusiness/Organization، وقاعدة «لا تجمع المراجعات».
• Rich Results Test — للتحقق من الترميز وأهلية النتائج المنسّقة.

Google — جانب الخلاصة في Merchant Center

• مواصفات بيانات المنتجات — سمات الخلاصة المطلوبة وشرط اتساق السعر والعملة بين صفحة الهبوط والبيانات المنظّمة والدفع.
• إعداد البيانات المنظّمة لـMerchant Center — علاقة البيانات المنظّمة بالخلاصة على جانب Merchant Center.

Bing / Microsoft

• ترميز موقعك بالبيانات المنظّمة — دعم Bing العام للبيانات المنظّمة، ومنها schema.org والتوصية بـJSON-LD.

اقتباسات من المصدر

تصريحات مسجلة من Google. حيث تعرض صفحة المصدر النص، ينقلك الرابط العميق إلى المقطع المقتبس.

وثائق Google — التجربتان

• “Two markup types exist: Product snippets for non-purchase pages, emphasizing reviews, and Merchant listings for purchase pages, highlighting product details like sizing and shipping.” (ترجمة) «يوجد نوعان من الترميز: مقتطفات المنتجات للصفحات غير المخصصة للشراء مع إبراز المراجعات، وقوائم التجار لصفحات الشراء مع إبراز تفاصيل المنتج مثل المقاسات والشحن». انتقل إلى الاقتباس
• “Currently, product rich results only support pages that focus on a single product (or multiple variants of the same product).” (ترجمة) «لا تدعم نتائج المنتجات المنسّقة حالياً إلا الصفحات التي تركز على منتج واحد، أو متغيرات متعددة للمنتج نفسه». انتقل إلى الاقتباس

وثائق Google — البيانات المنظّمة مقابل خلاصة Merchant Center

• “To provide rich product data to Google Search you can add Product structured data to your web pages, upload data feeds with Google Merchant Center and opt into free listings within the Merchant Center console, or both.” (ترجمة) «لتزويد بحث Google ببيانات منتجات غنية، يمكنك إضافة بيانات Product منظّمة إلى صفحات الويب، أو رفع خلاصات بيانات عبر Google Merchant Center والاشتراك في القوائم المجانية داخل Merchant Center، أو فعل الأمرين». انتقل إلى الاقتباس
• “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data… product snippets may use pricing data from your merchant feed if it’s not present in the structured data on the page.” (ترجمة) «يزيد توفير البيانات المنظّمة في الصفحات وخلاصة Merchant Center معاً أهليتك للتجارب ويساعد Google على فهم بياناتك والتحقق منها… وقد تستخدم مقتطفات المنتجات بيانات التسعير من خلاصة التاجر إذا لم توجد في البيانات المنظّمة في الصفحة». انتقل إلى الاقتباس

وثائق Google — قواعد قوائم التجار

• “Unlike product snippets, merchant listing experiences require a price greater than zero.” (ترجمة) «على خلاف مقتطفات المنتجات، تتطلب تجارب قوائم التجار سعراً أكبر من صفر». انتقل إلى الاقتباس
• “We recommend you provide a global return policy for your business under Organization markup instead… Only if some of your products have specific return policies… use this property under Offer.” (ترجمة) «نوصي بتقديم سياسة إرجاع عامة لنشاطك ضمن ترميز Organization… ولا تستخدم هذه الخاصية ضمن Offer إلا إذا كانت لبعض منتجاتك سياسات إرجاع خاصة». انتقل إلى الاقتباس
• “For best results, we recommend providing multiple high-resolution images (minimum of 50K pixels when multiplying width and height) with the following aspect ratios: 16x9, 4x3, and 1x1.” (ترجمة) «لأفضل النتائج، نوصي بتقديم صور متعددة عالية الدقة، بحد أدنى 50 ألف بكسل عند ضرب العرض في الارتفاع، وبنسب أبعاد 16x9 و4x3 و1x1». انتقل إلى الاقتباس

وثائق Google — المراجعات

• بشأن أسماء المراجعين: “Not recommended: ‘50% off on Black Friday’. Recommended: ‘James Smith’ or ‘CNET Reviewers’.” (ترجمة) «غير موصى به: خصم 50% في الجمعة السوداء. موصى به: James Smith أو CNET Reviewers». انتقل إلى الاقتباس
• بشأن المزايا والعيوب: “Only editorial product review pages are eligible for the pros and cons appearance in Search results.” (ترجمة) «لا تكون إلا صفحات مراجعات المنتجات التحريرية مؤهلة لظهور المزايا والعيوب في نتائج البحث». انتقل إلى الاقتباس
• بشأن المراجعات التي تخدم المصلحة الذاتية، والمحصورة في LocalBusiness/Organization: “If the entity that’s being reviewed controls the reviews about itself, their pages that use LocalBusiness or any other type of Organization structured data are ineligible for star review feature.” (ترجمة) «إذا كان الكيان الخاضع للمراجعة يتحكم في مراجعاته، تصبح صفحاته التي تستخدم LocalBusiness أو أي نوع آخر من البيانات المنظّمة لـOrganization غير مؤهلة لميزة نجوم المراجعات». وثائق مقتطف المراجعة
• “Don’t aggregate reviews or ratings from other websites.” (ترجمة) «لا تجمع المراجعات أو التقييمات من مواقع أخرى». وثائق مقتطف المراجعة

Google — اتساق Merchant Center

• يجب على التجار “accurately submit the product’s price and currency, and match with the price from your landing page, structured data, and at checkout.” (ترجمة) «إرسال سعر المنتج وعملته بدقة، وأن يطابقا السعر في صفحة الهبوط والبيانات المنظّمة وعند الدفع». مواصفات بيانات المنتجات

John Mueller من Google (عبر Search Engine Journal)

• “It requires that the page be indexed, that the page has valid structured data on it, and that our systems have determined that it’s worth showing this structured data.” (ترجمة) «يتطلب الأمر أن تكون الصفحة مفهرسة، وأن تحمل بيانات منظّمة صالحة، وأن تكون أنظمتنا قد قررت أن عرض هذه البيانات يستحق». تغطية SEJ
• “There’s also the possibility to submit a feed to your merchant center account, to show products there.” (ترجمة) «توجد أيضاً إمكانية إرسال خلاصة إلى حساب Merchant Center لعرض المنتجات هناك». تغطية SEJ

ورقة مرجعية لمخطط Product

الحد الأدنى لمقتطف المنتج

Product.name مع واحد على الأقل من offers أو review أو aggregateRating. تحتاج قائمة التاجر دائماً إلى offers؛ ولا تنطبق عليها هذه المرونة. صفحات المنتج الواحد فقط؛ واستخدم ProductGroup لسلسلة المتغيرات.

المقتطف مقابل قائمة التاجر — مواضع الاختلاف

قيم تعداد availability

InStock · OutOfStock · PreOrder · PreSale · BackOrder · OnlineOnly · InStoreOnly · LimitedAvailability · Discontinued · SoldOut

الترميز مقابل خلاصة Merchant Center

المعرّفات حسب قوة المطابقة: gtin ثم mpn ثم brand ثم sku.

حقائق سريعة

• الصيغة: JSON-LD، وهي الموصى بها والأسهل صيانةً على نطاق واسع.
• الترميز الصالح يعني مؤهل لا مضمون العرض.
• سياسة الإرجاع: افتراضياً على مستوى Organization، ولكل Offer في الاستثناءات فقط.
• حظر المراجعات التي تخدم المصلحة الذاتية يخص LocalBusiness/Organization فقط، لا Product.
• الصور: متعددة، بحد أدنى 50 ألف بكسل، أي العرض × الارتفاع، وبنسب 16x9 و4x3 و1x1.

هل أحتاج إلى مخطط Product أم خلاصة Merchant Center أم كليهما؟

اتبع الأسئلة بالترتيب:

1. هل الصفحة لمنتج واحد أو متغيرات منتج واحد؟

• لا، إنها صفحة فئة أو مجموعة ← مخطط Product غير مؤهل. فكّر في ProductGroup لسلسلة متغيرات أو في ترميز مسار التنقل أو المجموعة.
• نعم ← تابع.

2. هل يمكن شراء المنتج مباشرةً في الصفحة؟

• لا، إنها صفحة معلوماتية أو مراجعة تحريرية للمنتج ← استهدف مقتطف منتج: name مع offers و/أو review أو aggregateRating. يُوصى بـpriceCurrency، ويُسمح بـprice: 0 للعناصر المجانية.
• نعم ← استهدف قائمة تاجر: أضف image وoffers مع price > 0 وpriceCurrency، وهما مطلوبان، ثم availability وitemCondition ويفضل shippingDetails.

3. هل تريد ظهور منتجاتك في Google Shopping أو القوائم المجانية وتعظيم الأهلية؟

• أضف خلاصة Google Merchant Center إلى جانب ترميز الصفحة. إنها نظام منفصل، لكن Google تجمعهما ويوسع ذلك أهليتك. ليست مطلوبة لكسب قائمة تاجر في الصفحة؛ بل هي إضافة.
• اكتفِ بالترميز إذا كنت تريد النتيجة المنسّقة في الصفحة ولا تحتاج إلى أسطح Shopping.

4. أيّاً كان المسار، قبل الإطلاق:

• تحقق من الترميز عبر Rich Results Test وراقب Search Console.
• إذا كانت لديك خلاصة، فتحقق منها بصورة منفصلة في Merchant Center.
• تأكد من تطابق price وpriceCurrency وavailability بين الترميز والخلاصة والدفع. هذه الخطوة هي التي تبقي القوائم حية بعد نجاح التحقق.

قاعدة عملية: مخطط Product في الصفحة هو خط الأساس لكل من يبيع منتجاً؛ وخلاصة Merchant Center طبقة إضافية لمن يريد أسطح Shopping والقوائم المجانية أو أقصى أهلية.

خرافات وأخطاء مخطط Product التي ينبغي تجنبها

خرافة: «إضافة مخطط Product تضمن نتيجة منسّقة». إنه لا يفعل إلا جعل الصفحة مؤهلة. ووفق Mueller، يجب أيضاً فهرسة الصفحة وأن تقرر أنظمة Google أن النتيجة «تستحق العرض». الصلاحية لا تعني العرض.

خرافة: «مخطط Product وخلاصة Merchant Center هما عملية الإرسال نفسها». هما نظامان بآليتي تحقق منفصلتين. تطابق Google بينهما وقد تستعير تسعير الخلاصة لمقتطف، لكن إصلاح JSON-LD لا يصلح خلاصة معطلة، واجتياز Rich Results Test لا يقول شيئاً عن صلاحية الخلاصة.

خرافة: «أوقفت Google نجوم المراجعات في صفحات المنتجات كما فعلت لمراجعات الأنشطة». تقتصر عدم أهلية المراجعات التي تخدم المصلحة الذاتية على LocalBusiness / Organization، أي تقييم النشاط لنفسه وفق سياسة سبتمبر 2019، ولا تشمل Product. تظل review وaggregateRating في Product مؤهلتين. ما أصبح أشد هو إنفاذ أصالة المراجعات، عبر Reviews System وتحديثات Product Reviews، الذي يخفض قيمة التقييمات المتلاعب بها أو المحفزة ولو كان الترميز صالحاً. لا تخلط بين حملة جودة المحتوى وحظر البيانات المنظّمة.

خرافة: «priceCurrency مطلوبة دائماً». هي مطلوبة لقوائم التجار لكنها “currently recommended” (ترجمة) «موصى بها حالياً» فقط لمقتطفات المنتجات الأساسية.

خرافة: «تحتاج إلى Merchant Center للحصول على نتائج شبيهة بالتسوق». يمكن للبيانات المنظّمة في الصفحة وحدها إنتاج نتيجة منسّقة لقائمة تاجر. الخلاصة مسار إضافي وليست شرطاً مسبقاً.

خرافة: «أي تنسيق للسعر يعمل ما دام يتضمن رقماً». تؤدي رموز العملات أو فواصل الآلاف أو priceSpecification المتداخلة بصورة خاطئة إلى فشل التحقق عادةً. اجعل price رقماً أو سلسلة عددية مجردة وpriceCurrency رمز ISO منفصلاً.

خطأ: ترميز صفحة فئة بوصفها Product. لا تغطي نتائج المنتجات المنسّقة إلا صفحات منتج واحد أو متغيرات منتج واحد.

خطأ: اختلاق المراجعات أو استيرادها. يجب أن تكون أسماء المراجعين أشخاصاً أو فرقاً، لا «خصم 50%»، والمزايا والعيوب تحريرية فقط، ويجب ألا “aggregate reviews or ratings from other websites.” (ترجمة) «تجمع المراجعات أو التقييمات من مواقع أخرى».

خطأ: ترميز لا يطابق الصفحة. إذا اختلف السعر أو التوفر في JSON-LD عن صفحة الهبوط أو الخلاصة أو الدفع، قد تشير Google إلى عدم تطابق أو توقف العنصر حتى مع ترميز صالح.

مثال نظيف وآخر معطّل لـProduct بصيغة JSON-LD

مقتطف نظيف جاهز لقائمة تاجر

منتج واحد، وسعر أكبر من صفر، وعملة صحيحة، وعنوان URL مناسب لتعداد availability، وتقييم إجمالي حقيقي:

{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Trailhead 30L Hiking Backpack",
  "image": [
    "https://example.com/img/backpack-1x1.jpg",
    "https://example.com/img/backpack-4x3.jpg",
    "https://example.com/img/backpack-16x9.jpg"
  ],
  "description": "Lightweight 30-liter pack with a ventilated back panel.",
  "sku": "TH-30L-GRN",
  "gtin": "0192341567890",
  "brand": { "@type": "Brand", "name": "Trailhead" },
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/backpacks/trailhead-30l",
    "price": "129.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition",
    "priceValidUntil": "2026-12-31"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "218"
  }
}

المقتطف نفسه، لكنه معطّل

كل سطر موضح أدناه يمثل فشلاً حقيقياً شائعاً في Search Console:

{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Trailhead 30L Hiking Backpack",
  "offers": {
    "@type": "Offer",
    "price": "$1,129.00",
    "priceCurrency": "dollars",
    "availability": "in stock"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6"
  }
}

مواضع الخطأ:

• price: "$1,129.00" — يكسر رمز العملة وفاصل الآلاف التحليل العددي. استخدم "1129.00".
• priceCurrency: "dollars" — يجب استخدام رمز ISO 4217 صالح: "USD".
• availability: "in stock" — ليست قيمة تعداد صالحة؛ استخدم صيغة URL وهي "https://schema.org/InStock". يؤدي ذلك إلى خطأ Invalid enum value in field “availability” الشائع.
• لا توجد image — وهي مطلوبة لقائمة التاجر؛ وقد يتراجع إلى مقتطف منتج في أفضل الأحوال.
• aggregateRating بلا reviewCount أو ratingCount — يحتاج التقييم الإجمالي إلى عدد كي يكون صالحاً.

أخطاء Search Console الشائعة وإصلاحاتها

اختبر نفسك: مخطط Product

خمسة أسئلة سريعة عن schema.org/Product وتجربتي النتائج المنسّقة والفرق بين الخلاصة والترميز. اختر إجابة لكل سؤال، ثم تحقق منها.

موارد تستحق وقتك

كتاباتي عن هذا الموضوع

لم أنشر دليلاً مستقلاً عن مخطط Product، لذلك بدلاً من إحالتك إلى شيء غير موجود، من الأدق توجيهك إلى المصادر الأولية أدناه وإلى الأعمال ذات الصلة بالبيانات المنظّمة في هذا الموقع. للمفردات الأوسع وموقع Product منها، راجع محوري Schema Markup وStructured Data؛ ولزاوية الذكاء الاصطناعي راجع Schema Markup للذكاء الاصطناعي.

من مصادر المجال

• مقدمة إلى البيانات المنظّمة للمنتجات (Google Search Central) — المرجع المعتمد للتجربتين وعلاقة الخلاصة.
• البيانات المنظّمة لقائمة التاجر (Google) — المتطلبات المعاملاتية الأشد وإرشادات سياسة الإرجاع والصور.
• البيانات المنظّمة لمقتطف المنتج (Google) — مجموعة الخصائص الأخف لمقتطف المنتج وقواعد أسماء المراجعين.
• مواصفات بيانات المنتجات (مساعدة Google Merchant Center) — سمات جانب الخلاصة وشرط اتساق السعر بين صفحة الهبوط والبيانات المنظّمة والدفع.
• Google Says How To Get More Product Rich Results (Search Engine Journal) — اقتباسات Mueller عن الأهلية مقابل العرض وخيار الخلاصة.
• What Is Schema Markup? How to Add It & Why It Matters (Ahrefs) — دليل عام للمخططات يتضمن زاوية مفيدة لوكلاء الذكاء الاصطناعي واكتشاف المنتجات.

سجل التغييرات