El mes pasado nuestro post en r/mcp comparando MCP, REST y WebMCP llegó a 18.000 vistas en 24 horas. Cientos de devs hicieron la misma pregunta en los comentarios: ¿cuándo puede mi agente llamar realmente a una herramienta WebMCP en un sitio web real? Fui a comprobarlo. También hicimos un audit de nuestras propias implementaciones, las que estamos desplegando en sitios de hotel para clientes, páginas de inmobiliarias y el plugin AI-Ready WP Pro. La respuesta es más interesante que "pronto."
Aquí está dónde está WebMCP realmente en mayo de 2026, quién lo está usando, y qué impide la adopción masiva. Más una nota honesta sobre lo que encontramos en nuestro propio código.
Dónde está el spec realmente
WebMCP es un W3C Community Group Draft Report, última publicación del 23 de abril de 2026. El spec está alojado por el Web Machine Learning Community Group, con tres editores: Brandon Walderman de Microsoft, y Khushal Sagar y Dominic Farolino de Google. La primera frase en la página del spec vale la pena leerla con cuidado:
"It is not a W3C Standard nor is it on the W3C Standards Track."
Community Group significa "partes interesadas se reunieron para escribir algo." Standards Track significa "vamos a hacer esto parte de la plataforma web." Hoy, WebMCP es lo primero, no lo segundo. Hay un camino de uno al otro, pero no es automático.
La superficie de la API es navigator.modelContext.registerTool(tool, options) y unregisterTool(). Vale mencionarlo porque el patrón anterior, window.agent, está obsoleto desde agosto de 2025. Si tienes código usando window.agent, estás leyendo un spec abandonado. El modelo de descubrimiento también es inusual: no hay endpoint .well-known, no hay archivo de manifiesto. Las herramientas se registran en runtime via JavaScript cuando carga la página. El navegador, no la página ni la red, es quien las agrega y las expone a los agentes.
Un detalle que mucha gente pasa por alto: Anthropic no es editor. Microsoft y Google sí. Esto importa para la siguiente sección.
Dónde están los navegadores
Chrome 146 llegó a Stable el 10 de marzo de 2026. WebMCP está ahí, pero detrás del flag enable-webmcp-testing. Eso significa: si instalas Chrome 146 hoy, tu navegador tiene una implementación de WebMCP, pero está desactivada por defecto. Tienes que activar el interruptor en chrome://flags. Los usuarios de producción no han activado ese interruptor y no lo harán, hasta que Chrome lo active por defecto.
Edge casi con certeza seguirá a Chrome. Microsoft es co-editor del spec, y Edge comparte el motor Chromium. No hay fecha oficial de entrega. Firefox está involucrado en el Working Group sin un calendario público. Safari/WebKit tiene una entrada en el bug tracker de WebKit pero sin compromiso.
Los blogs de analistas proyectan finales de 2026 para que Chrome Stable active WebMCP por defecto. Es plausible, pero es una proyección, no una hoja de ruta. El equipo de Chrome no se ha comprometido públicamente a una fecha.
Dónde están los agentes
Esta es la sección que me sorprendió cuando empecé a verificar.
En mayo de 2026, ninguno de los agentes de IA mainstream llama herramientas navigator.modelContext directamente en sitios web. Ni Claude Desktop, ni Claude Code, ni ChatGPT Operator (rebautizado como ChatGPT Agent), ni Gemini, ni Perplexity. Todos siguen usando uno de dos enfoques: DOM scraping (leer el HTML, encontrar botones, hacer clic) o computer use (tomar un screenshot, identificar píxeles, simular movimientos del cursor).
La verificación de esto viene de múltiples fuentes. El artículo State of MCP 2026 de truthifi.com, el adoption timeline de discoveredlabs, y varios otros análisis de mayo de 2026 convergen en la misma conclusión. La síntesis de Anthropic Web Search que ejecuté lo dijo directamente: "mainstream AI agents continue to rely primarily on DOM scraping and computer use for web interactions."
Eso no significa que los agentes sean débiles ahora mismo. Computer Use es impresionante y ChatGPT Agent es bueno llenando formularios via un navegador virtual. Pero la promesa original de WebMCP era que los sitios web expondrían herramientas tipadas y estructuradas y los agentes las llamarían como API endpoints. Esa promesa no está activa en ningún cliente importante ahora mismo.
Hay un hilo separado aquí que es fácil confundir. MCP en sí, el protocolo del lado servidor, está en todas partes. Anthropic, OpenAI, Microsoft, Amazon, el Gemini CLI de Google, todos soportan servidores MCP remotos. El MCP SDK pasó de 100.000 descargas mensuales a finales de 2024 a 97 millones a finales de 2025. Pero esos son servidores MCP que corren en algún backend, conectándose a agentes sobre JSON-RPC. Es una forma completamente diferente a WebMCP, que vive en la pestaña del navegador y usa cookies de sesión.
Los dos puentes que existen hoy
Si WebMCP está inactivo para los agentes, ¿cómo obtienen valor los early adopters ahora mismo?
Dos caminos. El primero es la extensión de navegador MCP-B. Un usuario la instala, abre pestañas en sitios habilitados para WebMCP, y la extensión agrega todas las herramientas registradas y las reenvía via stdio a Claude Desktop u otro cliente MCP local. Funciona. También es opt-in, de nicho, y requiere instalar una extensión de Chrome. Es el tipo de cosa que 5.000 power users han configurado, no el tipo de cosa que tiene el lead promedio en un B2B SaaS.
El segundo camino es más antiguo y más amplio: computer use y navegadores virtuales. El Computer Use de Anthropic deja que Claude vea tu pantalla, mueva el ratón, escriba en campos y ejecute secuencias de acciones. ChatGPT Agent usa un enfoque similar de navegador virtual. Ninguno de ellos necesita WebMCP. Funcionan en cualquier sitio, estructurado o no. El compromiso es la fiabilidad: cuando cambia un layout de página, cuando cambia un nombre de clase, cuando un flujo de pago se renderiza de forma diferente en mobile, la automatización se degrada. Las herramientas WebMCP estructuradas serían, en principio, más fiables. Pero ese "en principio" está haciendo mucho trabajo ahora mismo.
Hay una tercera cosa que vale mencionar: Anthropic tiene su propia extensión de navegador claude-in-chrome. Esta es separada de MCP-B y separada del spec WebMCP. Es el camino de Anthropic hacia la integración del navegador. El hecho de que la estén construyendo en paralelo en lugar de apostar por WebMCP es interesante.
Por qué los publishers no se han movido
El cuello de botella de adopción para WebMCP no es el navegador. Chrome 146 está desplegado, la API funciona detrás de un flag, el spec es suficientemente estable para construir contra él. El cuello de botella está en el lado del publisher.
Los sitios web tienen que hacer opt-in. Tienen que agregar JavaScript que llame navigator.modelContext.registerTool() y exponga sus formularios, su búsqueda, sus flujos de reservas como herramientas tipadas. Es trabajo, y todavía no hay un business case, porque los agentes que consumirían esas herramientas no las están pidiendo.
La señal más clara de esto es lo que están haciendo las empresas de agentes de IA bien financiadas. 11x.ai, Artisan, Monaco son productos de agentes de IA en el rango de valoración de 25 a 350 millones de dólares, todos teóricamente consumidores naturales de herramientas expuestas por WebMCP. Ninguno de ellos es WebMCP-nativo hoy. Siguen construyendo sobre DOM scraping y computer use. Los calendarios de analistas públicos apuntan a mediados de 2027 como el objetivo realista de adopción masiva, cuando tanto el navegador como suficientes publishers se hayan movido.
Eso es una brecha de 12 a 15 meses desde donde estamos.
La posición silenciosa de Anthropic sobre WebMCP
Si lees cuidadosamente la Anthropic 2026 MCP Roadmap, lo notable es lo que no está ahí. Hay mucho sobre mejoras del lado servidor: flujos OAuth, integración SSO (Cross-App-Auth), resultados basados en referencias para reducir el context bloat, mejor streaming. No hay un compromiso explícito con WebMCP.
Esto tiene sentido en contexto. Anthropic es la empresa que originó MCP, y están enfocados en hacer MCP excelente donde está la demanda, que son las integraciones empresariales del lado servidor. Microsoft y Google son los que están invirtiendo en el camino del navegador. La división refleja el panorama más amplio: Anthropic optimiza para el desarrollador que conecta una Claude API con sus sistemas internos. Google optimiza para la superficie del navegador que posee. Microsoft optimiza para el stack de Edge y Copilot que están construyendo.
También estuvo el incidente de enero de 2026 en el que Anthropic desplegó checks del lado servidor para bloquear que herramientas de terceros se autentiquen via OAuth a las suscripciones Claude Pro y Max. Eso no es directamente sobre WebMCP, pero muestra que las prioridades de la hoja de ruta de Anthropic son independientes, toman decisiones que benefician su propio modelo de negocio, incluso cuando esas decisiones van en contra del ecosistema MCP más amplio.
Para los propietarios de sitios web, esto significa: no esperes que Anthropic entregue una actualización de Claude Desktop que llame WebMCP el próximo trimestre. Microsoft Edge con integración Copilot es el first mover más probable. Google Chrome con integración Gemini es la otra opción.
Lo que encontramos en nuestro propio código
Esta es la parte en la que seré honesto sobre nuestra propia implementación, porque es relevante para cualquiera que se subió al tren de WebMCP en 2024 y 2025.
Hemos estado desplegando superficies similares a WebMCP durante más de un año. En las páginas de inmobiliarias que generamos para clientes inmobiliarios, en el plugin de WordPress AI-Ready WP Pro, en sitios de hotel para clientes construidos a través de nuestro pipeline de provisioning. La historia de marketing siempre ha sido: "exponemos herramientas para que los agentes puedan llamarlas directamente."
La semana pasada hice un audit de código en el repo SM. Los resultados fueron incómodos de una manera útil.
La buena noticia: no hay window.agent en ninguna parte. Nunca adoptamos el patrón obsoleto de 2025. La API más nueva navigator.modelContext se menciona en nuestros posts de blog y documentación, y los tests de inmobiliarias comprueban ambos patrones uno junto al otro.
La noticia mixta: el generador real que construye sitios de hotel para clientes, lib/provisioning/hotel/generators/ai-discovery.ts, todavía produce un script de registro WebMCP que usa nuestra forma personalizada más antigua, window.mcp.tools.push(...). Esa era la convención que construimos en 2024 antes de que el spec se estabilizara. Nos funcionó en su momento porque también estábamos construyendo nuestro propio puente estilo MCP-B para leer esas herramientas. No coincide con la API navigator.modelContext.registerTool() actual que los navegadores buscarán realmente.
La migración está en nuestra lista. No es urgente porque, como se ha establecido antes, ningún navegador de producción está llamando a estas herramientas hoy de todos modos. Pero tiene que suceder antes de finales de 2026, cuando Chrome plausiblemente active WebMCP por defecto y los agentes empiecen a buscarlo. Hasta entonces, la historia de marketing es "tenemos las superficies, listas para migración al spec actual", no "somos 100% conformes con el spec hoy."
Cada equipo que construyó superficies similares a WebMCP en 2024-2025 va a enfrentar este mismo momento. El spec se movió, y la implementación tiene que ponerse al día. Es el costo de haber llegado antes.
Construye de todas formas
Después de pasar una semana fondo en esta investigación, aquí es donde me sitúo.
WebMCP va a importar. El camino del navegador para los agentes de IA es real, el spec es técnicamente limpio, y las empresas que lo necesitan (Microsoft, Google) lo están financiando. La brecha de tiempo también es real. Estamos 12 a 18 meses antes en la adopción por agentes de producción. Todo lo que construyas hoy es una inversión de forward-compat, no ingresos hoy.
Si estás construyendo un SaaS o un sitio de agencia, lo correcto es añadir superficies WebMCP ahora usando la API actual navigator.modelContext.registerTool(). No uses window.agent. No uses formas personalizadas ad-hoc como nuestro antiguo window.mcp. Quédate con el spec. Cuando Chrome lo active por defecto y los grandes agentes empiecen a llamarlo, tu sitio ya será el primero en tu categoría con el que un agente puede hablar.
Si estás construyendo un producto de agente de IA, el panorama es diferente. No apuestes por que WebMCP esté disponible en mayo de 2026. Construye sobre Computer Use y enfoques de navegador virtual por ahora, y vigila las notas de versión de Chrome y Edge para el momento en que WebMCP se active por defecto. Ese es el disparador para la segunda fase de la automatización web de agentes.
Si eres un publisher (un hotel, una oficina inmobiliaria, un servicio B2B) que lee esto, la pregunta es más simple. Añadir superficies WebMCP es trabajo barato, mayormente mecánico. El downside es cero. El upside es estar listo 12 meses antes que tus competidores cuando los agentes empiecen a llamar herramientas estructuradas en lugar de hacer clic a través de tu flujo de reservas. Lo recomendamos a cada cliente que incorporamos, con una nota clara sobre la brecha de tiempo.
Construye ahora. Conoce la brecha. Sigue el spec.
Preguntas frecuentes
¿Qué es WebMCP en una frase?
WebMCP es un W3C Community Group Draft para una API del navegador (navigator.modelContext.registerTool) que permite a los sitios web exponer herramientas tipadas y llamables a agentes de IA que corren en el navegador.
¿Puede mi agente de IA llamar hoy a las herramientas de un sitio web habilitado con WebMCP? No a través de Claude Desktop, ChatGPT Operator, Gemini o Perplexity. Ninguno de ellos llama herramientas WebMCP en sitios web en mayo de 2026. El único puente que funciona es la extensión de navegador MCP-B, que agrega herramientas WebMCP de pestañas abiertas y las reenvía a un cliente MCP local. Es una configuración opt-in, no el comportamiento por defecto de ningún agente mainstream.
¿Funciona WebMCP en navegadores de producción?
Chrome 146 Stable se lanzó el 10 de marzo de 2026 y tiene una implementación de WebMCP. Está detrás del flag enable-webmcp-testing, así que está desactivado por defecto. Edge seguirá. Firefox y Safari están en el Working Group sin calendario. Finales de 2026 es el objetivo proyectado para que Chrome lo active por defecto.
¿Debería implementar WebMCP en mi sitio ahora mismo?
Sí, si tienes el presupuesto de ingeniería. El costo es bajo, el downside es cero, y el upside es estar listo 12 meses antes que tus competidores cuando los agentes empiecen a llamar herramientas tipadas. Usa la API actual navigator.modelContext.registerTool(). Evita el patrón obsoleto window.agent.
¿En qué se diferencia WebMCP de MCP? MCP (Model Context Protocol) es del lado servidor. Un servidor MCP corre en un backend, expone herramientas, y se conecta a un cliente de IA sobre JSON-RPC. WebMCP es nativo del navegador. La propia página web es la fuente de herramientas. No usa JSON-RPC, no requiere un flujo OAuth separado, y hereda las cookies de sesión existentes del usuario. Mismo modelo conceptual (herramientas tipadas), transporte completamente diferente.
¿Cuándo empezarán los agentes mainstream a usar WebMCP? La mejor estimación es mediados de 2027 para la adopción masiva. El cuello de botella es el opt-in del publisher más los clientes de agentes mainstream añadiendo el código del camino de llamada. Que Chrome active WebMCP por defecto a finales de 2026 es probablemente el evento disparador, pero los agentes todavía tienen que desplegar la lógica de llamada y los publishers todavía tienen que registrar herramientas. Espera un retraso de 12 a 18 meses desde el spec estable hasta la adopción real generalizada.
Lectura relacionada en StudioMeyer:
- Qué es WebMCP - el artículo explicativo original
- MCP vs REST vs WebMCP - la comparación de protocolos de abril
- WebMCP W3C Standard - el artículo centrado en el spec
- Hacer tu sitio web listo para agentes de IA - página de servicio sobre trabajo de integración
Si quieres ayuda para implementar superficies WebMCP en tu sitio, es lo que hace nuestra práctica de integración: nos ajustamos a la API actual navigator.modelContext.registerTool() y documentamos el camino de migración para cuando la capa del navegador madure.
