جاهزية الوكلاء: كيف تُهيّئ موقعك للويب الوكيلي

لماذا يحتاج الويب الوكيلي إلى تدقيق خاص به

صار يصل إلى خادمك صنف جديد من الزوّار قبل أن يصل أي إنسان: برمجيات تتصرّف بنفسها. قاست Cloudflare حركة روبوتات الذكاء الاصطناعي عند ٤٫٢٪ من إجمالي طلبات HTML عبر شبكتها في عام ٢٠٢٥ (Cloudflare Radar 2025 Year in Review، ٢٠٢٥). هذه الحصة تشتري وتحجز وتسجّل الدخول. وتُدقّق أداة Agent Protocol Readiness Checker فيما إذا كان موقعك قادرًا على خدمتها.

أبرز النقاط

• تُحرّك روبوتات الذكاء الاصطناعي بالفعل نحو ٤٫٢٪ من طلبات HTML على شبكة Cloudflare (Cloudflare Radar، ٢٠٢٥)، وهذه الحصة في تصاعد.
• يتحقّق الوكلاء من مسارات /.well-known/ وتفاوض المحتوى ومفاتيح مصادقة الروبوتات قبل أن يحلّلوا HTML الخاص بك أصلًا.
• تسجّل الأداة خمس طبقات: الاكتشاف، والوصول إلى المحتوى، والهوية، والقدرة، والتجارة.
• تقع معظم المواقع في تشغيلها الأول بين ١٠ و٣٠. وثلاثة إصلاحات موجّهة تنقلها عادةً إلى درجة النجاح.
• ابدأ بالثغرات الأعلى وزنًا: يحمل تفاوض Markdown واكتشاف البروتوكول معًا ٤٥٪ من الدرجة.

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

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

ماذا تقيس أداة Agent Protocol Readiness Checker؟

تُشغّل الأداة أكثر من ٢٠ فحصًا على عنوان URL وتجمعها في خمس طبقات مسجَّلة، موزونة بحسب الأثر. يحمل اكتشاف البروتوكول والتجارة الوكيلية ٢٥٪ من الدرجة لكلٍّ منهما، وإمكانية الوصول إلى المحتوى ٢٠٪، وقابلية الاكتشاف ووصول الروبوتات ١٥٪ لكلٍّ منهما. ويُرجِع كل فحص حالة نجاح أو تحذير أو فشل مع إرفاق دليل الخادم الخام.

الشكل ١: الطبقات الخمس التي يقيّمها الوكيل، ومقدار وزن كلٍّ منها في الدرجة النهائية.

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

كبسولة اقتباس

تسجّل أداة Agent Protocol Readiness Checker خمس طبقات موزونة عبر أكثر من ٢٠ فحصًا: قابلية الاكتشاف ووصول الروبوتات بنسبة ١٥٪ لكلٍّ منهما، وإمكانية الوصول إلى المحتوى بنسبة ٢٠٪، واكتشاف البروتوكول مع التجارة الوكيلية بنسبة ٢٥٪ لكلٍّ منهما. ويُرجِع كل فحص حالة نجاح أو تحذير أو فشل مع دليل خادم خام. تُحرّك روبوتات الذكاء الاصطناعي بالفعل ٤٫٢٪ من طلبات HTML (Cloudflare Radar، ٢٠٢٥).

بنينا الأداة لأن الأدوات القائمة تجيب عن السؤال الخطأ. تسأل معظم عمليات التدقيق «هل سيصنّف Google هذه الصفحة». ونحن احتجنا إلى أداة تسأل «هل يستطيع وكيل مستقلّ أن يستخدم هذا الخادم دون تدخّل إنسان». وهذان ليسا الموقع نفسه. فقد تتصدّر صفحة الترتيب بإتقان وتبقى مع ذلك طريقًا مسدودًا أمام وكيل حجز.

كيف يكتشف الوكلاء موقعك ويقرؤونه؟

