Model Context Protocol (MCP)

ما هو MCP، وكيف يستخدمه وكلاء الذكاء الاصطناعي لاسترجاع المحتوى والتفاعل معه في وقت التشغيل، ولماذا يهم SEO مع تحول الذكاء الاصطناعي الوكيلي إلى قناة توزيع للمحتوى، وكيف تكشف محتواك عبر MCP.

نُشر أول مرة: 2 يوليو 2026 · آخر تحديث: 20 أغسطس 2026 · Advanced
اللغات

MCP (Model Context Protocol) معيار مفتوح أنشأته Anthropic وأصدرته مفتوح المصدر في نوفمبر 2024 لتوصيل تطبيقات الذكاء الاصطناعي بالأدوات والبيانات الخارجية في وقت التشغيل. ويعمل على بنية مضيف–عميل–خادم مع ثلاث بدائيات للخادم — الأدوات والموارد والمطالبات — وهو البنية التي تقف خلف الذكاء الاصطناعي «الوكيلي». لا تخلطه مع llms.txt (ملف ثابت أحادي الاتجاه يشير إلى الصفحات) أو استدعاء الدوال العادي (قدرة نموذج): MCP بروتوكول عابر للمزودين يوحّد كيفية اكتشاف الأدوات والبيانات واستدعائها عبر تطبيقات وخوادم كثيرة. اعتمدته OpenAI في مارس 2025، وتبرعت به Anthropic إلى Agentic AI Foundation التابعة لـLinux Foundation في ديسمبر 2025. ولا توجد إرشادات من Google أو Bing حول «MCP لـSEO» — فجعل خادم MCP بياناتك قابلة للاستخدام من جانب وكلاء ينفذون مهام يختلف عن الظهور في البحث أو إجابات الذكاء الاصطناعي. كما يحمل مخاطر حقيقية لم تُحل بعد من حقن المطالبات وتسميم الأدوات.

الخلاصة — MCP بروتوكول مفتوح مبني على JSON-RPC (أصدرته Anthropic مفتوح المصدر في 25 نوفمبر 2024) لتوصيل تطبيقات الذكاء الاصطناعي بالأدوات والبيانات الخارجية. ويعمل عبر مضيف ← عميل ← خادم، مع كشف الخوادم عن أدوات وموارد ومطالبات. وهو يحل مشكلة تكاملات N×M (ويحولها إلى N+M). إنه بروتوكول، لا «استدعاء دوال» ولا llms.txt. اعتمدته OpenAI في مارس 2025؛ وتبرعت Anthropic به إلى Agentic AI Foundation التابعة لـLinux Foundation في ديسمبر 2025. ولا توجد إرشادات من Google/Bing حول «MCP لـSEO» — فكشف خادم MCP يخدم وكلاء ينفذون مهام، لا الظهور في البحث — كما أنه يحمل مخاطر حقيقية لم تُحل بعد، من حقن المطالبات وتسميم الأدوات.

المشكلة التي يحلها MCP

يوحّد MCP حدود الاتصال بين مضيف ذكاء اصطناعي وقدرات خارجية؛ لكنه لا يجعل البيانات المتصلة موثوقة ولا يصرّح تلقائيًا بكل إجراء. Evidence for this claim Model Context Protocol is an open protocol for connecting AI applications to external systems. Scope: The MCP specification and official documentation; individual host and server implementations vary. Confidence: high · Verified: MCP: Introduction وتعين المواصفة أدوارًا مميزة للمضيفين والعملاء والخوادم، وتوثق تفاوض القدرات. Evidence for this claim MCP defines host, client, and server roles and server primitives including resources, prompts, and tools. Scope: Current MCP architecture; negotiated capabilities determine which features a connection supports. Confidence: high · Verified: MCP: Architecture

