معرّفات المنتجات: GTIN وMPN والعلامة التجارية لخلاصات التسوق

كيف تحدد GTIN وMPN والعلامة التجارية المنتجات في خلاصات التسوق لدى Google وBing، ومتى يلزم كل منها، وإعفاء identifier_exists، وحالات عدم التطابق التي تطلق التحذيرات.

نُشر أول مرة: 3 يوليو 2026 · آخر تحديث: 22 أغسطس 2026 · Advanced
اللغات

معرّفات المنتجات، أي GTIN وMPN والعلامة التجارية، هي ما تستخدمه خلاصات التسوق لمطابقة قائمتك بالمنتج الصحيح في Shopping Graph لدى Google وكتالوج Bing. يكفي GTIN صحيح عادةً للتعريف؛ وعند غيابه يكون البديل هو العلامة التجارية مع MPN؛ أما المنتجات التي لا تملك أيًا منها فعلًا فتصرّح بذلك عبر identifier_exists: false. تؤكد Google في أربعة مستندات منفصلة ألا تختلق GTIN أو تخمّنه أو تعيد استخدامه؛ فالرقم ذو المجموع الاختباري الصحيح إذا كان يخص منتجًا آخر هو أكثر أسباب رفض «GTIN غير صحيح» شيوعًا. ويهم تاريخ الإنفاذ: في 2019 صار غياب المعرّفات عقوبة أولوية وظهور بدل الرفض التلقائي، وفي 2021 امتد الإنفاذ إلى القوائم المجانية وبدأ رفض GTIN المكرر، وفي ديسمبر 2023 خُفضت حالات عدم تطابق identifier_exists من رفض إلى تحذير. يعمل Bing بالنموذج نفسه لكن بإنفاذ أكثر آلية عند إدراج البيانات عبر API. ارتفع معيار الدقة وانخفضت عقوبة الخطأ الواحد.

الخلاصة — GTIN هو المعرّف الأقوى؛ والعلامة التجارية مع MPN هي البديل المشروع؛ وidentifier_exists: false هو التصريح الصادق للمنتجات التي لا تملك أي معرّف. تكاد كل التحذيرات وحالات الرفض هنا ترجع إلى واحد من ثلاثة أسباب: (أ) GTIN صحيح الصيغة لكنه يخص منتجًا آخر لأنه أُعيد استخدامه أو استعير، أو (ب) غياب GTIN عن منتج يملكه، أو (ج) تصريح identifier_exists: false يناقض كتالوج Google. تكرر Google في أربعة مستندات ألا تختلق GTIN أو تخمّنه أو تعيد استخدامه؛ فالمجموع الاختباري الصحيح ضروري لكنه غير كافٍ، لأن الرقم الحقيقي قد يخص منتجًا آخر. ويوفر تاريخ الإنفاذ السياق المفقود: في 2019 صار غياب المعرّفات عقوبة أولوية بدل الرفض التلقائي، وفي 2021 امتد الإنفاذ إلى القوائم المجانية وبدأ رفض GTIN المكرر، وفي ديسمبر 2023 تغيرت بعض معاملة identifier_exists. تستخدم Microsoft حقولًا مشابهة، لكن ينبغي التعامل مع تحققها وإنفاذها كنظام منفصل.

Evidence for this claim Google Merchant Center asks merchants to submit accurate GTINs when assigned, or brand and MPN when appropriate, and not to invent identifiers. Scope: Google Merchant Center product identifier requirements. Confidence: high · Verified: Google Merchant Center: Unique product identifiers Evidence for this claim Microsoft Merchant Center similarly defines GTIN, brand, MPN, and identifierExists fields for product offers. Scope: Microsoft Shopping Content API; enforcement details may differ from Google. Confidence: high · Verified: Microsoft Advertising: Manage products

النموذج الذهني الأساسي

Use identifiers the manufacturer actually assigned. `identifier_exists=false` is a factual exception, not a shortcut.

If the manufacturer assigned a GTIN, submit that correct GTIN. If the product has no GTIN but has a brand and manufacturer part number, submit brand and MPN. Only a product that genuinely has no identifiers should omit GTIN and MPN and set identifier exists to false. A mathematically valid checksum does not prove a GTIN belongs to the product.

ثلاثة معرّفات وشجرة قرار واحدة:

  • هل يوجد GTIN؟ أرسله. يكفي GTIN الصحيح عادةً لتعريف المنتج، وهذا ادعاء مطابقة لا امتثال كامل. تظل العلامة التجارية سمة مطلوبة بشكل مستقل لمعظم الفئات حتى مع وجود GTIN. ووفق مواصفات بيانات المنتجات لدى Google، حالة GTIN هي «يعتمد على الحالة، ويوصى به بشدة إذا كان متاحًا». تبدو هذه أخف المتطلبات الثلاثة صياغة، لكنها الأشد أثرًا؛ لأن المنتج الذي تعرف Google أن له GTIN يتضرر عند حذفه: “Products with an assigned GTIN, but submitted without one, may have limited visibility.” (ترجمة) «قد يكون ظهور المنتجات التي خُصص لها GTIN لكنها أُرسلت من دونه محدودًا.» (المصدر).
  • لا يوجد GTIN؟ العلامة التجارية مع MPN هما البديل. تنص مواصفات MPN لدى Google على أنه “Required for all products without a manufacturer-assigned GTIN.” (ترجمة) «مطلوب لكل المنتجات التي لا تملك GTIN مخصصًا من الشركة المصنّعة.» (المصدر).
  • لا يوجد أي من الثلاثة؟ صرّح بذلك. تقول Google: “If your products don’t have assigned unique product identifiers: Don’t include the GTIN, brand, or MPN attributes for the product” (ترجمة) «إذا لم تكن لمنتجاتك معرّفات منتجات فريدة مخصصة، فلا تدرج سمات GTIN أو العلامة التجارية أو MPN للمنتج.» (المصدر)، واضبط identifier_exists على false.

متى يكون كل معرّف مطلوبًا فعلًا؟

التفصيل الذي تختصره معظم الأدلة هو أن منطق المتطلبات يختلف حقًا بين السمات الثلاث في مواصفات بيانات المنتجات:

  • العلامة التجارية مطلوبة لكل المنتجات الجديدة باستثناء الأفلام والكتب والتسجيلات الموسيقية، وهي فئات قد لا ترتبط بعلامة واضحة، وتكون اختيارية في الحالات الأخرى. وتشدد Google على الدقة: “Only provide a brand if you’re sure it’s correct. When in doubt don’t provide a brand (for example, do not guess or make up a value).” (ترجمة) «لا تقدم علامة تجارية إلا إذا كنت واثقًا من صحتها. وعند الشك لا تقدم علامة، ولا تخمّن قيمة أو تختلقها.» (المصدر). وانتبه للفخ: في السلع المنزلية أو المخصصة التي تكون أنت مصنّعها، ليست العلامة اختيارية؛ بل تستخدم اسم متجرك علامةً تجارية.
  • GTIN يوصى باستخدامه بشدة كلما خصصته الشركة المصنّعة، وفق عبارة «يعتمد على الحالة» في المواصفات.
  • MPN لا يُطلب إلا عندما لا يملك المنتج GTIN مخصصًا من الشركة المصنّعة، ويكون اختياريًا في غير ذلك.

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

تحدد مواصفات سمة GTIN الصيغ الصالحة أيضًا: 8 أو 12 أو 13 أو 14 رقمًا، بصيغ UPC أو EAN أو JAN أو ISBN. تُتجاهل المسافات والشرطات، ويمكن إرسال ما يصل إلى 10 أرقام GTIN لكل منتج. وينبغي تحويل UPC-E ذي 8 أرقام إلى UPC-A ذي 12 رقمًا، وتحويل ISBN-10 إلى ISBN-13.

إعفاء identifier_exists وفخّه

identifier_exists هو المخرج الصادق. تقول مواصفات Google بوضوح: “Use the identifier exists [identifier_exists] attribute to indicate that unique product identifiers (UPIs) aren’t available for your product” (ترجمة) «استخدم سمة وجود المعرّف [identifier_exists] للإشارة إلى عدم توفر معرّفات المنتجات الفريدة لمنتجك.» (المصدر)، و “Use for products that don’t have a GTIN, MPN, or brand” (ترجمة) «استخدمها للمنتجات التي لا تملك GTIN أو MPN أو علامة تجارية.» (المصدر). وتشمل الحالات المشروعة القمصان المخصصة والفنون والسلع اليدوية والمنتجات التي صنعت قبل وجود GTIN، مثل القطع القديمة والتحف والكتب المنشورة قبل 1970.

لكن لا تمنح أي من تسميات الفئات هذه إعفاءً شاملًا بمفردها. فقد تحمل قطعة قديمة أو يدوية بعينها GTIN مخصصًا من الشركة، مثل مخزون أعيد بيعه داخل عبوته الأصلية. افحص السلعة نفسها لا الفئة التي تنتمي إليها فقط قبل التصريح بـidentifier_exists: false.

وهنا الفخ الذي يسبب معظم أخطاء identifier_exists. هذه السمة ليست مفتاح تشغيل وإيقاف حرًا؛ إذ تقارنها Google بأدلة كتالوجها:

“Products for which the identifier exists [identifier_exists] attribute is incorrectly set to no or false and for which there is evidence that a unique product identifier exists, will receive a warning.” (ترجمة) «ستتلقى المنتجات التي ضُبطت فيها سمة وجود المعرّف [identifier_exists] خطأً على no أو false ويوجد دليل على وجود معرّف منتج فريد تحذيرًا.» (المصدر).

لذلك إذا حوّلت identifier_exists إلى false لمنتج ذي علامة ومصنّع على نطاق واسع فقط لتتجنب العثور على GTIN، وكان Shopping Graph لدى Google يعرف بالفعل أن للمنتج GTIN، فستتلقى علامة تحذير. القيم هي yes/true أو no/false بالإنجليزية فقط؛ وتستخدم Merchant API القيمتين true وfalse.

كيف تعثر على GTIN الصحيح أو تتحقق منه؟

اتبع هذا الترتيب:

  1. افحص الرمز الشريطي أو العبوة الفعلية أولًا. فهي المصدر الموثوق وفق Google.
  2. اسأل الشركة المصنّعة إذا لم تكن العبوة في متناولك.
  3. سجّل لدى GS1 إذا كنت مالك العلامة ولم يُخصص لمنتجك GTIN فعلًا؛ تصدر GS1 الرقم، سواء رقمًا واحدًا أو بادئة شركة لعدة أرقام. لا تختلقه بنفسك.
  4. تحقق باختبارين مختلفين. قد يكون GTIN صحيحًا رياضيًا لكنه رقم منتج آخر. تؤكد حاسبة رقم التحقق لدى GS1 صحة المجموع الاختباري، لكنها تثبت أن الرقم حسن الصياغة فقط لا أنه يخصك. ولتأكيد الملكية استخدم أداة GS1 الرسمية Verified by GS1 أو GEPIR، التي تخبرك بالشركة التي يخصها GTIN فعلًا. وهذا هو الاختبار الذي يكشف رقمًا صحيح المجموع الاختباري منسوخًا من منتج شخص آخر.

تجنب نطاقات البادئات المقيدة وبادئات القسائم. كثيرًا ما يقع التجار الذين يولدون أرقام GTIN مؤقتة في نطاقات تحظرها Google صراحةً: البادئات 02 و04 و2 نطاقات مقيدة، و05 و98 و99 نطاقات قسائم لا تصلح أبدًا كأرقام GTIN للمنتجات. إذا بدأ «GTIN» بإحداها فهو ليس معرّف منتج حقيقيًا.

