Qu'est-ce que MCP et pourquoi le voyage monte des serveurs

Il y a un sigle qui, en 2026, apparaît dans chaque congrès, chaque communiqué et chaque budget de technologie touristique : MCP. Sabre l'a. SiteMinder l'a adopté. Les fournisseurs espagnols de vente directe le proposent. Et la plupart de ceux qui le mentionnent en réunion ne sauraient pas expliquer ce que c'est. Cet article le raconte sans brouillard.

Le problème qu'il vient résoudre

Commençons par le trou, pas par l'outil. Quand un assistant d'IA tente de répondre à une question opérationnelle sur un hôtel — y a-t-il de la disponibilité au pont de décembre ? le tarif inclut-il le petit-déjeuner ? puis-je annuler gratuitement mardi ? — il découvre que cette information n'est sur aucune page web. Une analyse de Mirai (2025) l'a quantifié : le site d'un hôtel expose typiquement entre 5 % et 10 % de son information opérationnelle réelle. Le reste vit dans le moteur de réservation, le PMS, des PDF et des systèmes internes qu'aucun robot ne peut lire.

Jusqu'ici, connecter chaque assistant à chaque système exigeait une intégration sur mesure — multipliée par chaque paire assistant-système. Cela ne passe pas à l'échelle. La réponse classique de l'informatique à ces goulots est un standard commun. C'est MCP.

Ce que c'est, sans métaphores (et avec la métaphore officielle)

Le Model Context Protocol est un protocole ouvert, créé par Anthropic, qui standardise la connexion d'un modèle d'IA aux sources de données et systèmes externes : il peut consulter de l'information vivante (disponibilité, prix, politiques) et exécuter des actions (une réservation, une modification) via un « serveur MCP » que l'établissement publie. La métaphore qui a fait fortune : « l'USB-C de l'IA » — chaque appareil avait sa prise ; il y en a désormais une commune.

En 2026, ce n'est plus une promesse : c'est la base technique des apps de tiers dans ChatGPT (celles de Booking et d'Expedia notamment), adoptée par des acteurs aussi différents que Sabre — qui a lancé ses API agentiques et son serveur MCP en septembre 2025 —, Turkish Airlines, Kiwi, Apaleo ou, sur le marché espagnol, Mirai ; SiteMinder a suivi en avril 2026. Des protocoles complémentaires existent pour la couche commerce et paiement, tous deux ouverts mais gouvernés par leurs créateurs : UCP (Google avec Shopify, Walmart ou Target) et ACP (OpenAI avec Stripe). Ils n'avancent pas au même rythme : UCP fonctionne déjà dans le retail et sa version hôtelière est en liste d'attente — au moment où Google commence à conclure des réservations d'hôtel dans AI Mode aux États-Unis —, tandis qu'OpenAI a renoncé au checkout dans ChatGPT en mars 2026 et a laissé ACP comme couche de connexion vers des apps tierces.

À quoi cela sert pour un acteur touristique

Pour un hôtel ou une agence, un serveur MCP a trois fonctions (schéma formulé par Mirai — fournisseur intéressé, mais cadre de référence) :

1. Donner un contexte fiable aux assistants. L'assistant cesse de deviner et interroge : la réponse sur la disponibilité ou les politiques sort de vos systèmes, pas d'une page indexée il y a des mois. C'est la troisième couche de visibilité vue dans les trois couches : la seule qui répond avec certitude.
2. Permettre le commerce agentique selon vos règles. Si un agent d'IA veut réserver, il le fait contre votre moteur et vos conditions commerciales — pas contre une copie périmée de votre inventaire.
3. Publier des apps dans les marketplaces d'assistants, l'équivalent d'une présence propre là où le voyageur converse déjà.

Les petites lignes que presque personne ne lit

Trois nuances avant de signer quoi que ce soit. Un : l'autodiscovery n'existe pas encore — les assistants ne découvrent pas automatiquement les serveurs MCP ; il faut connecter chacun, et ce vide est occupé par des agrégateurs intermédiaires que le secteur lui-même critique comme « un autre péage » (TecnoHotel, décembre 2025). Deux : un test pratique de Skift (juillet 2026) a montré que les chatbots ignorent parfois les apps connectées et répondent seuls — la chaîne complète n'est pas encore fiable. Trois, et c'est le plus important : un connecteur ne sert que ce que vos systèmes contiennent. Si vos tarifs, politiques et services ne sont pas structurés et à jour, le serveur MCP servira de la confusion en temps réel.

D'où le conseil le plus répété — et le plus ignoré — du secteur : d'abord les données, ensuite les agents. La tentation est de commencer par le chatbot parce qu'il se voit ; le bon ordre est d'ordonner la base de données parce que c'est ce que tout le reste consomme.

Ce que je ferais, selon la taille

• Hôtel indépendant ou petite agence : vous n'avez pas besoin de monter un serveur MCP ce trimestre. Vous avez besoin que votre information opérationnelle existe en format structuré et cohérent (à commencer par votre site et vos données structurées), car c'est le prérequis de tout ce qui vient. Quand votre moteur de réservation ou votre channel manager proposera MCP en fonctionnalité — et il le fera —, l'activer sera trivial si les données sont bonnes, et inutile sinon.
• Chaîne ou tour-opérateur avec systèmes propres : le moment d'évaluer, c'est maintenant, avec une question guide : quelle part de notre donnée vivante voulons-nous que les assistants puissent consulter, avec quelles limites et quelle traçabilité ? Cela — la gouvernance — est la conversation sérieuse ; le protocole est la partie facile.

MCP n'est ni magie ni mode : c'est de la plomberie. Et comme toute plomberie, elle ne se remarque pas quand elle est bien faite — mais elle décide de ce qui arrive au robinet quand quelqu'un, ou quelque chose, l'ouvre en demandant votre établissement.