قبل MCP، كان توصيل تطبيق ذكاء اصطناعي بمصدر بيانات يعني تكاملًا مخصصًا لذلك الاقتران. صِل N من تطبيقات الذكاء الاصطناعي بـM من الأدوات، وستتحمل تقريبًا N×M من التكاملات المخصصة — وتصبح التوافقيات قبيحة بسرعة. يوحّد MCP الواجهة حتى ينفذ كل تطبيق MCP مرة وينفذ كل أداة MCP مرة، فيختزل المشكلة إلى N+M. وهذه هي الحجة نفسها التي جعلت بروتوكولات مثل HTTP وLanguage Server Protocol جديرة بالوجود.

عند الإطلاق، صاغ كبير مسؤولي التقنية في Block «السبب» هكذا:

“Open technologies like the Model Context Protocol are the bridges that connect AI to real-world applications, ensuring innovation is accessible, transparent, and rooted in collaboration.” (ترجمة) «التقنيات المفتوحة مثل Model Context Protocol هي الجسور التي تصل الذكاء الاصطناعي بتطبيقات العالم الحقيقي، بما يضمن أن يكون الابتكار متاحًا وشفافًا ومتجذرًا في التعاون.»

البنية: مضيف وعميل وخادم

يعمل MCP وفق نموذج المضيف–العميل–الخادم. ثلاثة أدوار:

  • المضيف — تطبيق الذكاء الاصطناعي نفسه (Claude Desktop وClaude Code ووكيل برمجة مبني على IDE وتطبيق دردشة مزود بموصلات).
  • العميل — ينشئ المضيف عميل MCP واحدًا لكل خادم يتصل به. ويدير العميل ذلك الاتصال الواحد.
  • الخادم — برنامج يكشف قدرة أو بيانات معينة. قد يغلّف خادم نظام ملفاتك، وآخر قاعدة بياناتك، وآخر API بحث على الويب.

يستطيع المضيف الاتصال بعدة خوادم في وقت واحد، ولكل منها عميلها الخاص. وتتواصل الخوادم المحلية عادةً عبر STDIO (الإدخال/الإخراج القياسي، عميل واحد)؛ بينما تستخدم الخوادم البعيدة عادةً Streamable HTTP (عملاء متعددون)، مع إتاحة OAuth للتوزيعات التي تحتاج إلى تفويض مفوض. وتحت الغطاء يوجد JSON-RPC 2.0. واللب الحالي 2026-07-28 عديم الحالة: تنتقل نسخة البروتوكول وبيانات العميل والطريقة واسم الأداة/المورد/المطالبة المنطبق مع كل طلب، بينما تكشف server/discover عن الإصدارات والقدرات الحديثة التي يدعمها الخادم. ويمكن لنتائج الاكتشاف والقوائم القابلة للتخزين المؤقت نشر تلميحات ttlMs وcacheScope. ولا تزال عملاء حقبة 2025 الأقدم يستخدمون مصافحة التهيئة وقد يستخدمون جلسات Streamable HTTP، لذلك تحتاج الخوادم الإنتاجية عادةً إلى دعم الحقبتين أثناء الانتقال. وتحدد ملاحظات إصدار 2026-07-28 وإرشادات ترحيل TypeScript SDK نطاق هذه السلوكيات بإصدار البروتوكول المذكور ومسار التوافق الخاص به.

The host can use many servers, but each server has its own client connection and capability boundary. المصدر: /ai-search/optimization/model-context-protocol/

One AI host, such as a chat app or agent, connects to three MCP servers. The host creates a separate MCP client for the files server, database server, and search server. Each server may expose tools, resources, and prompts. The diagram shows protocol roles, not a trust guarantee or authorization model.

© Patrick Stox LLC · CC BY 4.0 ·

بدائيات الخادم الثلاث

يكشف كل خادم MCP عن قدراته عبر ثلاث لبنات أساسية:

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

لكل نوع من البدائيات دلالات اكتشاف وقراءة وتنفيذ خاصة به، وهي ليست قابلة للتبادل — إذ يسرد العميل ما هو متاح باستدعاء */list (tools/list وresources/list وprompts/list)، ثم يقرأ أو يستدعي عنصرًا محددًا بالاسم (tools/call لتشغيل أداة؛ واستدعاء على نمط get/read لمورد أو مطالبة). ومعاملة كل قدرة للخادم على أنها «أداة» تتجاهل أن المورد مخصص للقراءة لا التنفيذ، وأن المطالبة قالب للإدراج لا إجراء للتشغيل.

توفر الامتدادات الآن المسار الرسمي للقدرات خارج النواة. إذ تستطيع MCP Apps إرفاق واجهة مستخدم يعرضها الخادم بنتيجة أداة، بينما انتقلت Tasks من شكلها التجريبي في النواة إلى امتداد للمهام طويلة التشغيل. كما يصنّف إصدار 2026-07-28 الجذور وأخذ العينات والتسجيل بوصفها ميزات متقادمة في النواة. وتظل الأدوات/الموارد/المطالبات هي بدائيات الخادم التي ينبغي معرفتها أولًا؛ فدعم بدائية أو امتداد واحد لا يعني دعمها كلها. وتصف ملاحظات إصدار 2026-07-28 تغييرات الامتدادات والتقادم.

MCP مقابل llms.txt واستدعاء الدوال وWebMCP

تُخلط هذه الأربعة باستمرار. والفصل بينها هو معظم قيمة هذه الصفحة:

الشيءما هوالاتجاهمن يقف وراءه
MCPبروتوكول وقت تشغيل يصل تطبيقات الذكاء الاصطناعي بالأدوات/البياناتطلبات حية عديمة الحالة في إصدار 2026Anthropic (2024)، والآن Agentic AI Foundation
llms.txtملف Markdown ثابت يسرد صفحات للقراءةأحادي الاتجاه واستشارياقترحه Jeremy Howard (2024)؛ ولم تتبنه Google
استدعاء الدوالقدرة نموذج لإخباره بالدوال واختيار استدعاء إحداهاعلى مستوى النموذج، ومزود واحدأي مزود LLM، بصورة مستقلة
WebMCPاقتراح أصلي للمتصفح لكشف إجراءات موقع الويب نفسه داخل الصفحة لوكيل داخل المتصفحضمن نطاق المتصفحمسودة W3C Web Machine Learning Community Group
WebMCP owns page-context actions; remote MCP owns durable application-to-server integrations. They are complementary boundaries, not competing names for one protocol. المصدر: WebMCP

The left lane shows WebMCP: a browser agent interacts with an open web page, which owns a JavaScript tool and current visible session state. The page must be open for those tools to exist. The right lane shows remote MCP: an AI application connects through an MCP client to a persistent MCP server, which can remain available outside a browser tab. The two lanes are complementary rather than replacements.

© Patrick Stox LLC · CC BY 4.0 ·

هناك تمييزان يستحقان التوضيح:

  • MCP ليس «استدعاء الدوال». استدعاء الدوال ميزة على مستوى النموذج: يُبلَّغ النموذج بالدوال الموجودة ويختار واحدة لاستدعائها. أما MCP فهو بروتوكول عابر للمزودين يوحّد كيفية اكتشاف الأدوات والبيانات ووصفها واستدعائها عبر تطبيقات وخوادم عديدة، مستقلًا عن أي نموذج واحد. وغالبًا ما تنفذ خوادم MCP أدواتها باستخدام تعريفات على نمط استدعاء الدوال — لكن MCP هو طبقة التشغيل البيني فوق ذلك، لا مرادف له.
  • WebMCP ليس MCP. WebMCP اقتراح منفصل أصلي للمتصفح يستخدم مفاهيم شبيهة بـMCP لكشف وظائف موقع ويب معين — الإضافة إلى السلة والدفع وإرسال النماذج — لوكيل موجود أصلًا في المتصفح. أما MCP فهو البروتوكول الأوسع والأقدم لتوصيل تطبيقات الذكاء الاصطناعي بالأدوات والبيانات الخارجية عمومًا. ولجانب الهوية/الاكتشاف في هذا المشهد نفسه، راجع مقالة llms.txt، إضافة إلى SEO الكيانات وترميز Schema للذكاء الاصطناعي.