الاكتشاف والوصول إلى المحتوى هما الطبقتان الأوليان، وهما تقرّران ما إذا كان الوكيل سيبدأ أصلًا. يحلّ الوكلاء robots.txt أولًا، ثم يقرؤون رؤوس استجابة Link بحثًا عن المؤشّرات، ثم يتفاوضون على نوع المحتوى. تحصل معظم الخوادم على صفر في تفاوض Markdown، رغم أنه الإصلاح الوحيد ذو أفضل عائد على الجهد فيما يخصّ حركة المرور التي يتوسّطها الذكاء الاصطناعي.

الشكل ٢: الويب البشري يُرجِع HTML مُصيَّرًا. أمّا الويب الوكيلي فيُرجِع Markdown متفاوَضًا عليه بخطوات أقل.

قابلية الاكتشاف: الملفات التي يحلّها الوكلاء أولًا

ثلاثة ملفات بسيطة تُهيّئ المشهد. ملف robots.txt صالح وفق RFC 9309، وخريطة موقع يشير إليها ملف الروبوتات بسطر Sitemap:، ورؤوس استجابة Link على صفحتك الرئيسية تُلمّح إلى الموارد الموجودة تحت /.well-known/. والوكيل الذي يقرأ Link: </.well-known/mcp/server-card.json>; rel="mcp-server-card" يحصل على خطوته التالية مجّانًا، دون جولة ذهاب وإياب إضافية. تحقّق من صحة ملف الروبوتات عبر أداتنا Robots.txt Validator، وافحص ما يرسله خادمك اليوم باستخدام HTTP Header Checker.

إمكانية الوصول إلى المحتوى: قدّم Markdown عند الطلب

هنا تفشل معظم المواقع، وهو أرخص ما يمكن إصلاحه. يقول اقتراح acceptmarkdown.com إنه حين يرسل العميل Accept: text/markdown، يجب أن يُرجِع خادمك المحتوى نفسه بصيغة Markdown بدلًا من HTML. وتُشغّل الأداة أربعة فحوص هنا.

أولًا، تتأكّد من أن الخادم يحترم الرأس ويُرجِع Content-Type: text/markdown; charset=utf-8. ثانيًا، تتحقّق من وجود Vary: Accept. فإذا أغفلت ذلك الرأس، صار بإمكان شبكة CDN أن تقدّم نصّ HTML مخزَّنًا مؤقتًا للوكيل التالي الذي طلب Markdown، فتُفسد الاستجابة لكل عميل ذكاء اصطناعي خلف ذلك التخزين المؤقت. ثالثًا، نوع Accept غير المدعوم يجب أن يُرجِع 406 Not Acceptable، لا احتياطيًّا صامتًا إلى HTML. رابعًا، يجب أن يحترم الخادم قيم q، بحيث يُرجِع text/markdown;q=1.0, text/html;q=0.1 فعلًا صيغة Markdown.

في عمليات التدقيق الخاصة بنا، يسجّل التشغيل الأول النمطي صفرًا من أربعة هنا، وعامل CDN واحد يحوّل HTML إلى Markdown عند الطلب يُصلح الأربعة في فترة بعد ظهر واحدة. وبعد ذلك، يسحب كل وكيل نسخة نظيفة مقسَّمة إلى رموز من محتواك بدلًا من المصارعة مع زينة التنقّل. أمّا الجانب المتعلّق ببنية المحتوى من هذه المسألة، فتسجّله أداتنا AI Readiness Checker لقياس مدى جودة تحليل صفحاتك.

كبسولة اقتباس

يتّبع تفاوض محتوى Markdown اقتراح acceptmarkdown.com: حين يرسل العميل Accept: text/markdown، يُرجِع الخادم Markdown مع Content-Type: text/markdown; charset=utf-8 وVary: Accept. وإغفال Vary يتيح لشبكة CDN أن تقدّم HTML مخزَّنًا مؤقتًا للوكلاء الذين يطلبون Markdown، فتُفسد الاستجابات لكل عميل ذكاء اصطناعي خلف ذلك التخزين المؤقت.

كيف ينبغي أن تدير وصول روبوتات الذكاء الاصطناعي وهويتها؟

الصمت ليس سياسة. فملف robots.txt الافتراضي الذي لا يذكر أي وكلاء ذكاء اصطناعي يترك كل زاحف يخمّن نيّتك، والتخمينات تصبّ في غير صالحك. تكافئ طبقة وصول الروبوتات القواعد الصريحة، وسياسة منفصلة لإشارات المحتوى، ودليل مفاتيح Web Bot Auth منشورًا كي تميّز الوكيل الحقيقي من زاحف يرتدي اسمه.

يقدّم GPTBot الحجّة على فائدة الوضوح. فبمقارنة مايو ٢٠٢٤ بمايو ٢٠٢٥، ارتفعت حصة GPTBot من مجموع حركة زواحف الذكاء الاصطناعي والبحث من ٢٫٢٪ إلى ٧٫٧٪، أي زيادة ٣٠٥٪ في الطلبات الخام، ما نقله من المرتبة التاسعة إلى المرتبة الثالثة (Cloudflare، ٢٠٢٥). وحين ينمو وكيل واحد بهذه السرعة، تكلّفك قاعدة شاملة بـ«حظر كل شيء» وصولًا حقيقيًّا.

سمِّ الوكلاء في robots.txt

تفحص الأداة بحثًا عن قواعد تستهدف الزواحف المهمّة الآن: GPTBot وChatGPT-User وOAI-SearchBot وClaudeBot وGoogle-Extended وPerplexityBot وMeta-ExternalAgent وApplebot-Extended وBytespider وCCBot وAmazonbot وغيرها. وثلاثة وكلاء مسمّون أو أكثر يحصلون على نجاح. وكتابة User-agent: GPTBot ثم Allow: / هي التزام علني يمكن لمحرّك سياسات أن يعتمد عليه، وهذا يختلف تمامًا عن عدم قول أي شيء. وإذا أردت التأكّد من سلوك الزواحف عبر الإصدارات، يفصّل دليلنا الشقيق GPTBot مقابل ChatGPT-User مقابل ClaudeBot أي اسم يقوم بأي وظيفة.

افصل التدريب عن الاسترجاع باستخدام Content Signals

يضيف اقتراح Content Signals من Cloudflare ثلاثة توجيهات داخل robots.txt: search وai-input وai-train. وهي تتيح لك السماح بالإجابات المرتكزة على مصدر، فتبقى علامتك التجارية ظاهرة في استشهادات الذكاء الاصطناعي، مع رفض تدريب النماذج. وتنجح الأداة عند وجود أي توجيه Content-Signal: مفرد. أمّا حظر GPTBot تمامًا فهو ضربة فجّة تُسقط الاستشهادات والتدريب معًا. ويغطّي تحليلنا لـما الذي يحجب ظهور الذكاء الاصطناعي في robots.txt حالات الحظر المفرط الشائعة.

تحقّق من الوكلاء باستخدام Web Bot Auth

يتيح Web Bot Auth للوكلاء توقيع الطلبات بزوج مفاتيح Ed25519، مع نشر المفتاح العام بصيغة JWKS على /.well-known/http-message-signature-directory. وهو ينتقل من مرحلة الاقتراح إلى الإنتاج بسرعة: أعلنت AWS WAF دعم Web Bot Auth في نوفمبر ٢٠٢٥ (AWS، ٢٠٢٥)، مع وقوف Cloudflare وAnthropic وOpenAI خلف عمل IETF الأساسي. وتفحص الأداة ذلك الدليل وتتأكّد من أنه يُرجِع JSON. فمن دونه، لا يمكنك إثبات أن وكيلًا شرعيًّا ليس منتحِلًا، والوكلاء المُتحقَّق منهم يحصلون على حدود معدّل أدنى ووصول أوسع.

أي بروتوكولات تتيح للوكلاء استخدام موقعك كأداة؟

اكتشاف البروتوكول هو قلب الأداة وأثقل طبقاتها بنسبة ٢٥٪. ينظر إلى نقاط نهاية /.well-known/ والتعليقات التوضيحية داخل الصفحة التي تحوّل موقعك من مستند إلى أداة قابلة للاستدعاء. والركيزة هنا هي Model Context Protocol، الذي أطلقته Anthropic كمصدر مفتوح في ٢٥ نوفمبر ٢٠٢٤ (Anthropic، ٢٠٢٤) واعتمدته OpenAI وGoogle خلال عام.

