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

الخلاصة — خلاصة المنتجات للذكاء الاصطناعي ملف منظم يسرد منتجاتك وأسعارها ومخزونها ومعرّفاتها وسياساتها، ويمكن لأدوات التسوق المدعومة استخدامه إلى جانب بيانات التاجر الأخرى. تساعد الخلاصات الدقيقة والمكتملة على أهلية المنتجات لتجارب التجارة، وقد تعطلها البيانات القديمة. ويتمثل معظم العمل في صحة المعرّفات، أي GTIN الشبيه بالباركود أو العلامة التجارية مع رقم القطعة، وفي إبقاء السعر والمخزون محدثين.

ما خلاصة المنتجات للذكاء الاصطناعي فعلاً؟

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

يختلف مدى هذا الاعتماد باختلاف القارئ. ففي تدفقات التجارة لدى ChatGPT تصف وثائق OpenAI الخلاصة بأنها الوسيلة التي يزوّد بها التجار بيانات المنتجات، ولا توثق مسار رجوع إلى زحف الصفحة. أما Google فتقول وثائقها إنها تجمع بين الزحف والبيانات المنظمة على الصفحة وخلاصة Merchant Center؛ لذلك لا تحل الخلاصة محل HTML هناك، بل هي واحدة من ثلاث قنوات تقارن Google بينها. والخلاصة العملية في الحالتين أن البيانات داخل الملف، لا نص الصفحة وحده، قد تكون العامل الأرجح في تحديد التوصية بمنتجاتك.

لماذا تختلف قليلاً عن خلاصة Shopping المعتادة؟

إذا كنت ترسل خلاصة إلى Google Merchant Center فلديك بداية قوية، فهو النوع نفسه من الملفات. ما يتغير هو القارئ ومدى تحمله:

• قد تعرض نتيجة بحث سعرًا قديمًا قليلاً لأن الإنسان ينقر إلى موقعك ويتحقق مرة أخرى قبل الدفع.
• لا يستطيع وكيل ذكاء اصطناعي يُكمل شراءً فعل ذلك بالطريقة نفسها؛ فهو يتصرف وفق الرقم في الخلاصة. إذا قالت الخلاصة 40 دولارًا وقال الدفع 45 دولارًا، فهذه مخاطرة حقيقية بتعطل المعاملة وليست مجرد مخالفة طفيفة يتجاوزها إنسان.

لذلك أهم أمرين هما: استخدام المعرّفات الصحيحة والحفاظ على دقة السعر والمخزون وحداثتهما.

الملفات الثلاثة التي ستسمع عنها

لا تختار واحدًا فقط؛ فالمتاجر الكبيرة تشغّل الثلاثة لأنها تصل إلى أدوات مختلفة:

1. خلاصة Google Merchant Center — تغذي AI Mode وGemini وAI Overviews وShopping لدى Google.
2. خلاصة منتجات OpenAI ACP — الملف الذي يقرأه ChatGPT للتسوق والدفع.
3. ترميز schema.org Product/Offer — البيانات المنظمة على صفحتك، وتستخدمها أنظمة أخرى كقناة احتياطية للمقارنة مع الخلاصة.

الشيء الذي يجب ألا تفعله

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

هل تريد النسخة المفصلة حقلاً بحقل، بما فيها مواصفة OpenAI وسمات Google الجديدة الخاصة بالذكاء الاصطناعي وخصائص schema.org التي يستخدمها الوكلاء للدفع والأخطاء المحددة التي تعطل البيع الوكيلي؟ انتقل إلى علامة Advanced.

الخلاصة — لا توجد «خلاصة ذكاء اصطناعي» عالمية واحدة؛ فعقد كل مزود مختلف. توثق OpenAI الخلاصة كوسيلة تزويد تدفقات تجارة ChatGPT ببيانات المنتجات دون مسار رجوع معلن إلى الزحف، بينما توثق Google الجمع بين الزحف والبيانات المنظمة على الصفحة وخلاصة Merchant Center. وازن بين ثلاثة تنسيقات: خلاصة Google Merchant Center مع ست سمات حوارية اختيارية، ومواصفة OpenAI ACP بصيغة Parquet/JSONL عبر SFTP مع لقطة يومية كاملة وAPI للسعر والمخزون والعروض خلال اليوم، وترميز schema.org Product/Offer للمقارنة. المعرّفات، GTIN أو العلامة التجارية مع MPN، هي العمود الفقري؛ فلا تختلقها. والفرق الحقيقي عن خلاصات إعلانات Shopping هو تحمل التقادم: الإنسان يعيد فحص السعر، أما الوكيل فيلتزم برمجيًا، ولذلك تمثل مخالفة السعر أو المخزون الوهمي أو غياب سياسة الإرجاع أو عدم استقرار item_id مخاطر حقيقية. لا تكرر ادعاء «تحديث كل 15 دقيقة» فهو غير موجود في وثائق OpenAI. وInstant Checkout متاح حاليًا للشركاء المعتمدين. جودة الخلاصة تدفع الاكتشاف والأهلية، لا التحويل.

لا توجد خلاصة عالمية واحدة — فالمزودون يختلفون

أعود إلى هذا التصور لأنه يعيد ترتيب كل ما بعده، لكنه يحتاج إلى قيد واضح: هذا ليس سلوكًا عالميًا بل عقدًا خاصًا بكل مزود.

في تدفقات تجارة ChatGPT تصف وثائق OpenAI الخلاصة بأنها وسيلة تزويد التجار ببيانات المنتجات، ولا توثق رجوعًا إلى زحف الصفحة المعروضة. أما Google فتقول بوضوح إنها تجمع بين الزحف والبيانات المنظمة على الصفحة وخلاصة Merchant Center، وقد تستخدم طرقًا أخرى لاستخراج بيانات الصفحات. لذلك لا تحل الخلاصة محل HTML هناك، بل تقارن Google بين القنوات الثلاث. تشرح مقالة Agentic Commerce Protocol آليات ACP؛ وهنا نركز على محتوى الملف عبر التنسيقات وما يعطل البيع.

تبقى الآلية مهمة: يرى Jason Barnard في مقالته عن مسار محركات الذكاء الاصطناعي أن الخلاصات المنظمة، مثل Google Merchant Center وOpenAI Product Feed Specification، تتجاوز الاكتشاف والاختيار والزحف والعرض وتوصل المحتوى إلى مرحلة المنافسة بأقل فقد. هذا تصوره، لا ادعاء من المنصتين، لكنه نموذج ذهني مفيد. والجانب السلبي أن كل شيء يعتمد على جودة البيانات من دون صفحة معروضة يفحصها إنسان أثناء المعاملة.

ثلاثة تنسيقات لا واحد

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

لا تتنافس هذه الخيارات. تؤكد Google أن توفير البيانات المنظمة على الصفحات مع خلاصة Merchant Center يزيد الأهلية ويساعدها على الفهم والتحقق، وقد تستمد بعض التجارب السعر من الخلاصة إذا غاب عن الترميز. لذلك يمثل اختلاف السعر بين الخلاصة والمخطط خطرًا على الثقة والموافقة. ويعتمد UCP لدى Google وShopify أيضًا على خلاصة Merchant Center.

مواصفة خلاصة OpenAI ACP، حقلاً بحقل

هذه هي المتطلبات التي تعرضها مواصفة OpenAI الرسمية، وقد تم التحقق منها مقابل الوثائق المباشرة.

الحقول المطلوبة

• item_id — بحد أقصى 100 حرف، ويجب أن يظل ثابتًا بمرور الوقت؛ فهو مفتاح الاستمرارية بين اللقطات.
• title — بحد أقصى 150 حرفًا، مع تجنب الأحرف الكبيرة كلها.
• description — بحد أقصى ٥٬٠٠٠ حرف ونص عادي فقط.
• url — يجب أن يعيد 200، وHTTPS مفضل.
• brand — بحد أقصى 70 حرفًا.
• image_url — JPEG/PNG، وHTTPS مفضل.
• price — مع رمز عملة ISO 4217.
• availability — قيمة من in_stock أو out_of_stock أو pre_order أو backorder أو unknown.
• seller_name بحد أقصى 70 حرفًا وseller_url.
• target_countries وstore_country وفق ISO 3166-1 alpha-2.
• is_eligible_search — قيمة منطقية افتراضها false، ويجب ضبطها على true للظهور في بحث ChatGPT.
• is_eligible_checkout — قيمة منطقية تتطلب is_eligible_search = true.

المتطلبات الشرطية

• يلزم availability_date عندما تكون availability = pre_order.
• يلزم seller_privacy_policy وseller_tos عندما تكون is_eligible_checkout = true.
• تلزم سياسة إرجاع لأهلية الدفع.

ضبط is_eligible_checkout على true يجعل المنتج مؤهلاً للدفع داخل الخلاصة لكنه لا يدخلك وحده إلى ChatGPT checkout. وفق وثائق OpenAI، يقتصر Instant Checkout حاليًا على الشركاء المعتمدين الذين يتقدمون للمشاركة. وحتى بعد الموافقة يظل التاجر مسؤولاً عن التحقق من الطلب والتنفيذ والضرائب والمخاطر وتحميل وسيلة الدفع والقبول أو الرفض؛ تعرض واجهة OpenAI الجلسة لكن أنظمتك تملك المعاملة.

المعرّفات. gtin اختياري لكن موصى به بقوة، وهو سلسلة رقمية من 8 إلى 14 رقمًا بلا شرطات أو مسافات ويقبل GTIN/UPC/ISBN. ويكون mpn الأبجدي الرقمي، بحد أقصى 70 حرفًا، بديلاً عند غياب GTIN. لا يُطلب أي منهما مثل brand، لكنهما يحسنان مطابقة الكتالوج ويقللان الأخطاء.

أسطورة «التحديث كل 15 دقيقة» وما توثقه OpenAI

