On this page
Two standards, three letters apart, doing genuinely different jobs. MCP is how an AI agent reaches the systems your business runs on — your booking calendar, your orders, your customer records — through a server you keep online. WebMCP is how an AI agent uses your website — the buttons and forms already on the page — while a visitor is looking at it. Same underlying idea: give the agent named, described actions instead of making it guess. Opposite ends of your business.
In one sentence each
| MCP — the back office | WebMCP — the front counter |
|---|---|
| In one sentence: an assistant can reach the systems your business runs on, through a server you (or your software provider) put online. | In one sentence: the things your web page can already do become buttons an assistant can press, while the visitor is on the page. |
| For example: a customer asks "is Thursday at 3pm free?" and your booking system answers with the real slots. | For example: your booking form becomes a button the assistant fills in and submits, with the visitor watching it happen. |
| Who sets it up: whoever runs your systems. | Who sets it up: whoever runs your website. |
WebMCP is the counter at the front of the shop; MCP is the phone line to the back office. One assistant works both.
What is actually different
| MCP | WebMCP | |
|---|---|---|
| Where it runs | on a server — "available on any platform at any time" | in the browser tab — "available only on your website" |
| Who hosts it | you, or the vendor of your software | your website itself, with nothing extra to host |
| How the agent finds it | you register the server with the assistant once | the page registers its tools each time it loads |
| Who can use it | any assistant you connect it to | whichever agent the visitor happens to be using |
| Sign-in | its own authorisation, normally a token sent with each call | the visitor's existing session on your site |
| Lifetime | persistent — the server keeps running | tab-bound: the tools exist only while your page is open |
| It also offers | reference data and reusable prompt templates, not only actions | actions only |
| Status | an open standard, already supported across major assistants | a proposal in W3C incubation, in a Chrome origin trial |
The left column comes from the Model Context Protocol docs, which define servers that expose tools (actions), resources (data) and prompts (templates), reached over a standard connection that carries normal HTTP authentication. The right column comes from Chrome's own comparison and the WebMCP explainer, where a page calls document.modelContext.registerTool() to publish an action; Chrome ships it behind a flag with an origin trial from Chrome 149 (Chrome for Developers). ChatGPT already calls these Site tools in its desktop browser, and reviews each call before it runs (ChatGPT docs).
How they fit together
They are not rivals; they are the same shape at two distances.
- One vocabulary. Both describe an action identically: a name, a description written for a person, and a list of inputs. Learn it once and you can write either.
Every tool — MCP or WebMCP — is only these three things:
name book_appointment
description Books a slot for a named service on a chosen date
inputs service, date, time, name, email
runs at https://[your-site]/book
If a new colleague could act on that description, an agent can too.- A page tool can front a server tool. Your booking page already talks to your booking system. Publishing that page action as a WebMCP tool exposes the same capability without opening a second door.
- One assistant consumes both. The assistant on this site is an MCP server for the systems behind it, and its pages publish WebMCP tools for whatever agent is browsing them. Same catalogue, two exits. You can watch it happen in the WebMCP inspector, test a page with the WebMCP checker, or point the MCP checker at a server before attaching it.
Which one do you need
- Neither, yet — if your questions are answered by facts already published on your pages. Start with content; the site knowledge service covers that ground.
- WebMCP — if the useful next step is something a visitor does on the page: book, check, submit, start a return. This is the cheaper half, and the page tools guide is the setup. Background on the standard is on our WebMCP overview, and the wider readiness picture is in the agent-ready checklist.
- MCP — if the answer lives in a system rather than on a page: order status, real availability, account changes. MCP for business owners is the non-technical version, and the connect an MCP server guide is the how.
- Both — if customers arrive with questions your pages answer and actions your systems own. That is most shops with a booking or an order behind them.
Ask your assistant to do it
Ask your AI assistant:
1. Read https://[your-site] and list the three actions a visitor most often
takes on it. For each, write a tool name, a one-line description and the
inputs it needs, then add it as a page tool and show me the result.
2. Then connect my MCP server at https://[your-site]/mcp, list every tool it
exposes with its access level, and wait for my yes before saving anything.
Mark anything you had to guess with [CHECK].Read the draft, fix the [CHECK] marks, and you have both halves scoped without writing an integration. Your mate shows the exact change and waits for your approval before anything is saved.
Neither standard makes you easier to find — that is still clear pages and a curated brief such as our own /llms.txt. What they change is what happens after an assistant arrives. The fastest way to see the difference is on your own pages: build an assistant from your URL and ask it something only an action can answer. Pricing is metered per business, so neither half is a tier you have to buy your way into.
Questions
Is WebMCP just MCP for websites?
Close enough to be useful, and different in one way that matters. Both describe an action the same way — a name, a plain-English description and a list of inputs — but an MCP server runs on a machine you keep online, while WebMCP tools live in the page and exist only while a visitor has it open.
Do I need both?
Most small businesses need neither on day one and WebMCP first when they do. Page tools make the actions a visitor can already take usable by an assistant. An MCP server earns its place when the useful answer lives in a system rather than on a page.
Can an agent use my WebMCP tools without visiting my site?
No, and that is by design. Chrome's documentation is explicit that clients and browsers must visit a site directly to know if it has callable tools, so page tools only exist inside a real visit to a real page.
Will an agent buy or cancel something without asking?
Not if the action is built properly. WebMCP is designed for workflows with a human in the loop, ChatGPT reviews each tool call before it runs, and anything that charges, cancels or refunds should require the visitor to confirm it first.
Which one do search engines and AI assistants prefer?
Neither is a ranking factor. They change what an assistant can do once it arrives, not whether it arrives. Being findable is a separate job, handled by clear pages, a sitemap and a curated brief such as an llms.txt file.