Cómo dejar que la IA reserve tu hotel: el stack práctico

La respuesta es un stack, cinco capas, en orden. Nada de esto requiere sustituir tus sistemas actuales, y la secuencia importa, porque cada capa no vale nada sin la de debajo.

Paso 1: Estar en la respuesta

Antes de que importe cualquier tecnología de reserva, el asistente tiene que pensar en ti. Es la capa de visibilidad, la disciplina que ahora se llama GEO, y se gana con fundamentos poco glamurosos: una web renderizada en servidor que una máquina pueda leer de verdad, datos estructurados (esquemas Hotel, LodgingBusiness, FAQPage), contenido con sustancia en los idiomas de tus huéspedes y presencia en las fuentes editoriales y de reseñas en las que confía cada asistente.

Hemos publicado investigación detallada sobre cómo funciona esto, pero la versión corta de unas 1.500 conversaciones de IA: ChatGPT se apoya con fuerza en tu propia web, Gemini y Claude se apoyan en la cobertura editorial, y las fuentes se localizan al idioma de la pregunta. Si no arreglas nada más este trimestre, haz que tu web sea legible por máquina, porque alrededor del 8% de las páginas de hotel de nuestro estudio eran solo-JavaScript y, en la práctica, invisibles para los asistentes.

Sáltate esta capa y el resto del stack es un motor de reservas para un hotel que nadie recomienda.

Paso 2: Saca tu información de la sombra de la web

Este es el hecho incómodo incluso de una buena web de hotel: muestra una fracción de lo que tu hotel sabe de verdad. Mirai lo sitúa en un 5 a 10% del contenido operativo real de un hotel. Las diferencias a nivel de habitación, las políticas, los horarios, las opciones dietéticas, los detalles de accesibilidad, lo que un viajero pregunta justo antes de reservar, vive en PDFs, en tu PMS y en la cabeza de tu personal.

Los asistentes fallan justo ahí. Son excelentes en inspiración y pésimos en certezas, y la certeza es lo que exige el último paso antes de una reserva: «¿hay cuna disponible?», «¿el desayuno empieza antes del shuttle de las 6?». Cuando un asistente no puede verificar, el viajero recurre a quien pueda responder, que suele ser una OTA.

La solución es consolidar tu verdad operativa en contenido estructurado y consultable por máquina: una única fuente canónica que cubra habitaciones, políticas, servicios, horarios y FAQs, mantenida con tanto cuidado como tu plan de tarifas. Esta es la materia prima que servirá cada capa de arriba.

Paso 3: Construye un servidor MCP sobre tu stack de reservas

Esta es la capa portante. Un servidor MCP es un endpoint estructurado y seguro que permite a los asistentes de IA consultar tus sistemas directamente: disponibilidad en vivo, tarifas reales, políticas y las acciones que componen una reserva. Construido sobre tu motor de reservas y tu PMS actuales, no al lado, porque ahí es donde vive la verdad transaccional.

Tres cosas hacen de esta la inversión decisiva y no una opción más entre muchas:

La alternativa es el scraping, y el scraping se está muriendo. Los agentes de automatización de navegador que hacen clic por tu web se rompen cada vez que la web cambia, tardan decenas de segundos por intento y cada vez se bloquean más de plano: Cloudflare ahora bloquea a los agentes de IA por defecto en los dominios nuevos. Un servidor MCP es la puerta autorizada, una llamada directa medida en milisegundos.

El fallback es la OTA. Google ha confirmado que cuando su agente llega a un hotel sin datos estructurados ni API que consultar, recurre a Booking.com o Expedia. No tener un endpoint no te saca de la reserva agéntica; te saca de tu propio lado de ella, con un 15 a 25% de comisión.

Una integración cubre todas las superficies. MCP es el estándar que adoptó toda plataforma de IA importante, y por eso debe construirse una vez, sobre tu stack, y distribuirse a todas partes, en lugar de integraciones sueltas por asistente.

Puedes construirlo internamente si eres un gran grupo con equipo de ingeniería. La mayoría de hoteles y operadores lo alquilarán: eso es justo lo que es la plataforma de accionabilidad de Listo, un servidor MCP de nivel producción sobre tu motor de reservas y PMS actuales, distribuido a ChatGPT, Claude, Gemini y Perplexity con analítica unificada.

Paso 4: Añade los pagos como una capa fina y sigue siendo merchant of record

