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

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

- Canonical: https://linuxacademy.ir/blog/what-is-webmcp
- Published: 2026-07-11 | Updated: 2026-07-11
- Language: فارسی (English version below)

**پاسخ کوتاه:** WebMCP یک پیشنهاد استاندارد وب است که به وب‌سایت اجازه می‌دهد «ابزار»‌های ساخت‌یافته (مثل جست‌وجوی مقاله یا رزرو جلسه) را مستقیم در مرورگر به عامل‌های هوش مصنوعی عرضه کند — از طریق API جدید `navigator.modelContext`. به‌جای اینکه عامل هوش مصنوعی صفحه را مثل انسان اسکرول و کلیک کند، تابع‌های تعریف‌شده‌ی خود سایت را صدا می‌زند: سریع‌تر، دقیق‌تر و امن‌تر.

## WebMCP چیست و از کجا آمده؟

WebMCP ادامه‌ی طبیعی پروتکل MCP است. پروتکل MCP (Model Context Protocol) را شرکت Anthropic در نوامبر ۲۰۲۴ به‌عنوان استاندارد باز اتصال مدل‌های هوش مصنوعی به ابزارها و داده‌ها معرفی کرد و در سال ۲۰۲۵ شرکت‌های OpenAI و Google نیز پشتیبانی از آن را اعلام کردند — عملاً استاندارد صنعت شد.

WebMCP همین ایده را به مرورگر می‌آورد: پیشنهادی در گروه Web Machine Learning کنسرسیوم W3C (با مشارکت مهندسان مایکروسافت و گوگل) که به هر صفحه وب اجازه می‌دهد ابزارهای خود را برای دستیار هوش مصنوعیِ داخل مرورگر ثبت کند. کروم از اواخر ۲۰۲۵ آن را به‌صورت آزمایشی (Origin Trial) در دسترس توسعه‌دهندگان قرار داده است.

## چرا WebMCP مهم است؟

عامل‌های هوش مصنوعی امروز برای کار با سایت‌ها عمدتاً «شبیه‌سازی انسان» می‌کنند: اسکرین‌شات می‌گیرند، DOM را می‌خوانند و روی دکمه‌ها کلیک می‌کنند. این روش سه مشکل بزرگ دارد:

- **شکننده است:** با هر تغییر ظاهری سایت، عامل گم می‌شود.
- **کند و پرهزینه است:** ده‌ها رفت‌وبرگشت برای کاری که یک فراخوانی تابع است.
- **پرخطاست:** کلیک اشتباه در فرم پرداخت یعنی خسارت واقعی.

WebMCP این رابطه را وارونه می‌کند: سایت خودش اعلام می‌کند «این کارها را می‌توانی از من بخواهی» — با ورودی و خروجی مشخص.

## سه روش اتصال هوش مصنوعی به سایت شما

| روش | چگونه کار می‌کند | نقطه قوت | نقطه ضعف |
| --- | --- | --- | --- |
| اسکرِیپینگ / Computer Use | خواندن صفحه و کلیک شبیه انسان | بدون تغییر در سایت | شکننده، کند، پرخطا |
| سرور MCP راه دور | نقطه اتصال HTTP جدا (مثل `/api/mcp`) | مستقل از مرورگر، مناسب اتوماسیون | جلسه و لاگین کاربر را ندارد |
| WebMCP | ثبت ابزار داخل صفحه با `navigator.modelContext` | با جلسه و دسترسی خود کاربر اجرا می‌شود | هنوز آزمایشی، فقط مرورگرهای جدید |

نکته مهم: این سه روش رقیب نیستند؛ مکمل‌اند. سایت جدی در ۲۰۲۶ هر سه لایه را آماده می‌کند.

## پیاده‌سازی WebMCP در عمل چه شکلی است؟ (تجربه خود ما)

ما هر دو لایه را روی همین وب‌سایت پیاده کرده‌ایم: یک سرور MCP راه دور در `linuxacademy.ir/api/mcp` و ابزارهای WebMCP داخل صفحه. ثبت یک ابزار به همین سادگی است:

    navigator.modelContext.registerTool({
      name: "book_consultation",
      description: "باز کردن صفحه رزرو جلسه مشاوره",
      inputSchema: { type: "object", properties: {} },
      async execute() {
        window.location.assign("/schedule");
        return { content: [{ type: "text", text: "ok" }] };
      },
    });

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

## برای آماده‌شدن چه کنیم؟ (۴ گام)

1. **محتوای ماشین‌خوان فراهم کنید:** `llms.txt` و داده ساخت‌یافته (JSON-LD) حداقلِ لازم است.
2. **کارهای کلیدی سایت را فهرست کنید:** جست‌وجو، رزرو، استعلام قیمت — هر کدام کاندیدای یک ابزار است.
3. **ابزارها را ایمن طراحی کنید:** ابزارهای فقط-خواندنی را آزاد بگذارید؛ کارهای حساس (پرداخت) حتماً تأیید کاربر بخواهند.
4. **زود شروع کنید:** استاندارد هنوز آزمایشی است، اما سایت‌هایی که زود ابزار عرضه کنند، در تجربه‌های عامل-محورِ آینده پیش‌فرض انتخاب می‌شوند.

## جمع‌بندی

WebMCP وب را از «صفحه‌هایی برای خواندن انسان» به «سرویس‌هایی قابل‌فراخوانی برای عامل‌ها» گسترش می‌دهد. اگر می‌خواهید سایت یا محصولتان برای این موج آماده شود، [مشاوره](/services-consult) و [پیاده‌سازی](/services-implement) این زیرساخت دقیقاً کاری است که انجام می‌دهیم — [رزرو جلسه](/schedule).

