إذا كانت خلاصة منتجاتكم تجتاز بالفعل مراجعة Google Shopping وMeta، فمن المغري افتراض أنها جاهزة أيضًا لـ ChatGPT Shopping ولـ AI Mode من Google. أما من جانب Google، فالأرجح أنها ليست كذلك. تشترط مواصفات خلاصة المنتجات الخاصة بـ Agentic Commerce من OpenAI 9 حقول لكي يصبح المنتج مؤهلًا للبحث والدفع داخل ChatGPT، وذلك بحسب وثائق المطورين الرسمية لدى OpenAI. أما مركز مساعدة Merchant Center من Google، الذي جرى تحديثه ضمن دفعة Universal Commerce Protocol في مايو 2026، فيسمّي 6 سمات محددة يطلق عليها «السمات الحوارية» لـ AI Mode في البحث. والقائمتان لا تشتركان في اسم حقل واحد. يستعرض هذا الدليل ما تقرؤه كل منصة فعليًا، وما تملكونه على الأرجح، وما لا يزال عليكم إضافته، مع قائمة تحقق بنظام النقاط لتطبيقها على خلاصتكم.
مشكلتان مختلفتان في «التسوق بالذكاء الاصطناعي»، لا مشكلة واحدة
يُعامَل «الاستعداد للتسوق بالذكاء الاصطناعي» كمشروع واحد، لكنه في الواقع مشروعان، تقف خلفهما شركتان بمواصفتين منفصلتين وهدفين منفصلين.
يتيح Agentic Commerce Protocol (ACP) من OpenAI للتاجر البيع مباشرة داخل محادثة ChatGPT عبر Instant Checkout. ودور خلاصة المنتجات هنا محدد: تزويد ChatGPT ببيانات منظمة كافية لعرض المنتج بشكل صحيح وإتمام معاملة حقيقية، بحيث يكون التاجر، لا OpenAI، هو التاجر المسجّل (merchant of record) ويتولى التنفيذ والضرائب والدفع عبر مزوّد خدمات الدفع الخاص به.
أما السمات الحوارية من Google، فعلى النقيض من ذلك، تقع داخل خلاصة Merchant Center التي تديرونها بالفعل لإعلانات Shopping والقوائم المجانية. فلا يوجد بروتوكول دفع منفصل لتنفيذه، ولا خلاصة جديدة تُبنى من الصفر. تطلب Google منكم إثراء الخلاصة الحالية لكي تتمكن واجهات التسوق التابعة لها في AI Mode وGemini من الإجابة عن أسئلة أكثر تحديدًا حول منتجاتكم.
والخلط بين الأمرين يؤدي إلى خطأين شائعين: فرق تبني خلاصة ثانية كاملة لـ ChatGPT دون حاجة، وفرق تفترض أن استيفاء بعض الحقول بأسلوب OpenAI يغطي أيضًا AI Mode من Google، وهذا غير صحيح.
ما تشترطه مواصفات خلاصة المنتجات لدى OpenAI فعليًا
تحدد مواصفات OpenAI (جرى التحقق منها آخر مرة مقابل الوثائق المنشورة في سبتمبر 2026) مجموعة أساسية من الحقول المطلوبة، ومجموعة أصغر لازمة تحديدًا لأهلية الدفع، وقائمة أطول من الحقول الموصى بها التي تحسّن الترتيب والثقة.
| الحقل | النوع | ملاحظات |
|---|---|---|
item_id | نص | ثابت وفريد لكل منتج أو متغيّر |
title | نص | 150 حرفًا كحد أقصى تقريبًا، بما في ذلك تفاصيل المتغيّر |
description | نص | 5,000 حرف كحد أقصى تقريبًا، محتوى واقعي، نص عادي |
url | نص (URL) | صفحة منتج ثابتة ومتاحة للعموم |
brand | نص | كما تظهر في صفحة المنتج |
seller_name | نص | هوية البائع الفعلية، وليست نصًا بديلًا |
image_url | نص (URL) | يُفضَّل JPEG أو PNG |
availability | قيمة محددة (enum) | in_stock, out_of_stock, pre_order, backorder, unknown |
price | نص | «المبلغ العملة»، مثل 79.99 USD، بنقطة عشرية ودون فاصل للآلاف |
هناك ثلاثة حقول إضافية تتحكم تحديدًا في أهلية الدفع، فوق الحقول التسعة الأساسية: is_eligible_checkout (قيمة منطقية، ويجب أن تكون true)، وseller_privacy_policy (رابط سياسة خصوصية عامة)، وseller_tos (رابط شروط خدمة عامة). يمكن أن يكون المنتج مؤهلًا للبحث دون هذه الحقول، لكنه لن يكون مؤهلًا للدفع.
تقبل OpenAI صيغ JSONL وCSV وTSV، بما في ذلك الإصدارات المضغوطة بـ gzip. يبدو صف JSONL واحد على النحو التالي:
{"item_id":"SKU-10432","title":"Merino Wool Crew Socks - Charcoal, M","description":"Mid-weight merino wool blend crew socks with reinforced heel and toe.","url":"https://example.com/products/merino-crew-socks-charcoal-m","brand":"Example Co","seller_name":"Example Co Online Store","image_url":"https://example.com/img/merino-crew-charcoal-m.jpg","availability":"in_stock","price":"18.00 USD","is_eligible_checkout":true}
لا تحدد المواصفات فترة تحديث ثابتة، لكن OpenAI صريحة في أن السعر والتوفر يجب أن يكونا محدّثين كلما بدأ عرض أو انتهى، وهذا يعني عمليًا المزامنة بالوتيرة نفسها التي تعتمدونها لـ Google Shopping، وليس بوتيرة أبطأ.
لماذا تقترب معظم الخلاصات الجاهزة لـ Google أو Meta من معيار OpenAI أصلًا
انظروا مجددًا إلى قائمة الحقول: title وdescription وprice وavailability وimage_url وbrand. لكل منها نظير شبه مطابق في مواصفات Google Shopping وكتالوج Meta القياسية التي تملؤونها على الأرجح بالفعل. وإعادة التسمية شكلية في معظمها: فـ image_link في Google يصبح image_url في OpenAI، وid في Google يصبح item_id.
أما الفجوات الحقيقية فهي الحقول التي لا تحملها أي خلاصة إعلانية قياسية، لأن أي منصة إعلانية لم تطلبها من قبل: seller_name كحقل هوية مستقل، وseller_privacy_policy، وseller_tos، وعلامة الدفع is_eligible_checkout. تحتاج هذه الحقول إلى قاعدة ربط تسحب القيم من صفحاتكم القانونية أو صفحات معلومات الشركة بدلًا من كتالوج المنتجات، وهذا بالضبط نوع الحقول الثابتة غير المرتبطة بكل SKU التي يتعامل معها محرك قواعد الخلاصة (يوفر Feedance محركًا كهذا ضمن إثراء الخلاصة) بكفاءة أعلى من التعديل اليدوي لعمود في جدول بيانات.
باختصار: إذا كانت خلاصتكم تجتاز بالفعل مراجعة Google Shopping وMeta، فإن بناء ملف تصدير متوافق مع OpenAI أقرب إلى تمرين ربط حقول منه إلى مشروع جمع بيانات.
ما أضافته Google فعليًا لـ AI Mode
تسمّي وثائق المساعدة الرسمية من Google ست سمات بالضبط بوصفها «السمات الحوارية»: question_and_answer وdocument_link وrelated_product وitem_group_title وvariant_option وpopularity_rank. جميعها اختيارية، وتنص Google صراحةً على أن إضافتها «لن تؤثر في حالة الموافقة على منتجاتكم الحالية».
question_and_answer— حتى 30 زوجًا من الأسئلة والأجوبة لكل منتج، بحد أقصى 1,000 حرف لكل زوج و10,000 حرف إجمالًا لجميع الأزواج. تُكتب لتلائم أسئلة المتابعة التي يطرحها المتسوق على واجهة محادثة بدلًا من تصفح ورقة المواصفات.document_link— حتى خمسة روابط HTTPS إلى ملفات PDF فقط (أدلة الاستخدام، أوراق المواصفات، أدلة العناية)، بحد أقصى 50MB لكل ملف، ويُحدَّد طول الرابط نفسه بـ 2,000 حرف، بحيث يستطيع AI Mode الإجابة من وثائقكم بدلًا من التخمين.related_product— حتى 30 إدخالًا لكل منتج، يُصنَّف كل منها بحسب نوع العلاقة (جزء من طقم، جزء مطلوب، يُشترى معه غالبًا، بديل، علامة تجارية أخرى، إكسسوار)، بحيث تستطيع الإجابة الحوارية اقتراح المنتج المرافق المناسب.item_group_title— عنوان مشترك لمجموعة متغيّرات (من 1 إلى 150 حرفًا، ويُقتطع ما زاد عن ذلك) يبقى عامًا، بينما يكون عنوان كل متغيّر محددًا بالمقاس أو اللون.variant_option— أزواج اسم/قيمة (حتى 250 حرفًا لكل منها) لأبعاد المتغيّرات الواقعة خارج السمات الست القياسية في Google (اللون، المقاس، الخامة، النمط، الفئة العمرية، الجنس)، وتُرسل إلى جانبitem_group_idمشترك.popularity_rank— رقم من 0.0 إلى 100.0 بخانة عشرية واحدة، يعكس أداء المنتج النسبي الفعلي في المبيعات ضمن كتالوجكم، وليس ادعاءً تسويقيًا.
يبدو صف question_and_answer في خلاصة مفصولة بعلامات جدولة (tab) كما في مثال Google نفسه:
'Does it have a headphone jack?':'This version doesn't have a headphone jack.'
لا يُرسل أي من هذا عبر نقطة نهاية جديدة. فهو يُرسل ضمن خلاصة Merchant Center نفسها، بالطريقة نفسها التي تعمل بها product_highlight أو gtin بالفعل.
السمتان اللتان يخطئ الجميع في وصفهما بـ «سمات AI Mode»
تصف عدة أدلة واسعة الانتشار، من بينها تحليل مجتمعي شائع على منتدى الدعم الرسمي لدى Google، «8 سمات لـ AI Mode» بإضافة product_highlight وproduct_detail إلى قائمة Google ذات السمات الست. وهذا يستحق التصحيح: فصفحة السمات الحوارية الرسمية من Google تسمّي ست سمات لا ثماني، وproduct_highlight سمة منفصلة وأقدم (انظروا مواصفات Google نفسها) موجودة قبل AI Mode بوقت طويل، وصُمّمت لقوائم Shopping العادية، لا للواجهات الحوارية تحديدًا.
ولا يعني ذلك أن product_highlight عديمة الفائدة في AI Mode. فعبارات الفوائد القصيرة والواقعية (ومن أمثلة Google نفسها: «Supports both 2.4 Ghz and 5 Ghz Wi-Fi networks») هي بالضبط نوع البيانات المنظمة سهلة التصفح التي تفضلها أنظمة الذكاء الاصطناعي على فقرة من النص التسويقي، كما أن إعلان Google في مايو 2026 يدفع التجار نحو أوصاف منتجات أكثر حوارية بوجه عام. لكن اعتبارها واحدة من «الست الرسمية» يبالغ في حداثة السمة أو في ارتباطها بـ AI Mode، وقد يدفع الفريق إلى إهمال السمات الست الفعلية.
قائمة تحقق جاهزية الخلاصة، مُقيَّمة مقابل المواصفتين
امنحوا نقطة واحدة لكل بند يمكنكم تأكيد صحته فعلًا دون تخمين. هذه لقطة للوضع الحالي وليست شهادة اعتماد: فاجتياز فحص وجود الحقل لا يضمن بلوغ معيار جودة المحتوى الذي تفرضه كل منصة بشكل منفصل.
| # | الفحص | المواصفة | هل تملكونه على الأرجح؟ |
|---|---|---|---|
| 1 | وجود title وdescription وprice وavailability وأن تكون محدّثة | OpenAI ACP | نعم، من خلاصة Shopping/Meta |
| 2 | تعبئة brand وimage_url لكل SKU، وليس للمنتجات الأم فقط | OpenAI ACP | غالبًا نعم |
| 3 | حقل seller_name مستقل، وليس الاسم التسويقي لمتجركم | OpenAI ACP | غالبًا لا |
| 4 | روابط seller_privacy_policy وseller_tos العامة مربوطة بالخلاصة | OpenAI ACP (الدفع) | نادرًا |
| 5 | ضبط علامة is_eligible_checkout لكل منتج، وليس true شاملة للجميع | OpenAI ACP (الدفع) | نادرًا |
| 6 | مشاركة item_group_id بشكل صحيح بين المتغيّرات | أساسي، ويغذي أيضًا item_group_title في Google | غالبًا نعم |
| 7 | أزواج question_and_answer مكتوبة لأسئلة ما قبل الشراء الحقيقية حول أفضل SKU لديكم | Google (السمات الحوارية) | نادرًا |
| 8 | document_link يشير إلى أوراق مواصفات أو أدلة استخدام عامة | Google (السمات الحوارية) | نادرًا |
| 9 | ربط related_product للإكسسوارات والأطقم والبدائل | Google (السمات الحوارية) | نادرًا |
| 10 | variant_option يغطي أبعاد المتغيّرات خارج السمات الست القياسية في Google | Google (السمات الحوارية) | فقط إذا كنتم تبيعون منتجات قابلة للتخصيص |
| 11 | popularity_rank مغذّى من بيانات مبيعات حقيقية ويُحدَّث وفق جدول زمني | Google (السمات الحوارية) | نادرًا |
| 12 | item_group_title مختلف عن عناوين المتغيّرات الفردية | Google (السمات الحوارية) | نادرًا |
| 13 | وتيرة تحديث الخلاصة تطابق وتيرة تغيّر الأسعار/العروض لديكم | كلتاهما | تعتمد على مستوى المزامنة |
0–4: خلاصتكم مبنية لإعلانات Shopping التقليدية فقط. 5–9: أنتم جاهزون للدفع في OpenAI، لكن الطبقة الحوارية لدى Google فارغة عمليًا. 10–13: أنجزتم عمل الإثراء الذي تتخطاه معظم الكتالوجات.
حدود هذا الدليل
يغطي هذا الدليل بيانات الخلاصة، لا بقية المنظومة. فـ Instant Checkout من OpenAI يتطلب أيضًا مزوّد خدمات دفع متوافقًا مع Delegated Payment Spec، وتولّيكم التحقق من الطلبات والتنفيذ والضرائب، ولا تتدخل أي أداة خلاصة في شيء من ذلك؛ فهذا مشروع مدفوعات وهندسة منفصل عن إثراء الخلاصة.
كما أنه لا يغطي كل واجهات التسوق بالذكاء الاصطناعي. فـ Perplexity تدير برنامج التجار الخاص بها، بإجراءات انضمام منفصلة وإرسال مستقل لبيانات المنتجات خارج المواصفتين المناقشتين هنا، وحتى وقت كتابة هذا المقال لم تنشر Meta مواصفة بأسلوب السمات الحوارية تضاهي ما لدى Google؛ إذ لا تزال ميزات التسوق المعتمدة على الذكاء الاصطناعي لدى Meta تعمل على حقول Commerce Catalog القياسية التي يغطيها دليلنا حول رفض كتالوج Meta. تعاملوا مع الأمرين كمسائل مفتوحة يجب العودة إليها، لا كثغرات في قائمة التحقق هذه.
نشرت منصات خلاصات أخرى قراءتها الخاصة لطرح Google؛ ويستحق تحليل Channable القراءة إلى جانب هذا الدليل، إذ لا تزال وثائق Google نفسها حول توقيت الطرح والقياس شحيحة، ومن المفيد وجود تفسير ثانٍ ريثما تستقر المواصفة. ولا يغني أي من هذا عن سلامة الخلاصة الأساسية: فالمنتج الذي ينقصه GTIN أو المصنّف في فئة خاطئة لن يظهر في AI Mode أو ChatGPT مهما أتقنتم تعبئة السمات الحوارية، لأنه غير مؤهل للظهور أصلًا.
الأسئلة الشائعة
هل أحتاج إلى بناء خلاصة منفصلة لـ ChatGPT Shopping؟
لا. ترسلون الحقول المطلوبة من OpenAI كملف خلاصة مستقل، لكن البيانات الأساسية هي مجموعة فرعية مما تحتفظون به أصلًا لـ Google Shopping. ينشئها معظم الفرق كتصدير إضافي من بيانات المنتجات نفسها، لا ككتالوج ثانٍ.
هل ستؤثر إضافة السمات الحوارية من Google في إعلانات Shopping الحالية؟
تنص Google صراحةً على أن إضافتها لا تغيّر حالة الموافقة على المنتجات الحالية. فهي حقول إضافية، وليست بديلًا عن السمات المطلوبة لديكم حاليًا.
ما الصيغة التي تقبلها مواصفات خلاصة OpenAI؟
JSONL وCSV وTSV، بما في ذلك النسخ المضغوطة بـ gzip من كل منها. وJSONL هي الصيغة الظاهرة في معظم أمثلة OpenAI نفسها.
هل popularity_rank مجرد قائمة الأكثر مبيعًا لديّ؟
المقصود بها أن تعكس الأداء النسبي الفعلي للمبيعات على مقياس من 0 إلى 100، وليست قائمة «مميزة» منتقاة يدويًا. وتغذيتها بترتيب تسويقي بدلًا من بيانات مبيعات حقيقية تُفقدها غايتها.
هل ما زلت بحاجة إلى item_group_id إذا أضفت item_group_title من Google؟
item_group_id هو ما يربط المتغيّرات فعليًا ببعضها؛ أما item_group_title فهو تسمية تُضاف فوق هذا التجميع. تحتاجون إلى كليهما إذا أردتم أن تعمل الطبقة الحوارية بشكل صحيح.
هل لدى Meta مواصفة مماثلة ينبغي أن أستعد لها؟
ليس على شكل مجموعة سمات منشورة بأسلوب AI Mode حتى وقت كتابة هذا المقال. لا تزال متطلبات كتالوج Meta هي حقول Commerce Catalog القياسية؛ فركّزوا هناك على اجتياز المراجعة القياسية بدلًا من ملاحقة مواصفة لم تظهر بعد.
كم مرة تحتاج هذه الحقول إلى التحديث؟
بما يطابق وتيرة تغيّر الأسعار والعروض لديكم. فـ OpenAI صريحة بشأن تحديث السعر والتوفر عند بدء عرض أو انتهائه؛ أما السمات الحوارية من Google فتتغير بوتيرة أقل، لكن ينبغي مراجعتها كلما أضفتم منتجات جديدة أو حدّثتم المواصفات.
هل يمكنني التحقق من أن ChatGPT أو AI Mode يقرأ هذه الحقول بشكل صحيح فعلًا؟
لا توجد أداة معاينة عامة فورية من أي من الشركتين وقت كتابة هذا المقال. النهج العملي هو التحقق من الخلاصة مقابل المواصفة المنشورة حقلًا بحقل، ثم البحث دوريًا عن منتجاتكم بالاسم وبسمات محددة داخل ChatGPT وفي AI Mode من Google لفحص ما يظهر على سبيل العينة.
أجروا تدقيقًا مجانيًا لخلاصة المنتجات لمعرفة أي من هذه الحقول تغطيها خلاصتكم الحالية وأين الفجوات، قبل أن تبدؤوا ربط سمات جديدة يدويًا.

تعمل Kardelen Yılmaz في مجال النمو لدى Feedance، حيث تساعد العلامات التجارية في التجارة الإلكترونية والوكالات على تحقيق عائد أكبر من كل منتج تعلن عنه. وتكتب عن جودة خلاصة المنتجات، وحملات Shopping وPerformance Max، وأتمتة المحتوى الإبداعي، وكيف يغيّر التسوق المدعوم بالذكاء الاصطناعي ظهور المنتجات.
LinkedIn


















