WebMCP: cómo tu web puede ejecutar acciones para agentes de IA

WebMCP (Web Model Context Protocol) es el estándar emergente del W3C, desarrollado por los equipos de Chrome y Edge de Google y Microsoft, que permite a las páginas web declarar sus capacidades como herramientas estructuradas que los agentes de IA pueden descubrir y ejecutar desde el navegador. Sin scraping, sin servidor adicional, sin reescribir el código existente. La diferencia con el MCP original — que conecta agentes con APIs y datos en el servidor — es que WebMCP vive en el cliente y hereda automáticamente la sesión del usuario, sus cookies y sus permisos. Dos atributos HTML añadidos a cualquier formulario existente son suficientes para que ese formulario sea ejecutable por un agente de IA. El primer Draft Community Group Report se publicó el 10 de julio de 2026 por el W3C WebML Community Group, con Origin Trial activo en Chrome 149 y soporte completo esperado en Chrome y Edge para el segundo semestre de 2026.

Qué es WebMCP y en qué se diferencia del MCP original

El MCP (Model Context Protocol) que lanzó Anthropic en noviembre de 2024 resuelve un problema del lado del servidor: cómo conectar un agente de IA con APIs, bases de datos y servicios externos de forma estandarizada. Para eso necesita un servidor MCP, autenticación y despliegue. WebMCP resuelve un problema distinto y complementario: cómo un agente puede interactuar con la interfaz de una web dentro del navegador del usuario, usando la sesión que ya tiene abierta, sin requerir ningún servidor adicional.

La analogía que más se repite en la comunidad técnica es el diseño responsive. Cuando llegó el móvil, la mayoría de equipos no reconstruyó sus webs — añadió breakpoints. WebMCP ofrece el mismo camino incremental hacia la compatibilidad con agentes: anota tus formularios existentes, registra tus operaciones clave, y tu web puede ser operada por una IA sin rehacer nada.

Los dos tipos de API: declarativa vs imperativa

WebMCP expone dos formas de declarar herramientas, documentadas en developer.chrome.com/docs/ai/webmcp, con el código fuente disponible en el repositorio oficial del W3C en GitHub. Se pueden usar simultáneamente en la misma página.

API Declarativa — para formularios HTML existentes

Es la opción de menor coste de implementación. Añades dos atributos obligatorios al elemento <form> existente y el navegador genera automáticamente la representación estructurada que el agente puede invocar:

<form toolname="createSupportRequest"
      tooldescription="Submits a request for customer support."
      toolautosubmit>
  <input type="text" name="name"
         toolparamdescription="Full name of the customer">
  <input type="email" name="email"
         toolparamdescription="Reply-to email address">
  <button type="submit">Enviar</button>
</form>

Los tres atributos de la API Declarativa: toolname (obligatorio — nombre de la herramienta), tooldescription (obligatorio — descripción de lo que hace; sin este atributo el formulario no se registra como herramienta), y toolautosubmit (opcional — indica al agente que envíe el formulario automáticamente una vez rellenado, sin requerir confirmación adicional). Cuando un agente invoca toolname, el navegador enfoca el formulario y rellena los campos. El formulario permanece visible para el usuario. Si eliminas toolname o tooldescription, la herramienta se desregistra automáticamente.

Según el análisis técnico de Codely — la referencia española en formación para desarrolladores — WebMCP es «lo mejor que le ha pasado a HTML desde HTML5» precisamente por este enfoque de mejora progresiva sobre estándares existentes.

API Imperativa — para lógica JavaScript y acciones sin formulario

Para casos más complejos — navegación, gestión de estado, acciones que no tienen un formulario HTML subyacente — el registro se hace vía JavaScript con document.modelContext. Es la API que usan los demos de React y las integraciones con frameworks como Angular (soporte experimental confirmado) y TYPO3 (extensión brosua/webmcp disponible en Packagist).

Para quien quiera implementar conectividad MCP en su web hoy sin esperar al soporte nativo de Chrome, existe también WebMCP.dev — una librería JavaScript independiente de Jason McGhee que añade un cliente MCP directamente en la web. Es un enfoque distinto al estándar W3C: requiere que el visitante tenga configurado un cliente MCP (Claude Desktop, por ejemplo), pero funciona ya en cualquier navegador sin Origin Trial.

Soporte por navegador — estado a septiembre de 2026

Qué agentes pueden usar WebMCP hoy y qué herramientas se exponen por defecto

Los agentes que ya soportan WebMCP en distintos grados de adopción son Gemini Agent, ChatGPT Operator, Copilot Actions y Perplexity Comet. Para testear que tus herramientas se registran correctamente sin necesitar un agente real, la extensión Model Context Tool Inspector está disponible en la Chrome Web Store — permite invocar herramientas manualmente y verificar que el JSON Schema es correcto.

Además de las herramientas que declares explícitamente, WebMCP registra automáticamente cuatro herramientas de contenido en cada página:

WebMCP en el stack agéntico completo

WebMCP no reemplaza a ninguno de los protocolos existentes — los completa. El stack completo de la web agéntica cubre cuatro capas distintas. Tenemos artículos dedicados a cada una:

• MCP — el agente conecta con APIs, bases de datos y servicios externos vía servidor
• NLWeb — el contenido web es queryable por agentes en lenguaje natural vía servidor
• WebMCP — el agente ejecuta acciones en la UI de la web vía navegador (este artículo)
• A2A — los agentes se coordinan y delegan tareas entre sí vía servidor

El hub La Web de la IA cubre la visión completa de estos protocolos y su relación con la transformación digital del ecosistema web.

Limitaciones y consideraciones de seguridad actuales

WebMCP es un estándar temprano y la especificación sigue evolucionando — ya se eliminaron los métodos provideContext y clearContext en marzo de 2026. Antes de implementarlo en producción, conviene revisar el changelog de la documentación oficial de Chrome.

Las limitaciones actuales más relevantes son dos. Primero, WebMCP está diseñado principalmente para flujos de trabajo locales del navegador con un humano en el bucle — los escenarios de navegación headless no son el caso de uso primario. Segundo, la descubribilidad de herramientas está limitada a páginas que el agente ya ha visitado. Las implicaciones de seguridad — inyección de prompts y exfiltración de datos mediante encadenamiento de herramientas — están reconocidas en la spec pero no completamente resueltas. La gobernanza de agentes IA es especialmente relevante aquí: un agente con acceso a herramientas WebMCP de distintas pestañas necesita controles de aislamiento explícitos.

Preguntas frecuentes sobre WebMCP