لم أستطع التحقق من هذا الرقم في وثائق OpenAI الحالية، رغم تكراره في التغطيات التجارية وفي نسخة أقدم من مقالة ACP.

تصف الوثائق نموذجًا من قناتين:

• لقطة خلاصة كاملة مرة يوميًا على الأقل عبر SFTP بأسماء ملفات ثابتة تُستبدل بدل إنشاء ملفات مُصدرة جديدة.
• قناة API لتحديثات تزايدية خلال اليوم كي تنتشر تغييرات السعر والمخزون والعروض أسرع؛ والعروض متاحة عبر API فقط.

وصياغة OpenAI التقريبية هي: قدم الخلاصة كاملة مرة يوميًا عبر رفع ملف، ثم أرسل التحديثات خلال اليوم عبر API. ولا توجد مكالمة حذف منفصلة؛ لإزالة منتج تضبط is_eligible_search = false أو تسقطه من اللقطة الكاملة التالية.

لذلك تُعامل «15 دقيقة» كقاعدة عملية محتملة لحداثة المنتجات السريعة، لا كمتطلب موثق. والمواصفة متغيرة، لكن الآلية التي ينبغي البناء لها هي لقطة يومية + API خلال اليوم، وهي أنفع من الأسطورة.

لماذا تعد الدقة الآنية حاسمة للوكلاء

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

تقول Kate Ragotte في إرشادات Shopify المؤسسية إن السعر والتوفر وفترات الإرجاع يجب أن تكون دقيقة ومتزامنة عبر كل قناة، وإن البيانات غير المتسقة أو القديمة من أسرع أسباب الاستبعاد. كما تؤكد أن الوكلاء لا يوصون بثقة إلا بما يمكنهم فهمه من بيانات منظمة وموسومة.

هذا هو جوهر المسألة: يجب أن يثق الوكيل بالرقم بما يكفي للمعاملة. وتعالج OpenAI الفجوة بلقطة يومية وAPI خلال اليوم. أما Shopping Graph فتقول Google إنه “includes more than 50 billion product listings, 2 billion of which are updated every hour” (ترجمة) أي يضم أكثر من 50 مليار قائمة منتجات، يُحدّث مليارا منها كل ساعة.

سمات Google الحوارية: الطبقة الجديدة المخصصة للذكاء الاصطناعي

أعلنت Google في Google Marketing Live في مايو 2026 مجموعة اختيارية من سمات Merchant Center، كما غطتها Search Engine Land. تستخدم أنظمة Google هذه البيانات المنظمة لتحسين مطابقة المنتجات مع استعلامات التسوق الحوارية عبر AI Mode وGemini والأسطح الأخرى.

توثق مساعدة Merchant Center ست سمات: السؤال والجواب، ورابط المستند، والمنتج ذي الصلة، وعنوان مجموعة العناصر، وخيار المتغير، وترتيب الشعبية. أما product_highlight وproduct_detail فحقلان تكميليان سابقان وليسا عضوين إضافيين في المجموعة الجديدة.

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

تعامل معها كـإثراء لا بديل. فهي تعلو السمات المطلوبة ولا تنقذ خلاصة مرفوضة بسبب سعر خاطئ أو GTIN مختلق.

schema.org Product/Offer كطبقة ترميز موجهة للوكلاء

لا توجد «نسخة ذكاء اصطناعي» من schema.org؛ بل مفردات التجارة المعتادة يقرأها نوع جديد من المستهلكين. أهم ثلاث خصائص:

• Offer.availability — حالة توفر العنصر، مثل متوفر أو نافد أو طلب مسبق.
• Offer.checkoutPageURLTemplate — قالب URL وفق RFC 6570 لصفحة دفع العرض، يوجه المتسوق إلى دفع مُعبأ مسبقًا.
• Offer.acceptedPaymentMethod — طرق الدفع المقبولة التي قد يتحقق منها الوكيل.

أبقِ السعر والتوفر في هذا الترميز متزامنين مع الخلاصة؛ فاختلافهما هو نوع عدم الاتساق الذي يقوض الثقة.

أخطاء جودة الخلاصة التي تعطل الاكتشاف والدفع الوكيلي

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

1. اختلاف سعر الخلاصة والدفع. تقول الخلاصة 40 دولارًا والدفع 45؛ إنها معاملة مكسورة لا مجرد رفض إعلان.
2. مخزون وهمي أو قديم. in_stock في الخلاصة لكن المنتج نافد عند الدفع.
3. معرّفات مفقودة أو خاطئة. يؤدي غياب GTIN/MPN أو اختلاقه إلى مطابقة المنتج الخطأ. لا تخمّن؛ استخدم identifier_exists = false للسلع التي لا معرّف لها حقًا.
4. غياب سياسة الإرجاع أو شروط البائع. تتطلبها ACP عندما تكون is_eligible_checkout = true.
5. عدم استقرار item_id/SKU. تغيير مفتاح الهوية بين اللقطات يفقد الاستمرارية.
6. عناوين كلها أحرف كبيرة أو ترويجية. مخالفة في Google وOpenAI.
7. صور أو أوصاف مولدة بالذكاء الاصطناعي تنحرف عن الحقيقة. اختلاق المواصفات أو غياب بيانات الإفصاح IPTC المطلوبة يكسر المقارنة بين الخلاصة والصفحة. تشرح دليل تحسين الخلاصة قاعدة عدم اختلاق الحقائق.

