روبوت الدردشة الخاص بك هو متدرب بلا مخطط. ذكائك الاصطناعي الحقيقي هو مهندس بيانات.

العودة إلى الإشارات

Commerce AIالأربعاء، 18 فبراير 2026

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

Aleksey KlempnerCTO.LA
روبوت الدردشة الخاص بك هو متدرب بلا مخطط. ذكائك الاصطناعي الحقيقي هو مهندس بيانات.

TL;DR

  • وكيل التسوق الجديد المدعوم بالذكاء الاصطناعي عديم الفائدة بدون واجهة خلفية مصممة للآلات، وليس للبشر فقط. العمل الحقيقي في التجارة المعتمدة على الوكلاء (agentic commerce) ليس واجهة مستخدم روبوت الدردشة؛ بل هو إعادة الهيكلة العميقة لبيانات منتجك إلى رسوم بيانية دلالية وبيانات المستخدم الخاصة بك إلى تدفقات أحداث تنبؤية.
  • محركات التوصية الرائدة، مثل تلك الخاصة بـ Shopify، هي الآن نماذج توليدية تُعامل رحلة المتسوق بأكملها كسلسلة من الأحداث. إنها لا تطابق المنتجات فحسب؛ بل تتنبأ بالإجراء المنطقي التالي، أو الشراء، أو عرض الإعلان بناءً على مليارات نقاط البيانات [2].
  • لم يعد نظام إدارة معلومات المنتج (PIM) الخاص بك مستودعًا للمحتوى. إنه "البنية التحتية للقرار" لوكلاء الذكاء الاصطناعي. إذا كانت بياناتك غير منظمة بشكل مثالي، وكاملة، وقابلة للقراءة آليًا، فستكون منتجاتك غير مرئية للاكتشاف الذي يقوده الوكلاء، مما يؤدي فعليًا إلى إزالتك من الجيل التالي من البحث [1].

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

تم بناء موقع الويب لتلك العلامة التجارية ليقوم البشر بتصفحه. إنه يتوقع منك النقر على "رجال"، ثم "أحذية"، ثم "جري"، ثم تطبيق سلسلة من الفلاتر التي قد تعمل أو لا تعمل. إنه نظام مصمم حول هيكل كتالوج، وليس نية المستخدم. في عالم التجارة المعتمدة على الوكلاء (agentic commerce) الذي يتجه نحو الاندماج السريع، فإن هذا النموذج هو حكم بالإعدام.

وكيل التسوق بالذكاء الاصطناعي لا "يتصفح". إنه يستجوب نظامك باستعلام معقد، متوقعًا إجابة منظمة وقابلة للقراءة آليًا. إنه يحتاج إلى فهم ليس فقط سمات المنتج، ولكن العلاقات: أي النعال متوافقة مع أي الأحذية، وما هي سياسة الإرجاع لهذا العنصر المحدد، وما إذا كان يمكن توصيله إلى عنوان في ويست هوليوود قبل يوم الجمعة. إذا لم تتمكن واجهتك الخلفية من تقديم تلك الإجابات بدقة دلالية، فسيذهب الوكيل، وعميلك، ببساطة إلى مكان آخر. الرف الرقمي الجديد ليس على موقع الويب الخاص بك؛ إنه نقطة نهاية واجهة برمجة التطبيقات (API) الخاصة بك، وعملاؤه هم الآلات.

لماذا لا تزال بيانات منتجك تتحدث لغة البشر؟

لسنوات، تعاملنا مع صفحات تفاصيل المنتج (PDPs) ككتيبات رقمية. نملأها بنسخ تسويقية جميلة، وصور عالية الدقة، ومراجعات المستخدمين - وكل ذلك مصمم لإقناع البشر. لم يعد هذا هو الجمهور الأساسي. أهم زائر لصفحة تفاصيل المنتج الخاصة بك هو الآن متتبع للذكاء الاصطناعي أو خدمة موجهة نحو الوكيل (agentic service) تحاول فهم منتجك بطريقة منظمة.

هذه الأنظمة لا تهتم بقصة علامتك التجارية. إنها تهتم بمخططك.

لقد فهمت أمازون هذا منذ سنوات. الرسم البياني الداخلي لمنتجاتهم ليس مجرد كتالوج؛ إنه قاعدة بيانات علائقية واسعة تفهم توافق المنتجات وحالات الاستخدام ولوجستيات التنفيذ [1]. عندما يوصي الذكاء الاصطناعي بمنتج على منصتهم، فإنه لا يطابق الكلمات الرئيسية فحسب؛ بل إنه يستدل عبر هذا الرسم البياني. قصة Google Shopping Graph هي نفسها - جهد هائل لهيكلة معلومات المنتجات في العالم حتى يتمكن وكلاء الذكاء الاصطناعي الخاصين بها من استخدامها بفعالية [1].

هذا يعني أن أنظمة إدارة معلومات المنتج (PIM) وأنظمة إدارة تجربة المنتج (PXM) تحتاج إلى إعادة تفكير أساسية. لم تعد مجرد أدوات لإدارة النسخ التسويقية. إنها حجر الزاوية في هندسة الذكاء الاصطناعي للتجارة (commerce AI architecture) الخاصة بك. وظيفتها الجديدة هي أن تكون بمثابة "بنية تحتية للقرار"، توفر السمات النظيفة، الموحدة، والمُثرية بعمق التي يحتاجها وكلاء الذكاء الاصطناعي حتى يفكروا في منتجك في استعلام [1]. قد يؤدي فقدان سمة واحدة - مثل ما إذا كان القماش "مقاومًا للماء" مقابل "مضادًا للماء" - إلى استبعاد منتجك تمامًا من مجموعة اهتمام الوكيل.

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

التسلسل هو القصة: هل تبيع المنتجات فقط أم تتنبأ بالرحلات؟

تجاوزت محركات التوصية الأكثر تطوراً اليوم بكثير التصفية التعاونية ("العملاء الذين اشتروا هذا اشتروا أيضاً..."). الحدود الجديدة هي النمذجة التوليدية القائمة على التسلسل. إن محرك التوصية الداخلي لـ Shopify هو مثال رئيسي على هذا التحول المعماري. إنهم يتعاملون مع رحلة المشتري بأكملها - كل بحث، وعرض صفحة، ونقرة إعلان، وإضافة إلى سلة التسوق، وشراء، عبر كل متجر على منصتهم - كسلسلة أحداث خام واحدة [2].

نظامهم هو نموذج تحويلي ذاتي الانحدار يتعلم الأنماط في هذه التسلسلات للتنبؤ بالحدث الأكثر احتمالاً التالي. إنه لا يسأل فقط، "ما هو المنتج المشابه لهذا؟" إنه يسأل، "بالنظر إلى رحلة هذا المستخدم المحددة على مدار التسعين يومًا الماضية، من التصفح على تطبيق Shop إلى النقر على إعلان على Instagram، ما هو المنتج أو المحتوى الأكثر احتمالاً الذي يرغب في رؤيته الآن؟"

هذا تغيير عميق. إنه يعيد صياغة التوصيات من مشكلة مطابقة المنتج إلى مشكلة التنبؤ بالرحلة. تتطلب البنية اللازمة للقيام بذلك جهدًا كبيرًا. قامت Shopify ببناء نظامها على محول تسلسلي هرمي (HSTU) ولكنها عدلته بشكل كبير ليتناسب مع نطاق التجارة، مضيفة ترميزًا واعيًا للوقت لالتقاط الموسمية وهندسة نوى CUDA مخصصة للحفاظ على زمن الوصول منخفضًا عبر مليارات الأحداث وملايين المنتجات [2].

إليك نظرة مبسطة على كيفية تدفق تلك البيانات:

Raw Data

Click, View, ATC, Purchase Data

Semantic & Relational Data

Next Event Predictions

Personalized Content

User Event Stream

Feature Engineering

Autoregressive Transformer Model

Product & Content Graph

Recommendation & Ad Service

Storefront, Shop App, Ad Networks

Diagram: Raw Data, Click, View, ATC, Purchase Data, Semantic & Relational Data, Next Event Predictions, Personalized Content, Feature Engineering, Product & Content Graph, Recommendation & Ad Service

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

التدريب المستوحى من التعزيز: جعل نماذجك الغبية تعلم نماذجك الذكية

