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

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

لا عيب في الجاكيت. درجة مقاومته للماء مدفونة في فقرة تسويقية، وكمية مخزونه تُحدَّث مرة واحدة كل ليلة، وصفحة الإرجاع تَعِد بـ«إرجاع سهل» دون رقم واحد. لم يُرفض متجرها، بل لم يُعرَض أصلًا، ولن تسجّل تحليلاتها شيئًا عن ذلك. (هذا مشهد توضيحي افتراضي وليس متجرًا حقيقيًا.)

حين يتولى البرنامج إعداد القائمة المختصرة، يفوز المتجر بوقائع يستطيع البرنامج التحقق منها، لا بقوة الإقناع. وهذه هي فكرة التجارة الوكيلية (agentic commerce): وكلاء برمجيون يكتشفون المنتجات ويقارنون بينها ويتحققون من المخزون والأسعار، وفي بعض الحالات يُتمّون الشراء نيابةً عن الشخص.

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

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

هذا هو الجزء الأول من سلسلة من ثلاثة أجزاء بعنوان «البيع لوكلاء الذكاء الاصطناعي». يتناول الجزء الثاني كيف تجعل مساعدات الذكاء الاصطناعي توصي بمنتجاتك، ويتناول الجزء الثالث الدفع والسداد الجاهزين للوكلاء.

ما المقصود بالتجارة الوكيلية فعلًا

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

من المفيد تقسيم الرحلة إلى مراحل، لأن كل مرحلة تتقدم بسرعة مختلفة:

• الاكتشاف: العثور على منتجات مرشّحة عبر متاجر كثيرة.
• المقارنة: ترتيبها بحسب السعر ومدة التوصيل والتقييمات والسياسات.
• الشراء: تجهيز السلة والدفع، داخل المساعد أو على موقعك.
• التتبّع: متابعة الطلب والإجابة عن سؤال «أين شحنتي؟».
• الإرجاع: بدء عملية إرجاع أو استرداد عند حدوث مشكلة.

الاكتشاف والمقارنة تقدّمهما معظم المساعدات اليوم. أما الشراء داخل المساعد فهو موضع التعقيد، كما سيتضح في القسم التالي.

ما الذي كان يعمل فعلًا حتى أغسطس 2026

تُظهر السجلات العلنية مزيجًا من ميزات عاملة وتراجعات وإعلانات:

البرنامج	ما هو	الوضع في أغسطس 2026
OpenAI Instant Checkout وAgentic Commerce Protocol (بالتعاون مع Stripe)	الشراء داخل ChatGPT، وبروتوكول مفتوح للتجار	أُطلق في سبتمبر 2025 مع بائعي Etsy في الولايات المتحدة. أُفيد بإنهائه في مارس 2026، وعاد الدفع إلى أنظمة التجار وتطبيقاتهم
بروتوكول Google للتجارة الشاملة (UCP) والدفع الوكيلي	معيار مفتوح للكتالوج والدفع، يُستخدم في بحث Google وGemini	أُعلن في يناير 2026 مع Shopify وEtsy وWayfair وTarget وWalmart. كان إطلاق Universal Cart في الولايات المتحدة مقررًا في صيف 2026
بروتوكول Google لمدفوعات الوكلاء (AP2)	تفويض يمكن التحقق منه لدفع الوكيل ضمن حدود يضعها المشتري	أُعلن في سبتمبر 2025، وهو جزء من خطة Universal Cart
Perplexity مع PayPal (Instant Buy)	الدفع داخل محرك الإجابات	متاح لمستخدمي الولايات المتحدة منذ نوفمبر 2025
Amazon Buy for Me	وكيل Amazon يشتري من مواقع علامات تجارية أخرى	أُطلق في أبريل 2025 كميزة محدودة
Shopify Agentic Storefronts	نشر الكتالوج على مساعدات الذكاء الاصطناعي	قُدّم ضمن إصدار Winter '26

OpenAI: إطلاق ثم تراجع

