WebMCP en Chrome, Edge, ChatGPT y compañía: dónde funciona hoy

WebMCP funciona hoy en Chrome y en Edge mediante un origin trial. En Brave está como experimento tras un flag, y en el navegador integrado de ChatGPT Desktop se llama “Site tools”. Firefox tiene una posición neutral y Safari está en contra. Ningún navegador lo trae activado por defecto para todos los usuarios.

Si todavía no tienes claro qué es la API (document.modelContext, registerTool(), anotaciones), empieza por qué es WebMCP. Aquí respondemos a una sola pregunta: ¿dónde puedo usarlo ya, y con qué condiciones? La fuente central es el archivo implementation-status.md del repositorio de la especificación. Se creó el 12 de agosto de 2026 y se modificó por última vez el 29 de septiembre.

Tabla resumen

Navegador o agente	Estado a 3 de octubre de 2026	Desde	Fuente
Chrome	Origin trial de Chrome 149 a 162; flag para desarrollo local	Chrome 149, estable el 2 de junio de 2026	Blog de Chrome e intent del 28 de septiembre
Edge	Origin trial; la página del trial indica caducidad el 30 de marzo de 2027	Edge 150	Página del trial
Brave	Experimental en Leo, tras flag	Issue cerrada el 1 de octubre de 2026	brave/brave-browser#55232
ChatGPT Desktop	“Site tools”, solo API imperativa y fuera de iframes	25 de agosto de 2026	Documentación de Site tools
Meta Ray-Ban Display	“Coming soon”, desactivado por defecto	Añadido al estado de implementación el 29 de septiembre de 2026	Documentación de Meta
Cloudflare Browser Run	Soporte anunciado en el navegador remoto	6 de agosto de 2026	Blog de Cloudflare
Firefox	Posición neutral	5 de agosto de 2026	mozilla/standards-positions#1412
Safari (WebKit)	Posición oppose	11 de junio de 2026	WebKit/standards-positions#670

Antes de entrar en detalle, una aclaración: que un navegador implemente la API no significa que su asistente la use. Chrome y Edge exponen document.modelContext dentro del trial, pero no hay anuncio primario de que Gemini en Chrome o Copilot en Edge consuman ya herramientas WebMCP.

WebMCP en Chrome: origin trial, flag y calendario

Chrome es donde más ha avanzado. Los hitos, según Chrome Status y los anuncios de Chrome:

• Dev trial tras flag desde Chrome 146, en escritorio y Android. Cuando leas que WebMCP “shipping experimentally in Chrome 146” (lo dice así el blog de Cloudflare), se refiere a esto: hacía falta un flag. El origin trial empieza en la 149.
• Early preview: el 10 de febrero de 2026 Chrome anunció que “WebMCP is available for early preview”.
• Origin trial desde Chrome 149, que llegó a estable el 2 de junio de 2026. Según el blog de Chrome del 9 de junio, estaba previsto inicialmente hasta Chrome 156. Chrome 149 también trajo herramientas experimentales de depuración de WebMCP en el panel Application de DevTools.
• Ampliación hasta Chrome 162: el Intent to Extend Experiment del 28 de septiembre de 2026 pide extender el trial (“Origin trial extension 1 end milestone 162”). Ese mismo día recibió un LGTM1 condicionado de Alex Russell. El intent también responde “Yes” a si se soportará en las seis plataformas de Blink (Windows, Mac, Linux, ChromeOS, Android y Android WebView).
• Intent to Ship: todavía no hay. Dominic Farolino escribe en su respuesta del 29 de septiembre: “we’re hoping to move to I2S within the extension window”. Es decir, quieren pedirlo antes de que acabe la ampliación, pero sin dar versión ni fecha.

Cómo activarlo

Hay dos caminos, según para quién sea:

• Para usuarios reales, registras tu origen en el origin trial de Chrome y sirves el token en tus páginas. El trial admite terceros.
• Para desarrollo local, la documentación de Chrome, actualizada el 1 de octubre, indica: “Open Chrome and navigate to chrome://flags/#enable-webmcp-testing / Set the flag to Enabled. / Relaunch Chrome to apply the changes.”

En nuestras pruebas con Chrome estable 154 y Playwright, la API aparecía al lanzar Chrome con --enable-features=WebMCP y no aparecía sin flags. Con el flag, http://localhost funcionó (es un contexto seguro). No hemos comprobado si funciona con el token del trial y sin flag.

Lo que cambia en las próximas dos versiones

