WebMCP: المعيار الذي يُمكّن وكلاء الذكاء الاصطناعي من التفاعل مع المواقع الإلكترونية

آخر تحديث: أغسطس 2026

بات بإمكان وكلاء الذكاء الاصطناعي تصفح الويب وملء النماذج وتشغيل الإجراءات. المشكلة تكمن في الطريقة التي يؤدّون بها هذه المهام. النهج السائد - تشغيل متصفح خفي (headless browser)، وحقن النقرات عبر محددات CSS المُصطنعة، وكشط HTML المُصيَّر - بطيء وهشّ وعرضة للانهيار في بيئات الإنتاج. WebMCP هي المواصفة التي تُغيّر هذا الواقع.

ما هو WebMCP وكيف يختلف عن MCP؟

يُوسّع WebMCP بروتوكول سياق النموذج (MCP) الخاص بـ Anthropic - المعيار المفتوح الذي يُحدّد كيفية اكتشاف وكلاء الذكاء الاصطناعي للأدوات المنظّمة واستدعائها - ليشمل الواجهات المستضافة على الويب. فبينما يُنظّم MCP التواصل بين الوكيل والخادم في بيئات مضبوطة، يُتيح WebMCP لأي موقع إلكتروني أن يصف قدراته كأدوات منظّمة قابلة للاستدعاء، تكتشفها الوكلاء وتستدعيها دون محاكاة سلوك المستخدم البشري في المتصفح. تنتقل واجهة التكامل من نموذج DOM إلى مخطط إجراءات (action schema) معلَن.

الفرق العملي: يتطلّب MCP تكاملاً مع خادم مخصص. أما WebMCP فيُتيح لموقع عام نشر بيان اكتشاف قدرات (capability discovery) خاص به، بالطريقة ذاتها التي تصف بها واجهة API (Application Programming Interface) نفسها عبر مواصفة OpenAPI.

[أدرج اقتباسًا لمهندس من Seven Labs حول خفض التكاليف التشغيلية لاستدعاءات أدوات WebMCP المنظّمة مقارنةً بوكلاء المتصفح الخفي في الإنتاج]

لماذا تنهار أتمتة المتصفح على نطاق المؤسسات؟

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

تعاني وكلاء استخدام المتصفح - أي الوكلاء التي تتحكم في المتصفح للتفاعل مع الويب - من ثلاثة أنماط فشل هيكلية لا وجود لها في نموذج WebMCP:

1. هشاشة المحدّدات. تنكسر محدّدات CSS (Cascading Style Sheets) وتعبيرات XPath مع أي إعادة هيكلة لنموذج DOM. إعادة تسمية فئة وحيدة تُعدّ تغييرًا ناقضًا للتوافق بالنسبة للوكيل.
2. عبء الحوسبة. تستهلك نسخة Chromium ما بين 200 و400 ميغابايت من ذاكرة الوصول العشوائي (RAM) لكل جلسة. مع 50 جلسة تزامنية لـوقت تشغيل الوكيل (agent runtime)، يُستهلك ما بين 10 و20 غيغابايت قبل اكتمال أي إجراء تجاري.
3. مخاطر الامتثال. الوصول إلى موقع بمحاكاة مستخدم بشري قد ينتهك شروط الخدمة. استدعاء الأدوات (tool calling) عبر واجهة معلَنة لا يُفضي إلى ذلك.

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

كيف يُحدّد WebMCP عقد التفاعل بين الوكيل والموقع؟

ينشر الموقع المُطبَّق عليه WebMCP بيانًا - عادةً على المسار

/.well-known/webmcp.json

1{
2  "schema_version": "1.0",
3  "site": "https://example.com",
4  "tools": [
5    {
6      "name": "submit_inquiry",
7      "description": "Submit a product inquiry",
8      "inputSchema": {
9        "type": "object",
10        "properties": {
11          "name": { "type": "string" },
12          "email": { "type": "string", "format": "email" },
13          "message": { "type": "string", "maxLength": 2000 }
14        },
15        "required": ["name", "email", "message"]
16      }
17    }
18  ]
19}

