WebMCP چیست و چرا آینده تعامل هوش مصنوعی با سایت‌های وردپرسی را تغییر می‌دهد؟

WebMCP یکی از فناوری‌های جدید در مسیر تبدیل وب‌سایت‌ها به محیط‌هایی قابل‌فهم‌تر و قابل‌استفاده‌تر برای عامل‌های هوش مصنوعی (AI Agents) است. ایده اصلی آن ساده اما مهم است: به‌جای اینکه یک عامل هوش مصنوعی مجبور باشد صفحه را مانند یک انسان ببیند، دکمه‌ها را پیدا کند، فرم‌ها را تشخیص دهد و چندین کلیک و ورودی انجام دهد، خود سایت می‌تواند قابلیت‌هایش را به شکل «ابزارهای ساختاریافته» در اختیار عامل قرار دهد.

پیشنهادات

افزونه TM Elementor Addons برای المنتور

افزونه TM Elementor Addons یک افزودنی جانبی...

آموزش رفع خطای اتصال به پایگاه داده در وردپرس

یکی از خطاهای رایجی که ممکن است...

افزونه جت منو برای ساخت منوهای حرفه ای در المنتور Jet Menu

Jet Menu یک افزونه پلاگین قدرتمند برای...

افزونه قدرتمند بازاریابی و پورسانت دهی وردپرس و ووکامرس Affiliate Program

wp-wc-affiliate program یک افزونه قدرتمند و بسیار...

افزونه پاداش و امتیاز ووکامرس SUMO Reward Points

افزونه پاداش و امتیاز ووکامرس SUMO Reward...

در وضعیت فعلی، WebMCP هنوز یک استاندارد نهایی وب نیست و مشخصات آن در قالب یک گزارش پیش‌نویس گروه جامعه Web Machine Learning در حال توسعه است. با این حال، مستندات رسمی Chrome و فعالیت‌های اکوسیستم WordPress نشان می‌دهند که این فناوری به‌طور جدی در حال آزمایش و توسعه است و می‌تواند شیوه تعامل عامل‌های هوش مصنوعی با سایت‌های وردپرسی را تغییر دهد. utm_source=chatgpt.com)

در این مقاله بررسی می‌کنیم WebMCP دقیقاً چیست، چه تفاوتی با MCP و REST API دارد، چرا برای WordPress و WooCommerce اهمیت دارد، چه فرصت‌هایی برای توسعه‌دهندگان ایجاد می‌کند و چرا امنیت و کنترل کاربر در پیاده‌سازی آن اهمیت زیادی خواهد داشت.

مشخصات رسمی WebMCP در Web Machine Learning Community Group

WebMCP چیست؟

WebMCP مخفف Web Model Context Protocol است. این فناوری یک رابط برنامه‌نویسی در سطح وب ارائه می‌کند تا یک سایت بتواند قابلیت‌های خود را به‌شکل ابزارهای قابل‌تشخیص برای عامل‌های هوش مصنوعی معرفی کند.

در مدل سنتی، عامل هوش مصنوعی برای انجام یک کار در سایت ممکن است مجبور شود ساختار صفحه را بررسی کند، متن‌ها و عناصر مختلف را تحلیل کند، دکمه مناسب را پیدا کند، روی آن کلیک کند، نتیجه را بررسی کند و سپس مرحله بعدی را انجام دهد. این فرایند که در مستندات Chrome از آن با عنوان Actuation یاد می‌شود، به تفسیر مداوم رابط کاربری وابسته است و هر مرحله می‌تواند با ابهام همراه باشد.

WebMCP رویکرد متفاوتی دارد. سایت می‌تواند بگوید:

این ابزار برای جست‌وجوی محصول است.

پیشنهادات

افزونه عضویت پیشرفته Ultimate Member وردپرس

وردپرس به عنوان یکی از قدرتمندترین سیستم‌های...

10 روش موثر برای افزایش فروش و ارزش سفارش

روش های موثر برای افزایش فروش و...

قالب حرفه ای وودمارت WoodMart

قالب وودمارت (Woodmart) یک قالب وردپرسی حرفه‌ای...

افزونه مدیریت دسترسی کاربران User Role Editor Pro

افزونه User Role Editor Pro برای وردپرس...

افزونه حرفه ای Go Pricing برای ساخت جدول قیمت ، پلن قیمت و پلن هاست

افزونه Go Pricing یک افزونه پیشرفته برای...

این ابزار برای افزودن محصول به سبد خرید است.

این ابزار برای فیلترکردن نتایج است.

این ابزار برای رزرو یا ارسال یک درخواست است.

عامل هوش مصنوعی دیگر مجبور نیست معنای هر دکمه را از ظاهر صفحه حدس بزند؛ بلکه می‌تواند از تعریف ساختاریافته ابزار و ورودی‌های آن استفاده کند. WebMCP این قابلیت را با نام، توضیح و Schema ورودی در اختیار عامل قرار می‌دهد.

نکته مهم: WebMCP را نباید با یک MCP Server سنتی یکی دانست. در مدل WebMCP، خود صفحه وب می‌تواند قابلیت‌هایی را به‌شکل ابزار در اختیار عامل قرار دهد و این ابزارها در محیط مرورگر و در زمینه همان صفحه اجرا می‌شوند. مشخصات WebMCP نیز آن را به‌عنوان یک JavaScript API برای در دسترس قرار دادن قابلیت‌های برنامه وب برای Agentها توصیف می‌کند.

مستندات رسمی WebMCP در Chrome for Developers

تفاوت WebMCP با تعامل سنتی عامل‌های هوش مصنوعی با سایت چیست؟

برای درک اهمیت WebMCP، تصور کنید یک کاربر به عامل هوش مصنوعی می‌گوید:

«یک لپ‌تاپ زیر یک بودجه مشخص پیدا کن، مدل‌های موجود را بررسی کن و محصول مناسب را به سبد خرید اضافه کن.»

در روش قدیمی، عامل ممکن است مجبور باشد ابتدا صفحه فروشگاه را بخواند، بخش جست‌وجو را پیدا کند، متن را داخل فیلد وارد کند، روی دکمه جست‌وجو کلیک کند، نتایج را بررسی کند، فیلتر قیمت را پیدا کند، سپس کارت محصول را تشخیص دهد و در نهایت دکمه افزودن به سبد خرید را پیدا کند.

این یعنی بخش زیادی از توان مدل صرف درک رابط کاربری می‌شود.

در مدل WebMCP، سایت می‌تواند ابزارهایی مانند جست‌وجوی محصول، فیلتر محصولات و افزودن محصول به سبد خرید را به‌شکل ساختاریافته معرفی کند. در نتیجه، عامل می‌تواند به‌جای شبیه‌سازی تعداد زیادی کلیک، ابزار مناسب را انتخاب کرده و پارامترهای مشخصی را ارسال کند. Chrome نیز هدف WebMCP را افزایش سرعت، دقت و قابلیت اعتماد در انجام وظایف عاملی معرفی کرده است.

| ویژگی | تعامل سنتی عامل با سایت |

| تشخیص قابلیت | تحلیل DOM و رابط کاربری | ابزارهای اعلام‌شده توسط سایت |
| تعیین ورودی | تفسیر فیلدها و عناصر | Schema ساختاریافته |
| اجرای عملیات | کلیک، تایپ و پیمایش | فراخوانی ابزار |
| وابستگی به ظاهر صفحه | زیاد | کمتر |
| درک هدف عملیات | استنباط از UI | توضیح صریح ابزار |
| مناسب برای عملیات پیچیده | ممکن است شکننده باشد | برای قابلیت‌های ساختاریافته مناسب‌تر است |
| نقش کاربر | بسته به Agent | می‌تواند در فرایند باقی بماند |

این تغییر به این معنا نیست که رابط کاربری از بین می‌رود. اتفاقاً یکی از ایده‌های WebMCP این است که عامل و انسان بتوانند در همان محیط وب با یکدیگر کار کنند و منطق و تجربه طراحی‌شده سایت حفظ شود.

وضعیت فعلی WebMCP در سال ۲۰۲۶ چیست؟

یکی از مهم‌ترین نکات درباره WebMCP این است که نباید آن را یک استاندارد نهایی و تثبیت‌شده معرفی کرد.

نسخه فعلی مشخصات WebMCP در اکتبر ۲۰۲۶ به‌عنوان Draft Community Group Report منتشر شده و صراحتاً اعلام می‌کند که WebMCP هنوز استاندارد W3C نیست و روی مسیر رسمی استانداردهای W3C قرار ندارد. بنابراین ساختار API و جزئیات آن همچنان می‌تواند در آینده تغییر کند.

