Grafik zum Thema Tourismus-IT und MCP mit zentralem KI-Agenten, verbunden mit Verfügbarkeit, Preis, Destination und Buchung.

Veröffentlicht 9. Juli 2026

von Wiebke Jakob

USB-C für Reiseagenten: Wie MCP die Tourismus-IT neu sortiert

Eine Familie plant am Küchentisch eine Sommerreise und hat eine halbe Stunde später sieben Tabs offen. Das ist nicht ihre Schuld, das ist die Tourismus-IT. Mit dem Model Context Protocol (MCP) gibt es endlich einen Standard, der dieses Chaos hinter einer KI verschwinden lässt – und wir bei team neusta arbeiten gerade daran, was das für die Branche konkret heißt.

Die neue Erwartung

Zwei Erwachsene, zwei Kinder, ein Budget, ein gemeinsamer Plan. Wer schon mal selbst eine Reise zusammengeklickt hat, weiß, was nach dieser halben Stunde passiert: Man landet auf einer Vorauswahl, die nicht wirklich gut ist. Aber irgendwann muss man sich ja entscheiden. Genau dieses Erlebnis hat eine neue Erwartung erzeugt: Eine KI, die das alles versteht. Und nicht nur antwortet, sondern bucht.

Diese Erwartung ist nicht mehr theoretisch. Laut Phocuswright experimentieren im Frühjahr 2026 bereits 61 % der Tourismus-Unternehmen mit Agentic AI oder skalieren sie, knapp ein Viertel mit produktiven Anwendungen. Was bisher fehlt, ist die saubere Verbindung zwischen den Modellen und den realen Tourismus-Systemen: Verfügbarkeiten, Preise, Inventar, Destinations-Content, Loyalty. Genau diese Lücke schließt das Model Context Protocol.

KI im Tourismus

In unseren Projekten begegnen uns vier Reifegrade. Klassische FAQ-Chatbots mit festen Antwortbäumen sind im Markt weit verbreitet und erzeugen meistens mehr Frust als Nutzen. Machine Learning hinter Dynamic Pricing und Betrugserkennung läuft seit Jahren produktiv und liefert leise sehr viel Wert. Generative Suche und Inspirations-Interfaces sind 2025 in den Mainstream gewandert. Eine eigene generative Suchfunktion ist 2026 keine Differenzierung mehr, sondern Eintrittskarte.

Die interessante Schwelle ist Stufe vier: Agenten, die eigenständig zwischen Systemen navigieren, Teilbuchungen koordinieren und Umbuchungen anstoßen. Hier ist die Verbreitung außerhalb der großen Standard-Distribution noch dünn, und genau hier entsteht der Vorsprung, den Häuser jetzt aufbauen können. Voraussetzung ist eine Architektur, in der ein Agent ohne Bastel-Adapter auf PMS, GDS, CRM, Revenue-Tools und Destinations-Daten zugreifen kann.

MCP als Standard

Anthropic hat MCP im November 2024 als offene Spezifikation veröffentlicht. Innerhalb eines Jahres ist daraus ein De-facto-Standard geworden, den OpenAI, Microsoft, Google und Amazon in ihren Agenten-Plattformen nativ unterstützen. Ein Update Ende 2025 hat asynchrone Buchungs-Workflows, OpenID Connect und ein formales Extensions-Framework nachgezogen. Für den Sommer 2026 ist die nächste Revision angekündigt, die das Protokoll auf der Transport-Ebene zustandslos macht.

Die Idee dahinter ist überraschend schlicht: Ein MCP-Server beschreibt einmal, welche Werkzeuge er bietet, welche Daten erreichbar sind und welche Abläufe er unterstützt. Ein Agent, der MCP spricht, kann alle MCP-Server ansprechen, ohne dass für jeden Server eigener Integrations-Code entsteht. Die treffendste Analogie ist USB-C: ein Anschluss, an dem alles mit allem funktioniert, statt für jedes Gerät ein eigenes Kabel.

Was das konkret bedeutet

Stell dir vor, ein Gast schreibt im Chat eines Reiseveranstalters: „Im Juni mit der Familie nach Norditalien. Zehn Tage, maximal 3.000 Euro für Flug und Hotel. Wir wandern gern, die Kinder sind acht und zwölf.” Heute wertet der Chatbot die Anfrage aus und zeigt im besten Fall ein passendes Hotel. Mit einem MCP-basierten Agenten sieht das anders aus: Er ruft parallel Flugverfügbarkeiten, Hotel-Optionen, ein Event-API für kinderfreundliche Aktivitäten und eine Wetterprognose ab, prüft, ob das Hotel wirklich für Kinder geeignet ist, rechnet die Bahn-Anreise als Alternative durch – und legt am Ende drei durchdachte Reisevorschläge vor.

Ähnliche Architekturen lassen sich für Gruppenreisen mit individuellen Bedarfen, für Echtzeit-Empfehlungen am Destinationsort, für automatisierte Umbuchungen bei Flugausfällen bauen. Die Modelle dafür sind da, das Protokoll ist da, die ersten produktiven Server existieren.

Die erste Welle

In den letzten Monaten haben mehrere globale Distributionsplattformen, Channel-Manager und CRS-Anbieter MCP-Konnektoren ausgerollt. GDS-Konsortien haben Allianzen mit Payment-Providern und Travel-Startups angekündigt. Erste Hotel-Plattformen pushen Verfügbarkeit und Preise in Echtzeit über MCP in die großen AI-Assistenten. Die Branchenpresse spricht reflexartig von 2026 als „Jahr von MCP”, und das ist nicht falsch.

Aber diese erste Welle deckt nur die offensichtliche Schicht ab: Hotel-Inventar, Flugverfügbarkeit, Channel-Distribution. Was sie nicht abdeckt, ist die spannendere Hälfte. Die eigene Revenue-Logik, die mit dynamischer Kontingentsteuerung verflochten ist. Den Destinations-Content jenseits der Hotellobby. Die Mobilitätskette zwischen Anreise und Erlebnis. Service-Daten, die zeigen, was ein Stammgast wirklich braucht. Alles, was Tourismus zum Tourismus macht und nicht zum austauschbaren Buchungsschein.

Wer eigene Systeme betreibt – als DMO, Spezialveranstalter, Hotellerie mit individueller IT oder Plattformbetreiber – steht aktuell vor der Frage, wer dafür eigentlich die MCP-Server baut. Die Standardanbieter werden das nicht tun. Sie bauen für den Standard.

Architektur: Ein Server pro Systemtyp

Wir denken Architekturen für Tourismus-Agenten konsequent modular. Statt eines monolithischen Servers entstehen vier spezialisierte: ein Verfügbarkeits-Server, der PMS- und GDS-Daten kapselt; ein Preis-Server für Revenue-Logik; ein Destination-Intelligence-Server für Events, Sehenswürdigkeiten, Wetter und Mobilität; ein Buchungs-Server, der Checkout, Zahlung und Bestätigungen orchestriert – inklusive der Tasks-Primitive aus der aktuellen Spezifikation, die langlaufende Buchungs-Workflows asynchron koordiniert.

Der Charme dieser Aufteilung: Jeder Server wird unabhängig entwickelt, versioniert, skaliert. Neuer Content-Provider, neues Event-API, zusätzliches Destinations-Portal – ein weiterer Server entsteht, der Agent bleibt unverändert. Die DSGVO lässt sich auf Server-Ebene durchsetzen, mit Hosting in der EU, ressourcen-spezifischen Zugriffskontrollen und auditfähigem Logging. MCP selbst hat mit OAuth 2.1, OpenID Connect und der offiziellen Registry seit 2025 die Enterprise-Grundlagen nachgezogen.

Da kommen wir ins Spiel

Wir bei neusta arbeiten seit Jahren im Tourismus. Wir kennen die Eigenheiten von PMS-, GDS- und Destinations-Systemen aus eigenen Projekten – und wir bringen die MCP-Kompetenz mit, um diese Welten in eine Agenten-Architektur zu übersetzen. Bei uns geht das nicht über Beratungsfolien, sondern über funktionierende Server, die wir gemeinsam mit dir an deine bestehenden Systeme anbinden. Schritt für Schritt, ohne dass du dafür deine Plattform abreißen musst.

Wenn du dir gerade die Frage stellst, ob eine eigene MCP-Schicht für dein Haus sinnvoll ist oder ob du auf die Konnektoren der großen Plattformen warten kannst – lass uns das in Ruhe besprechen. Wir entwickeln gerade eine kompakte Architektur-Skizze, mit der wir in einem Workshop diese Frage in deinem Kontext durchdenken: Was lohnt sich eigenständig? Was lohnt sich über bestehende Plattformen? Und an welcher Stelle sitzt der differenzierende Mehrwert deiner Daten?

Wir kennen die Antwort nicht im Voraus. Aber wir wissen, wie wir gemeinsam mit dir dorthin kommen.


Dein Experte

Henning Liebe verantwortet die Business Unit Tourismus bei neusta. Mit seinem Team arbeitet er an MCP-basierten Architekturen für Hotellerie, Reiseveranstalter und Destinationen – an der Schnittstelle zwischen Tourismus-Domain-Wissen und moderner KI-Architektur.


Du willst mehr erfahren?

Henning Liebe freut sich, von dir zu hören: h.liebe@neusta.de.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert