Protocolo MCP: qué es y cuándo usarlo

No, tu web no necesita MCP. Empezamos por ahí porque el protocolo se ha colado en conversaciones de SEO donde no pinta nada. Ahora bien: si quieres que una aplicación de IA consulte tus sistemas o ejecute acciones sobre ellos, entonces sí te interesa entender qué es.

MCP, o Model Context Protocol, es un estándar abierto para conectar aplicaciones de inteligencia artificial con fuentes de datos, herramientas y flujos externos. No es una etiqueta SEO ni un archivo que haya que añadir a todas las webs. Su utilidad aparece cuando una aplicación de IA necesita consultar o ejecutar algo en otro sistema con una interfaz común.

Cómo funciona MCP

Con una arquitectura cliente-servidor: una aplicación anfitriona mantiene clientes conectados a uno o varios servidores. El servidor declara qué capacidades ofrece y el cliente decide cuándo utilizarlas.

La documentación oficial separa una capa de datos basada en JSON-RPC y una capa de transporte. Los servidores pueden exponer herramientas, recursos y prompts. Arquitectura oficial de Model Context Protocol

Qué son tools, resources y prompts

Acciones, información y plantillas reutilizables. No son intercambiables:

• Tools. Funciones ejecutables, como consultar un CRM o crear una incidencia.
• Resources. Datos que aportan contexto, como documentos, registros o esquemas.
• Prompts. Plantillas que estructuran una interacción frecuente.

Un servidor puede exponer solo recursos, solo herramientas o una combinación. Depende de si la aplicación necesita leer, actuar o guiar una tarea.

Qué casos de uso tiene en una empresa

Los que necesitan que varias aplicaciones de IA accedan de forma gobernada a sistemas internos o externos:

1. Consultar documentación con permisos por usuario.
2. Leer oportunidades y actividades de un CRM.
3. Crear tareas en un gestor de proyectos tras una reunión.
4. Buscar productos y disponibilidad en un catálogo.
5. Ejecutar consultas controladas sobre analítica.

La alternativa es integrar directamente cada API. MCP aporta una capa común, pero no elimina autenticación, permisos, lógica de negocio ni mantenimiento. Nada es gratis en integración.

Necesita una web implementar MCP

Para ser rastreada, indexada y visible en buscadores, no. HTML accesible, enlaces, sitemap y fundamentos SEO siguen cumpliendo esa función.

¿Cuándo cambia la respuesta? Si la empresa quiere que una aplicación de IA consulte datos o ejecute herramientas asociadas a la web: buscar inventario, comprobar una reserva, preparar una propuesta. Eso es integración de producto, no optimización SEO. Para visibilidad orgánica en sistemas generativos, consulta el análisis de GEO y buscadores generativos. Mezclar ambos conceptos conduce a inversiones mal planteadas.

Cuándo crear un servidor MCP

Cuando existe un conjunto estable de capacidades que varios clientes pueden descubrir y usar. Si una sola automatización llama a una API una vez al día, una integración directa puede ser más simple.

Antes de desarrollarlo, respondemos:

• Qué datos y acciones se exponen.
• Qué usuarios o aplicaciones pueden acceder.
• Qué operaciones requieren confirmación.
• Qué sistema mantiene la verdad.
• Cómo se registran y revocan accesos.
• Qué ocurre ante errores o indisponibilidad.

Qué riesgos de seguridad introduce

El principal: convertir lenguaje natural en acceso a datos o acciones sin límites suficientes. Un servidor bien descrito pero mal autorizado sigue siendo peligroso.

Las operaciones remotas necesitan autenticación, autorización por recurso, validación de entradas, límites y registros. Las herramientas con efectos —enviar, borrar, comprar, publicar— requieren controles más fuertes que una consulta.

La especificación de autorización para HTTP se apoya en OAuth y prohíbe prácticas como pasar tokens destinados a otros recursos. Autorización en la especificación MCP

MCP frente a una API tradicional

Una API define operaciones para software. MCP añade convenciones para que aplicaciones de IA descubran contexto y capacidades. Muchas implementaciones MCP usan APIs existentes por debajo.

No sustituiríamos una API estable solo por seguir una tendencia. Construiríamos MCP encima cuando exista un caso de uso de agentes, varios clientes compatibles o una necesidad clara de descubrimiento.

Cómo plantear una primera implementación

Exponiendo una capacidad de bajo riesgo y valor medible. Lectura antes que escritura.

Un buen piloto consulta un catálogo con permisos y devuelve fuentes. Después se añade una acción reversible, como crear un borrador. Se mide tasa de éxito, errores, latencia, coste y solicitudes que necesitan intervención humana.

En THECOOKIES trabajamos estas conexiones dentro de proyectos de IA y automatización aplicada. MCP es una opción de arquitectura, y las opciones de arquitectura se eligen por el sistema que hay que conectar. No por lo que esté de moda ese trimestre.