أحد التفاصيل الأكثر إقناعًا في نهج Shopify هو كيفية تدريبهم لهذا النموذج الضخم. إنهم يستخدمون طريقة مستوحاة من التعزيز، حيث تُستخدم التنبؤات من نماذج أخرى أبسط كـ "سلبيات صعبة" أثناء التدريب [2]. في جوهرها، إذا كان نموذج أساسي يعتقد أن المستخدم بالتأكيد سينقر على المنتج X، لكنه لم يفعل، فإن نقطة البيانات المحددة هذه تصبح لحظة تعليم قوية للنموذج التوليدي الأكثر تقدمًا. إنها طريقة للسماح للنظام بتحسين فهمه للإيجابيات الحقيقية بشكل تدريجي من خلال التركيز على المكان الذي تفشل فيه المنطق الأقل تعقيدًا. هذا هو نوع التفاصيل الذي يفصل الذكاء الاصطناعي على مستوى الإنتاج عن المفاهيم البحثية.

بروتوكول التجارة العالمي: بوابة جوجل على الطريق السريع المعتمد على الوكلاء؟

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

نحن نشهد انقسامًا واضحًا بين الأنظمة البيئية المفتوحة والمغلقة [1]. قد يكون الوكيل "المفتوح" قادرًا على العثور على منتج في واجهة متجر باتاغونيا في سانتا مونيكا، والتحقق من المخزون في متجر ملابس رياضية في وسط مدينة لوس أنجلوس، وترتيب عملية دفع وتسليم واحدة لكليهما. يتطلب ذلك لغة مشتركة للتجارة.

جوجل، وليس من المستغرب، لديها حلها الخاص: بروتوكول التجارة العالمي (UCP - Universal Commerce Protocol). في الظاهر، UCP هو معيار لتبسيط المعاملات القائمة على الوكلاء، حيث يتعامل مع كل شيء من المدفوعات إلى تدفقات ما بعد الشراء. ولكن من الناحية الاستراتيجية، إنها لعبة حديقة مسورة كلاسيكية. من خلال التحكم في البروتوكول، تضمن جوجل أنها تحتفظ بنسب الإحالة وتحقيق الدخل لأي تجارة تتدفق عبر أنظمة الوكلاء الخاصة بها، مثل مساعد جوجل أو تجربة البحث التوليدي [1].

بالنسبة للعلامات التجارية، يمثل هذا معضلة. تبني UCP يعني تكاملًا سلسًا محتملاً مع قاعدة مستخدمي جوجل الضخمة. لكنه يعني أيضًا التنازل عن التحكم في علاقة العملاء وبيانات المعاملات لجوجل. مقاومته تعني التركيز على بناء قناتك المباشرة للوكيل، مما قد يعني مزيدًا من التحكم ولكن وصولًا أقل. هذا ليس مجرد قرار تقني؛ إنه قرار استراتيجي سيحدد كيفية اكتساب العملاء والاحتفاظ بهم على مدى العقد المقبل. سيتأثر اختيارك لـ هندسة الذكاء الاصطناعي للتجارة (commerce AI architecture) بشدة بما إذا كنت ستقرر العيش داخل هذه الحدائق المسورة أو بناء مسارك المستقل.

جاهزية واجهة المتجر المعتمدة على الوكلاء: تدقيق عملي

هل منصتك جاهزة ليكون وكيل الذكاء الاصطناعي هو عميلك الأساسي؟ الإجابة لمعظم العلامات التجارية هي "لا" قاطعة. معظم أنظمة التجارة الإلكترونية المعقدة (e-commerce stacks) بنيت لعصر مختلف. إليك مقارنة لما تبدو عليه البنية القديمة مقابل بنية مصممة لـ جاهزية واجهة المتجر المعتمدة على الوكلاء (agentic storefront readiness).