يُزيل هذا هشاشة المحدّدات، ويُقلّص عبء الحوسبة، ويُنشئ واجهة قابلة للتدقيق ومضبوطة الصلاحيات. يحلّ رسم بياني للوصول (accessibility graph) لما يُسمح للوكيل بلمسه محلّ زحف مفتوح لنموذج DOM بأكمله.

يُتيح التفاعل الويبي المنظّم أيضًا التعرّف على النيّة (intent recognition) على مستوى الخادم - يعلم الموقع ما يحاول الوكيل فعله قبل أن يُنفّذه، مما يُمكّن من تحديد معدل الطلبات، وتسجيل التدقيق، وإنشاء مسارات تصعيد بوجود الإنسان في الحلقة (human-in-the-loop) يستحيل توفيرها حين تصل الوكلاء كجلسات متصفح مجهولة.

WebMCP مقابل MCP مقابل أتمتة المتصفح: مقارنة

ماذا يُغيّر WebMCP في تصميم المنتجات الوكيلة؟

يُغيّر WebMCP تصميم المنتجات الوكيلة بجعل إمكانية وصول الوكيل متطلبًا أساسيًا في المنتج - لا مجرد إضافة تكشيط لاحقة. أي منتج ويبي يتوقّع حركة وكلاء ذكاء اصطناعي في 2026 يحتاج إلى بيان WebMCP إن أراد لهؤلاء الوكلاء التفاعل بموثوقية. بدونه، تلجأ الوكلاء إلى محاكاة استخدام الحاسوب (computer-use) - وهي أبطأ وأغلى تكلفةً وتُعطي الموقع صفر رؤية أو تحكّم في كيفية استهلاك واجهته.

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

يشبه هذا التحوّل ما جرى مع الهواتف المحمولة: الفرق التي عاملت الجوال كواجهة من الدرجة الأولى عام 2012 لم تُضطر عام 2015 إلى إعادة البناء من الصفر. الفرق التي تُعامل إمكانية وصول الوكيل كأولوية الآن لن تُضطر عام 2028 إلى الهجرة من أتمتة المتصفح.

كيف تستعدّ الفرق الهندسية لـWebMCP؟

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

خطوات ملموسة:

1. مراجعة حركة الوكلاء الواردة. تحقّق من سجلات الخادم بحثًا عن GPTBot وClaudeBot وPerplexityBot وGoogle-Extended وApplebot-Extended. إن كانت تضرب موقعك، فالوكلاء تحاول بالفعل استخراج البنية من صفحاتك.
2. تحديد واجهات التفاعل عالية القيمة. نماذج التواصل، ومسارات الحجز، ونقاط نهاية البحث، وصفحات الاستفسار عن المنتجات هي المرشّحون الرئيسيون.
3. نشر بيان
   textCopy

   /.well-known/webmcp.json

   . ابدأ بأدوات اثنتين إلى ثلاث. لا يحتاج البيان إلى تغطية كل صفحة - فقط الواجهات التي يهمّ فيها تفاعل الوكيل بموثوقية.
4. تحديد نطاقات المصادقة. حدّد الأدوات التي تتطلّب بيانات اعتماد والصيغة التي يجب على الوكلاء توفيرها.
5. الاختبار مع بيئة تشغيل متوافقة مع MCP. تدعم كل من Claude وGPT-4o مع استخدام الأدوات وأطر الوكلاء مفتوحة المصدر بما فيها LangGraph استدعاء الأدوات المتوافق مع MCP الذي يُوسّعه WebMCP.

يرتبط هذا مباشرةً بأنماط التنسيق في أعمالنا الهندسية لأنظمة الوكلاء المتعددة - WebMCP هو المكمّل على مستوى طبقة الويب لطبقة تنسيق الوكيل مع الوكيل.

هل WebMCP جاهز للإنتاج الآن؟

WebMCP في طور الظهور لكنه قابل للتطبيق. المواصفة قيد التطوير النشط وتتوافق بالفعل مع اتفاقيات استدعاء الأدوات الموجودة في MCP، المستخدمة في الإنتاج اليوم. تطبيق بيان

webmcp.json

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

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