بطاقة خادم MCP

تُعلن بطاقة خادم MCP على /.well-known/mcp/server-card.json عن اسم خادمك وقدراته ونقله ونموذج مصادقته. وتفحص الأداة ذلك المسار وتعود إلى /.well-known/mcp.json. وإذا كان لمنتجك أي واجهة برمجة تطبيقات على الإطلاق، فبطاقة الخادم هي التغيير الذي ينقل موقعك من «استخلِصه» إلى «استدعِه». فالوكيل الذي يعثر على بطاقة يتوقّف عن تحليل HTML ويبدأ في استدعاء الدوال، وهو أرخص لك وأسرع للمستخدم.

WebMCP لوكلاء داخل المتصفّح

يفترض MCP عالمًا من خادم إلى خادم، لكن قدرًا كبيرًا من نشاط الوكلاء صار يجري الآن داخل لسان متصفّح، وWebMCP يسدّ تلك الفجوة. فبدلًا من عنوان URL تحت /.well-known/، تضيف تعليقات توضيحية إلى عناصر <form> مباشرةً بسمات أدوات أو تُعلن عن الأدوات عبر وسم <meta name="webmcp">، فتكشف إجراءات قابلة للاستدعاء لوكيل موجود أصلًا على الصفحة. ووصل الاقتراح كجهد مشترك من Google وMicrosoft في عام ٢٠٢٥ واعتمدته مجموعة مجتمعية في W3C، مع شحن Chrome معاينة مبكّرة، لذا عامِل أرقام الإصدارات بدقّة باعتبارها أهدافًا متحرّكة. وتفحص الأداة صفحتك الرئيسية بحثًا عن أيٍّ من النمطين. والدرس العملي: إذا كانت تحويلاتك تجري داخل الصفحة، فإن MCP من جانب الخادم وحده يترك الوكلاء عالقين عند نماذجك.

كتالوج واجهة برمجة التطبيقات واكتشاف OAuth

سطحان آخران للاكتشاف يُكملان الطبقة. يعرّف RFC 9727 المسار /.well-known/api-catalog كمؤشّر بصيغة application/linkset+json إلى كل واجهة برمجة تطبيقات تكشفها. وتُحذّر كثير من الخوادم هنا لأنها تخدم المسار بصيغة application/json بدلًا من ذلك، وهو إصلاح بمقدار رأس واحد. ثم اكتشاف OAuth: بياناته الوصفية وفق RFC 8414 على /.well-known/oauth-authorization-server تخبر الوكيل كيف يبدأ مسار مصادقة، وبياناته الوصفية وفق RFC 9728 على /.well-known/oauth-protected-resource تخبره، عند استجابة 401، بأي جهة إصدار ونطاقات يستخدم. ومن دون اكتشاف OAuth، لا يستطيع أي وكيل أتمتة إجراء يتطلّب تسجيل الدخول على موقعك.

كبسولة اقتباس

يتيح Model Context Protocol، الذي أطلقته Anthropic كمصدر مفتوح في ٢٥ نوفمبر ٢٠٢٤ (Anthropic، ٢٠٢٤)، للوكلاء اكتشاف الأدوات القابلة للاستدعاء عبر بطاقة خادم MCP على /.well-known/mcp/server-card.json. وخلال نحو عام، اعتمدته OpenAI وGoogle، ما جعل MCP طبقة الاكتشاف الفعلية التي تفحصها أداة Agent Protocol Readiness Checker أولًا.

هل يستطيع وكيل أن يدفع لك فعلًا؟

التجارة الوكيلية هي أحدث طبقة وتتعادل بكونها الأثقل بنسبة ٢٥٪. السؤال صريح: حين يريد وكيل أن يشتري منك لصالح مستخدمه، كيف تبدو تلك المعاملة؟ وجدت Adobe Analytics أن الزيارات إلى مواقع التجزئة الأمريكية القادمة من مصادر الذكاء الاصطناعي التوليدي قفزت ١٢٠٠٪ بين يوليو ٢٠٢٤ وفبراير ٢٠٢٥ (Adobe، ٢٠٢٥). الإحالات تصل بالفعل. وعملية الدفع يجب أن تكون جاهزة.