La transacción en sí viaja sobre nuevas vías de pago para agentes: la ACP de OpenAI y Stripe, la UCP y AP2 de Google, más los esquemas de tokens de agente de las redes de tarjetas. Los detalles difieren; el principio de diseño no. En todas, el agente lleva una credencial de un solo uso y acotada a un merchant y un importe, nunca guarda la tarjeta en bruto y, decisivo para los hoteles, el merchant of record eres tú.

Esa frase es todo el juego. Merchant of record significa que el pago, los datos y la relación con el huésped aterrizan en el hotel, justo lo que dos décadas de intermediación de OTAs se llevaron. Trata las vías en sí como integraciones finas e intercambiables sobre tu servidor MCP, adoptadas por plataforma a medida que cada una madura, de modo que gane la vía que gane en la superficie que gane, tu posición no cambia. (Si quieres la imagen de protocolo más a fondo, comparamos MCP vs UCP para hoteles.)

Paso 5: Distribuye y mídelo como un canal

Un endpoint que nadie puede encontrar es una API privada. Hoy, la distribución pasa por los directorios y ecosistemas de apps de las plataformas: los directorios de conectores en Claude, el ecosistema de apps en ChatGPT y los registros públicos de MCP. El descubrimiento automático, donde los asistentes encuentran y confían en endpoints de hotel sin instalación manual, aún no está del todo aquí, y se están construyendo registros y proyectos de identidad para cerrar ese hueco. Apuntarse pronto es barato y se acumula.

Luego trata las reservas agénticas como un canal desde el primer día: mide qué asistente consultó disponibilidad, cuál cotizó y cuál reservó, y concílialo con tu mezcla directa y de OTAs. Añade «un asistente de IA» a tus opciones de «¿cómo nos conociste?». Lo que se mide consigue presupuesto el año que viene.

Qué esperar, con honestidad

Las reservas completadas por agentes están en pañales. Las encuestas sitúan hoy en un solo dígito la confianza del viajero en dejar que una IA termine una reserva, y la propia OpenAI retiró su checkout dentro del chat en marzo de 2026 para volver a centrarse en el descubrimiento. El patrón realista a corto plazo es el de la metabúsqueda: el asistente compra, compara y recomienda, y luego pasa el viajero al merchant para terminar. Que es justo por lo que el orden de esta guía es el que es: la capa de recomendación ya se mueve a toda velocidad, la capa de reserva es infraestructura que tarda meses en levantarse, y los hoteles que la construyen ahora estarán listos antes de que se active el interruptor. Proyecciones como la de IDC, de un 30% de las reservas de viaje pasando por agentes de IA en 2030, pueden resultar agresivas o conservadoras; en cualquier caso, esperar para averiguarlo es la única estrategia sin ventaja alguna.

Preguntas frecuentes

¿Mi motor de reservas ya hace esto?

Guarda los datos que esto necesita, y por eso la capa MCP se construye sobre él. Pero muy pocos motores de reservas exponen hoy un endpoint MCP listo para asistentes y distribuido en todas las plataformas, y los que lo hacen suelen quedarse en su propia superficie. Pregúntale al tuyo; la respuesta suele ser la razón por la que existe esta categoría.

¿Tengo que arrancar mi PMS o cambiar de channel manager?

No. Todo el sentido de construir sobre MCP es que envuelve el stack que ya usas. Si tu PMS y tu motor de reservas pueden servir tu web, pueden servir una capa MCP.

¿Esto sustituye a nuestra estrategia de OTAs?

No, y no debe venderse internamente así. Las OTAs siguen siendo un canal de demanda, y para la mayoría de los hoteles uno grande. Lo que cambia es el valor por defecto dentro de los asistentes: cuando la conversación de un huésped llega al punto de comprobar y reservar, tu hotel puede responder por sí mismo en lugar de que el asistente resuelva con inventario intermediado. Piénsalo como añadir el único canal donde el margen, los datos y la relación con el huésped son plenamente tuyos, no como quitar ninguno de los demás.

¿Qué asistentes pueden hacer hoy una reserva?

El soporte es desigual y se mueve trimestre a trimestre. ChatGPT y Claude van por delante con sus ecosistemas de apps y conectores, Perplexity soporta conectores, y Google ha comprometido a Gemini a las mismas vías. Lo práctico es que tu lado no cambia: el endpoint se construye una vez, sobre tu propio stack, y cada superficie se enciende a medida que su ecosistema se abre. Estás construyendo el enchufe, no apostando por qué clavija gana.