## پرسش‌های پرتکرار

### تفاوت WebMCP با MCP معمولی چیست؟

MCP معمولی یک سرور جدا (محلی یا راه دور) است که عامل به آن وصل می‌شود؛ WebMCP همان مفهوم ابزار را داخل صفحه وب و با API مرورگر (`navigator.modelContext`) پیاده می‌کند و با جلسه و لاگین خود کاربر اجرا می‌شود.

### آیا WebMCP الان در مرورگرها فعال است؟

به‌صورت پیش‌فرض نه؛ کروم آن را در قالب Origin Trial آزمایشی عرضه کرده و مشخصات در W3C در حال تکامل است. پیاده‌سازی درست باید وجود API را بررسی کند و در نبودش بی‌اثر باشد — دقیقاً کاری که ما کرده‌ایم.

### آیا WebMCP خطر امنیتی دارد؟

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

### اگر API عمومی داریم، باز هم WebMCP لازم است؟

بله، برای سناریوی متفاوتی: API عمومی برای اتوماسیون سرور-به-سرور است؛ WebMCP برای دستیارِ داخل مرورگرِ کاربری است که همین حالا در سایت شما لاگین است و می‌خواهد با زبان طبیعی کارش را انجام دهد.

---

# What is WebMCP? Connecting Your Website to AI Agents

> WebMCP is the proposed browser standard that lets a website offer structured tools to AI agents instead of being scrolled and clicked by bots — and we've implemented it on this very site.

**Short answer:** WebMCP is a proposed web standard that lets a website expose structured "tools" (like searching articles or booking a session) directly to AI agents in the browser — through the new `navigator.modelContext` API. Instead of an AI agent scrolling and clicking your page like a human, it calls functions your site defines: faster, more accurate, and safer.

## What is WebMCP and where does it come from?

WebMCP is the natural continuation of the MCP protocol. MCP (Model Context Protocol) was introduced by Anthropic in November 2024 as an open standard for connecting AI models to tools and data, and during 2025 OpenAI and Google announced support as well — making it the de facto industry standard.

WebMCP brings the same idea into the browser: a proposal in the W3C Web Machine Learning community group (driven by engineers from Microsoft and Google) that lets any web page register its tools with the browser's AI assistant. Chrome has made it available to developers as an experimental Origin Trial since late 2025.

## Why does WebMCP matter?

Today's AI agents mostly work with websites by imitating humans: taking screenshots, reading the DOM, and clicking buttons. That approach has three big problems:

- **It's brittle:** any visual redesign gets the agent lost.
- **It's slow and expensive:** dozens of round-trips for what should be one function call.
- **It's error-prone:** a wrong click in a payment form causes real damage.

WebMCP inverts the relationship: the site itself declares "here's what you can ask me to do" — with defined inputs and outputs.

## Three ways AI can connect to your site

| Approach | How it works | Strength | Weakness |
| --- | --- | --- | --- |
| Scraping / Computer Use | Reading the page and clicking like a human | No site changes needed | Brittle, slow, error-prone |
| Remote MCP server | Separate HTTP endpoint (like `/api/mcp`) | Browser-independent, good for automation | No access to the user's session/login |
| WebMCP | Registering tools in-page via `navigator.modelContext` | Runs with the user's own session and permissions | Still experimental, new browsers only |

Key point: these aren't competitors — they're complementary. A serious site in 2026 prepares all three layers.

## What does implementing WebMCP look like? (our firsthand experience)

We've implemented both layers on this very website: a remote MCP server at `linuxacademy.ir/api/mcp` and in-page WebMCP tools. Registering a tool is as simple as:

    navigator.modelContext.registerTool({
      name: "book_consultation",
      description: "Open the consultation booking page",
      inputSchema: { type: "object", properties: {} },
      async execute() {
        window.location.assign("/schedule");
        return { content: [{ type: "text", text: "ok" }] };
      },
    });

With this pattern, a user's AI agent can list our articles, read a full post, or jump straight to booking — without a single simulated click.

## How do you get ready? (4 steps)

1. **Provide machine-readable content:** `llms.txt` and structured data (JSON-LD) are the baseline.
2. **List your site's key actions:** search, booking, price lookup — each is a tool candidate.
3. **Design tools safely:** leave read-only tools open; sensitive actions (payments) must require user confirmation.
4. **Start early:** the standard is still experimental, but sites that expose tools early become the default choice in tomorrow's agent-driven experiences.

## Summary

WebMCP extends the web from "pages for humans to read" to "services agents can call." If you want your site or product ready for this wave, [consulting](/services-consult) and [implementation](/services-implement) of exactly this infrastructure is what we do — [book a session](/schedule).

## Frequently asked questions

### How is WebMCP different from regular MCP?

Regular MCP is a separate server (local or remote) that an agent connects to; WebMCP implements the same tool concept inside the web page via the browser API (`navigator.modelContext`) and runs with the user's own session and login.

### Is WebMCP enabled in browsers today?

Not by default; Chrome ships it as an experimental Origin Trial and the spec is still evolving at the W3C. A correct implementation must feature-detect the API and no-op without it — exactly what we did.

### Is WebMCP a security risk?

Tools only do what the site defines, and they run in the user's own browser under its permission model. The real risk is designing overly powerful tools without user confirmation — not the protocol itself.

### We already have a public API — do we still need WebMCP?

Yes, for a different scenario: a public API serves server-to-server automation; WebMCP serves the in-browser assistant of a user who is already logged into your site and wants to get things done in natural language.