ترتفع المخاطر من هنا. تتوقّع Gartner أن يتوسّط وكلاء الذكاء الاصطناعي أكثر من ١٥ تريليون دولار من الإنفاق بين الشركات بحلول عام ٢٠٢٨ (Gartner، عبر Digital Commerce 360، ٢٠٢٥). ودرجة نجاح في التجارة لا تتطلّب دعم كل معيار. بل تتطلّب معيارًا واحدًا على الأقل، لأن «يستطيع وكيل أن يدفع لك» قدرة واحدة تتنافس أربعة بروتوكولات على امتلاكها.

x402: المسار الأقل التزامًا

يُحيي x402 رمز حالة HTTP رقم 402، «الدفع مطلوب»، برأس عرض قابل للقراءة آليًّا يسرد السعر والعملة ونقطة نهاية التسوية. يستلم الوكيل الرمز 402، ويوقّع دفعة، ويعيد الإرسال، فيحصل على المورد. والتبنّي حقيقي: تجاوز بروتوكول x402 من Coinbase ١٠٠ مليون معاملة تراكمية على شبكة Base بحلول أوائل عام ٢٠٢٦ (Crypto Briefing، ٢٠٢٦)، مع أرقام على السلسلة مصدرها المشروع نفسه لا مدقّق محايد. تختار نقطة نهاية مدفوعة واحدة، وتُرجِع 402 مع الشروط، فتصبح في الخدمة.

ACP: عملية دفع كاملة للتجزئة

بروتوكول التجارة الوكيلية هو السطح الأكمل. أطلقت Stripe وOpenAI بروتوكول ACP إلى جانب Instant Checkout في ChatGPT في ٢٩ سبتمبر ٢٠٢٥ (Stripe Newsroom، ٢٠٢٥)، بدءًا ببائعي Etsy الأمريكيين وأكثر من مليون تاجر على Shopify منهم Glossier وVuori وSpanx وSKIMS. يقيم ACP على /.well-known/agentic-commerce ويصف الكتالوج والتسعير والضرائب والشحن والمرتجعات. وإذا كنت تبيع سلعًا وتريد أن يتعامل ChatGPT مباشرةً، فهذا هو المسار.

UCP وMPP: أخفّ وأعمّ

خياران في مرحلة أبكر يُكملان الطبقة، وتعاملهما الأداة على أنهما ناشئان لا معياران مستقرّان. يستند UCP إلى OAuth: تُعلن عن نطاقات تجارة مثل ucp:scopes:checkout_session داخل بياناتك الوصفية لـ OAuth، فإن كنت تُصدِر الرموز أصلًا فأنت في منتصف الطريق. أمّا MPP، المُعلَن عنه على /.well-known/machine-payments، فهو الأعمّ، إذ يصف أي قنوات من آلة إلى آلة تقبلها، من العملات المستقرّة إلى التحويلات المصرفية إلى القياس لكل رمز. ولا يحمل أيٌّ منهما الدعم الموثّق من مصدر أوّلي الذي يحمله MCP وACP وx402، فعرّفهما من مواصفتك الخاصة وراقِب كيف يتوحّدان.

كيف تقرأ الدرجة وتُصلح الثغرات؟

تجمع الأداة الطبقات الخمس في تقدير موزون من A إلى F. الدرجات فوق ٨٥ تنال A، ومن ٧٠ إلى ٨٤ تنال B، والدرجات الأدنى تنخفض بحدّة عن قصد: فالموقع في نطاق D لا يُعلن عن أدوات، ولا يخدم Markdown، ولا يقبل مدفوعات الوكلاء، لذا فإنه بالنسبة لحركة المرور التي يحرّكها الوكلاء يُقرأ كمجال متوقّف. وفي عمليات تدقيقنا، تبدأ معظم المواقع بين ١٠ و٣٠.

الطبقة	الوزن
قابلية الاكتشاف	١٥٪
إمكانية الوصول إلى المحتوى	٢٠٪
التحكّم في وصول الروبوتات	١٥٪
اكتشاف البروتوكول	٢٥٪
التجارة الوكيلية	٢٥٪

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

