REST, MCP y WebMCP permiten acceder a funciones de una aplicación, pero en niveles distintos. REST es un estilo arquitectónico para interfaces HTTP, MCP un protocolo entre aplicaciones de IA y servidores de herramientas, y WebMCP una propuesta de herramientas en el navegador.
Elegir una interfaz#
| Pregunta | REST API | MCP | WebMCP |
|---|---|---|---|
| Usuario típico | Aplicaciones y clientes HTTP | Asistentes compatibles con MCP | Agentes de navegador y aplicaciones compatibles |
| Ubicación | Servidor | Servidor local o remoto | Documento abierto del navegador |
| Descubrimiento | Documentación, por ejemplo OpenAPI | tools/list en un servidor conectado | Registro mediante la API del documento |
| Autenticación | Según la API | Según el transporte y servidor | Sesión y permisos de la aplicación |
| Estado | Estilo arquitectónico consolidado | Protocolo abierto con especificación versionada | Borrador de Community Group, no estándar W3C |
Datos de 30 de septiembre de 2026. Soportar una especificación no garantiza que todos los clientes implementen todas sus funciones o revisiones del transporte.
REST: interfaz para aplicaciones#
Una interfaz REST podría ofrecer GET /api/customers/42. La aplicación define los resultados, permisos y errores. OpenAPI puede documentarla en un formato legible por máquinas; una integración de IA no tiene que basarse exclusivamente en texto libre.
REST encaja con interfaces web, aplicaciones móviles y servicios que comparten datos. JSON es habitual, pero no es un requisito de REST. El trabajo depende sobre todo de la lógica del negocio, los permisos y el sistema existente.
MCP: herramientas para un asistente conectado#
Un servidor MCP describe herramientas y sus entradas. El cliente las lista con tools/list y las ejecuta con tools/call. Un servidor de CRM podría ofrecer get_customer y utilizar internamente la API REST del CRM.
MCP ofrece stdio para procesos locales y Streamable HTTP para servidores remotos. El antiguo transporte HTTP+SSE es distinto; SSE sigue sirviendo respuestas dentro de Streamable HTTP. La revisión 2026-07-28 utiliza metadatos por petición en lugar de sesiones del protocolo. Muchos clientes y servidores siguen utilizando revisiones anteriores. Consulta stdio frente a HTTP.
La interfaz común reduce trabajo de integración. Aun así hay que comprobar autenticación, compatibilidad, selección de herramientas y permisos. Una herramienta no aparece automáticamente en todos los chats.
WebMCP: herramientas en el documento abierto#
El borrador actual de WebMCP registra herramientas JavaScript mediante document.modelContext. Una inmobiliaria podría ofrecer su búsqueda con parámetros de ubicación y precio. La ejecución utiliza la lógica del sitio; puede incluir HTTP, pero no es obligatorio.
WebMCP no es un endpoint JSON rastreable en /.well-known/webmcp. Un manifiesto por sí solo no ofrece herramientas en el navegador. La API declarativa de formularios sigue en desarrollo. Hay que comprobar por separado el soporte real del navegador y del agente.
WebMCP encaja como prueba limitada en una aplicación web con acciones útiles y un agente compatible. No garantiza que cualquier asistente descubra o utilice automáticamente una web pública.
Combinar según el proceso#
Un sistema de reservas puede tener una API REST para su aplicación, ofrecer funciones seleccionadas mediante MCP y publicar la misma búsqueda con WebMCP en el navegador. Los permisos deben respetarse en todos los caminos. Las descripciones estructuradas no hacen que un protocolo sea automáticamente más rápido o seguro.
Una agents.json es un manifiesto separado con formato acordado o propio. Una Agent Card de A2A describe un agente que acepta tareas. llms.txt es otra propuesta para contenidos. Estos archivos no forman un conjunto obligatorio de estándares ni demuestran una ventaja de posicionamiento.
Para un pequeño negocio, empieza por el proceso: quién debe consultar qué datos o realizar qué acción. Elige la interfaz después. Ese es el punto de partida de nuestras soluciones de IA.
Fuentes: transportes MCP, stdio, WebMCP, OpenAPI.