ما الذي تضمنه جودة الخلاصة وما الذي لا تضمنه؟

الخلاصة الممتازة تجعلك قابلاً للاكتشاف ومؤهلاً، لكنها لا تضمن التحويل. وفق Search Engine Land، حقق دفع Walmart داخل ChatGPT قرابة ثلث معدل تحويل المعاملات التي انتقلت إلى الموقع بعد اختبار نحو ٢٠٠٬٠٠٠ عنصر. وكان السبب المذكور تجربة الدفع والثقة، لا تقادم بيانات الخلاصة. استخدم المثال للتذكير بأن الوصول إلى الخلاصة ضروري لكنه غير كافٍ.

أبقِ السلسلة منفصلة: الاستيعاب ليس التحقق، والتحقق ليس الأهلية (is_eligible_search/is_eligible_checkout)، والأهلية ليست العرض، والعرض ليس الترتيب أو الاقتباس، وذلك ليس موافقة Instant Checkout، والموافقة ليست التحويل. تحسن الخلاصة النظيفة الاحتمالات في كل خطوة ولا تختزلها إلى نتيجة مضمونة.

موضع هذا الموضوع

• Agentic Commerce Protocol — البروتوكول ولبناته الخمس.
• Universal Commerce Protocol — نظير Google/Shopify المعتمد على خلاصة Merchant Center.
• Google Merchant Center وتحسين خلاصة Merchant Center — الأساسيات وتفاصيل العنوان والصورة والسمات وGTIN.

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

نسخة مكثفة من المستوى المتقدم:

• لا توجد خلاصة عالمية واحدة. في تجارة ChatGPT توثق OpenAI الخلاصة كوسيلة تزويد بيانات المنتجات دون رجوع معلن إلى الزحف؛ أما Google فتجمع بين الزحف والبيانات المنظمة وخلاصة Merchant Center.
• شغّل ثلاثة تنسيقات: Google Merchant Center وOpenAI ACP وترميز schema.org Product/Offer. تقارن Google بين الخلاصة والترميز، لذا يمثل الاختلاف خطرًا على الثقة والموافقة.
• المعرّفات هي العمود الفقري. استخدم GTIN أو العلامة التجارية مع MPN، ولا تختلق قيمة؛ استخدم identifier_exists = false عند غياب المعرّف فعلاً.
• الدقة الآنية هي الفارق. يعيد الإنسان فحص السعر، أما الوكيل فيلتزم برمجيًا؛ لذا يشكل اختلاف السعر أو المخزون الوهمي مخاطرة حقيقية، وإن لم تقل أي مواصفة إن كل قيمة قديمة تكسر كل عملية بيع.
• رقم «15 دقيقة» غير موجود في وثائق OpenAI. النموذج الموثق هو لقطة يومية كاملة عبر SFTP بأسماء ثابتة + API خلال اليوم للسعر والمخزون والعروض، والعروض عبر API فقط.
• حقول ACP المطلوبة تشمل item_id الثابت وtitle وdescription وurl وbrand وimage_url وprice بعملة ISO 4217 وavailability وحقول البائع والبلدان وis_eligible_search الذي يكون false افتراضيًا. ويتطلب is_eligible_checkout سياسات الإرجاع والخصوصية والشروط، ومع ذلك يظل Instant Checkout محصورًا بالشركاء المعتمدين وتبقى قرارات المعاملة لدى التاجر.
• سمات Google الحوارية ستة حقول إثراء اختيارية: السؤال والجواب، رابط المستند، المنتج ذي الصلة، عنوان مجموعة العناصر، خيار المتغير، وترتيب الشعبية. ولا ينتمي product_highlight وproduct_detail إلى المجموعة الجديدة، ولا تؤثر الإضافة في حالة الموافقة الحالية.
• خصائص schema.org للوكلاء: Offer.availability وcheckoutPageURLTemplate وacceptedPaymentMethod.
• جودة الخلاصة تقود الاكتشاف والأهلية لا التحويل. الاستيعاب والتحقق والأهلية والعرض والترتيب وموافقة الدفع والتحويل مراحل منفصلة. حقق دفع Walmart داخل ChatGPT معدلًا أسوأ بنحو ثلاثة أضعاف من الانتقال إلى الموقع بسبب تجربة الدفع والثقة، لا تقادم الخلاصة.

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

المواصفات والمراجع الأولية لبناء خلاصة جاهزة للذكاء الاصطناعي.

OpenAI (Agentic Commerce Protocol)

• نظرة عامة على خلاصات المنتجات.
• مواصفة الخلاصة — الحقول المطلوبة.
• صفحة مفهوم الخلاصة — التسليم والتنسيق ونموذج اللقطة/API.
• مفاهيم التجارة الأساسية — موضع الخلاصة في بحث ChatGPT والدفع.