في 29 سبتمبر 2025 أعلنت OpenAI عن Instant Checkout داخل ChatGPT ونشرت Agentic Commerce Protocol الذي طوّرته مع Stripe، ليتمكن تجار ومطورون آخرون من الانضمام. بدأ الإطلاق ببائعي Etsy في الولايات المتحدة، على أن يتبعهم تجار Shopify.

وفي مارس 2026 ذكرت The Information وCNBC أن OpenAI تنهي Instant Checkout بصيغته الأصلية. فصار الشراء يتم عبر صفحة الدفع الخاصة بالتاجر أو عبر تطبيقات المتاجر، وركّز ChatGPT على مساعدة المستخدم في اكتشاف المنتجات. وقال Daniel Danker، نائب الرئيس التنفيذي للتسريع بالذكاء الاصطناعي في Walmart، لمجلة Wired إن معدل التحويل في الدفع عبر ChatGPT كان نحو ثلث معدله على موقع Walmart نفسه. وكان من الأسباب عدم دقة بيانات المنتجات.

الدرس ليس أن «الوكلاء لا ينجحون». الدرس أن المشتري ما زال يريد صفحة الدفع الخاصة بالتاجر وحساب الولاء ووعد التوصيل، وأن بيانات المنتجات الرديئة تجعل وكيل الشراء غير موثوق.

Google: معيار لا تطبيق واحد

في معرض National Retail Federation يوم 11 يناير 2026 أعلنت Google وShopify عن Universal Commerce Protocol. انضمت Etsy وWayfair وTarget وWalmart بصفتها شريكة في التطوير، إلى جانب أكثر من عشرين شريكًا آخر، منهم Visa وMastercard وStripe. الفكرة بسيطة: ينشر التاجر وصفًا واحدًا مقروءًا آليًا لكتالوجه وعملية الدفع لديه، ويستطيع أي وكيل متوافق استخدامه.

وفي 19 مايو 2026 خلال مؤتمر Google I/O قدّمت Google Universal Cart مع دفع وكيلي عبر Google Pay وضوابط AP2 (حدود إنفاق وتفضيلات منتجات يحددها المشتري). وكان مقررًا إطلاقه في الولايات المتحدة صيف 2026 عبر البحث وتطبيق Gemini. وما عدا ذلك، مثل التوسع إلى دول أخرى، فاعتبره خطة لا ميزة قائمة.

الآخرون

أطلقت Perplexity وPayPal خدمة Instant Buy لمستخدمي الولايات المتحدة في نوفمبر 2025. أما Buy for Me من Amazon، منذ أبريل 2025، فيتيح لوكيل Amazon الطلب من مواقع علامات تجارية أخرى، وهو ما أثار قلقًا حقيقيًا لدى التجار بشأن التحكم في الأسعار وبيانات العملاء. وتقول Shopify إن الطلبات المنسوبة إلى الذكاء الاصطناعي على منصتها تضاعفت إحدى عشرة مرة بين يناير 2025 ويناير 2026، لكن من قاعدة صغيرة.

ما الذي يحتاجه الوكيل من متجرك

لا تستميل الوكيلَ صورةُ أسلوب حياة جميلة؛ فهو يحتاج إلى وقائع يمكنه التحقق منها. وأربع بوابات تحدد هل تصل إلى القائمة المختصرة، أما الأمر الخامس أدناه فيُبقيك فيها بعد أن يبدأ الطلب.

1. بيانات منتجات كاملة ومنظمة

العنوان والعلامة التجارية ورمز GTIN أو أي معرّف آخر، والسعر والعملة، والمقاس واللون والخامة والأبعاد والوزن والمتغيرات، كلها في حقول منفصلة لا مدفونة في فقرة. إذا لم ترد كلمة «مقاوم للماء» إلا في جملة تسويقية، فقد لا يجد المنتجَ وكيلٌ يرشّح بحسب هذه الصفة.

2. مخزون وأسعار لحظية

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

3. سياسات شحن وإرجاع صريحة

تكلفة التوصيل بحسب المنطقة، ومدد التوصيل، وموعد إغلاق استقبال الطلبات اليومي، ومهلة الإرجاع، ومن يتحمل شحن المرتجع، وطريقة الاسترداد. اكتبها قواعد محددة يقرؤها جهاز، لا عبارات من نوع «توصيل سريع وإرجاع سهل». فالوكيل يرتّب بحسب ما يستطيع التحقق منه.

4. حالة طلب مقروءة آليًا

التتبّع جزء من عملية البيع. بعد الشراء يجب أن يتمكن الوكيل من السؤال «أين الطلب 1042؟» ويحصل على حالة مثل paid أو packed أو shipped أو delivered مع رابط تتبّع. وإذا كانت الإجابة موجودة في رسالة بريد فقط، فلن يستطيع الوكيل نقلها.

5. واجهة API موثوقة

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

ما الذي يتغير في العلامة التجارية والعرض والمقاييس

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

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

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

• الطلبات والإيرادات الواردة من مساعدات الذكاء الاصطناعي (بحسب مصدر الإحالة أو مصدر الطلب).
• دقة التغذية: نسبة المنتجات التي يطابق سعرها ومخزونها المتجر الحيّ.
• معدل فشل الدفع عبر الوكلاء: السلال التي تتعطل بسبب المخزون أو السعر أو العنوان.
• معدل الإرجاع وأسبابه في الطلبات القادمة من الوكلاء مقارنةً ببقية الطلبات.

المخاطر التي ينبغي الاستعداد لها

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

بطاقة تقييم جاهزية التاجر

امنح كل مجال درجة من 0 (غير موجود) إلى 3 (كامل وآلي). إن كان المجموع أقل من 8 فابدأ بالبيانات. وبين 8 و12 عالج الثغرات قبل إضافة قنوات. وفوق 12 تكون مستعدًا للارتباط ببرامج الوكلاء كلما نضجت.

أجرِ الفحص في ست خطوات

1. صدّر الكتالوج واحسب المنتجات التي ينقصها معرّف أو مقاس أو خامة أو وزن.
2. قارن سعر ومخزون عشرة منتجات عشوائية بين واجهة المتجر ودفتر الإدارة الخلفية.
3. اقرأ صفحتي الشحن والإرجاع بصوت عالٍ. هل يستطيع أحد حساب التكلفة والموعد من النص وحده؟
4. أنشئ طلبًا تجريبيًا وانظر هل تتوفر حالته ورابط تتبعه دون الدخول إلى صندوق البريد.
5. دوّن نقاط الوصول المتاحة للكتالوج والسلة والطلبات، ومن يستطيع استدعاءها.
6. اكتب كيف ستكتشف طلبًا آليًا مشبوهًا وكيف ستلغيه.

وعند تقييم المنصات لهذا العمل، ابحث عن دفتر مخزون واحد خلف كل القنوات وعن واجهة API مفتوحة، وهو النهج الذي تسير عليه وحدة المخزون في StoreConsole.

من أين تبدأ هذا الربع

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

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

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

أبرز الخلاصات

• التجارة الوكيلية هي وكلاء يكتشفون ويقارنون ويشترون ويتتبعون ويرجعون نيابةً عن المشتري. الاكتشاف متاح على نطاق واسع، أما الشراء داخل المساعد فلم يستقر بعد.
• بحلول أغسطس 2026 كانت OpenAI قد قلّصت Instant Checkout، بينما ظلت UCP وUniversal Cart وAP2 من Google، وPerplexity مع PayPal، وAmazon Buy for Me، وواجهات Shopify أبرز البرامج.
• يختار الوكلاء بناءً على وقائع يمكنهم التحقق منها: بيانات منظمة، ومخزون وسعر لحظيان، وسياسات صريحة، وحالة طلب، وAPI.
• أبرز المخاطر هي الاحتيال والمرتجعات وضغط الهوامش والاختفاء الصامت، لا انهيار مفاجئ في زيارات موقعك.
• طبّق بطاقة التقييم ذات المجالات الستة الآن. فعمل البيانات يفيدك أيًّا كان البروتوكول الفائز.

Anichur Rahaman مهندس برمجيات معماري ومؤسس StoreConsole، يصمّم أنظمة التجارة وERP للشركات النامية، ويهتم خصوصًا بالبنية القائمة على الأحداث وسلامة البيانات وتشغيل الأنظمة على خوادم الشركة نفسها.