المكون البنية القديمة (مصممة للبشر) البنية الجاهزة للوكلاء (مصممة للآلات)
PIM / بيانات المنتج أوصاف موجهة للتسويق، سمات غير منظمة، نقاط بيانات غير متناسقة. محسّنة للتخطيط المرئي على صفحة تفاصيل المنتج (PDP). مخطط أول، سمات منظمة بعمق. كل ميزة (المادة، الحجم، التوافق، الأصل) هي حقل منفصل قابل للقراءة آليًا. تُقدم البيانات عبر واجهة برمجة تطبيقات (API) [1].
البحث مطابقة قائمة على الكلمات الرئيسية، مرشحات بسيطة. تعتمد على المستخدم لتصحيح المرادفات وتصفح النتائج. بحث متجه دلالي (Semantic vector search). يفهم النية والعلاقات (على سبيل المثال، "أحذية لشاطئ صخري" تعيد أحذية مائية بنعال سميكة، وليس فقط منتجات تحتوي على "صخرة" في الوصف).
التوصيات تصفية تعاونية ("العملاء اشتروا أيضًا..."). تستند إلى نظرة ضيقة لسجل الشراء داخل الموقع. نمذجة توليدية قائمة على التسلسل. تتنبأ بالإجراء المنطقي التالي بناءً على تاريخ أحداث المستخدم بالكامل عبر جميع نقاط الاتصال [2].
التخصيص تقسيم يدوي، تبديل المحتوى بناءً على القواعد (على سبيل المثال، "إظهار هذه اللافتة للمستخدمين في كاليفورنيا"). نمذجة الجمهور التنبؤية (Predictive audience modeling). تنشئ تلقائيًا شرائح المستخدمين بناءً على الأنماط السلوكية وتقوم بترتيب المحتوى ديناميكيًا لكل فرد [3].
التنفيذ / المخزون بيانات المخزون هي رقم بسيط في قاعدة بيانات، غالبًا ما يتم تحديثها على دفعات. المخزون في الوقت الفعلي هو سمة يمكن الوصول إليها عبر واجهة برمجة التطبيقات (API). يتضمن قيود التنفيذ (أوقات التسليم، تكاليف الشحن، أهلية الإرجاع) كبيانات منظمة.
بنية المنصة خدمات متجانسة أو مقترنة بإحكام. يصعب كشف البيانات أو المنطق الدقيق عبر واجهات برمجة التطبيقات. بلا رأس / قابلة للتركيب (Headless/composable). كل مكون (منتج، مخزون، ملف تعريف المستخدم) هو خدمة مستقلة يمكن الوصول إليها عبر واجهات برمجة التطبيقات، جاهزة للاستهلاك من قبل الوكلاء.

عندما تقود سيارتك في الطريق السريع 405 من مطار لوس أنجلوس الدولي (LAX)، يمكنك أن ترى الفرق في تدفق حركة المرور بين تقاطع طرق مصمم جيدًا وعنق الزجاجة المخطط له بشكل سيء. البنى القديمة هي أعناق الزجاجات. يرسل الوكيل استعلامًا معقدًا، ويتوقف النظام بأكمله لأن البيانات غير منظمة للإجابة عليه بكفاءة. المنصة الجاهزة للوكلاء هي تقاطع طرق يتدفق بحرية، حيث يمكن تجميع البيانات من خدمات متعددة على الفور لتلبية طلب الوكيل.

أين تحدث "التجربة"؟ مختبر تجربة الذكاء الاصطناعي

تعد إعادة بناء الواجهة الخلفية بالكامل مشروعًا يستغرق سنوات. إذن من أين تبدأ؟ الإجابة هي بناء مختبر تجربة الذكاء الاصطناعي (AI experience lab). هذا فريق متخصص متعدد الوظائف - جزء منه علم بيانات، وجزء منه هندسة، وجزء منه تجربة مستخدم - وظيفته هي عمل نماذج أولية والتحقق من صحة هذه التجارب الجديدة المدفوعة بالذكاء الاصطناعي قبل محاولة توسيع نطاقها عبر المؤسسة بأكملها.

لا يتعلق الأمر هنا باختبار الألوان الأزرار. إنه يتعلق باختبار الافتراضات المعمارية الأساسية. هل يمكن لبياناتك دعم ذكاء اصطناعي للتجربة الافتراضية؟ هل يمكنك إنشاء جماهير تنبؤية مشابهة من بيانات سلوك المستخدمين الحالية لديك لاستهداف إعلاني أكثر دقة [3]؟ هل يمكنك اختبار نظام متعدد الوكلاء حيث يدير وكيل واحد نية المستخدم بينما يتفاوض وكيل آخر على لوجستيات التنفيذ [4، 8]؟

تعمل شركات مثل Salesforce على إعادة هيكلة منصاتها الأساسية لتكون "مستقبلية للذكاء الاصطناعي (AI-native)"، مع إدراك أن الاتصال الأساسي هو شرط مسبق لأي ميزات متقدمة [5]. مختبر الذكاء الاصطناعي الخاص بك هو المكان المناسب لبناء حجة العمل لهذا النوع من الأعمال الأساسية. إنه المكان الذي تثبت فيه أن نموذج تخصيص أفضل يمكن أن يحقق تحسيناً قابلاً للقياس، مما يبرر الاستثمار في البنية التحتية للبيانات الأساسية.

