Qué es MCP y por qué todo el sector viajes monta un servidor
Hay una sigla que en 2026 aparece en cada congreso, cada nota de prensa y cada presupuesto de tecnología turística: MCP. Sabre lo tiene. SiteMinder lo adoptó. Los proveedores españoles de venta directa lo ofrecen. Y la mayoría de quienes lo mencionan en reuniones no podría explicar qué es. Este artículo lo cuenta sin humo.
El problema que viene a resolver
Empecemos por el agujero, no por la herramienta. Cuando un asistente de IA intenta responder algo operativo sobre un hotel —¿hay disponibilidad el puente de diciembre?, ¿la tarifa incluye desayuno?, ¿puedo cancelar gratis el martes?— se encuentra con que esa información no está en ninguna página web. Un análisis de Mirai (2025) lo cuantificó: la web de un hotel expone típicamente entre el 5% y el 10% de su información operativa real. El resto vive en el motor de reservas, el PMS, PDFs y sistemas internos que ningún rastreador puede leer.
Hasta ahora, conectar cada asistente con cada sistema exigía una integración a medida — multiplicada por cada par asistente-sistema. Eso no escala. La solución clásica de la informática para estos atascos es un estándar común. Eso es MCP.
Qué es, sin metáforas (y con la metáfora oficial)
El Model Context Protocol es un protocolo abierto, creado por Anthropic, que estandariza cómo un modelo de IA se conecta a fuentes de datos y sistemas externos: puede consultar información viva (disponibilidad, precios, políticas) y ejecutar acciones (una reserva, una modificación) a través de un "servidor MCP" que el negocio publica. La metáfora que ha hecho fortuna en el sector es "el USB-C de la IA": antes cada aparato tenía su enchufe; ahora hay uno común.
En 2026 dejó de ser una promesa: es la base técnica de las apps de terceros dentro de ChatGPT (las de Booking y Expedia, entre otras), y lo han adoptado actores tan distintos como Sabre —que lanzó sus APIs agénticas y su servidor MCP en septiembre de 2025—, Turkish Airlines, Kiwi, Apaleo o, en el mercado español, Mirai; SiteMinder se sumó en abril de 2026. Existen además protocolos complementarios para la capa de comercio y pago, los dos abiertos pero gobernados por sus creadores: UCP (Google con Shopify, Walmart o Target) y ACP (OpenAI con Stripe). No van al mismo ritmo: UCP ya funciona en retail y tiene su versión para hoteles en lista de espera —justo cuando Google ha empezado a cerrar reservas de hotel dentro de AI Mode en Estados Unidos—, mientras que OpenAI se bajó del checkout dentro de ChatGPT en marzo de 2026 y dejó ACP como capa de conexión con apps de terceros.
Para qué le sirve a un negocio turístico
Para un hotel o una agencia, un servidor MCP tiene tres funciones (esquema formulado por Mirai — proveedor interesado, pero es el marco de referencia en español):
- Dar contexto fiable a los asistentes. El asistente deja de adivinar y consulta: la respuesta sobre disponibilidad o políticas sale de tus sistemas, no de una página indexada hace meses. Es la tercera capa de visibilidad de la que hablamos en las tres capas: la única que responde con certeza.
- Habilitar el comercio agéntico con tus reglas. Si un agente de IA quiere reservar, lo hace contra tu motor y con tus condiciones comerciales — no contra una copia desactualizada de tu inventario.
- Publicar apps en los marketplaces de asistentes, el equivalente a tener presencia propia donde el viajero ya conversa.
La letra pequeña que casi nadie cuenta
Tres matices antes de firmar nada. Primero: el autodiscovery no existe todavía — los asistentes no descubren automáticamente los servidores MCP; hace falta conectar cada uno, y ese hueco lo están ocupando agregadores intermedios que el propio sector critica como "otro peaje" (TecnoHotel, diciembre de 2025). Segundo: una prueba práctica de Skift (julio de 2026) mostró que los chatbots a veces ignoran las apps conectadas y responden por su cuenta — la cadena completa aún no es fiable. Tercero, y el más importante: un conector solo sirve lo que tus sistemas contienen. Si tus tarifas, políticas y servicios no están estructurados y al día, el servidor MCP servirá confusión en tiempo real.
De ahí el consejo más repetido —y más ignorado— del sector: primero los datos, después los agentes. La tentación es empezar por el chatbot porque se ve; el orden correcto es ordenar la base de datos porque es lo que todo lo demás consume.
Qué haría yo, según el tamaño
- Hotel independiente o agencia pequeña: no necesitas montar un servidor MCP este trimestre. Sí necesitas que tu información operativa exista en formato estructurado y coherente (empezando por tu web y tus datos estructurados), porque es el requisito de todo lo que viene. Cuando tu motor de reservas o channel manager te ofrezca MCP como funcionalidad — y lo hará — activarlo será trivial si los datos están bien, e inútil si no lo están.
- Cadena o touroperador con sistemas propios: el momento de evaluar es ahora, con una pregunta guía: ¿qué parte de nuestro dato vivo queremos que los asistentes puedan consultar, con qué límites y con qué trazabilidad? Eso —la gobernanza— es la conversación seria; el protocolo es la parte fácil.
MCP no es magia ni moda: es fontanería. Y como toda fontanería, no se nota cuando está bien hecha — pero decide qué llega al grifo cuando alguien, o algo, abre la llave preguntando por tu negocio.