Google

• مواصفة بيانات المنتجات — مواصفة سمات Merchant Center الأساسية.
• معرّفات المنتجات الفريدة — قواعد GTIN وMPN والعلامة التجارية، ومنها عدم الاختلاق أو التخمين أو نسخ منتج مشابه.
• مقدمة إلى بيانات Product المنظمة — كيفية مزج Google للخلاصة والترميز.
• أدوات وبروتوكول التجارة الوكيلية.
• الدفع الوكيلي والتسوق في العطلات — مقياس Shopping Graph: 50 مليار قائمة وملياران تُحدث كل ساعة.

schema.org

• Offer — availability وcheckoutPageURLTemplate وacceptedPaymentMethod.
• Product — نوع المنتج وخصائص المعرّفات.

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

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

Google — المعرّفات وجودة البيانات

• “Providing accurate and correctly formatted product data is essential for creating successful ads.” (ترجمة) أي إن تقديم بيانات منتجات دقيقة ومنسقة على نحو صحيح ضروري لإنشاء إعلانات ناجحة. — Google Merchant Center Help. انتقل إلى الاقتباس
• عن GTIN/MPN: “Only provide a GTIN if you’re sure it is correct. When in doubt don’t provide this attribute (for example, do not guess or make up a value).” (ترجمة) أي لا تقدم GTIN إلا إذا كنت متأكدًا من صحته، ولا تخمّن أو تختلق قيمة. انتقل إلى المصدر

Google — الخلاصة والبيانات المنظمة معًا

• «إن توفير البيانات المنظمة على صفحات الويب وخلاصة Merchant Center معًا يزيد أهليتك للتجارب ويساعد Google على فهم بياناتك والتحقق منها على نحو صحيح.» — Search Central. اقرأ الوثيقة

Google — حداثة Shopping Graph (Vidhya Srinivasan، نائبة الرئيس/المديرة العامة للإعلانات والتجارة)

• يتضمن Shopping Graph «أكثر من 50 مليار قائمة منتجات، يُحدّث مليارا منها كل ساعة». اقرأ المنشور

Kate Ragotte، Shopify

• «يجب أن تكون الأسعار والتوفر وفترات الإرجاع دقيقة ومتزامنة في كل قناة تظهر فيها. والبيانات غير المتسقة أو القديمة من أسرع أسباب الاستبعاد.»
• «لا يستطيع وكلاء الذكاء الاصطناعي أن يوصوا إلا بما يفهمونه، وهذا يعتمد كليًا على مدى تنظيم بيانات المنتج.» اقرأ المقالة

Jason Barnard، Kalicube

• «تتجاوز الخلاصات المنظمة، Google Merchant Center وOpenAI Product Feed Specification، الاكتشاف والاختيار والزحف والعرض، وتوصل محتواك إلى مرحلة المنافسة بأقل فقد.» اقرأ المقالة

Jen Cornwell، Tinuiti

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

قائمة تدقيق خلاصة الذكاء الاصطناعي عبر التنسيقات

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

الهوية والمطابقة

• لكل منتج يملك GTIN قيمة صحيحة، بلا اختلاق أو نسخ من منتج مشابه.
• تستخدم المنتجات بلا معرّف مُصنّع العلامة التجارية + MPN أو identifier_exists = false.
• يظل item_id/SKU ثابتًا ومتسقًا عبر الخلاصة وACP والترميز.

السعر والتوفر

• يطابق سعر الخلاصة سعر الدفع المباشر، والعملة رمز ISO 4217 صالح.
• يعكس التوفر المخزون الحقيقي، بلا in_stock وهمي.
• تتحدث المنتجات السريعة عبر API خلال اليوم في ACP، وتنتقل العروض عبر API.
• يطابق سعر وتوفر مخطط الصفحة الخلاصة.

أهلية دفع ACP

• ضُبط is_eligible_search صراحة على true.
• للمنتجات ذات is_eligible_checkout سياسة إرجاع وseller_privacy_policy وseller_tos.
• ضُبط availability_date لأي عنصر pre_order.
• تُسلّم الخلاصة عبر SFTP بأسماء ملفات ثابتة تُستبدل ولقطة كاملة يومية على الأقل.

المحتوى والامتثال

• العناوين ≤ 150 حرفًا وليست كلها أحرفًا كبيرة أو ترويجية.
• الأوصاف نص عادي ≤ ٥٬٠٠٠ حرف وتطابق الصفحة بلا مواصفات مختلقة.
• الصور JPEG/PNG عبر HTTPS، وتحمل الصور المولدة بيانات إفصاح IPTC المطلوبة.
• يعيد url الحالة 200 عبر HTTPS.

الإثراء الاختياري

• أضيفت سمات Google الحوارية الست عند ملاءمتها، فوق السمات المطلوبة لا بدلاً منها.
• توجد checkoutPageURLTemplate في schema.org لتوجيه الوكلاء إلى الدفع.