خط زمني موجز

  • 25 نوفمبر 2024 — تفتح Anthropic مصدر MCP، مع شركاء مبكرين وخوادم مبنية مسبقًا (Google Drive وSlack وGitHub وGit وPostgres وغير ذلك).
  • 26 مارس 2025 — تعلن OpenAI تبني MCP، وتقول إن الدعم سيصل إلى Agents SDK، على أن يتبع ذلك تطبيق ChatGPT المكتبي وResponses API. وانتقلت Google DeepMind أيضًا إلى دعمه. تلك هي اللحظة التي توقف فيها MCP عن كونه أمرًا خاصًا بـAnthropic وأصبح معيارًا فعليًا في المجال.
  • 9 ديسمبر 2025 — تتبرع Anthropic بـMCP إلى Agentic AI Foundation (AAIF) المنشأة حديثًا، وهي صندوق موجّه تابع لـLinux Foundation شاركت في تأسيسه Block وOpenAI، مع مزودين كبار آخرين كأعضاء داعمين — صراحةً لإبقاء البروتوكول مفتوحًا ومحايدًا تجاه المزودين بدل امتلاكه من شركة واحدة.
  • 28 يوليو 2026 — يصدر أكبر تعديل للبروتوكول منذ الإطلاق، بنواة عديمة الحالة، وامتدادات من الدرجة الأولى، وبيانات توجيه وتخزين مؤقت، وتشديد للتفويض، وسياسة تقادم رسمية. ملاحظات الإصدار

هل MCP عامل ترتيب لدى Google أو Bing؟

لا — ومن المهم قول ذلك بوضوح. لم تصدر Google إرشادات رسمية من Search Central حول MCP. ولا توجد وثيقة «MCP لـSEO» من Google Search Central، ولا حلقة Search Off the Record، ولا صفحة Search Essentials تتناول ذلك. الموجود هو شرح عام من Google Cloud موجه للمطورين، وهو عرض عام من مزود لا وثيقة إشارة ترتيب.

أما من جهة Microsoft فالصورة مشابهة: اعتمدت Microsoft MCP بكثافة باعتبارها مزود منصة — فهي توثق MCP على Windows، وتدير كتالوجًا لخوادم MCP، وتعاونت مع Anthropic على SDK الرسمي لـC#. لكن هذا دعم للبنية التحتية، لا إرشادات Bing Webmaster تخبرك بأن MCP يؤثر في ترتيب البحث. إنه لا يؤثر.

أقرب شيء إلى إشارة Google رسمية في المنطقة المجاورة لـSEO هو WebMCP (ومرة أخرى: ليس MCP نفسه). ففي تعليق على نقاش حول llms.txt، قال John Mueller من Google إنه يفضل نهج WebMCP لأن له أهدافًا ملموسة ومحددة النطاق:

“I like the WebMCP approach, as well as the commerce integrations – they have clear goals & processes: ‘Given the agent is already on your site, how can it properly do task X?’ (for example, determine the final price of a product, including all fees & potential discounts).” (ترجمة) «يعجبني نهج WebMCP، وكذلك تكاملات التجارة؛ فلها أهداف وعمليات واضحة: ما دام الوكيل موجودًا بالفعل على موقعك، فكيف يمكنه تنفيذ المهمة X على النحو الصحيح؟ (مثلًا، تحديد السعر النهائي لمنتج، بما يشمل جميع الرسوم والخصومات المحتملة).»

يُنقل اقتباس Mueller في تغطية Roger Montti في Search Engine Journal (الانتقال إلى الاقتباس). وفي النقاش نفسه أشار أيضًا إلى النقطة الأهم: أن المشكلة الأكبر لمعظم الناشرين هي ببساطة عدم حجب الوكلاء عن جلب الموقع أصلًا — وهي عقبة أقل من اعتماد ملف أو بروتوكول جديد؛ وأنا أنقل ذلك التأطير لا أقتبسه.

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