در طرف مرورگر نیز Chrome در حال آزمایش WebMCP است. مستندات رسمی Chrome از Origin Trial و اجرای آزمایشی با قابلیت فعال‌سازی در محیط توسعه صحبت می‌کنند و توضیح می‌دهند که WebMCP هنوز در مرحله توسعه فعال قرار دارد. authuser=1004904077)

همین موضوع برای توسعه‌دهندگان WordPress اهمیت دارد: اکنون زمان مناسبی برای شناخت معماری و آماده‌سازی قابلیت‌های سایت است، اما زمان مناسبی برای فرض‌کردن API نهایی و غیرقابل‌تغییر WebMCP نیست.

WebMCP چگونه کار می‌کند؟

در معماری فعلی، WebMCP دو مسیر اصلی برای تعریف ابزارها دارد: Imperative API و Declarative API.

Imperative API

در این روش، توسعه‌دهنده با JavaScript ابزار موردنظر را تعریف و ثبت می‌کند. ابزار می‌تواند نام، عنوان، توضیح، Schema ورودی و منطق اجرای خودش را داشته باشد.

برای مثال، یک وب‌سایت فروشگاهی می‌تواند ابزارهایی برای جست‌وجوی محصول، مدیریت وضعیت رابط کاربری یا انجام یک عملیات خاص در اختیار عامل قرار دهد. Chrome این روش را برای انواع مختلف ابزارها از جمله ورودی فرم، پیمایش، مدیریت وضعیت و سایر قابلیت‌های برنامه معرفی کرده است.

Declarative API

در روش Declarative، بخشی از قابلیت موجود فرم‌های استاندارد HTML می‌تواند با Annotationهای مخصوص به ابزار WebMCP تبدیل شود. در این مدل، نام و توضیح ابزار در ساختار فرم تعریف می‌شود و فیلدهای فرم نقش پارامترهای ابزار را ایفا می‌کنند.

این بخش برای WordPress جالب است؛ زیرا بسیاری از فرایندهای وردپرسی و فروشگاهی اساساً بر پایه فرم‌ها و رابط‌های HTML ساخته شده‌اند.

در نتیجه، WebMCP الزاماً به این معنی نیست که هر سایت باید از ابتدا معماری خود را بازنویسی کند. در بسیاری از سناریوها می‌توان بخشی از قابلیت‌های موجود را به‌صورت تدریجی برای Agentها قابل‌دسترسی کرد؛ رویکردی که Chrome از آن به‌عنوان Progressive Enhancement یاد می‌کند.

WebMCP چه ارتباطی با WordPress دارد؟

وردپرس برای عصر عامل‌های هوش مصنوعی فقط به نمایش محتوا محدود نیست. این سیستم قابلیت‌های متنوعی مانند مدیریت محتوا، فروشگاه، فرم‌ها، کاربران، رسانه، تنظیمات و افزونه‌ها دارد. بنابراین یکی از مهم‌ترین پرسش‌ها این است که چگونه این قابلیت‌ها را می‌توان به شکل استاندارد و کنترل‌شده در اختیار Agentها قرار داد.

پاسخ WordPress فقط WebMCP نیست. اکوسیستم وردپرس در سال‌های اخیر روی Abilities API و MCP Adapter نیز کار کرده است. MCP Adapter با هدف تبدیل قابلیت‌های ثبت‌شده در WordPress به ابزارها و منابع قابل‌استفاده توسط کلاینت‌های MCP توسعه یافته است.

در برنامه توسعه WordPress برای نسخه 7.2 نیز موضوع WebMCP به‌صراحت در قالب آزمایش تعامل عامل‌ها در مرورگر با رابط و وضعیت فعلی WordPress مطرح شده است. همان سند تأکید می‌کند که بخشی از این قابلیت‌ها هنوز آزمایشی هستند و ورودشان به WordPress Core تضمین نشده است.

این یعنی WebMCP و پروژه‌های AI در WordPress می‌توانند در کنار یکدیگر قرار بگیرند:

بنابراین WebMCP قرار نیست الزاماً جای REST API یا MCP Server را بگیرد. بیشتر می‌توان آن را یک لایه جدید برای قابل‌استفاده‌کردن قابلیت‌های رابط وب توسط Agentها دانست.

نقشه راه رسمی WordPress برای نسخه 7.2

WebMCP چه تغییری در WooCommerce ایجاد می‌کند؟