ورقة غش لخلاصة منتجات الذكاء الاصطناعي

أي تنسيق يصل إلى أي وكيل؟

مرجع سريع لحقول ACP

• item_id ثابت، وtitle ≤150، وdescription ≤٥٬٠٠٠ كنص عادي، وurl يعيد 200/HTTPS، وbrand ≤70، وimage_url بصيغة JPEG/PNG، وprice بعملة ISO 4217، وavailability، وseller_name/seller_url وtarget_countries/store_country، وis_eligible_search الذي افتراضه false، وis_eligible_checkout.
• يحتاج الدفع إلى سياسة إرجاع وseller_privacy_policy وseller_tos.
• قيم availability: in_stock وout_of_stock وpre_order وbackorder وunknown.

قاعدة المعرّف

• يوجد GTIN: استخدمه كـ8–14 رقمًا بلا شرطات أو مسافات.
• لا يوجد GTIN: العلامة التجارية + MPN.
• لا يوجد معرّف فعلاً: identifier_exists = false. لا تختلق.

تصحيح الأساطير

• «تتطلب OpenAI تحديثًا كل 15 دقيقة» — غير موجود في الوثائق؛ الواقع لقطة يومية + API خلال اليوم.
• «لدى schema.org إصدار للذكاء الاصطناعي» — لا؛ إنها مفردات Offer/Product المعتادة.
• «GTIN مطلوب دائمًا» — شرطي: GTIN، وإلا العلامة + MPN، وإلا identifier_exists = false.

أي معرّف أضع في خلاصتي؟

المعرّفات عماد Google وOpenAI وschema.org وأسهل موضع للخطأ. أجب عن سؤال أو اثنين.

ما لا ينبغي فعله بخلاصة الذكاء الاصطناعي

1. البناء للقطة اليومية وحدها وتجاهل API. يجعل السعر والمخزون قديمين حتى 24 ساعة. الإصلاح: صِل السعر والمخزون والعروض بقناة OpenAI خلال اليوم؛ اللقطة خط أساس وليست الخطة كلها.

2. اختلاق GTIN ليمر الحقل. المعرّف المخمّن أسوأ من الفارغ. الإصلاح: GTIN إن توفر، وإلا العلامة + MPN، وإلا identifier_exists = false.

3. ترك سعر الخلاصة ينحرف عن الدفع. إنه رفض للإعلانات وبيع مكسور للوكيل. الإصلاح: عامل سعر الخلاصة كعقد وزامنه مع الدفع ومخطط الصفحة.

4. إعادة استخدام item_id/SKU أو تغييره باستمرار. يفقد الوكيل الاستمرارية. الإصلاح: ثبّت item_id طوال عمر المنتج.

5. تمكين الدفع بلا حقول السياسات. لا تكفي is_eligible_checkout = true بلا الإرجاع والخصوصية والشروط. الإصلاح: وفر الثلاثة قبل التمكين.

6. اعتبار السمات الحوارية بديلاً لخلاصة أساسية نظيفة. لا ينقذ سؤال وجواب ممتاز سعرًا خاطئًا أو GTIN مختلقًا. الإصلاح: نظف المطلوب ثم أثرِه.

7. افتراض أن ترميز schema.org وحده يدخلك إلى دفع ChatGPT. تقرأ تدفقات ChatGPT التجارية خلاصة ACP، والترميز قناة مقارنة. الإصلاح: أرسل الخلاصة وحافظ على اتساق الترميز.

فحوص سريعة لاتساق الخلاصة والترميز

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

استخراج مخطط Product/Offer من وحدة تحكم المتصفح

الصق هذا في Chrome DevTools Console على صفحة منتج لاستخراج السعر والتوفر اللذين يعلنهما الترميز ومقارنتهما بالخلاصة:

// Grab every JSON-LD block, find Product/Offer, print price + availability
[...document.querySelectorAll('script[type="application/ld+json"]')]
  .map(s => { try { return JSON.parse(s.textContent); } catch { return null; } })
  .filter(Boolean)
  .flatMap(o => Array.isArray(o) ? o : (o['@graph'] || [o]))
  .filter(o => o && /Product/.test([].concat(o['@type']).join()))
  .forEach(p => {
    const offer = [].concat(p.offers || [])[0] || {};
    console.log({
      name: p.name,
      gtin: p.gtin13 || p.gtin || p.gtin12 || p.mpn || null,
      price: offer.price ?? offer.priceSpecification?.price,
      currency: offer.priceCurrency,
      availability: offer.availability,
    });
  });

نسخة bookmarklet تحفظ URL التالي كإشارة مرجعية وتنقرها على أي صفحة منتج:

javascript:(()=>{const b=[...document.querySelectorAll('script[type="application/ld+json"]')].map(s=>{try{return JSON.parse(s.textContent)}catch{return null}}).filter(Boolean).flatMap(o=>Array.isArray(o)?o:(o['@graph']||[o])).filter(o=>o&&/Product/.test([].concat(o['@type']).join()));if(!b.length){alert('No Product schema found');return}const p=b[0],o=[].concat(p.offers||[])[0]||{};alert(`${p.name}\nprice: ${o.price??o.priceSpecification?.price} ${o.priceCurrency||''}\navail: ${o.availability||'?'}`)})();