حالات عدم التطابق الشائعة التي تطلق التحذيرات والرفض

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

  • GTIN معاد الاستخدام أو مستعار — رقم صحيح المجموع الاختباري لكنه يخص منتجًا مختلفًا، وغالبًا ما يكون منسوخًا أو مولدًا آليًا. هذا هو خطأ GTIN غير الصحيح: القيمة صالحة لكنها لا تخص هذا المنتج، وكثيرًا ما يكون السبب إعادة استخدام GTIN لمنتج آخر بالخطأ. الحل هو استخدام GTIN الذي توفره الشركة فقط وألا تنشئ أرقامًا جديدة. وهذا السبب العملي الأول للرفض لدى البائعين الراسخين ذوي الكتالوجات الحقيقية، ولذلك لا تكفي حاسبة رقم التحقق؛ بل يلزم التحقق من الملكية.
  • GTIN مفقود لمنتج يملكه — راجع GTIN مفقود أو غير صحيح. أصلح ذلك بإعطاء المنتج GTIN دقيقًا، أو MPN وعلامة تجارية معًا؛ وإذا كان فريدًا أو قديمًا فعلًا فاستخدم identifier_exists: false بدلًا من ذلك.
  • identifier_exists: false يناقض أدلة الكتالوج — وهو عدم التطابق العكسي الموثق باسم معرّف منتج غير صحيح: أرسلت false لمنتج تعتقد Google أن له GTIN. الحل إضافة GTIN الصحيح وإعادة identifier_exists إلى true.
  • GTIN مكرر داخل كتالوجك — منذ 2021، تُعد المنتجات المختلفة التي تشترك في GTIN واحد وسمات متغيرات متطابقة ملتبسة وقد تُرفض، كما سيأتي أدناه.
  • إرسال SKU داخلي في حقل GTIN — وحدات SKU داخلية للتاجر ولا معنى لها خارج نظامه، وليست فريدة عالميًا ولا تعد أرقام GTIN.

تقدم Google أيضًا أداة تفاعلية لحل مشكلات GTIN وUPI ترشدك عبر حالة الرفض المحددة التي تراها.

تاريخ موجز للإنفاذ: لماذا تتعارض النصائح على الإنترنت؟

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

  • سبتمبر 2019 — انتقلت Google من الرفض التلقائي للمنتجات التي لا تحمل معرّفات إلى نظام قائم على الأولوية: تظل المنتجات التي تفتقد UPI مؤهلة لكنها تأتي بعد المنافسين ذوي المعرّفات الصحيحة، وخصوصًا في الفئات التنافسية (Search Engine Land).
  • سبتمبر 2021 — مدّت Google إنفاذ UPI إلى قوائم المنتجات المجانية العضوية لا إعلانات Shopping المدفوعة وحدها، وقدمت رفض GTIN المكرر: تُعامل المنتجات المختلفة التي تشترك في GTIN مع سمات متغيرات متطابقة على أنها ملتبسة، ولا يبقى نشطًا من المجموعة المعلّمة بأنها مكررة إلا منتج واحد (Search Engine Land).
  • ديسمبر 2023 — خففت Google العقوبة: لم تعد حالات عدم تطابق identifier_exists تؤدي مباشرة إلى الرفض، بل تظهر أولًا كتحذير. وقد نقل Barry Schwartz: “After this change the offers with the Item issue Incorrect value: identifier exists [identifier_exists] will receive a warning instead of a disapproval. If product identifier requirements are not met, then your item’s performance may be limited.” (ترجمة) «بعد هذا التغيير ستتلقى العروض التي تحمل مشكلة العنصر: قيمة غير صحيحة، وجود المعرّف [identifier_exists]، تحذيرًا بدلًا من الرفض. وإذا لم تُستوفَ متطلبات معرّفات المنتج فقد يكون أداء العنصر محدودًا.» (Search Engine Roundtable).