WooCommerce احتمالاً یکی از جذاب‌ترین محیط‌ها برای آزمایش تعامل Agentها با WordPress است، زیرا بسیاری از عملیات آن به قصد و اقدام کاربر مرتبط هستند.

تصور کنید کاربر به یک عامل هوش مصنوعی بگوید:

«یک افزونه کش مناسب برای وردپرس پیدا کن که با نسخه فعلی سایت سازگار باشد و در محدوده بودجه من قرار بگیرد.»

یا:

«محصولی را که قبلاً مشاهده کردم دوباره پیدا کن و به سبد خرید اضافه کن.»

در رابط سنتی، عامل باید مسیر کلیک و جست‌وجو را درک کند. در مدل WebMCP، فروشگاه می‌تواند قابلیت‌هایی مانند جست‌وجوی محصول، فیلترکردن، مشاهده جزئیات و آماده‌سازی عملیات سبد خرید را به شکل ابزارهای مشخص تعریف کند.

حتی فرم‌های پیچیده مانند انتخاب ویژگی محصول، تاریخ، گزینه‌های خاص یا اطلاعات سفارش نیز می‌توانند در صورت پشتیبانی مناسب توسط سایت، برای Agent قابل‌فهم‌تر شوند. Chrome از فرم‌های ساختاریافته و عملیات پیچیده مانند رزرو و خرید به‌عنوان نمونه‌های کاربرد WebMCP یاد کرده است.

اما یک تفاوت مهم وجود دارد: هرچه عملیات حساس‌تر باشد، طراحی امنیتی و کنترل کاربر اهمیت بیشتری پیدا می‌کند. افزودن کالا به سبد خرید با پرداخت وجه یکسان نیست. ایجاد پیش‌نویس با انتشار نهایی نیز یک سطح ریسک ندارد.

کاربردهای واقعی WebMCP در سایت‌های وردپرسی

WebMCP را می‌توان در WordPress برای مجموعه‌ای از سناریوها تصور کرد که بسیاری از آن‌ها به قابلیت‌های فعلی سایت وابسته هستند.

جست‌وجوی هوشمند محتوا

عامل می‌تواند از ابزارهای مشخص سایت برای جست‌وجوی نوشته‌ها، محصولات یا محتوای خاص استفاده کند و به‌جای تکیه کامل بر تحلیل ظاهری صفحه، از ورودی‌های ساختاریافته بهره ببرد.

تعامل با فرم‌ها

فرم درخواست مشاوره، ثبت سفارش، دریافت پشتیبانی، رزرو، ثبت اطلاعات یا ارسال درخواست می‌تواند برای عامل واضح‌تر شود؛ مخصوصاً زمانی که فرم دارای فیلدهای متعدد یا منطق پیچیده باشد.

خرید و سبد خرید

در WooCommerce می‌توان قابلیت‌هایی مانند جست‌وجو، انتخاب محصول، بررسی ویژگی‌ها یا عملیات مرتبط با سبد خرید را در قالب ابزارهای مشخص تصور کرد.

پشتیبانی مشتری

عامل می‌تواند کاربر را به ابزارها یا فرم‌های صحیح هدایت کند و داده‌هایی را که کاربر قبلاً در گفت‌وگو ارائه کرده است، به ساختار موردنیاز سایت منتقل کند. Chrome یکی از کاربردهای WebMCP را کمک به Agent برای تکمیل سریع‌تر فرم‌ها و فرایندهای پشتیبانی معرفی می‌کند.

ابزارهای مدیریتی و عیب‌یابی

در محیط مدیریت یک سایت، می‌توان ابزارهای مشخصی برای کارهای تشخیصی یا عملیاتی تعریف کرد. با این حال، ابزارهای مدیریتی باید با سطح دسترسی دقیق و کنترل‌های امنیتی جدی پیاده‌سازی شوند.

تعامل با رابط‌های پیچیده

بعضی قابلیت‌ها برای انسان قابل‌فهم هستند اما برای Agent دشوارند؛ مانند انتخاب تاریخ، فیلترهای چندمرحله‌ای یا فرایندهایی که چندین وضعیت داخلی دارند. یکی از اهداف WebMCP این است که چنین قابلیت‌هایی به شکل مستقیم‌تر برای Agent قابل‌استفاده شوند.

WebMCP چه تغییری در توسعه قالب و افزونه وردپرس ایجاد می‌کند؟