مقارنة سعر الخلاصة بسعر الدفع المباشر عبر shell

إذا صدّرت الخلاصة إلى CSV بأعمدة item_id,price ولديك سعر مباشر لكل SKU، يحدد هذا الاختلافات:

# feed.csv: item_id,price   |   live.csv: item_id,price (pulled from checkout)
join -t, -1 1 -2 1 \
  <(sort -t, -k1,1 feed.csv) \
  <(sort -t, -k1,1 live.csv) \
  | awk -F, '$2 != $3 { print "MISMATCH", $1, "feed="$2, "live="$3 }'

التحقق من اكتمال أهلية دفع ACP عبر Python

فحص بسيط للتأكد من وجود حقول السياسات لكل منتج مفعّل للدفع قبل دفع اللقطة:

import csv

REQUIRED_FOR_CHECKOUT = ["seller_privacy_policy", "seller_tos", "return_policy"]

with open("feed.csv", newline="") as f:
    for row in csv.DictReader(f):
        if row.get("is_eligible_checkout", "").lower() == "true":
            missing = [k for k in REQUIRED_FOR_CHECKOUT if not row.get(k, "").strip()]
            if missing:
                print(f"{row['item_id']}: checkout enabled but missing {missing}")
        if row.get("is_eligible_checkout", "").lower() == "true" \
           and row.get("is_eligible_search", "").lower() != "true":
            print(f"{row['item_id']}: checkout eligible but search is not (invalid)")

رصد قيم GTIN المختلقة أو المشوهة بتعبير نمطي

يجب أن يكون gtin في ACP من 8 إلى 14 رقمًا بلا شرطات أو مسافات:

# Prints rows whose gtin column isn't a clean 8–14 digit string
awk -F, 'NR>1 && $3 != "" && $3 !~ /^[0-9]{8,14}$/ { print "BAD GTIN:", $1, $3 }' feed.csv

إجراء تشغيل يومي لخلاصة منتجات الذكاء الاصطناعي

1. أكد اكتمال اللقطة الكاملة. افحص اسم الملف الثابت المتوقع وعدد السجلات والمخطط وحالة التسليم. يعني الإنجاز أن المنصة قبلت أحدث كتالوج كامل لا ملفًا جزئيًا عرضيًا.
2. طابق تغييرات اليوم. قارن تحديثات السعر والمخزون والعروض من نظام التجارة بإقرارات API. يجب أن ينجح كل SKU متغير أو يدخل قائمة إعادة محاولة يملكها مسؤول.
3. راجع أخطاء الأهلية والسياسات. جمّع الإخفاقات حسب الحقل والقالب وابدأ بمنتجات الدفع. يجب أن يكون لكل خطأ سبب ومالك ومسار تصحيح.
4. خذ عينة من التكافؤ بين التنسيقات. قارن المعرّف الثابت وGTIN/MPN والمتغير والسعر والتوفر والسياسات عبر Merchant Center وOpenAI وProduct/Offer والدفع المباشر. يجب أن تصف جميعها العرض نفسه.
5. افحص استمرارية الهوية. علّم معرّفات العناصر التي اختفت ثم عادت بقيم جديدة بلا استبدال حقيقي للمنتج، وصحح دوران SKU العرضي قبل اللقطة التالية.
6. أغلق العروض القديمة أو غير الصالحة. علّم المنتجات غير المتوفرة واستخدم آلية الأهلية المدعومة بدل ترك مخزون وهمي.
7. سجل الإخفاقات واتجاهاتها. سجل المخالفات وتأخر المعالجة والصفوف المرفوضة والإصلاحات حسب النظام المصدر كي تظهر عيوب المنبع المتكررة.

مشكلات شائعة في خلاصات منتجات الذكاء الاصطناعي

المنتج موجود في الملف لكنه غائب عن الاكتشاف

العَرَض: سُلّم الصف لكن المنتج غير مؤهل أو لا يظهر. السبب المحتمل: ما تزال is_eligible_search false، أو فشل التحقق من الصف، أو بيانات الهوية والسياسات ناقصة. الإصلاح: افحص حالة الصف، وصحح الحقول، ومكّن أهلية البحث صراحة، وتأكد من قبول اللقطة المعالجة التالية.

الدفع غير متاح لمنتج ظاهر

العَرَض: يمكن التوصية بالمنتج لكن لا يمكن شراؤه عبر الوكيل. السبب المحتمل: أهلية الدفع false أو بيانات الإرجاع أو الخصوصية أو الشروط ناقصة. الإصلاح: وفر السياسات المطلوبة، وأبقِ أهلية البحث مفعلة، وتحقق من أن العنصر المعالج أصبح مؤهلاً للدفع.

يعرض الوكيل سعرًا خاطئًا أو مخزونًا وهميًا