كيف يظهر MCP في سير عمل SEO والتسويق

يمس MCP عالمنا اليوم في جانب الممارسين — إذ يتيح لوكلاء الذكاء الاصطناعي الاستعلام من الأدوات التي نستخدمها أصلًا:

  • لدى Ahrefs موصل MCP، يتيح لوكيل الذكاء الاصطناعي سحب بيانات Ahrefs مباشرة بدل أن تصدّرها وتلصقها. ويمرر دليل SEO الوكيلي الخاص بـAhrefs ذلك (المقالة بقلم Mateusz Makosiewicz، وراجعها Ryan Law — ولست أنا).
  • توجد خوادم MCP لـGoogle Search Console في النظام البيئي حتى يستطيع وكيل قراءة بيانات أداء GSC ضمن سير عمل.
  • يكشف خادم MCP لـBing Search بحث Bing على الويب/الأخبار/الصور كأدوات يستطيع الوكيل استدعاءها.

النموذج الذهني: MCP هو سؤال «هل ينبغي أن نبني API؟» في عصر الوكلاء. وكشف بياناتك عبر خادم MCP يتعلق بجعلها قابلة للتنفيذ من جانب الوكلاء، لا بالترتيب. إذا عمل جمهورك بدرجة متزايدة عبر الوكلاء، فقد تهم قابلية الاستخدام — لكن تعامل معها كقرار توزيع/تكامل، لا قرار SEO. هذا رهان «القدرة/الإجراء»، بينما llms.txt رهان «الهوية/الاكتشاف».

الأمان: مخاطر حقيقية لم تُحل

لا تفترض أن MCP آمن لمجرد أنه معيار مفتوح من شركة محترمة. في اللحظة التي تمنح فيها وكيل ذكاء اصطناعي أدوات يمكنها التصرف، وتعرضه في الوقت نفسه لمدخلات غير موثوقة، تكون قد فتحت سطح هجوم. وقد شرح Simon Willison — أحد أكثر الأصوات المستقلة موثوقية في أدوات LLM وأمنها — الأمر:

“Any time you mix together tools that can perform actions on the user’s behalf with exposure to potentially untrusted input you’re effectively allowing attackers to make those tools do whatever they want.” (ترجمة) «كلما جمعت أدوات تستطيع تنفيذ إجراءات نيابة عن المستخدم مع التعرض لمدخلات قد تكون غير موثوقة، فإنك تتيح فعليًا للمهاجمين جعل تلك الأدوات تفعل ما يريدون.»

وهو حريص على ملاحظة أن هذه ليست عيبًا خاصًا بـMCP:

“These vulnerabilities are not inherent to the MCP protocol itself—they’re present any time we provide tools to an LLM that can potentially be exposed to untrusted inputs.” (ترجمة) «هذه الثغرات ليست متأصلة في بروتوكول MCP نفسه؛ فهي موجودة كلما وفرنا أدوات لنموذج لغوي كبير قد يتعرض لمدخلات غير موثوقة.»

تشمل المخاطر الموثقة في سياق MCP حقن المطالبات وتسميم الأدوات (تعليمات ضارة مخفية في وصف الأداة) و**«سحب البساط»** (أداة تغير سلوكها بعد تثبيتها). حتى وقت الكتابة، هذه مشكلات حية لا مشكلات محلولة — لذا إذا كنت تنشر خوادم MCP أو تصلها، فعاملها مثل أي تكامل غير موثوق آخر: أقل قدر من الصلاحيات، وموافقة بشرية على الإجراءات ذات العواقب، وعناية بالخوادم التي تثق بها.

تسمي إرشادات الأمان في مواصفة MCP فئات هجوم ملموسة يُتوقع من منشئي الخوادم والعملاء الدفاع ضدها — ومن المفيد معرفتها حتى إذا كنت تقيم خادمًا من جهة خارجية ولا تبني واحدًا. وتنطبق نقطة اختطاف الجلسة أدناه على نموذج الجلسة القديم؛ أما نواة 2026 فتزيل جلسات Streamable HTTP على مستوى البروتوكول، بينما تبقى مخاطر الثقة والتفويض الأخرى. وتحدد ملاحظات إصدار 2026 نطاق هذا التغيير بإصدار البروتوكول الحالي:

  • الوكيل المربك — يمكن خداع خادم MCP الوكيل الذي يستخدم معرف عميل OAuth ثابتًا واحدًا لتخطي موافقة كل مستخدم على API خارجية يعرضها.
  • تمرير الرمز — يقوّض الخادم الذي يقبل رمز العميل ويمرره إلى API لاحقة من دون تحقق مسارات التدقيق وضوابط الأمان؛ وتقول المواصفة إن الخوادم يجب ألا تفعل ذلك.
  • تزوير الطلب من جهة الخادم (SSRF) — يستطيع خادم ضار توجيه اكتشاف OAuth إلى عناوين IP داخلية أو نقاط نهاية بيانات سحابية، فيخدع العميل لجلبها.
  • اختطاف الجلسة القديمة — في نشر أقدم يستخدم الجلسات، قد يتيح معرف جلسة يمكن تخمينه أو غير عشوائي لمهاجم انتحال شخصية عميل. معرفات الجلسة مقابض حالة، وليست بدائل عن المصادقة. وتضع إرشادات أمان البروتوكول هذا الحد بوضوح لنموذج الجلسة القديم.
  • اختراق الخادم المحلي — يعمل خادم MCP المثبت محليًا بصلاحيات المستخدم نفسه، لذلك قد يقرأ خادم ضار أو مخترق الملفات أو يستخرج بيانات الاعتماد أو يشغّل أوامر عشوائية؛ والتخفيف هو العزل، وإعداد تشغيل بأقل صلاحية، ومراجعة ما يشغله «التثبيت بنقرة واحدة» فعلًا قبل الموافقة.

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

الأساطير الشائعة

  1. «MCP وllms.txt الشيء نفسه / يتنافسان». لا — llms.txt ملف ثابت أحادي الاتجاه؛ وMCP بروتوكول حي ثنائي الاتجاه. مشكلتان مختلفتان.
  2. «MCP مجرد استدعاء دوال أعيدت تسميته». لا — استدعاء الدوال قدرة نموذج؛ وMCP بروتوكول عابر للمزودين مبني فوق تلك الفكرة.
  3. «MCP معيار Google أو OpenAI». لا — أنشأته Anthropic (نوفمبر 2024). تبنته OpenAI وGoogle DeepMind لاحقًا؛ وهو الآن محكوم من Agentic AI Foundation المحايدة تجاه المزودين.
  4. «إعداد خادم MCP يرفع ترتيبي». لا دليل يدعم ذلك. إنه يخدم وكلاء ينفذون مهام، لا الظهور في البحث.
  5. «MCP يحل محل APIs». لا — خوادم MCP عادةً أغلفة رقيقة تكشف APIs وبيانات موجودة بطريقة معيارية لاستهلاك الذكاء الاصطناعي.
  6. «إنه من Anthropic، إذًا آمن افتراضيًا». لا — توجد مخاطر حقيقية لحقن المطالبات وتسميم الأدوات، ولم تُحل بالكامل.

موقعه في صورة بحث الذكاء الاصطناعي

MCP هو طبقة الإجراء في حزمة الوكلاء. وحوله تكمل طبقتا الاكتشاف والهوية — llms.txt، وSEO الكيانات، وترميز Schema للذكاء الاصطناعي، وكيف يخطط البحث الوكيلي للمهام وينفذها فعلًا — الخريطة. أبقِ الطبقات منفصلة، فيصبح التفكير في الضجة أسهل بكثير.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.