یکی از تغییرات مهم این است که توسعه‌دهنده دیگر فقط برای «انسان» رابط طراحی نمی‌کند؛ بلکه بخشی از معماری را نیز برای «عامل» قابل‌درک طراحی خواهد کرد.

در WordPress امروزی ممکن است توسعه‌دهنده روی این موارد تمرکز کند:

دکمه زیبا باشد.

فرم ساده باشد.

رابط سریع باشد.

داده درست ذخیره شود.

با گسترش Agentها، موارد دیگری هم اهمیت پیدا می‌کنند:

این قابلیت چه نامی دارد؟

عامل دقیقاً چه زمانی باید از آن استفاده کند؟

چه ورودی‌هایی مجاز هستند؟

آیا عملیات فقط خواندنی است یا وضعیت سایت را تغییر می‌دهد؟

پاسخ ابزار چقدر برای Agent قابل‌فهم است؟

آیا داده خروجی قابل‌اعتماد است یا ممکن است از محتوای کاربر ساخته شده باشد؟

Chrome نیز در توصیه‌های WebMCP بر نام‌گذاری واضح، توضیحات مناسب، Schema دقیق، مدیریت ورودی و آزمایش ابزارها تأکید کرده است.

این موضوع می‌تواند روی طراحی معماری افزونه‌های وردپرس تأثیر بگذارد. یک افزونه حرفه‌ای در آینده فقط مجموعه‌ای از Hookها، صفحات تنظیمات و Endpointها نخواهد بود؛ بلکه ممکن است مجموعه‌ای از قابلیت‌های قابل‌استفاده توسط Agent نیز داشته باشد.

آیا WebMCP جایگزین MCP می‌شود؟

خیر؛ چنین برداشتی با وضعیت فعلی فناوری دقیق نیست.

MCP یک پروتکل عمومی برای اتصال برنامه‌های هوش مصنوعی به ابزارها و منابع خارجی است. در معماری سنتی MCP، یک Client یا Host به Server متصل می‌شود و ابزارهای آن Server را مصرف می‌کند.

WebMCP یک مدل نزدیک‌تر به خود وب ارائه می‌کند. در اینجا قابلیت صفحه وب می‌تواند به‌صورت ابزار در اختیار یک Agent مرورگری قرار گیرد. به بیان ساده، WebMCP بیشتر به این سؤال پاسخ می‌دهد:

«چطور یک صفحه وب را برای Agent قابل‌فهم و قابل‌استفاده کنیم؟»

در حالی که MCP در معنای عمومی‌تر می‌پرسد:

«چطور یک مدل یا Agent را به ابزارها و منابع خارجی متصل کنیم؟»

بنابراین برای یک سایت WordPress ممکن است در آینده هر دو معماری در کنار هم وجود داشته باشند.

آیا WebMCP روی سئو وردپرس تأثیر مستقیم دارد؟

در حال حاضر نباید ادعا کرد که WebMCP به‌صورت مستقیم باعث افزایش رتبه گوگل می‌شود. چنین نتیجه‌ای از مستندات رسمی فعلی قابل اثبات نیست.

WebMCP اساساً درباره تعامل Agent با قابلیت‌های سایت است، نه یک الگوریتم جدید رتبه‌بندی موتور جست‌وجو.

با این حال، از دید معماری وب، WebMCP می‌تواند اهمیت برخی اصول را بیشتر کند: ساختار معنایی درست، فرم‌های قابل‌فهم، نام‌گذاری دقیق، پاسخ‌های شفاف و طراحی قابلیت‌هایی که فقط به ظاهر وابسته نباشند.

در واقع، سایتی که قابلیت‌هایش برای انسان، موتورهای جست‌وجو، ابزارهای کمکی و Agentها ساختارمندتر باشد، معمولاً از نظر معماری نیز منظم‌تر است. اما این موضوع را باید از «عامل رتبه‌بندی مستقیم در گوگل» جدا کرد.

امنیت WebMCP در WordPress؛ مهم‌ترین چالش چیست؟

وقتی Agent می‌تواند در محیط احراز هویت‌شده کاربر با سایت تعامل کند، امنیت موضوعی فرعی نیست.