ترتيب عملي لإصلاح الأمور

اعمل على الطبقات بترتيب التبعية كي يفتح كل إصلاح الطريق أمام التالي.

1. انشر robots.txt صالحًا بقواعد User-agent: صريحة لـ GPTBot وClaudeBot وGoogle-Extended وPerplexityBot، إضافةً إلى سطر Sitemap:. تحقّق من صحته باستخدام Robots.txt Validator.
2. أضِف تفاوض محتوى Markdown على حافة CDN: احترِم Accept: text/markdown، واضبط Vary: Accept، وأعِد 406 للأنواع غير المدعومة.
3. انشر ملف llms.txt في جذرك يشير إلى الصفحات التي تريد أكثر من غيرها أن يستشهد بها الوكلاء. ولّده وتحقّق من صحته باستخدام LLMs.txt Generator + Validator، واطّلع على رأينا في هل تحتاج إلى llms.txt.
4. اكشف عن بطاقة خادم MCP أدنى ما يكون على /.well-known/mcp/server-card.json كي يكتشف الوكلاء أدواتك.
5. أضِف توجيه Content Signals واحدًا إلى robots.txt لنشر سياسة حقيقية للتدريب مقابل الاسترجاع.
6. انشر Web Bot Auth JWKS كي يستطيع الوكلاء المُتحقَّق منهم توقيع الطلبات.

عبر المواقع التي شغّلناها في الأداة، يبلغ ذلك التسلسل نحو يومَي عمل لمهندس على بنية CDN ومصادقة اعتيادية، وهو ينقل الخادم من F إلى B بشكل موثوق. وللتأكّد من أن قواعد robots لديك تسمح فعلًا بمرور الزواحف، اقرنه بدليلنا حول كيف تتحقّق إن كان بإمكان زواحف الذكاء الاصطناعي الوصول إلى موقعك.

الأسئلة الشائعة

هل تختلف جاهزية الوكلاء عن SEO وAEO؟

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

أي إصلاح يعطي أسرع عائد؟

تفاوض محتوى Markdown. تسجّل معظم المواقع صفرًا من أربعة فيه، ومع ذلك فإن عامل CDN واحدًا يحترم Accept: text/markdown، ويضبط Vary: Accept، ويُرجِع 406 للأنواع غير المدعومة يُصلح الفحوص الأربعة كلها في فترة بعد ظهر واحدة. وتحمل إمكانية الوصول إلى المحتوى ٢٠٪ من الدرجة، فالعائد بالنقاط لكل ساعة مرتفع.

هل عليّ دعم كل بروتوكول تجارة؟

لا. تنجح طبقة التجارة الوكيلية عند أي معيار واحد، لأن «يستطيع وكيل أن يدفع لك» قدرة واحدة تتنافس أربعة بروتوكولات على امتلاكها. اختر ما يناسبك: x402 لنقاط النهاية المدفوعة منخفضة الالتزام، وACP لعملية دفع تجزئة كاملة، وUCP إن كنت تُصدِر رموز OAuth أصلًا.

ما مدى سرعة نمو حركة الوكلاء فعلًا؟

سريعة. بلغت روبوتات الذكاء الاصطناعي ٤٫٢٪ من طلبات HTML على شبكة Cloudflare في عام ٢٠٢٥ (Cloudflare Radar، ٢٠٢٥)، وارتفعت حصة زاحف GPTBot ٣٠٥٪ في الطلبات الخام على أساس سنوي (Cloudflare، ٢٠٢٥)، وقفزت زيارات التجزئة من مصادر الذكاء الاصطناعي التوليدي ١٢٠٠٪ خلال ثمانية أشهر (Adobe، ٢٠٢٥).

هل ستبقى هذه الفحوص نفسها العام المقبل؟

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

ماذا تفعل بعد ذلك

شغّل Agent Protocol Readiness Checker على صفحتك الرئيسية، وأصلِح أهم ثلاث توصيات، ثم شغّله مرّة أخرى وراقِب كم يختلف تعامل الوكلاء مع خادمك. الفحوص مجّانية، وتعمل في المتصفّح، وتُرجِع دليل الخادم الخام وراء كل حكم.

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