Resources · Technical Access for AI Crawlers

What Is WebMCP, and Is It Important for AEO and GEO?

WebMCP is a proposed web standard that lets a web page register tools, such as “search_flights”, “book_table” or “checkout”, that an AI agent working in the browser can call directly. Without it, the agent reads the page and clicks buttons and fills fields as a person would. The proposal is developed in the W3C Web Machine Learning Community Group, as a synthesis of earlier proposals from Microsoft and Google, and Chrome offers it in an origin trial from Chrome 149. It helps agents complete tasks on your site. It does not change whether ChatGPT, Gemini, Perplexity or Google's AI features mention or cite you. For most AEO and GEO work it is not a priority yet; it matters most for sites where agents need to complete bookings, applications or purchases.

How does WebMCP work?

Chrome's documentation describes two ways to define tools:

API How it works Suits
Declarative Add annotations to an existing HTML form so it becomes a tool with a name, description and fields Simple forms: bookings, enquiries, applications
Imperative Register tools in JavaScript, with a description and a JSON Schema for inputs Complex actions: search with filters, multi-step flows, app state

Once a page registers tools, an agent in the browser can discover them and call them with structured inputs. The tool runs on the page visibly, so the user can watch it happen, and a tool can ask the user to confirm sensitive actions, such as a purchase. Google says this is more reliable than actuation, the agent simulating clicks and typing, where every step is open to misreading.

What are the limits?

Chrome's documentation is candid about them:

  • It runs in the browser, with a human present. WebMCP is designed mainly for local browser workflows with a person in the loop, not for background crawlers.
  • Discovery requires a visit. An agent only learns a site's tools by loading the page. There is no central registry and nothing for search crawlers to index.
  • Complex sites need work. Highly dynamic interfaces may need refactoring to expose clean tools.
  • Security gates apply. Tools only work in origin-isolated documents and are controlled by a “tools” permissions policy; cross-origin iframes need explicit permission.
  • It may change. Google says the API is under active discussion and subject to change.

How do agents use sites without WebMCP?

Almost every site today has no WebMCP tools, and browser agents still work on them. Google's web.dev guide to agent-friendly sites says agents combine screenshots, the raw HTML and the browser's accessibility tree to understand a page. Its advice is plain web practice: use real button and link elements rather than clickable divs, connect every form field to a label, keep interactive elements visible and not tiny, and keep layouts stable so an “Add to cart” button does not move between visits. These fixes help every agent now, and they help people using assistive technology. WebMCP is a layer on top of that foundation, not a replacement for it.

Is WebMCP important for AEO and GEO?

It depends on which part of AI visibility you mean. AEO and GEO are mainly about being found, understood, cited and recommended in AI answers. WebMCP does nothing for those:

  • AI search crawlers do not use it. OAI-SearchBot, Googlebot, PerplexityBot and Claude-SearchBot index page content. They do not call browser tools.
  • It does not add content. A tool's name and description tell an agent what the page can do, not what your business offers or why it is good.
  • No platform ranks on it. Neither Google nor OpenAI has said WebMCP affects whether a site is recommended.

Where it matters is the step after the recommendation. When an agent has chosen your business and tries to act on the user's behalf, such as booking a table, requesting a quote or completing an order, WebMCP can make that action succeed instead of failing on a confusing form. That is conversion, not visibility.

Who should adopt it now?

  • Worth trying: booking and reservation sites, travel, SaaS products with complex settings or support flows, and marketplaces with detailed search filters. These are the use cases Chrome's documentation highlights. ChatGPT's desktop app already calls WebMCP tools in its built-in browser, so a tool you add can be used by ChatGPT agents today, not only by Chrome trial users.
  • Worth watching: ecommerce stores, which mostly get agent checkout through platform protocols such as UCP and ACP, and may get WebMCP support from their platform later.
  • Not yet: brochure sites, blogs, local service sites with a simple contact form, and most B2B marketing sites. A clean, labelled HTML form already works well for today's agents, as covered in how to structure a site so agents can complete bookings.

How does WebMCP differ from MCP?

MCP connects AI applications to a server's tools and data, usually with authentication, and works without a browser. WebMCP brings the same idea of described tools into the web page itself, using the user's existing session in the browser. A SaaS product might offer both: an MCP server for assistants such as Claude or ChatGPT, and WebMCP tools for agents operating its web app. When a full MCP server is worth building is covered in whether websites need MCP.

How can you try it?

  1. Test locally by enabling the WebMCP testing flag in Chrome's flags page.
  2. Register for the origin trial to run it for real visitors in Chrome.
  3. Start declarative: annotate one important form, such as a booking or enquiry form.
  4. Use Google's Model Context Tool Inspector extension to see which tools a page registers, call them manually and check your input schemas.
  5. Measure task success, not rankings. Compare how often agents complete the task with and without the tool.

Some agent readiness checkers, such as Cloudflare's, now include a WebMCP check, as covered in the Cloudflare Agent Readiness score review. A pass there shows the tool exists, not that agents use it.

We have not measured whether WebMCP changes how often agents complete tasks on real sites. This page is based on Chrome's WebMCP documentation and the W3C community group's published materials.

What might this look like in practice?

Consider an illustrative restaurant group, Ilvley Dining, whose booking form confused browser agents: the party-size field was a custom dropdown and the date picker needed several clicks. The developer added declarative WebMCP annotations to the booking form, giving it a clear tool name and descriptions for date, time, party size and dietary notes. With the Chrome flag on, a test agent booked a table in one step instead of failing on the date picker. The marketing team kept working separately on reviews and menu pages, since WebMCP did nothing to get Ilvley Dining recommended in the first place.

What do people ask about WebMCP?

Is WebMCP an official web standard?

Not yet. It is a proposal in a W3C community group, with an origin trial in Chrome.

Does WebMCP help my site appear in AI Overviews or ChatGPT?

No. AI search systems read page content. WebMCP helps agents act on a page once they are there.

Which browsers support WebMCP?

Chrome (from version 149) and Microsoft Edge offer it through origin trials, and Chrome has a local testing flag. Since late August 2026 the built-in browser in OpenAI's ChatGPT desktop app can also call WebMCP tools, which OpenAI calls site tools; availability depends on the model and on rollout to the account. Firefox and Safari have not announced support.

Do I need JavaScript to use WebMCP?

Not always. The declarative API adds annotations to existing HTML forms.

Published by The Kovmere Team · updated Sep 29, 2026 · More resources