مستندات امنیتی Chrome به چند ریسک مهم اشاره می‌کنند؛ از جمله Prompt Injection غیرمستقیم، مسموم‌سازی توضیحات ابزار، خروجی‌های آلوده و سوءاستفاده از ابزارهایی که عملیات حساس انجام می‌دهند. عامل ممکن است در همان جلسه‌ای فعالیت کند که کاربر قبلاً در آن وارد حساب خود شده است.

برای WordPress این موضوع بسیار مهم است. تصور کنید یک ابزار WebMCP به قابلیتی دسترسی داشته باشد که:

• تنظیمات سایت را تغییر می‌دهد.
• مقاله‌ای را منتشر می‌کند.
• سفارش ایجاد یا وضعیت آن را تغییر می‌دهد.
• اطلاعات کاربر را مشاهده می‌کند.
• عملیات برگشت‌ناپذیر انجام می‌دهد.

در چنین شرایطی فقط «کارکردن ابزار» کافی نیست. باید مشخص باشد چه کسی اجازه اجرای آن را دارد، چه داده‌ای وارد ابزار می‌شود، خروجی آن قابل‌اعتماد است یا نه و آیا قبل از اجرای عملیات حساس باید از کاربر تأیید گرفته شود.

مشخصات و راهنمای امنیتی WebMCP برای چنین سناریوهایی Annotationهایی مانند readOnlyHint، consequentialHint و untrustedContentHint را مطرح می‌کنند. هدف این نشانه‌ها کمک به Agent یا Client برای تشخیص عملیات فقط‌خواندنی، عملیات حساس و داده‌های غیرقابل‌اعتماد است.

کنترل دسترسی را با ابزار اشتباه نگیریم

ثبت یک ابزار به این معنا نیست که توسعه‌دهنده باید کنترل‌های امنیتی WordPress را کنار بگذارد.

قابلیت‌های واقعی همچنان باید از لایه‌های مناسب احراز هویت، مجوز، اعتبارسنجی ورودی و بررسی سطح دسترسی استفاده کنند. WebMCP نباید به‌عنوان یک مسیر جانبی برای دور زدن امنیت موجود طراحی شود.

محتوای کاربر می‌تواند خطرناک باشد

یکی از نکات مهم در مشخصات WebMCP، خطر قرار گرفتن دستورهای مخرب در محتوای تولیدشده توسط کاربران است. برای مثال، یک نظر، بررسی محصول یا متن ارسال‌شده توسط کاربر ممکن است شامل جملاتی باشد که برای تأثیرگذاری بر تصمیم Agent طراحی شده‌اند. مستندات WebMCP این نوع مسئله را به‌عنوان بخشی از تهدید Prompt Injection و Output Injection بررسی می‌کنند.

در سایت‌های وردپرسی که بخش دیدگاه، انجمن، نقد و بررسی یا محتوای تولیدشده توسط کاربر دارند، این مسئله باید جدی گرفته شود.

WebMCP و Permissions Policy چه ارتباطی دارند؟

WebMCP در مشخصات خود از یک قابلیت کنترل‌شده در Permissions Policy با نام tools استفاده می‌کند. مقدار پیش‌فرض Allowlist آن برای این قابلیت self است؛ یعنی دسترسی WebMCP در همان Origin به‌صورت پیش‌فرض مجاز است و برای برخی سناریوهای Cross-Origin نیاز به اعلام صریح وجود دارد.

این موضوع برای توسعه‌دهندگان افزونه و قالب وردپرس مهم است، به‌خصوص در پروژه‌هایی که از iframe، اسکریپت‌های شخص ثالث یا چند Origin استفاده می‌کنند.

همچنین مشخصات WebMCP امکان غیرفعال‌کردن این قابلیت را با Permissions Policy در نظر گرفته است. این یعنی مدیر یک سایت می‌تواند در سناریویی که WebMCP برای یک صفحه موردنیاز نیست، دسترسی آن را محدود کند.

آیا توسعه‌دهندگان وردپرس باید از همین حالا WebMCP را وارد پروژه‌های خود کنند؟

پاسخ به وضعیت پروژه بستگی دارد.

برای یک سایت تولیدی معمولی که به پایداری کامل نیاز دارد، نباید WebMCP را یک API نهایی و ثابت فرض کرد؛ زیرا مشخصات همچنان در حال توسعه است و وضعیت مرورگرها نیز آزمایشی است.

اما برای توسعه‌دهندگان قالب، افزونه و محصولات حرفه‌ای وردپرس، شناخت WebMCP از همین حالا ارزشمند است. دلیل آن این است که معماری بسیاری از قابلیت‌های فعلی را می‌توان با نگاه Agent-friendly بررسی کرد.

