Das weiß jeder Reiseveranstalter und Agenturinhaber, der ein Buchungsportal betreibt, auch wenn er es noch nicht in Worte gefasst hat: Das GDS allein zeigt einem nicht alles.
Amadeus,Säbel, und Travelport wickeln zusammen über 97 Prozent aller GDS-basierten Reisebuchungen weltweit ab. Das hört sich umfassend an und ist es bei Full-Service-Carrier-Inhalten größtenteils auch. Aber der Reisevertrieb im Jahr 2026 findet nicht vollständig innerhalb des GDS statt. Bei Billigfluggesellschaften war dies noch nie der Fall, und bei Full-Service-Fluggesellschaften ist dies in zunehmendem Maße auch nicht der Fall.
Überlegen Sie, was sich derzeit außerhalb des traditionellen GDS-Kanals befindet. Billigfluggesellschaften wie Ryanair, IndiGo, AirAsia, SpiceJet und Wizz Air vertreiben entweder nur sehr begrenzte Inhalte über GDS-Systeme oder gar keine. Diese Fluggesellschaften verkaufen hauptsächlich über ihre eigenen Websites und über direkte API-Verbindungen mit Plattformen, die ihre spezifischen APIs integriert haben. Wenn Ihr Reiseportal nur GDS ist, können Sie diese Anbieter überhaupt nicht buchen.
Dann gibt es noch die NDC-Verlagerung bei Full-Service-Carriern. Fluggesellschaften, darunter Lufthansa, Air France, British Airways, American Airlines und United Airlines, veröffentlichen ihre besten Tarife, ihre Markentarifpakete und ihre Zusatzangebote jetzt ausschließlich oder bevorzugt über NDC-Kanäle und nicht über den traditionellen EDIFACT-basierten GDS-Kanal. Eine reine GDS-Plattform, die keine NDC-Konnektivität bietet, zeigt ihren Kunden einen Teil der Tarife an, die diese Fluggesellschaften tatsächlich anbieten.
Und dann gibt es noch direkte Airline-APIs. Emirates, Singapore Airlines, Qatar Airways und viele andere Fluggesellschaften haben ihre eigenen Direktbuchungs-APIs entwickelt, die es Reiseplattformen ermöglichen, sich vollständig außerhalb des GDS mit ihnen zu verbinden, oft zu geringeren Vertriebskosten und mit Zugriff auf Inhalte, die über indirekte Kanäle nicht verfügbar sind. Eine Plattform, die neben ihrer Amadeus GDS-Verbindung auch eine Verbindung zu diesen direkten APIs herstellen kann, erhält Content-Vorteile, mit denen ihre reinen GDS-Konkurrenten einfach nicht mithalten können.
Die Lösung besteht nicht darin, Amadeus im Stich zu lassen. Amadeus bleibt das leistungsfähigste verfügbare GDS für internationale Fluginhalte, deckt über 900 Fluggesellschaften in 190 Märkten ab und bietet mit 35 NDC-Airline-Partnerschaften die stärkste NDC-Akzeptanz aller GDS. Die Lösung besteht darin, Amadeus als Content-Grundlage zu verwenden und darauf eine Aggregationsschicht aufzubauen, die neben den GDS-Inhalten auch direkte APIs der Fluggesellschaften, LCC-Feeds und NDC-Kanäle einbezieht. Das ist esAirline-API-Aggregation liefert.
Bevor wir uns mit der technischen Funktionsweise der Aggregation befassen, ist es hilfreich, die vier verschiedenen Arten von Airline-Inhalten zu verstehen, auf die eine ordnungsgemäß aufgebaute Plattform zugreifen kann. Jeder Typ hat seinen eigenen Verteilungsmechanismus, seine eigenen Stärken und seine eigenen Integrationsanforderungen.
Inhaltstyp | Was es ist | Beispiele | Hauptstärken | Einschränkung |
|---|---|---|---|---|
GDS-Inhalt | Tarife, die über Amadeus, Sabre oder Travelport über den traditionellen EDIFACT-Kanal eingereicht werden | Die meisten Full-Service-Carrier, regionale Fluggesellschaften | Eine einzige Integration ermöglicht den Zugriff auf Hunderte von Spediteuren und ausgereifte Ticketing-Workflows | LCCs fehlen größtenteils und einige Airline-Inhalte stehen nur hinter NDC |
NDC-Inhalt | Tarife und Angebote, die über den XML-basierten New Distribution Capability-Standard der IATA verteilt werden | Lufthansa, Air France, British Airways, American Airlines, United Airlines | Umfangreichere Tarifpakete, personalisierte Angebote und Zusatzleistungen, die nicht über EDIFACT verfügbar sind | Erfordert NDC-spezifische Integration; nicht alle Netzbetreiber unterstützen es |
Direkte Airline-API | Eine proprietäre API, die von einer einzelnen Fluggesellschaft für direkte Konnektivität außerhalb von GDS veröffentlicht wird | Emirates, Qatar Airways, Singapore Airlines, IndiGo | Niedrigere Vertriebskosten, fluglinienspezifische Tarife, manchmal exklusive Inhalte | Separate Integration pro Fluggesellschaft, unterschiedliche API-Qualität und Dokumentation |
LCC-API | Eine spezielle API für Billiganbieter, die nicht über das herkömmliche GDS vertreiben | Ryanair, AirAsia, Wizz Air, SpiceJet, Flybondi | Zugriff auf Tarife, die GDS überhaupt nicht anzeigen kann | Jeder LCC hat sein eigenes API-Format, kein Standardprotokoll, hoher Integrationsaufwand pro Carrier |
Ein Portal, das nur auf einen dieser Inhaltstypen zugreift, lässt einen bedeutenden Teil der verfügbaren Flüge auf seinen Ergebnisseiten weg. Ein Portal, das auf alle vier zugreift, zeigt seinen Kunden das umfassendste Bild der verfügbaren Flüge auf einer bestimmten Route. Das ist der Wettbewerbsvorteil, den gut umgesetzteDirekte Airline-API-Integration liefert in Kombination mit der Amadeus GDS-Abdeckung.
Die technische Architektur einer aggregierten Airline-Content-Plattform ist nicht so komplex, wie es sich anhört, erfordert jedoch sorgfältige Designentscheidungen auf jeder Ebene. So passen die Hauptkomponenten zusammen.
Amadeus steht aus gutem Grund im Mittelpunkt des Content-Stacks. Es istAPI-Katalog ist eines der ausgereiftesten in der Branche und deckt Flugsuche und Preisgestaltung über die Flight Offers Search API, Tarifbestätigung über die Flight Offers Price API, Buchungserstellung über die Flight Create Orders API, Sitzplatzauswahl über die SeatMaps API und NDC-Inhalte über seine 35 NDC-Partnerschaften mit Fluggesellschaften ab. Die Amadeus Self-Service-APIs sind sofort über eine Entwickler-Sandbox verfügbar, und die Enterprise-APIs sind über eine kommerzielle Vereinbarung für Plattformen mit höherem Volumen verfügbar.
Wenn Sie mit Amadeus als Grundlage beginnen, erhalten Sie eine solide Inhaltsbasis, die über 900 Fluggesellschaften abdeckt, wobei die NDC-Ebene von Anfang an integriert ist. FlugtermineAmadeus GDS-Integration Der Dienst erstellt diese Grundlage und erweitert sie dann um die unten beschriebenen zusätzlichen Inhaltsebenen.
Zusätzlich zur Amadeus-Grundlage sind direkte Airline-APIs für Fluggesellschaften verbunden, bei denen eine direkte Verbindung inhaltliche Vorteile gegenüber dem GDS-Kanal bietet. Emirates, Qatar Airways und Singapore Airlines beispielsweise veröffentlichen alle direkte APIs, die es Plattformen ermöglichen, direkt aus den eigenen Systemen der Fluggesellschaft auf Tarife, Verfügbarkeit und Zusatzleistungen zuzugreifen. Die Direktverbindung verursacht in der Regel geringere Vertriebskosten pro Buchung als der GDS-Kanal und bietet möglicherweise Zugang zu exklusiven Tarifen oder Werbeinhalten, die die Fluggesellschaft nicht über indirekte Kanäle verfügbar macht.
Jede direkte API-Verbindung einer Fluggesellschaft ist eine maßgeschneiderte Integration, da jede Fluggesellschaft ihre API anders veröffentlicht, mit ihrem eigenen Authentifizierungsansatz, ihren eigenen Datenschemata, ihrem eigenen Buchungsablauf und ihren eigenen Ticketanforderungen. Die Aggregationsschicht normalisiert die von jeder direkten API kommenden Daten in ein gemeinsames Format, das das Front-End der Plattform konsistent neben den GDS-Tarifen anzeigen kann. FlugtermineIntegrationsdienst deckt diese Normalisierungsarbeiten im Rahmen jedes API-Projekts für Direktfluglinien ab.
Bei Billigfluganbietern ist die Content-Kluft zwischen reinen GDS-Plattformen und aggregierten Plattformen am deutlichsten. Ryanair, AirAsia, IndiGo, Wizz Air, SpiceJet, Flybondi und viele andere LCCs verkaufen den Großteil ihrer Sitzplätze direkt oder über Plattformen, die ihre spezifischen APIs integriert haben. Einige dieser Fluggesellschaften vertreiben einen Teil ihrer Inhalte über GDS oder über Aggregatoren wie Amadeus Altéa, viele Strecken und Tarifarten sind jedoch nur über den eigenen Vertriebskanal der Fluggesellschaft verfügbar.
Die Anbindung von LCC-APIs erfordert die individuelle Integration jedes Carriers. Der technische Aufwand pro Carrier variiert erheblich, da LCCs keinem einzigen gemeinsamen API-Standard folgen. Einige verwenden XML-basierte Schnittstellen, andere REST und wieder andere SOAP-basierte Legacy-Protokolle. Die Aggregationsschicht übernimmt die Protokollübersetzung und Datennormalisierung, sodass ein IndiGo-Tarif in den Ergebnissen strukturell identisch mit einem Air India-Tarif aussieht, obwohl er aus völlig unterschiedlichen Quellsystemen stammt.
FlugtermineAQC-Flug-API-Integrationslösung bietet einen strukturierten Ansatz zur Verbindung von LCC- und Direktfluginhalten mit GDS-Inventar und reduziert so den Integrationsaufwand pro Carrier im Vergleich zum Aufbau jeder Verbindung von Grund auf erheblich.
Die Aggregations-Engine ist die Komponente, die alle Inhaltsquellen miteinander verbindet. Wenn ein Kunde nach einem Flug sucht, sendet die Engine gleichzeitig Anfragen an jede verbundene Inhaltsquelle, sammelt die Antworten und verarbeitet sie über drei wichtige Funktionen.
Durch die Deduplizierung werden doppelte Ergebnisse entfernt, die in mehreren Quellen auftreten. Wenn derselbe Emirates-Flug sowohl in den Amadeus GDS-Ergebnissen als auch in den Emirates Direct API-Ergebnissen erscheint, vergleicht die Engine Flugnummer, Abflugzeit, Ankunftszeit, Tarifklasse und Fluggesellschaft, bevor sie die günstigste Version zur Anzeige auswählt.
Durch die Normalisierung werden Daten aus jeder Quelle in ein gemeinsames Format konvertiert. Ein von der Ryanair-API zurückgegebener Tarif sieht strukturell anders aus als ein von Amadeus zurückgegebener Tarif. Die Normalisierungsschicht übersetzt beide in dasselbe Datenschema, sodass das Frontend der Plattform sie konsistent anzeigt.
Durch die Quellenkennzeichnung wird verfolgt, von welcher Inhaltsquelle jeder Tarif in den Ergebnissen stammt. Wenn ein Kunde einen Tarif auswählt und mit der Buchung fortfährt, wird die Buchungsanfrage zur PNR-Erstellung und Ticketausstellung an das richtige Quellsystem zurückgeleitet.
Jede Buchung muss über das Quellsystem bestätigt werden, aus dem der Tarif stammt. Ein von Amadeus bezogener Tarif wird über die Amadeus Flight Create Orders API gebucht. Ein direkter API-Tarif einer Fluggesellschaft wird über den Buchungsendpunkt dieser Fluggesellschaft gebucht. Ein LCC-Tarif wird über das LCC-eigene Reservierungssystem gebucht. Der Buchungsrouter behält während der gesamten Sitzung die Quellenreferenzen bei und leitet jede Buchungsanfrage an das richtige Back-End-System weiter, ohne dass der Agent oder Kunde wissen muss, welches System sie bearbeitet.
Eine der praktischsten Fragen, die Agenturen stellenAirline-API-Aggregation Dadurch werden bestimmte Netzbetreiber zugänglich, die über GDS allein nicht verfügbar waren. Die Antwort hängt von Ihrer spezifischen GDS-Konfiguration und den von Ihnen hinzugefügten Direkt- und LCC-Verbindungen ab, aber hier ist das allgemeine Bild.
Trägerkategorie | Zugriff über Amadeus GDS | Zugriff über Direct API | Zugriff über LCC-API | Notizen |
|---|---|---|---|---|
Internationale Full-Service-Fluggesellschaften (Air France, Lufthansa, BA usw.) | Ja, EDIFACT-Tarife | Ja, NDC-Inhalte über Direktverbindung | Nicht anwendbar | Beste Tarife oft über NDC, nicht über EDIFACT GDS |
Full-Service-Fluggesellschaften im Nahen Osten (Emirates, Katar, Etihad) | Ja, die meisten Inhalte | Ja, Emirates und Katar verfügen über direkte APIs | Nicht anwendbar | Direkte APIs liefern oft Zusatzinhalte, die im GDS fehlen |
Indische LCCs (IndiGo, SpiceJet, Air India Express) | IndiGo teilweise über Amadeus | Ja, direkte API verfügbar | Ja, IndiGo- und SpiceJet-LCC-APIs | Die GDS-Abdeckung für indische LCCs ist unvollständig |
Europäische LCCs (Ryanair, Wizz Air, easyJet) | Sehr begrenzt oder gar nicht | Teilweise ist Ryanair restriktiv | Ja, jeder hat seine eigene API | Ryanair vertreibt überhaupt nicht über GDS |
LCCs in Südostasien (AirAsia, Scoot, Batik Air) | Begrenzt über Amadeus | Ja, AirAsia verfügt über eine direkte API | Ja | AirAsia-Inhalte sind über direkte |
US-Billigfluggesellschaften (Frontier, Spirit, Allegiant) | Begrenzt | Ja, über Direktverbindungen | Ja, Spirit und Frontier verfügen über APIs | Diese Fluggesellschaften konzentrieren sich auf den Inlandsverkehr in den USA |
Charter- und Konsolidierungsinhalte | Teilweise | Einige Charterbetreiber verfügen über direkte APIs | Nicht anwendbar | Erfordert separate Konsolidatorverbindungen |
Die obige Tabelle zeigt, warum eine einzelne Amadeus GDS-Verbindung, so leistungsstark sie auch ist, Lücken in den für Ihre Plattform verfügbaren Inhalten hinterlässt. Das Hinzufügen direkter Airline-APIs und LCC-Verbindungen füllt diese Lücken und gibt Ihrer Plattform die Möglichkeit, Kunden auf Strecken und mit Fluggesellschaften zu bedienen, die von Wettbewerbern, die nur GDS anbieten, nicht erreicht werden können.
Beim Aufbau eines aggregierten Airline-Content-Portals geht es nicht nur um die Verbindung mehrerer APIs. Die auf diesen Verbindungen aufbauenden Funktionen der Plattform bestimmen, ob die Aggregation Ihren Agenten und Kunden tatsächlich einen Mehrwert bietet.
Der Agent oder Kunde gibt seinen Suchbegriff einmalig ein. Die Plattform fragt alle verbundenen Inhaltsquellen gleichzeitig ab und gibt eine einzige einheitliche Ergebnisliste zurück. GDS-Tarife, NDC-Angebote, Direktflugtarife und LCC-Preise werden auf derselben Ergebnisseite angezeigt, sortiert nach Preis, Dauer oder den bevorzugten Rankingkriterien des Agenten. Die Quelle jedes Fahrpreises ist für die Agenten im Backend sichtbar, um Transparenz zu gewährleisten, aber die kundenseitige Anzeige zeigt ein übersichtliches, einheitliches Sucherlebnis.
Wenn derselbe Flug aus mehreren Content-Quellen zu unterschiedlichen Preisen angezeigt wird, zeigt die Plattform ihn einmal zum besten verfügbaren Preis an. Die Deduplizierungslogik vergleicht die Flugnummer, die Fluggesellschaft, die Abflug- und Ankunftszeiten sowie die Tarifklasse, bevor sie zwei Ergebnisse als denselben Flug behandelt. Ein Portal, das denselben Flug zweimal zu unterschiedlichen Preisen aus unterschiedlichen Quellen anzeigt, sorgt für Verwirrung und untergräbt sofort das Vertrauen der Kunden.
Unterschiedliche Inhaltsquellen weisen unterschiedliche Provisionsstrukturen, Vertriebskosten und Margenprofile auf. Die Verwaltungsebene Ihrer Plattform sollte es Ihnen ermöglichen, unterschiedliche Markup-Regeln pro Inhaltsquelle, pro Anbieter, pro Route oder pro Tarifklasse zu konfigurieren. Eine direkte API-Verbindung einer Fluggesellschaft, die geringere Vertriebskosten mit sich bringt, kann anders bewertet werden als ein GDS-basierter Tarif, um die Marge zu schützen und gleichzeitig wettbewerbsfähige Preise zu bieten. Diese Kontrollebene ist in den Flugterminusindividuelle B2B-Flugbuchungslösung undB2C-Portal Rahmen.
Direkte Airline-APIs und NDC-Kanäle bieten in der Regel umfassendere Zusatzinhalte als der herkömmliche GDS-Kanal. Sitzplatzauswahl, Gepäckoptionen, Essenspräferenzen, Zugang zur Lounge, Priority Boarding und Fast-Track-Sicherheit können häufig im Buchungsprozess angeboten werden, wenn der Inhalt von einer direkten oder NDC-Quelle stammt, während derselbe Inhalt von einer reinen GDS-Verbindung einen bloßen Fahrpreis ohne Zusatzleistungen anzeigen würde. Ihre Aggregationsplattform sollte Zusatzoptionen anzeigen, wenn der Quellinhalt diese bereitstellt, und so bei jeder Buchung, die diese unterstützt, Upsell-Einnahmen erzielen.
Tarife aus beliebigen Quellen können sich zwischen dem Moment, in dem ein Kunde sie auswählt, und dem Moment, in dem die Buchung bestätigt wird, ändern. Ihre Plattform benötigt einen Tarifüberprüfungsschritt, der die ausgewählte Reiseroute in Echtzeit mit dem ursprünglichen Quellsystem vergleicht, bevor die Zahlung erfolgt. Dies ist bei GDS-Buchungen üblich, aber ebenso wichtig für direkte Flug- und LCC-Verbindungen, bei denen sich der Bestand schnell ändern kann, insbesondere auf stark nachgefragten Strecken.
Ein Agent, der Buchungen verwaltet, die über Amadeus, über eine direkte Emirates-Verbindung und über eine IndiGo-LCC-API stammen, muss alle diese Buchungen in einer konsolidierten Ansicht sehen. Das PNR-Management-Dashboard sollte jede Buchung unabhängig von ihrer Quelle mit vollständigen Passagierdaten, Ticketstatus und allen nach der Buchung erforderlichen Maßnahmen anzeigen. Ohne diese Konsolidierung müssen Agenten letztendlich separate Systeme für jede Inhaltsquelle verwalten, wodurch ein Großteil des betrieblichen Nutzens, den die Aggregationsschicht bieten sollte, zunichte gemacht wird.
Das gleichzeitige Auslösen von API-Abfragen an mehrere Inhaltsquellen bei jeder Suche führt zu zwei Belastungen: Latenz und Kosten. Eine gut aufgebaute Aggregationsplattform implementiert intelligentes Caching auf Strecken- und Tarifklassenebene, speichert aktuelle Suchergebnisse für ein konfigurierbares Zeitfenster und stellt diese zwischengespeicherten Ergebnisse für wiederholte Abfragen bereit, während sie im Hintergrund aktualisiert werden. Dies reduziert das API-Aufrufvolumen, senkt die Kosten pro Transaktion und verbessert die Suchantwortzeiten für häufige Routenabfragen erheblich.
Der Aufbau eines Multi-GDS-Portals ist ein umfangreicheres technisches Projekt als die Integration eines einzelnen GDS. Hier finden Sie eine ehrliche Aufschlüsselung dessen, was der Entwicklungsprozess beinhaltet und welche wichtigen Entscheidungen in jeder Phase getroffen werden.
Bevor mit der Entwicklung begonnen wird, benötigen Sie aktive API-Anmeldeinformationen für jedes GDS, das Sie verbinden möchten. Amadeus Self-Service-APIs sind überAmadeus für Entwicklerportal und stellen Sie sofort Sandbox-Zugriff bereit. Amadeus Enterprise-Zugangsdaten erfordern eine formelle Handelsvereinbarung und werden auf der Grundlage Ihres Buchungsvolumens und Ihres Marktes ausgehandelt. Sabre und Travelport funktionieren ähnlich: Entwickler-Sandbox-Zugriff ist relativ schnell verfügbar, während Produktionszugriff eine vertragliche Beziehung erfordert. Flight Terminus kann im Rahmen des Projektumfangs die Einführung in GDS-Account-Teams erleichtern.
Bevor Code geschrieben wird, muss die Architektur entworfen werden: mit welchen GDS-Quellen sich das Portal verbindet, welche Routen von welcher primären GDS-Quelle bedient werden, wie die Aggregations- und Deduplizierungslogik funktioniert und wie das Buchungsrouting gehandhabt wird. In dieser Phase wird auch behandelt, welche NDC-Kanäle enthalten sind, ob für bestimmte LCC-Inhalte direkte APIs der Fluggesellschaften erforderlich sind und wie die Caching-Ebene strukturiert ist, um API-Kosten und Antwortzeiten zu verwalten.
Die Backend-Entwicklung stellt eine Verbindung zu jeder GDS-API her, implementiert die Aggregations-, Normalisierungs-, Deduplizierungs- und Routing-Logik und erstellt den Buchungs- und Ticketing-Ablauf. Für ein Multi-GDS-Portal ist dies die komplexeste und zeitaufwändigste Entwicklungsphase. Amadeus REST APIs sind die entwicklerfreundlichsten der drei großen GDS-Systeme, mit denen man arbeiten kann, was ein weiterer praktischer Vorteil der Verwendung von Amadeus als primärer Integrationsschicht ist. Sowohl Sabre als auch Travelport verwenden für ihre Kernbuchungsfunktionen komplexere XML- und SOAP-basierte Protokolle.
Die Front-End-Suchoberfläche, die Ergebnisanzeige, der Buchungsablauf, die Zahlungsintegration und die Agentenverwaltungstools sind auf der Backend-Ebene aufgebaut. Für Agenturen, die ein B2C-Portal wünschen, ist Flight TerminusB2C-Flugbuchungsportal Das Framework bietet eine produktionsgetestete Front-End-Grundlage, die den Zeitaufwand für die Front-End-Erstellung erheblich verkürzt. Für B2B-Portale, die Reisebüros bedienen, gilt dasindividuelle B2B-FlugbuchungslösungDas Framework übernimmt sofort die Agentenanmeldung, die Markup-Konfiguration und die PNR-Verwaltung.
Jedes GDS bietet eine Sandbox-Umgebung zum Testen vor dem Produktionszugriff. Multi-GDS-Tests sind komplexer als Single-GDS-Tests, da Sie die Interaktion zwischen mehreren API-Quellen testen, nicht nur einer. Die Deduplizierungslogik, die Routing-Regeln und die Tarifnormalisierung müssen alle mit echten Daten aus jeder GDS-Sandbox validiert werden, bevor Produktionsanmeldeinformationen verwendet werden. Erwarten Sie eine gründliche QS-Phase, die alle wichtigen Buchungsströme, Grenzfälle und Fehlerszenarien für jede GDS-Quelle abdeckt.
Nach dem Sandbox-Test geht das Portal mit Live-GDS-Anmeldeinformationen in die Produktion über. Die ersten Wochen in der Produktion erfordern eine sorgfältige Überwachung der API-Antwortzeiten, Fehlerraten und Deduplizierungsgenauigkeit bei realen Buchungen. Auch die Überwachung der API-Kosten ist vom ersten Tag an wichtig, da Multi-GDS-Suchvolumina erhebliche Kosten pro Transaktion verursachen können, die anhand der während der Entwicklung konfigurierten Routing- und Caching-Logik verwaltet werden müssen.
Amadeus Quick Connect, allgemein als AQC bezeichnet, ist Amadeus‘ eigener Mechanismus zum Verbinden zusätzlicher Airline-Content-Quellen mit einer Plattform, die Amadeus bereits als primäres GDS nutzt. Anstatt völlig separate Integrationen für jede Direktfluggesellschaft oder jedes LCC zu erstellen, bietet AQC ein strukturiertes Framework für die Einbindung von Nicht-GDS-Inhalten in die Amadeus-Umgebung.
Für Reiseunternehmen, die bereits auf Amadeus aufbauen, lohnt es sich, AQC als Teil der umfassenderen Aggregationsstrategie zu verstehen. Es ermöglicht der Amadeus-Plattform die Verbreitung von Inhalten von Fluggesellschaften, die sie speziell für ihre LCC-Verteilung nutzen, einschließlich Fluggesellschaften, die die Amadeus-Verbindung für Light-Ticketing oder E-Ticketing konfiguriert haben, ohne den traditionellen EDIFACT-GDS-Kanal zu nutzen. Einige Fluggesellschaften ohne herkömmliche GDS-Präsenz können mit diesem Mechanismus dennoch über Amadeus gebucht werden.
FlugtermineAQC-Flug-API-Integrationslösung deckt diese Funktion als spezifischen Service für Plattformen ab, die ihre Amadeus-basierte Content-Abdeckung mithilfe des AQC-Frameworks erweitern möchten, anstatt eigenständige Direktintegrationen für Fluggesellschaften für jede einzelne Fluggesellschaft zu erstellen.
Nicht jedes Reiseunternehmen hat die gleichen Anforderungen an die Inhaltsabdeckung. So lässt sich der Bedarf an aggregierten Airline-API-Inhalten auf verschiedene Geschäftstypen übertragen.
Auf Reisemärkten wie Indien, Südostasien und Europa werden erhebliche Teile des Flugverkehrs von LCCs bedient, die wenig oder gar keine Inhalte über GDS verbreiten. Ein OTA in Indien, der nur Air India und Vistara über Amadeus GDS, aber nicht IndiGo, SpiceJet, Air India Express oder GoAir auf Inlandsstrecken anzeigen kann, ist auf diesen Strecken nicht wettbewerbsfähig. EinB2C-Flugbuchungsportal In diesen Märkten müssen LCC-API-Verbindungen realisierbar und nicht nur erstrebenswert sein.
Firmenkunden buchen eine breite Palette von Fluggesellschaften, darunter LCCs für Inlandsstrecken, Full-Service-Carrier für internationale Reisen und manchmal auch bestimmte Fluggesellschaften aus Gründen des Treueprogramms. Einindividuelle B2B-Flugbuchungslösung B. für Geschäftsreisen, die auf relevanten Strecken keine LCC-Optionen anzeigen können, zwingt Geschäftsreisende dazu, einen separaten Buchungskanal für diese Fluggesellschaften zu nutzen, was den gesamten Zweck eines konsolidierten Buchungstools zunichte macht.
Reiseaggregatoren, deren nachgelagerte Kunden kleinere Agenturen oderWhite-Label-Portal Betreiber benötigen eine möglichst breite Inhaltsabdeckung, da sie nicht vorhersagen können, welche spezifischen Carrier ihre nachgelagerten Kunden buchen müssen. Ein Aggregator, dessen Inhaltsabdeckung Lücken aufweist, wird über Subagenten verfügen, die anderswo nach den Anbietern suchen, die von der Lücke ausgeschlossen sind. DasEntwicklung eines Reiseaggregator-Portals Der Service vom Flight Terminus ist genau auf diese Anforderung zugeschnitten.
Ein Reiseunternehmen, das sich auf Pilgerreisen konzentriert, muss für die Strecken Indien-Saudi-Arabien neben Air India Express und IndiGo auch Saudia, Flynas und Flyadeal buchen. Ein Sportreiseunternehmen benötigt neben den GDS-Tarifen auch Zugang zu Inhalten von Charter- und Saisonfluggesellschaften. Ein Reiseveranstalter in Südostasien braucht neben Singapore Airlines und Thai Airways auch AirAsia und Scoot. Jedes dieser Unternehmen hat spezifische Anforderungen an die Netzbetreiberabdeckung, die eine reine GDS-Plattform nicht erfüllen kann, eine aggregierte Plattform jedoch schon.
Wenn Agenturen wissen, was während des Baus zu erwarten ist, können sie ihr Projekt richtig planen und realistische Zeitpläne festlegen. So geht Flight Terminus ein aggregiertes Airline-API-Projekt vom Start bis zur Produktion an.
Der erste Schritt besteht darin, zu verstehen, welche Content-Quellen Ihre Plattform tatsächlich benötigt, basierend auf den von Ihnen bedienten Routen, den von Ihren Kunden gebuchten Spediteuren und den Märkten, in denen Sie tätig sind. Nicht jede Plattform muss vom ersten Tag an mit jedem LCC verbunden sein. Die Inhaltsübersicht definiert, welche direkten Airline-APIs einen echten Abdeckungswert gegenüber der Amadeus GDS-Basis bieten und welche LCC-Verbindungen für Ihre spezifischen Buchungsmuster wirtschaftlich am wichtigsten sind.
Die Amadeus GDS-Schicht wird zuerst erstellt, da sie den größten einzelnen Inhaltsblock mit den am besten dokumentierten und entwicklerfreundlichsten APIs der Branche bereitstellt. Dies deckt den gesamten Amadeus API-Stack ab, von der Flugsuche und Preisgestaltung bis hin zur Buchung und Ticketausstellung. Siehevollständiger Amadeus API-Katalog für die gesamte Palette verfügbarer Endpunkte. Die Amadeus-Schicht ist das stabile Fundament, auf das dann die zusätzlichen Direkt- und LCC-Verbindungen geschichtet werden.
Jede Direktflug- und LCC-Verbindung wird individuell erstellt, da jede Fluggesellschaft über ein eigenes API-Format und eine eigene Dokumentation verfügt. Die Integrationsarbeit pro Fluggesellschaft umfasst API-Authentifizierung, Erstellung von Flugsuchabfragen, Antwortanalyse, Datennormalisierung in das gemeinsame Schema und Implementierung des Buchungsablaufs. Die Aggregations- und Deduplizierungslogik wird dann erweitert, um neben den Amadeus GDS-Ergebnissen auch Inhalte aus jeder neuen Quelle zu verarbeiten.
NDC-Verbindungen für Fluggesellschaften, die ihre besten Inhalte über NDC statt über EDIFACT verbreiten, werden als spezifischer Integrationsworkstream hinzugefügt, wobei entweder das Amadeus NDC-Framework für Fluggesellschaften verwendet wird, bei denen Amadeus der NDC-Aggregator ist, oder direkte NDC-Verbindungen für Fluggesellschaften, bei denen eine direkte NDC-Beziehung besser geeignet ist. DasAmadeus GDS-Integration Der Service von Flight Terminus umfasst die NDC-Integration als Standardkomponente der Amadeus-Schicht.
Alle Inhaltsquellen werden in Sandbox-Umgebungen getestet, bevor Produktionsanmeldeinformationen verwendet werden. Multi-Source-Tests sind komplexer als Single-Source-Tests, da die Deduplizierungslogik, die Normalisierungsregeln und der Buchungsrouter alle gleichzeitig mit echten Daten von jeder angeschlossenen Quelle validiert werden müssen. Die QA-Phase deckt alle wichtigen Buchungsflüsse, Randfälle, die Handhabung von Tarifänderungen und Fehlerszenarien für alle Quellen in der Aggregation ab.
Nach dem Sandbox-Test geht die Plattform mit Live-API-Anmeldeinformationen für jede verbundene Quelle in die Produktion über. Die ersten Wochen in der Produktion umfassen die Überwachung der Antwortzeiten pro Quelle, der Fehlerraten jeder API, der Deduplizierungsgenauigkeit und der API-Kosten pro Suchanfrage. Die Caching-Konfiguration wird in der Produktion auf der Grundlage realer Suchmuster angepasst und nicht auf Annahmen, die während der Entwicklung getroffen wurden.
Flight Terminus erstellt maßgeschneiderte Reisetechnologieplattformen für Agenturen, OTAs, Aggregatoren und Reiseunternehmen, die eine größere Inhaltsabdeckung benötigen, als eine einzelne GDS-Verbindung bietet. Unser aggregierter Airline-API-Service deckt den gesamten Stack von der Amadeus GDS-Integration über direkte Airline-Verbindungen, LCC-APIs und NDC-Inhalte ab.
Jedes Projekt beginnt mit einer Entdeckungssitzung, um Ihre Inhaltsanforderungen, Ihre Märkte und Ihr Buchungsvolumen zu verstehen. Um dieses Gespräch zu beginnen, wenden Sie sich an das Flight Terminus-Team unterFlightterminus.com/contact-us.
Die Informationen in diesem Leitfaden basieren auf direkten Erfahrungen beim Aufbau von Plattformen zur Aggregation von Fluginhalten für Reisebüros, OTAs und Aggregatoren in Indien, dem Nahen Osten und Südostasien. Die hier beschriebenen spezifischen API-Verhaltensweisen, Trägerverteilungsmuster und technischen Architekturen spiegeln reale Projekte wider, die in der Produktion erstellt und verwaltet werden, und keine theoretischen Spezifikationen allein aus der Dokumentation.
Der Flugvertrieb ist ein schnelllebiger Bereich. Die API-Bedingungen des Mobilfunkanbieters ändern sich. LCCs ändern ihre Vertriebsstrategien. Die NDC-Nutzung nimmt bei immer mehr Netzbetreibern zu. Die praktischen Leitlinien in diesem Blog spiegeln den Stand dieser Systeme ab Mitte 2026 wider. Die aktuellsten Informationen zu den Amadeus API-Funktionen finden Sie unteramadeus.com/en/airlines/products/all. Bei plattformspezifischen Fragen zu Ihrem Aggregationsprojekt wenden Sie sich direkt an das Flight Terminus-Team.
Häufig gestellte Fragen zur Airline-API-Aggregation
Bei der Airline-API-Aggregation handelt es sich um den Prozess, eine Reisebuchungsplattform gleichzeitig mit mehreren Fluginhaltsquellen zu verbinden, darunter GDS-Systeme wie Amadeus, Direktfluglinien-APIs, NDC-Kanäle und LCC-spezifische APIs, und deren Inhalte in einem einzigen Suchergebnis zu kombinieren. Dies ist wichtig, da keine einzelne Inhaltsquelle alle verfügbaren Flugoptionen abdeckt. GDS-Systeme wie Amadeus decken den Großteil des Full-Service-Carrier-Contents ab, vermissen jedoch den Großteil des LCC-Inventars und einen zunehmenden Anteil des Full-Service-Carrier-Contents, der jetzt ausschließlich über NDC-Kanäle vertrieben wird. Eine aggregierte Plattform bietet mehr Optionen, wettbewerbsfähigere Tarife und gibt Agenten die Möglichkeit, Fluggesellschaften zu buchen, auf die ein reines GDS-System nicht zugreifen kann.
Einige Billigfluggesellschaften vertreiben ihre Produkte über Amadeus, entweder über den traditionellen GDS-Kanal, über die Light-Ticketing- und E-Ticketing-Mechanismen von Amadeus oder über das AQC-Framework für den LCC-Vertrieb. Amadeus unterhält Partnerschaften mit über 110 LCC- und Hybrid-Carriern. Große LCCs, darunter Ryanair, Wizz Air und mehrere große asiatische Billigfluggesellschaften, vertreiben jedoch nur wenige oder gar keine Inhalte über Amadeus oder ein GDS. Für diese Netzbetreiber ist neben der Amadeus GDS-Integration eine direkte LCC-API-Verbindung oder ein LCC-spezifischer Aggregator erforderlich.
NDC (New Distribution Capability) ist ein von der IATA entwickelter technischer Standard, der definiert, wie Fluggesellschaften umfangreichere Inhalte mithilfe eines XML-basierten Protokolls direkt an Reiseplattformen verteilen können. Eine Direktfluglinien-API ist einfach eine von einer einzelnen Fluggesellschaft veröffentlichte API, die eine direkte Konnektivität ermöglicht, die möglicherweise den NDC-Standard verwendet oder nicht. Emirates und Qatar Airways verfügen über direkte APIs, die Eigentum dieser Fluggesellschaften sind. Lufthansa und Air France vertreiben ihre NDC-Inhalte über den NDC-Standard, jedoch über Amadeus oder andere NDC-zertifizierte Aggregatoren und nicht über rein proprietäre Verbindungen. In der Praxis ist die Unterscheidung für die Integration von Bedeutung: NDC-Integrationen können häufig mit Amadeus als NDC-Aggregator erstellt werden, während wirklich proprietäre APIs für direkte Fluggesellschaften maßgeschneiderte Integrationen pro Fluggesellschaft erfordern.
Der Zeitplan hängt von der Anzahl der zu integrierenden Inhaltsquellen und der Komplexität des Frontends der Plattform ab. Eine Plattform, die Amadeus GDS plus zwei oder drei Direktfluglinien- oder LCC-APIs mit einem Standardbuchungsablauf verbindet, dauert in der Regel 14 bis 20 Wochen vom Projektstart bis zum Produktionsstart. Eine umfassendere Aggregationsplattform, die Amadeus, mehrere Direktfluglinien-APIs, LCC-Feeds und NDC-Kanäle mit einem voll ausgestatteten Agentenverwaltungssystem verbindet, läuft in der Regel 20 bis 30 Wochen. Die Entdeckungs- und Architekturentwurfsphase zu Beginn des Projekts erstellt einen detaillierten Zeitplan basierend auf dem spezifischen Umfang.
Direktfluglinien- und LCC-APIs ändern sich im Laufe der Zeit, da die Fluggesellschaften ihre Vertriebstechnologie aktualisieren. Jedes API-Update kann Änderungen an der Integrationsschicht erfordern, die eine Verbindung zur API dieses Anbieters herstellt. Dies ist eine der laufenden Wartungsaufgaben beim Betrieb einer Plattform für aggregierte Inhalte und unterscheidet sich von der GDS-Wartung, bei der Amadeus in Ihrem Namen die Verbindung zu Hunderten von Netzbetreibern verwaltet. Flight Terminus bietet im Rahmen seines Post-Launch-Supportservices eine fortlaufende API-Wartung an, die GDS-Versionsaktualisierungen, direkte API-Änderungen der Fluggesellschaft und LCC-Verbindungsaktualisierungen abdeckt, sobald diese auftreten.
Ja, und das ist für viele Agenturen ein sinnvoller Ansatz. Es ist praktischer, zunächst eine starke Amadeus GDS- und NDC-Grundlage aufzubauen und dann direkte Flug- und LCC-Verbindungen hinzuzufügen, wenn Abdeckungslücken festgestellt werden, als zu versuchen, alle möglichen Quellen von Anfang an zu verbinden. Die wichtigste Anforderung besteht darin, dass die Architektur des ersten Builds auf Erweiterbarkeit ausgelegt ist, sodass für das spätere Hinzufügen neuer Inhaltsquellen kein Neuaufbau der Aggregations-Engine erforderlich ist. Flight Terminus entwirft jedes Aggregationsplattform-Backend unter Berücksichtigung dieser Erweiterbarkeitsanforderung, die von Anfang an in die Architektur integriert ist.
Ja, ohne Caching erhöht die gleichzeitige Abfrage mehrerer APIs die Latenz im Vergleich zu einer Suche aus einer einzigen Quelle. Mit einer gut konzipierten Caching-Schicht wird der größte Teil dieser Latenz bei häufigen Routenabfragen eliminiert. Die Aggregations-Engine löst gleichzeitig (nicht nacheinander) Abfragen an alle Inhaltsquellen aus, um die Wartezeit zu minimieren, und eine Caching-Ebene stellt aktuelle Ergebnisse für wiederholte Abfragen bereit und aktualisiert diese im Hintergrund. Bei weniger verbreiteten Routen, bei denen die Cache-Abdeckung geringer ist, sind die Reaktionszeiten länger, bei Routen mit hohem Volumen und hohen Cache-Trefferraten ist das Erlebnis jedoch mit einer Suche aus einer einzigen Quelle vergleichbar.
Der beste Ausgangspunkt ist ein Informationsgespräch mit dem Flight Terminus-Team. Wir überprüfen Ihr aktuelles Plattform-Setup, Ihre Anforderungen an die Inhaltsabdeckung, die für Ihr Unternehmen wichtigsten spezifischen Transportunternehmen und Routen sowie Ihr Buchungsvolumen. Aus diesem Gespräch erarbeiten wir eine Architekturempfehlung und einen Projektumfang. Sie können dieses erste Gespräch unter Flightterminus.com/contact-us buchen.