الخلاصة أن معيار الصحة ارتفع، فلا GTIN مشتركًا ولا ادعاءات إعفاء كاذبة، لكن عقوبة الحافة الحادة للخطأ الواحد انخفضت إلى تحذير وأداء محدود بدل فقدان الأهلية فورًا. يجدر قول ذلك بوضوح حتى لا تتصرف وفق نصائح قديمة عن الرفض الفوري.

ولفهم أوسع لسبب عدم اختلاق GTIN، تعد تدوينة Google Search Central تقديم معلومات أفضل عن المنتجات للمتسوقين أفضل شرح رسمي منفرد؛ فهي تطلب من الشركات المصنّعة ألا تعيد استخدام المعرّفات بين المنتجات، ومن تجار التجزئة تقديم GTIN عند وجوده والاعتماد على العلامة التجارية وأرقام أجزاء الشركة عند غيابه.

Bing وMicrosoft Merchant Center: النموذج نفسه مع اختلاف واحد

يتبنى Bing مفردات سمات Google تصميميًا، ولذلك فالنموذج متطابق وظيفيًا: يفضّل GTIN، وتكون العلامة التجارية مع MPN بديلًا، وتوجد علامة لوجود المعرّف للإعفاءات الحقيقية. توضح وثائق Microsoft Shopping Content API أن brand وgtin وmpn “required if the manufacturer assigned values” (ترجمة) «مطلوبة إذا خصصت الشركة المصنّعة قيمًا»، وأن “You must specify the values if known” (ترجمة) «يجب تحديد القيم إذا كانت معروفة» (المصدر).

الاختلاف هو موضع أثر الإنفاذ. حقل identifierExists لدى Microsoft قيمته الافتراضية true، والمتطلب آلي: “If you do not specify any of them, you must set the identifierExists field to false. The default is true.” (ترجمة) «إذا لم تحدد أيًا منها فيجب ضبط الحقل identifierExists على false. والقيمة الافتراضية هي true.» (المصدر). ولدى Bing فحص «نعرف أن لهذا المنتج معرّفات» نفسه الموجود في Google: “If the product is known to have these identifiers and you do not specify them, MMC accepts the product for now but the Product object in the response includes the warnings field. You should always check if the warnings field exists and fix all identified issues.” (ترجمة) «إذا كان معروفًا أن للمنتج هذه المعرّفات ولم تحددها، يقبل MMC المنتج مؤقتًا لكن كائن Product في الاستجابة يتضمن حقل warnings. ينبغي دائمًا التحقق من وجوده وإصلاح كل المشكلات المحددة.» (المصدر). والخلاصة العملية أن Bing ينفذ الحقيقة نفسها، لكن بصورة أكثر آلية عند إدراج البيانات عبر API، مقابل نظام التحذيرات المتدرج لدى Google.

مرجع سريع: ما الذي ينبغي إرساله؟

حالة منتجكGTINMPNالعلامة التجاريةidentifier_exists
له GTIN من الشركة المصنّعةأرسلهاختياري، ويوصى بهأرسلهااترك القيمة الافتراضية (true)
لا GTIN، لكنه ذو علامة ورقم جزءاحذفهأرسلهأرسلهااترك القيمة الافتراضية (true)
مخصص أو يدوي أو فريد أو قديماحذفهاحذفهاسم متجرك إذا صنعتهfalse

يتعمق هذا المقال في المعرّفات نفسها. ولمعرفة موضعها في الخلاصة الأوسع، من عناوين وصور وقواعد وتشخيصات، راجع تحسين خلاصة Merchant Center، وللتعرف إلى المنصة عمومًا راجع مركز Google Merchant Center.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.