برای مثال، توسعه‌دهنده یک افزونه می‌تواند از خودش بپرسد:

• آیا قابلیت اصلی افزونه از یک منطق مشخص و قابل‌فراخوانی استفاده می‌کند؟
• آیا ورودی‌ها دقیق و قابل‌اعتبارسنجی هستند؟
• آیا پاسخ عملیات برای یک Agent قابل‌فهم است؟
• آیا عملیات خواندنی از عملیات تغییر‌دهنده جدا شده است؟
• آیا قابلیت‌های حساس دارای تأیید کاربر هستند؟
• آیا داده‌های دریافت‌شده از کاربر یا منابع خارجی به‌عنوان محتوای غیرقابل‌اعتماد در نظر گرفته می‌شوند؟

این نوع معماری حتی مستقل از WebMCP نیز مفید است، زیرا به ساخت سیستم‌های منظم‌تر و قابل‌اعتمادتر کمک می‌کند.

آینده WordPress در عصر Agentها چگونه می‌تواند باشد؟

مدل سنتی وب بر این فرض ساخته شده است که انسان صفحه را می‌بیند و با آن کار می‌کند.

مدل جدیدتر این فرض را تغییر می‌دهد:

انسان هدف را بیان می‌کند و Agent بخشی از تعامل با سایت را انجام می‌دهد.

در چنین محیطی، یک فروشگاه WordPress فقط صفحه محصول نخواهد بود؛ ممکن است مجموعه‌ای از قابلیت‌های قابل‌فراخوانی نیز داشته باشد.

یک سایت خدماتی فقط فرم تماس نخواهد داشت؛ ممکن است Agent بتواند از طریق ابزار مشخص، اطلاعات فرم را تکمیل کند.

یک سایت آموزشی فقط مقاله نشان نمی‌دهد؛ ممکن است ابزارهای جست‌وجو، فیلتر و تعامل با محتوای آن برای Agent تعریف شوند.

یک سایت وردپرسی مدیریتی فقط مجموعه‌ای از منوها نیست؛ ممکن است قابلیت‌های مشخصی برای عیب‌یابی، گزارش‌گیری یا عملیات کنترل‌شده در اختیار Agent قرار گیرد.

این همان بخشی است که WebMCP می‌تواند در آن مهم شود: تبدیل قابلیت‌های پنهان در رابط کاربری به قابلیت‌هایی که یک Agent بتواند معنا و هدف آن‌ها را به‌صورت ساختاریافته درک کند.

با این حال، آینده WebMCP هنوز به پذیرش مرورگرها، تکامل مشخصات، تجربه واقعی توسعه‌دهندگان و نحوه پیاده‌سازی امنیت و کنترل کاربر بستگی دارد. مستندات رسمی Chrome نیز صراحتاً اعلام می‌کنند که WebMCP در حال توسعه فعال است و ممکن است در آینده تغییر کند.

افزونه‌نویسان وردپرس برای آینده WebMCP چه کاری می‌توانند انجام دهند؟

لازم نیست همه افزونه‌ها از همین امروز WebMCP را به‌صورت کامل پیاده‌سازی کنند. قدم منطقی‌تر این است که معماری افزونه برای تعامل عامل‌محور آماده باشد.

یک افزونه آینده‌نگر بهتر است:

منطق کسب‌وکار را از رابط کاربری جدا کند.

ورودی و خروجی‌های مشخص داشته باشد.

عملیات خواندنی و تغییردهنده را تفکیک کند.

مجوزهای WordPress را به‌درستی رعایت کند.

داده‌های غیرقابل‌اعتماد را از دستورهای سیستم جدا نگه دارد.

عملیات حساس را به تأیید کاربر وابسته کند.

برای قابلیت‌های اصلی، نام و رفتار روشن و قابل‌توصیف داشته باشد.

این موارد نه‌فقط برای WebMCP، بلکه برای REST API، MCP، اتوماسیون، تست نرم‌افزار و سایر روش‌های اتصال سیستم‌ها نیز ارزشمند هستند.

محدودیت‌های WebMCP چیست؟

WebMCP با وجود پتانسیل بالا، راه‌حل جادویی برای همه مشکلات Agentها نیست.

اول اینکه مرورگر یا Client باید از WebMCP پشتیبانی کند.