العَرَض: تختلف بيانات الاكتشاف عن الدفع أو يفشل العنصر أثناء الشراء. السبب المحتمل: اللقطة اليومية وحدها تتحدث، أو فشل حدث خلال اليوم، أو يشير تعيين المتغير إلى العرض الخطأ. الإصلاح: طابق إقرارات API مع النظام الخلفي، وأعد تشغيل التحديثات الفاشلة بأمان، وتأكد من اتفاق الخلاصة والترميز والدفع على المتغير نفسه.

تختفي المنتجات مرارًا وتعود كأنها جديدة

العَرَض: تُعاد استمرارية الكتالوج بين اللقطات رغم ثبات السلعة. السبب المحتمل: يُولد item_id من عنوان أو URL أو صف تصدير قابل للتغيير. الإصلاح: استعد خريطة هوية دائمة وأبقِ المعرّف نفسه طوال عمر المنتج.

يُطابق المنتج مع الكيان الخطأ

العَرَض: ترث القائمة تفاصيل أو متغيرات منتج مختلف. السبب المحتمل: GTIN مختلق أو خاطئ، أو MPN منسوخ، أو عدم اتساق العلامة والمتغير. الإصلاح: أزل المعرّفات المخمّنة واستخدم GTIN المتحقق أو العلامة + MPN وعلّم العناصر التي لا معرّف لها على نحو صحيح.

نماذج ذهنية لخلاصات منتجات الذكاء الاصطناعي

مصدر حقيقة واحد وتنسيقات تسليم متعددة

Merchant Center وOpenAI وترميز Product/Offer هي تعيينات للكتالوج نفسه، لا مشاريع محتوى مستقلة. ولّدها من نموذج منتج محكوم كي لا تنحرف الهوية وحقيقة العرض باختلاف القناة.

الهوية والعرض والسياسة

صحح كل خلاصة في ثلاث طبقات:

• الهوية: معرّف عنصر ثابت، وGTIN أو العلامة + MPN، وعلاقة المنتج بالمتغير.
• العرض: السعر والعملة والتوفر والصورة وURL الوجهة.
• السياسة: الشحن والإرجاع والخصوصية والشروط وأهلية الدفع.

تحدد الهوية ماهية المنتج، ويحدد العرض ما يمكن شراؤه الآن، وتحدد السياسة هل يجوز للوكيل إكمال الشراء.

لقطة مع تدفق أحداث

تثبت اللقطة اليومية حالة الكتالوج الكاملة، وتنقل تحديثات API خلال اليوم أحداث السعر والمخزون والعروض السريعة. لا يستبدل أحدهما الآخر: تصلح اللقطة الانحراف، ويحافظ التدفق على حداثة المعاملات.

الاكتشاف ضروري والدفع منفصل

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

المقارنة تكافئ الاتساق

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

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

كتاباتي ذات الصلة

• دليل المبتدئين إلى Technical SEO — موضع البيانات المنظمة والخلاصات في الصورة الكبرى.
• تعرّف إلى زواحف الويب الجديدة — كيف يتحول مزيج الروبوتات التي تقرأ موقعك نحو الذكاء الاصطناعي.

محاضراتي

• How Search Works — شرح الزحف والعرض والفهرسة والترتيب، وهو مفيد لفهم تجاوز الاكتشاف القائم على الخلاصات لمعظم ذلك المسار. وتنطبق ملاحظتي الدائمة: «هذا فهمي للأنظمة، ولن يكون كاملاً أو دقيقًا بنسبة 100%.»

من المجال

• OpenAI — نظرة عامة على الخلاصات ومواصفة الحقول المطلوبة — المصدر الأولي لـACP.
• Google — مقدمة إلى Product structured data — كيفية الجمع بين الخلاصة والترميز.
• Shopify Enterprise — ثماني نصائح لإعداد بيانات المنتجات لقنوات الذكاء الاصطناعي — عرض رسمي قوي للاتساق والبنية.
• Search Engine Land — لماذا تحتاج خلاصات المنتجات استراتيجية عضوية — الخلاصة كأصل مملوك يغذي الظهور.
• Search Engine Land — مسار محرك الذكاء الاصطناعي — لماذا تتجاوز الخلاصات المنظمة معظم مسار SEO.
• PPC Land — سمات Merchant Center لوضع AI Mode — شرح السمات الحوارية؛ تحقق من الأسماء في وثائق Google المباشرة.
• Search Engine Land — دفع Walmart داخل ChatGPT — قيد الاكتشاف مقابل التحويل.
• Striim — مشكلة تجزئة التجزئة هي الساعة لا النموذج — تشبيه لسبب فشل مزامنة المخزون الدفعية مع الوكلاء المحتاجين إلى قراءات شبه آنية.

اختبر نفسك: خلاصات المنتجات للذكاء الاصطناعي

خمسة أسئلة سريعة عن إنشاء خلاصة يستطيع الوكلاء قراءتها والشراء منها. اختر جوابًا ثم تحقق.

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