Desde Chrome 153 hay una versión estable cada dos semanas. Según el calendario de Chromium, Chrome 155 sale el 6 de octubre de 2026 y Chrome 156, el 20 de octubre. Chrome 162, la última del trial ampliado, sale el 2 de febrero de 2027. Dos versiones traen cambios que afectan al código:

• Chrome 155: la documentación de la API imperativa anuncia que “JSON stringified input arguments are deprecated” en executeTool(). La especificación acepta un objeto desde el 17 de agosto de 2026.
• Chrome 156: es también el final original del trial en Chrome Status. Chrome documenta la anotación debugging (“available from Chrome 156”). También documenta que window.ontoolactivated y window.ontoolcancel dejan de funcionar, porque los eventos pasan a document.modelContext.

Esto lo dice la documentación de Chrome, pero no lo hemos probado. En Chrome 154 sí comprobamos el punto de partida: executeTool() todavía exigía una cadena JSON, getTools() devolvía inputSchema como cadena y toolactivated se disparaba en window. Si tienes un agente en la página o pruebas automáticas, fija la versión de Chrome en CI.

¿Y Gemini en Chrome?

En el blog de Google I/O del 19 de mayo de 2026, Chrome escribió: “Gemini in Chrome will soon support WebMCP APIs.” A 3 de octubre no hemos encontrado ningún anuncio primario de que ya esté disponible. La extensión Model Context Tool Inspector lista e invoca herramientas con un modelo de Gemini, pero es otra cosa. La propia Chrome lo aclara: “This is separate from Gemini in Chrome.”

Microsoft Edge

El estado de implementación dice que el origin trial está “live in Edge 150”. La página del trial de Edge, consultada el 3 de octubre de 2026, indica caducidad el 30 de marzo de 2027 y admite terceros. Si ves en otro sitio una fecha de noviembre de 2026, probablemente es anterior a una ampliación. La fuente válida es esa página.

Microsoft está implicada en la especificación: Brandon Walderman, de Microsoft, es uno de los tres editores. Aun así, no hay anuncio primario de que Copilot en Edge use herramientas WebMCP. Como en Chrome, tener la API en el navegador y tener un asistente que la consuma son dos cosas distintas.

Brave

Brave añadió “experimental support” a su asistente Leo. La issue de seguimiento, abierta el 5 de mayo de 2026, se cerró el 1 de octubre. Su plan de pruebas pide activar brave://flags/#enable-webmcp-testing. Con eso, Leo muestra un indicador de herramientas y pide permiso para ejecutar cada una, con la opción “Allow for session”. También deja permitir o denegar herramientas concretas.

ChatGPT Desktop: Site tools y sus límites

OpenAI lo anunció en su foro de desarrolladores el 25 de agosto de 2026. Al día siguiente entró en el estado de implementación (“WebMCP is supported in ChatGPT Desktop”). La documentación lo define así: “Site tools are ChatGPT’s implementation of the proposed WebMCP standard.” Funciona en el navegador integrado de la app de escritorio, con un menú Site tools en la barra de direcciones.

Estos son los requisitos, citados literalmente: “Use GPT-5.6 Sol or GPT-6 Sol for site tools. GPT-5.6 Luna currently has WebMCP disabled. Update the ChatGPT desktop app to the latest version. In Enterprise workspaces, an admin must allow Site tools through workspace policy. Site tools aren’t available in Edu workspaces.”

Además, hay dos limitaciones que condicionan cómo escribes tus herramientas:

• Sin forma declarativa: “Tools defined through HTML form attributes aren’t available as site tools.”
• Sin iframes: “The browser doesn’t discover tools registered inside iframes, including same-origin and cross-origin iframes.”

Si quieres que ChatGPT vea tus herramientas, regístralas con la API imperativa (registerTool()) y en el documento de nivel superior.

En cuanto a seguridad, OpenAI documenta que “each tool invocation receives a safety review before it runs”. También documenta que sus políticas de confirmación se siguen aplicando a acciones como enviar mensajes, comprar o borrar datos. Lo que pasa cuando una herramienta toca un pago lo tratamos en WebMCP en tiendas y pagos.

Con el anuncio llegó el “WebMCP Challenge”. Según el foro de OpenAI, duraba diez días, tenía “$35,000 in cash prizes” y contaba con Google Chrome, Cloudflare y Shopify como socios. Otros detalles que circulan no los hemos podido verificar.

Meta Ray-Ban Display y Cloudflare Browser Run

Dos entradas menos obvias de la lista:

• Meta Ray-Ban Display se añadió al estado de implementación el 29 de septiembre de 2026 con este texto: “WebMCP for Web Apps is coming soon, letting Meta AI on the glasses call tools registered with document.modelContext.registerTool(). It is off by default and enabled per device, either in Developer Mode or for wearers in the rollout.” La documentación de Meta exige HTTPS con certificado válido y avisa: “The API surface below is implemented and stable, but expect it to track revisions to the W3C draft.”
• Cloudflare Browser Run, su navegador remoto, ya soporta WebMCP según el blog de Cloudflare del 6 de agosto de 2026: “an agent can discover and call the tools a site exposes.”

¿Y Claude? A 3 de octubre de 2026 no hay soporte de WebMCP anunciado en Claude in Chrome.

Firefox neutral, Safari en contra: los argumentos

Las dos posiciones explican por qué WebMCP sigue siendo cosa de Chromium.

Mozilla cerró su standards position el 5 de agosto de 2026 con la etiqueta position: neutral. Benjamin VanderSloot reconoce el beneficio con “honest participants”, aunque advierte que “in an adversarial setting there is a risk that sites will provide tools that do not match the experience of a user on the page”. Pone como ejemplos usarlas para inyectar instrucciones invisibles para el usuario o para recoger datos a través de sus parámetros. También critica el nombre: “The name is misleading”.

Entre el 25 y el 26 de agosto, Jake Archibald y Martin Thomson aclararon que su postura no depende de la variante declarativa. Añadieron que la issue #236 “is pretty significant here. As is naming.” Esa issue propone reposicionar la API como una primitiva genérica de llamada a funciones entre entornos.

WebKit fue más lejos: position: oppose, cerrada el 11 de junio de 2026. Sus preocupaciones abarcan duplicación, internacionalización, privacidad, seguridad, foro de estandarización, casos de uso, portabilidad y diseño de la API. Mike Wyrzykowski lo resume así: “we do not think a parallel agent-facing tool layer is the right solution. When a site’s actions are hard for an agent to use, that is a gap in the page’s own semantics”. Para él, la solución está en HTML y ARIA.

Su argumento de fondo es que un agente que actúa por el usuario es, en la práctica, tecnología de asistencia. Según ese argumento, WebMCP hace lo contrario: convierte “an agent is driving” en un hecho observable por la página. Marcos Cáceres propuso el 17 de junio dejar WebMCP en pausa y crear un grupo comunitario nuevo de “agent-assisted user agents”. No hemos encontrado cambios de postura de WebKit entre agosto y octubre.

En la práctica, los navegadores Firefox y WebKit de Playwright no tienen la API. Además, WebMCP sigue siendo un borrador de grupo comunitario del W3C, no un estándar. Chromium dice en su intent que pedirá la revisión del TAG “before shipping”.

Qué hacer si quieres usarlo ya

Con este panorama, WebMCP es una mejora progresiva: suma para los agentes que lo entienden y no puede romper nada para el resto.

1. Detecta el soporte y no dependas de él. OpenAI recomienda typeof document.modelContext?.registerTool === "function" antes de registrar. Meta lo dice sin rodeos: “Always feature-detect, and always keep your UI usable without it”. La página tiene que funcionar igual sin la API.
2. Usa la API imperativa en el documento principal. Es lo único que ve ChatGPT Desktop, y es la API que nombra Meta (document.modelContext.registerTool()). Farolino lo confirma desde el lado de Chrome: “The imperative API is a lot more popular than the declarative one, so we’re investing more into it”.
3. Sirve el token del origin trial si quieres que lo usen visitantes reales de Chrome (hasta la 162) y de Edge (hasta el 30 de marzo de 2027). ChatGPT Desktop no lo necesita.
4. Desarrolla con el flag #enable-webmcp-testing y prueba en la versión de Chrome que vayas a soportar. En la 154, executeTool() exige una cadena JSON, y Chrome anuncia el paso a objeto en la 155.
5. Desactívalo donde no lo quieras. Según la especificación, la cabecera Permissions-Policy: tools=() impide usar la API en un documento y sus descendientes, antes de que se ejecute ningún script.
6. Vuelve a mirar en unas semanas. Con Chrome 155 y 156 a punto de salir y un Intent to Ship pendiente, esta tabla caduca rápido.

Para pasar de aquí al código, qué es WebMCP recorre la API con los ejemplos del borrador y de Chrome. El mapa de protocolos de agentes de IA sitúa WebMCP junto a MCP, A2A y el resto de la pila.

Si quieres entender primero el protocolo del que WebMCP toma el vocabulario (qué es una tool y cómo se invoca), la introducción del curso lo explica desde cero. El nivel Básico es gratuito con registro.