دوم اینکه Agent برای کشف ابزارهای سایت باید به خود سایت دسترسی داشته باشد؛ WebMCP به‌تنهایی یک موتور کشف جهانی برای تمام سایت‌های اینترنت ایجاد نمی‌کند.

سوم اینکه سایت‌های بسیار پیچیده ممکن است برای ارائه ابزارهای قابل‌اعتماد نیازمند بازطراحی بخشی از وضعیت داخلی یا منطق JavaScript باشند.

چهارم اینکه ابزارهای بیشتر همیشه بهتر نیستند. مستندات Lighthouse در Chrome هشدار می‌دهند که تعداد بیش از حد ابزارها می‌تواند مصرف Context، تأخیر و احتمال سردرگمی Agent را افزایش دهد و به همین دلیل طراحی مجموعه ابزارها باید هدفمند باشد.

این موضوع برای افزونه‌های بزرگ وردپرس اهمیت زیادی دارد. قرار دادن ده‌ها یا صدها Tool بدون استراتژی مشخص ممکن است به‌جای کمک، انتخاب ابزار درست را برای Agent دشوارتر کند.

یک مثال ساده از WebMCP در فروشگاه وردپرسی

فرض کنید یک فروشگاه WooCommerce سه قابلیت زیر را برای Agent فراهم کند:

جست‌وجوی محصولات

فیلترکردن محصولات بر اساس قیمت و ویژگی

افزودن محصول انتخاب‌شده به سبد خرید

کاربر می‌گوید:

«یک محصول در دسته مشخص با قیمت کمتر از بودجه من پیدا کن و در صورت انتخاب من به سبد خرید اضافه کن.»

Agent می‌تواند ابتدا ابزار جست‌وجو را فراخوانی کند، نتیجه ساختاریافته بگیرد، سپس ابزار فیلتر را استفاده کند و در مرحله آخر، فقط پس از مشخص‌شدن قصد کاربر، عملیات سبد خرید را انجام دهد.

در این معماری، سایت مجبور نیست تمام معنای خود را از ظاهر کارت محصول به Agent منتقل کند. بلکه قابلیت‌های اصلی می‌توانند به شکل هدفمند در اختیار Agent قرار گیرند.

برای عملیات حساس‌تر مانند پرداخت، مشخصات WebMCP امکان علامت‌گذاری ابزارهای دارای پیامدهای مهم یا برگشت‌ناپذیر را در نظر گرفته است تا Client یا Agent بتواند پیش از اجرای آن‌ها، کنترل و تأیید بیشتری اعمال کند.

جمع‌بندی

WebMCP را می‌توان یکی از تلاش‌های مهم برای نزدیک‌کردن وب و عامل‌های هوش مصنوعی دانست. ایده کلیدی آن این است که سایت فقط برای انسان قابل‌استفاده نباشد؛ بلکه قابلیت‌هایش را به‌شکل ابزارهای ساختاریافته و قابل‌فهم برای Agentها نیز معرفی کند.

برای WordPress، این موضوع اهمیت ویژه‌ای دارد؛ زیرا وردپرس مجموعه بزرگی از قابلیت‌های تعاملی، محتوایی و فروشگاهی را در خود جای داده است. پروژه‌های AI در WordPress نیز هم‌زمان روی Abilities API، MCP Adapter و آزمایش‌های مرتبط با WebMCP کار می‌کنند. با این حال، WebMCP در اکتبر ۲۰۲۶ هنوز یک استاندارد نهایی W3C نیست و باید به‌عنوان فناوری در حال توسعه و آزمایش به آن نگاه کرد.

مهم‌ترین تغییری که WebMCP می‌تواند ایجاد کند این است که در طراحی سایت، «قابل‌فهم‌بودن برای Agent» به یکی از ملاحظات معماری تبدیل شود. در چنین آینده‌ای، افزونه‌ای که فقط برای کلیک انسان طراحی شده باشد، ممکن است از افزونه‌ای که قابلیت‌هایش را به‌صورت ساختاریافته و کنترل‌شده ارائه می‌کند، فاصله بگیرد.

اما موفقیت این مدل تنها به فناوری بستگی ندارد. امنیت، احراز هویت، سطح دسترسی، اعتبارسنجی داده، کنترل کاربر و طراحی درست ابزارها به همان اندازه مهم هستند.

راهنمای امنیت Agentها و WebMCP در Chrome