فروشگاهی را تصور کنید که ایجنت مرورگر بتواند محصولاتش را با فیلتر دقیق پیدا کند، بدون اینکه جای دکمه‌ها را از روی تصویر حدس بزند. WebMCP به همین مسئله نزدیک می‌شود: معرفی عملیات ساختاریافته سایت به ابزارهای ایجنتی در مرورگر. برای صاحب فروشگاه ووکامرس، سؤال مهم فقط تازه‌بودن فناوری نیست؛ باید بدانیم چه کاری را می‌توان با ریسک کم آزمایش کرد، چه چیزی هنوز تجربی است و چگونه مسیر خرید انسانی را سالم نگه داریم.
این مقاله بر اساس منابع رسمی بررسی‌شده در ۲۲ اکتبر ۲۰۲۶ نوشته شده است. WebMCP را استاندارد عمومیِ پشتیبانی‌شده در همه مرورگرها یا قابلیت آماده ووکامرس و پاستا فرض نمی‌کنیم. نمونه Commerce.com و Cloudflare نیز به معنی فعال‌شدن خودکار آن در هر فروشگاه وردپرسی نیست. در ادامه، یک طرح اجرایی برای جستوجوی فقطخواندنی محصول می‌سازیم؛ اتصال نهایی به API مرورگر باید با نسخه مستند و محیط آزمایشی همان زمان تطبیق داده شود.
WebMCP چیست و چرا برای فروشگاه مطرح شده است؟
کار با سایت از طریق ایجنت معمولاً دو مسیر دارد: خواندن محتوای صفحه و تعامل با فرم‌ها، یا استفاده از یک ابزار ساختاریافته. مسیر دوم میتواند ورودی و خروجی روشن‌تری داشته باشد. به‌جای «روی فیلتر قیمت کلیک کن»، ابزار میتواند درخواست جستوجوی محصول با محدوده قیمت را دریافت کند. این موضوع الزاماً مدل را باهوش‌تر نمیکند؛ قرارداد بین سایت و عامل را واضح‌تر می‌کند تا خطاهای ناشی از حدس‌زدن رابط کمتر شوند.
معرفی رسمی Chrome از دو مسیر فرم HTML و API جاوااسکریپت برای عملیات پیچیده‌تر صحبت می‌کند و وضعیت را پیش‌نمایش معرفی کرده است. نتیجه عملی برای تیم فروشگاه این است که ابتدا قابلیت پایه را بسازد و سپس لایه آزمایشی را روی آن قرار دهد. اگر پشتیبانی مرورگر وجود نداشت، سایت باید مثل قبل قابل استفاده باشد. خریدار نباید برای جست‌وجو، مشاهده مشخصات یا خرید عادی مجبور به نصب مرورگر ایجنتی شود.
تفاوت WebMCP با MCP سروری و چت‌بات ووکامرس
MCP سروری معمولاً ابزار یا منبع را در سمت سرور در اختیار کلاینت قرار می‌دهد. WebMCP درباره معرفی عملیات در زمینه صفحه مرورگر است. چت‌بات فروشگاه هم یک محصول کاربری جداست که ممکن است هیچ‌کدام از این دو را استفاده نکند. این اصطلاح‌ها را در قرارداد پروژه روشن کنید؛ «اتصال AI به وردپرس» میتواند از جستوجوی عمومی تا ویرایش سفارش را شامل شود و بدون تعیین مرز، انتظارهای متفاوتی ایجاد می‌کند.
| مسیر | نمونه هدف | مرز مهم |
|---|---|---|
| WebMCP مرورگر | جستوجوی ساختاریافته در صفحه فروشگاه | پشتیبانی تجربی مرورگر و زمینه کاربر |
| MCP سروری | ارائه ابزار به کلاینت مجاز | احراز هویت و اختیار ابزار |
| چت‌بات فروشگاه | پاسخ درباره محصول | منبع پاسخ و جلوگیری از افشای داده |
برای مسیر مدیریتی، راهنمای ابزار سفارشی با WordPress Abilities API موضوع متفاوتی را پوشش می‌دهد. برای دستیار پاسخ‌گو، پشتیبان ووکامرس با n8n مکمل مناسب‌تری است. تمرکز این مقاله، دسترسی ایجنت خریدار به عملیات عمومی و کنترل‌شده فروشگاه است؛ نه دادن اختیار پنل مدیریت به یک بازدیدکننده ناشناس.
خبر تازه چه می‌گوید و چه چیزی را ثابت نمیکند؟
در مطلب Commerce.com و Cloudflare، الگوی آماده‌کردن فروشگاه برای تعامل ایجنتی توضیح داده شده است. این یک نشانه برای بررسی فرصت محصول است، نه تضمین افزایش فروش یا ورود به نتایج هوش مصنوعی. پشتیبانی مرورگر، قرارداد ابزار، کاتالوگ فروشگاه و مسیر مجوز باید جدا بررسی شوند. ابزار ساختاریافته زمانی مفید است که داده پشت آن هم درست، تازه و قابل دسترسی باشد.
بنابراین پروژه را با هدف قابل سنجش تعریف کنید: آیا ایجنت میتواند سه محصول مطابق نیاز را همراه لینک درست پیدا کند؟ آیا محصول ناموجود را به‌عنوان قابل خرید معرفی نمیکند؟ آیا در مرورگر فاقد قابلیت آزمایشی، هیچ بخشی از سایت خراب نمی‌شود؟ این پرسش‌ها از عبارت کلی «فروشگاه agent-ready شد» مفیدترند. معیار پذیرش باید رفتار واقعی را نشان دهد و روی نام فناوری متوقف نشود.
اولین ابزار مناسب: جستوجوی عمومی محصول
برای اولین نسخه، عملیات کم‌خطر انتخاب کنید: جستوجوی محصول منتشرشده، دریافت مشخصات عمومی یا مشاهده گزینه‌های محصول. ابزار تغییر قیمت، حذف کالا، بازپرداخت و ثبت سفارش را در این مرحله وارد نکنید. یک قابلیت فقطخواندنی هم به کنترل ورودی نیاز دارد؛ طول پرسش، تعداد نتیجه و صفحه‌بندی را محدود کنید تا درخواست بزرگ یا تکراری به فشار بی‌دلیل روی فروشگاه تبدیل نشود.
در قرارداد، تفاوت نام محصول، شناسه محصول و شناسه تنوع را مشخص کنید. نتیجه باید لینک قابل بازشدن داشته باشد تا کاربر بتواند انتخاب را در رابط عادی بررسی کند. توضیح کوتاه ابزار باید بگوید اطلاعات عمومی است و موجودی یا قیمت نهایی در زمان خرید دوباره بررسی می‌شود. این جمله برای پنهان‌کردن خطا نیست؛ مرز زمانی داده را روشن می‌کند. فروشگاه پویا را نباید مانند یک فایل ثابت معرفی کرد.