أبعد من "عملاء مثلك": التسلسل التنبؤي في الممارسة العملية

يجب أن يكون التركيز الرئيسي لأي مختبر تجربة للذكاء الاصطناعي هو التسلسل التنبؤي. لفترة طويلة جدًا، حتى العلامات التجارية الأصغر كانت عالقة بنفس منطق "العملاء مثلك اشتروا" الذي بدأته أمازون قبل عشرين عامًا. الأدوات متوفرة أخيرًا لتغيير ذلك. يمكن الآن لمنصات SaaS الحديثة تحليل كل عرض وشراء عبر قاعدة مستخدميك لتحديد التسلسل الأمثل للمنتجات أو العروض لأي شريحة مستخدمين معينة [3].

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

ماذا يعني هذا لعلامتك التجارية (وخطة عملك لعام 2026)

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

يجب أن تعطي خطة عملك لعام 2026 الأولوية لـ البيانات المنظمة للبحث بالذكاء الاصطناعي (structured data for AI search). ابدأ بتدقيق صارم لمعلومات منتجك. هل كل سمة يمكن للعميل (أو للوكيل) السؤال عنها موجودة ومنسقة بشكل صحيح؟ إذا كنت تبيع ملابس، فهذا يعني بيانات منظمة لتكوين المواد، والقياس، وطول الأكمام، وتعليمات العناية، وبلد المنشأ. إذا كنت تبيع إلكترونيات، فهذا يعني بيانات منظمة للتوافق، ومتطلبات الطاقة، وشروط الضمان.

بعد ذلك، دقق في البنية التحتية لتتبع الأحداث لديك. هل تلتقط كل تفاعل مهم للمستخدم، من أول ظهور للإعلان إلى استبيان ما بعد الشراء، في ملف تعريف عميل موحد؟ بدون هذا التسلسل الكامل، ستكون محاولاتك لبناء نماذج تنبؤية مبنية على قصة غير مكتملة [2].

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

إذن، لقد وظفت آلة لا تستطيع قراءة أرففك

هناك قدر هائل من الضجيج حاليًا حول قوة النماذج اللغوية الكبيرة (LLMs) لإنشاء تجارب تسوق "محادثية". هذا التركيز على الواجهة الأمامية هو تشتيت خطير. إن إعطاء نموذج لغوي قوي إمكانية الوصول إلى كتالوج منتجات ضعيف التنظيم يشبه توظيف طاهٍ عالمي وطلب منه طهي وجبة ذواقة باستخدام محتويات عشوائية فقط من ممر الوجبات الخفيفة في متجر زاوية.

يمكن للطاهي أن يتحدث بشكل رائع، لكن النتيجة ستكون كارثية.

لن يكمن ذكاء نظام التجارة المستقبلي الخاص بك في نافذة الدردشة. سيكمن في تماسك رسم بياني لمنتجاتك، والقوة التنبؤية لنماذج تسلسل المستخدمين الخاصة بك، ومرونة طبقة واجهة برمجة التطبيقات (API) الخاصة بك. الوكيل هو مجرد ساعي. العمل الحقيقي هو بناء واجهة خلفية لديها شيء ذكي لتقوله. ستكون العلامات التجارية التي تفوز هي تلك التي تستثمر في البنية التحتية الصامتة وغير المرئية للاتصال بين الآلة والآلة. إنها لا تبني واجهات متاجر فحسب؛ بل تبني محركات بيانات.

تعمل CTO.LA مع العلامات التجارية التجارية على بناء هذا الجيل التالي من البنية التحتية المعتمدة على الوكلاء. دعنا نتحدث.

المراجع

  1. Agentic Commerce in 2026: Discovery Readiness is the New Digital Shelf Advantage
  2. Generative Recommendations
  3. Digital Marketing in 2026: New Strategies for an AI-Powered Era
  4. The New AI Architecture: From Surface-Level Hype to Foundational ROI
  5. The Great Rebuild: Architecting an AI-native Tech Organization
  6. AI Is Upending Marketing on Two Fronts
  7. AI tools for architects
  8. AI Update February 20, 2026: AI News and Views From the Past Week
  • agentic commerce
  • commerce architecture
  • ai
  • recommendation engines
  • data engineering