WebMCP: ¿el nuevo SEO? Cómo preparar tu web para los agentes de IA
Antes de WebMCP existía MCP
En noviembre de 2024, Anthropic —una de mis empresas favoritas de IA por la calidad de sus modelos y los valores que defienden— publicó el protocolo Model Context Protocol (MCP), un estándar abierto para conectar asistentes de IA con fuentes de datos y herramientas externas.
La idea era sencilla pero ambiciosa: en lugar de que cada integración entre una IA y un servicio externo requiera una implementación custom, MCP propone un protocolo universal. Un lenguaje común.
MCP define una arquitectura cliente-servidor donde el modelo de IA actúa como cliente y los sistemas externos como servidores MCP. Se comunica por JSON-RPC y tiene SDKs disponibles en TypeScript, Python, Java, Kotlin, C#, Go, PHP, Ruby, Rust y Swift.
El protocolo es abierto. Cualquier desarrollador puede crear servidores MCP para su software, y cualquier modelo de IA puede consumirlos sin adaptaciones por proveedor.
Cómo ha evolucionado MCP desde su lanzamiento
Desde noviembre de 2024 hasta hoy, MCP ha tenido una evolución rápida y significativa.
Anthropic liberó el código, la documentación y herramientas en GitHub. La comunidad empezó a construir conectores para Google Drive, Slack, GitHub, Postgres y muchos más. Se añadieron SDKs en múltiples lenguajes, bajando la barrera de entrada, y miles de servidores MCP están ya en producción.
Lo más relevante es que MCP dejó de ser una iniciativa solo de Anthropic. OpenAI, Google y Microsoft anunciaron compatibilidad o integración con el protocolo. Y el paso definitivo: Anthropic donó MCP a la Linux Foundation como parte de la nueva Agentic AI Foundation (AAIF), con apoyo de AWS, Google, Microsoft, Block y Bloomberg. El objetivo es mantenerlo neutral, abierto y comunitario.
En paralelo, ya hay investigación académica sobre seguridad de servidores MCP, técnicas para generar servidores automáticamente a partir de especificaciones OpenAPI y propuestas para contextos compartidos entre múltiples agentes.
MCP es hoy un estándar de facto para la integración de IA con el mundo exterior. Pero opera en backend. ¿Y la web?
WebMCP: MCP llega al navegador
Aquí es donde entra WebMCP.
WebMCP es una propuesta del W3C Web Machine Learning Community Group que extiende la filosofía de MCP al frontend. Permite que sitios web expongan herramientas estructuradas directamente a agentes de IA desde el navegador, sin depender de APIs backend dedicadas.
La especificación está editada por Brandon Walderman (Microsoft), Khushal Sagar y Dominic Farolino (Google). Un draft se publicó el 12 de febrero de 2026 y Google lanzó una early preview en Chrome 146 ese mismo mes.
La idea central es que una página web puede funcionar como un servidor MCP, pero implementando las herramientas en JavaScript del lado del cliente en vez de en un backend.
Por qué esto importa para los desarrolladores web
Hasta ahora, los agentes de IA interactúan con webs de dos formas, y ambas tienen problemas serios.
La primera es por capturas de pantalla: el agente recibe una imagen de la página y tiene que interpretar visualmente dónde hacer clic. Es lento, frágil y consume muchos tokens. La segunda es por inspección del DOM: el agente lee el HTML crudo e intenta extraer estructura. Pero el HTML está diseñado para renderizar, no para que una máquina lo entienda semánticamente.
WebMCP elimina esas dos capas de interpretación. En lugar de que el agente adivine cómo usar tu web, tú le dices exactamente qué puede hacer.
Cómo funciona la API
WebMCP expone una API a través de navigator.modelContext. Un sitio web registra herramientas —funciones JavaScript con nombre, descripción en lenguaje natural y esquema de entrada— que los agentes pueden descubrir e invocar directamente.
Un ejemplo conceptual sería algo así:
navigator.modelContext.provideContext({
tools: [
{
name: "searchProducts",
description: "Busca productos por categoría y rango de precio",
inputSchema: {
type: "object",
properties: {
category: { type: "string" },
maxPrice: { type: "number" }
},
required: ["category"]
},
execute: async (input) => {
const results = await searchAPI(input.category, input.maxPrice);
return results;
}
}
]
});Además, hay una API declarativa basada en formularios HTML, que no requiere JavaScript:
<form toolname="searchFlights" tooldescription="Buscar vuelos disponibles">
<input name="origin" type="text" required pattern="[A-Z]{3}">
<input name="destination" type="text" required pattern="[A-Z]{3}">
<input name="date" type="date" required>
<button type="submit">Buscar</button>
</form>Esto baja la barrera de entrada de forma brutal. Si tu web tiene formularios bien estructurados, el camino a WebMCP es muy corto.
WebMCP vs MCP: ¿en qué se diferencian?
Es importante entender que WebMCP no reemplaza a MCP. Lo complementa.
MCP opera en backend, con servidores que se comunican por JSON-RPC. WebMCP opera en el navegador, exponiendo herramientas a través de una API JavaScript estándar. El navegador actúa como intermediario, traduciendo las herramientas que tú defines al formato MCP cuando se comunica con los agentes.
MCP conecta modelos de IA con servicios y datos externos. WebMCP permite que agentes de IA interactúen con interfaces web de forma determinista y segura, dentro de la sesión del usuario, reutilizando su autenticación y su contexto.
Seguridad y control del usuario
Uno de los aspectos más interesantes de WebMCP es su modelo de permisos. La especificación incluye requestUserInteraction, que permite a las herramientas pedir confirmación del usuario antes de ejecutar acciones.
Esto es clave. Un agente no puede enviar un email o hacer una compra sin que el usuario lo confirme. El control sigue siendo humano. Es lo que en el ecosistema se llama human-in-the-loop, y WebMCP lo tiene integrado en el diseño.
Comparado con extensiones de navegador o bookmarklets que operan con permisos amplios, WebMCP permite un control granular: el sitio decide qué herramientas expone y cuáles no.
¿El nuevo SEO?
Aquí viene la reflexión que me parece más relevante a futuro.
Hoy optimizamos nuestras webs para que los buscadores las entiendan. Mañana vamos a necesitar optimizarlas para que los agentes de IA puedan interactuar con ellas.
Si tu web no expone herramientas a los agentes, simplemente no existirás en ese nuevo canal de interacción. Los agentes pasarán de largo, igual que Google pasa de largo si no tienes sitemap o tu HTML no tiene semántica.
No digo que WebMCP vaya a sustituir al SEO. Digo que se va a sumar como una capa más de optimización. Una capa donde no estás optimizando para un crawler que indexa texto, sino para un agente que quiere ejecutar acciones en tu web.
Y los que lo implementen primero tendrán ventaja, como siempre pasa con los estándares emergentes.
Estado actual y qué hacer hoy
Seamos claros: WebMCP está en fase muy temprana. Es un draft del Community Group del W3C, no un estándar final. Solo hay early preview en Chrome 146 Canary. Firefox y Safari no han anunciado soporte todavía.
No lo metas en producción ahora mismo.
Pero sí puedes hacer cosas hoy que te preparen para cuando llegue.
Primero, estructura bien tus formularios HTML. Usa semántica correcta, atributos claros, patrones de validación. Cuando WebMCP sea estable, convertir formularios bien hechos en herramientas será casi inmediato con la API declarativa.
Segundo, implementa llms.txt en tu sitio para hacerlo descubrible por sistemas de IA. Es el estándar inmediato y estable para visibilidad ante agentes.
Tercero, sigue la especificación. El repositorio de GitHub del W3C Web Machine Learning Community Group tiene toda la documentación y se actualiza frecuentemente.
Y cuarto, familiarízate con MCP. Si ya sabes crear servidores MCP, el salto a WebMCP va a ser natural.
Conclusión
WebMCP es una de esas tecnologías que todavía no puedes usar en producción pero que deberías entender ya.
La dirección es clara: los navegadores van a ser el puente entre la intención del usuario y las capacidades de la IA. Y los desarrolladores web somos los que vamos a construir ese puente, herramienta a herramienta, formulario a formulario.
MCP nos dio el protocolo universal para backend. WebMCP lo trae al frontend. Y cuando ambos maduren, la web que conocemos va a cambiar de forma fundamental.
Mi consejo: no esperes a que sea estándar para entenderlo. Empieza a leer la spec, experimenta con la preview de Chrome, y diseña tu frontend pensando en que un agente va a querer usarlo.
Porque si el SEO era preparar tu web para que las máquinas la lean, WebMCP es prepararla para que las máquinas la usen.
Enlaces útiles: