Por qué importa, sin el detalle técnico
La mayoría de los operadores independientes de hostelería no necesitan saber cómo funciona el Protocolo de Contexto de Modelo (MCP) a nivel técnico. Sin embargo, sí necesitan saber que existe, que se hizo disponible en una fecha concreta y que su llegada es la razón por la que el argumento central del Informe El Dorado es ahora operativamente cierto y no meramente correcto en términos direccionales.
Este eje explica qué es MCP en realidad, escrito para un operador que gestiona un alquiler vacacional, un pequeño grupo hotelero o un negocio de gestión de propiedades, y no para un ingeniero de software. Explica por qué MCP importa específicamente para la hostelería, qué capacidades concretas pone a disposición que antes no existían, qué buscar en las herramientas que afirman utilizarlo y qué debe esperar el operador durante los próximos dos o tres años a medida que el ecosistema madure.
El objetivo no es convertir al operador en un técnico. Es darle el marco de referencia suficiente para evaluar herramientas y reconocer la diferencia entre una capacidad real y una simple etiqueta de marketing.
Qué es MCP
La forma más sencilla de pensar en MCP es como un lenguaje común entre las herramientas de IA y las fuentes de datos que el operador ya utiliza. La analogía oficial empleada en la documentación técnica es la del USB-C: un único conector estándar que permite que cualquier dispositivo se conecte a cualquier fuente, sustituyendo la era anterior en la que cada dispositivo necesitaba su propio cable a medida.
Antes de MCP
Cada herramienta de IA que quería acceder a los datos de un operador —mensajes, calendario, reseñas, registros de pago, cualquier otra cosa— necesitaba una integración a medida creada específicamente para esa herramienta y esa fuente de datos. Si un operador quería un asistente de IA capaz de leer sus mensajes de Airbnb, la herramienta necesitaba una integración personalizada para Airbnb. WhatsApp, por separado. El PMS, por separado. Cada integración requería esfuerzo de ingeniería, se rompía cuando la plataforma subyacente cambiaba y solo funcionaba entre esa herramienta concreta y esa fuente concreta.
El coste de construir estas integraciones era la razón dominante por la que el acceso conversacional a los datos era previamente exclusivo de operadores con equipos de ingeniería o presupuestos de software de seis cifras.
Después de MCP
MCP define una forma estándar para que las herramientas de IA y las fuentes de datos se comuniquen. Una fuente de datos —Airbnb, un PMS, WhatsApp, cualquier otra— expone sus datos a través de un servidor MCP. Una herramienta de IA compatible con MCP puede entonces conectarse a cualquier servidor MCP sin necesidad de una integración a medida construida específicamente para ella. El trabajo del lado del servidor se hace una sola vez; todas las herramientas de IA compatibles con el protocolo obtienen acceso automáticamente.
El coste de que una herramienta de IA obtenga acceso a una nueva fuente de datos pasó de “semanas de trabajo de ingeniería por integración” a “segundos, si el servidor MCP ya existe.” La economía del acceso conversacional a los datos se invirtió.
Lo que cambió el 25 de noviembre de 2024
Anthropic lanzó el Protocolo de Contexto de Modelo como estándar abierto el 25 de noviembre de 2024. De código abierto. Libre para que cualquiera lo implemente. Con una licencia que permite a cualquier empresa crear servidores MCP para sus datos y a cualquier desarrollador de herramientas dar soporte a MCP sin permiso ni tarifa.
Lo que convirtió el lanzamiento en un momento decisivo fue la velocidad de adopción del sector. En marzo de 2025, OpenAI se comprometió con MCP en sus herramientas para desarrolladores y en la aplicación de escritorio de ChatGPT. En abril de 2025, Google DeepMind confirmó la compatibilidad con MCP en Gemini. A finales de 2025, Anthropic había donado la administración de MCP a la Linux Foundation, lo que significa que el protocolo está ahora gobernado de manera neutral por un organismo reconocido de estándares de la industria. Microsoft, AWS y la mayoría de las grandes plataformas SaaS lanzaron soporte para MCP durante el mismo periodo.
MCP ya no es un proyecto de Anthropic.
Es el estándar de facto sobre cómo las herramientas de IA se conectan a las fuentes de datos, con un soporte multi-proveedor lo bastante sólido como para que un operador que elija herramientas hoy no tenga que apostar por qué proveedor de IA ganará la próxima generación. El protocolo en sí es duradero porque ninguna empresa lo controla en solitario.
La relevancia para un operador independiente de hostelería es directa. La razón por la que el Informe El Dorado pudo escribirse en 2026 y no pudo haberse escrito en noviembre de 2023 es que la capacidad subyacente —el acceso conversacional a los datos de primera mano— pasó de ser un prototipo de investigación a un estándar funcional con adopción a nivel de toda la industria en una única ventana de dieciocho meses.
Qué significa esto para la hostelería
El sector de la hostelería presenta una forma particular de datos fragmentados que MCP aborda especialmente bien. Los operadores trabajan con Airbnb, Booking.com, Vrbo y una o más plataformas de reserva directa. Se comunican por WhatsApp, correo electrónico, teléfono y la mensajería nativa de las plataformas. Utilizan un PMS, un channel manager, a veces una herramienta de revenue management, a veces una herramienta de pricing, a menudo hojas de cálculo.
Antes de MCP: un ejemplo práctico
La pregunta analítica “¿qué propiedad de mi portafolio pierde más consultas durante las horas de la tarde-noche, en qué idiomas?” requería combinar datos de al menos cuatro sistemas diferentes, cada uno de los cuales exponía sus datos mediante un mecanismo distinto, ninguno de los cuales se comunicaba con los demás de forma nativa. Responder a la pregunta exigía o bien desarrollo a medida o bien una tarde entera de revisión manual entre plataformas. El resultado era que los operadores rara vez planteaban preguntas como esa, porque el coste de responderlas superaba el valor percibido de la respuesta.
Después de MCP
La misma pregunta puede abordarse mediante una única interfaz conversacional que se conecta a los servidores MCP relevantes y lee a través de ellos en una sola operación. El operador escribe la pregunta; la herramienta recupera los datos; la respuesta llega en pocos segundos. El coste marginal de hacer diez preguntas es prácticamente cero.
Capacidades ahora disponibles para los operadores independientes
- Historial de mensajes con huéspedes en todas las plataformas en una vista única
- Patrones de consultas previas a la reserva combinados con temas de reseñas posteriores a la estancia
- Brechas en los tiempos de respuesta por franja horaria a partir de las marcas de tiempo reales de las consultas
- Segmentación de patrones de conversión por idioma de origen del huésped
- Preguntas recurrentes que señalan fallos en los textos del anuncio
- Comparación del ratio consulta-reserva entre propiedades de un portafolio
- Temas de las reseñas contrastados con el contenido de la comunicación previa a la llegada
Ninguna de estas capacidades estaba operativamente disponible para los operadores independientes antes de finales de 2024 salvo contratando desarrollo a medida o llevando a cabo proyectos de consultoría de varias semanas. Todas ellas están ahora disponibles a través de herramientas comerciales compatibles con el estándar.
Qué buscar en las herramientas
La llegada de MCP ha producido un cambio notable en el panorama del SaaS de hostelería. Los proveedores están utilizando la etiqueta de “IA” en el marketing de forma más laxa que antes: a veces significa “lo hemos construido sobre MCP” y a veces significa “hemos añadido un chat a nuestro panel actual”. Para un operador independiente que considera herramientas, la cuestión práctica es cómo distinguir cuáles aprovechan el cambio de capacidad subyacente para ofrecer un cambio operativo real.
¿Lee tus datos existentes o solo datos dentro de su propio sistema?
El cambio de capacidad que MCP habilita consiste en leer a través de las fuentes de datos existentes del operador —mensajes de plataforma, WhatsApp, reseñas, el PMS— sin obligar al operador a migrar su flujo de trabajo al silo del proveedor. Las herramientas que afirman tener capacidades de IA pero solo operan dentro de su propia plataforma no están aportando el cambio subyacente.
¿Soporta múltiples fuentes de datos o solo una?
El valor analítico de la capacidad derivada de MCP procede del reconocimiento de patrones entre fuentes. Una herramienta que solo lee una fuente aporta un valor mucho más limitado que una que lee varias. Una herramienta que se conecta a Airbnb pero no a WhatsApp, o a las reseñas pero no a los mensajes, es una implementación parcial.
¿Produce respuestas específicas y fundamentadas en evidencias, o contenido genérico tipo plantilla?
Una herramienta habilitada con MCP que lee los datos reales del operador debería producir respuestas específicas para ese operador: ‘tu conversión cae un X% en las consultas que llegan entre las 20:00 y la medianoche, especialmente en alemán.’ Una herramienta que produce respuestas genéricas no está leyendo en realidad los datos del operador.
¿El proveedor explica con qué se conecta, en lenguaje claro?
Los proveedores que desarrollan capacidades reales habilitadas con MCP suelen poder describir, en términos concretos, qué fuentes de datos lee su herramienta y qué preguntas operativas puede responder. Los proveedores que usan la IA como etiqueta de marketing sin capacidad subyacente tienden a recurrir a un lenguaje abstracto sobre ‘inteligencia’ e ‘insights’ sin especificar el flujo real de los datos.
¿La herramienta depende del lock-in o viaja con el operador?
MCP es un estándar abierto. Las herramientas construidas sobre MCP son, en principio, portátiles: un operador puede cambiar de una herramienta habilitada con MCP a otra sin perder las integraciones de datos, porque las integraciones residen en los servidores MCP. Los proveedores que construyen extensiones propietarias que atan al operador deben evaluarse con mayor cautela.
Lo que MCP no hace
El cambio de capacidad es real, pero el marketing a su alrededor ha empezado a exagerar lo que cambia. Varias divulgaciones honestas.
MCP no elimina la necesidad de criterio humano
El operador sigue siendo la persona que toma las decisiones; las herramientas afloran información de forma más rápida y completa, pero la interpretación y la acción son trabajo del operador. Un operador que espere que una herramienta habilitada con MCP tome decisiones por él se sentirá decepcionado del mismo modo que se decepcionó quien esperaba que los dashboards tomaran decisiones en la era anterior.
MCP no limpia mágicamente los datos del operador
Datos deficientes, registros fragmentados, historial de mensajes incompleto, mensajes de voz que nunca quedaron registrados — nada de eso lo resuelve el protocolo. MCP hace que los datos existentes sean más accesibles para las herramientas de IA; no genera datos que no existen. Los operadores con una higiene de datos débil descubrirán que las herramientas habilitadas con MCP ponen al descubierto las lagunas en sus datos con mayor claridad, lo cual es útil, pero cerrar esas lagunas sigue siendo trabajo del operador.
MCP no es garantía de calidad
El protocolo es un estándar de conexión, no un estándar de calidad de salida. Una herramienta habilitada con MCP puede seguir produciendo respuestas deficientes si el modelo de IA subyacente es débil, si los prompts están mal diseñados o si los datos que se leen son incompletos. Los operadores que evalúan herramientas deben centrarse en la calidad de las respuestas reales producidas frente a sus propios datos, y no en si la herramienta marca la casilla de cumplimiento con MCP.
MCP no es un marco de privacidad ni de seguridad
Los operadores que ceden acceso a los datos a herramientas —habilitadas con MCP o no— deben seguir evaluando las prácticas de tratamiento de datos del proveedor, la residencia de los datos, los controles de acceso y la capacidad del operador para revocar el acceso. El protocolo es neutral respecto a la privacidad; lo que importa es la implementación del proveedor.
La ventana
En 2026, la capacidad derivada de MCP supone una ventaja significativa para el operador. Para 2028, será una práctica habitual. Para 2030, será la línea base esperada. La trayectoria sigue la curva típica de adopción de un cambio tecnológico a escala de toda la industria, acelerada por el patrón inusualmente rápido de adopción multi-proveedor que MCP ha mostrado.
Los operadores que utilizan ahora la capacidad derivada de MCP componen su ventaja durante la ventana. Los operadores que lleguen tarde estarán trabajando en un mercado en el que la práctica ya se ha convertido en estándar — y la diferenciación ya se ha aplanado.
La mayoría de los operadores aún no han entrado en contacto con herramientas basadas en MCP. La mayoría de los operadores todavía no sabe qué es MCP. La brecha entre “disponible para quienes lo buscan” y “práctica estándar en toda la industria” es actualmente amplia. Los datos siempre han estado ahí. Lo que cambió a finales de 2024 es el coste de leerlos.
Un operador independiente de hostelería no necesita entender MCP a nivel técnico para actuar en consecuencia. Necesita reconocer que el estándar existe, que su llegada a finales de 2024 es la razón por la que capacidades antes imposibles están ahora operativamente disponibles, y que las herramientas que considere de aquí en adelante deberían evaluarse frente a la lista práctica anterior — y no frente a la etiqueta de marketing de “IA”.