Si vous dirigez une agence de voyages ou créez une plateforme de réservation depuis un certain temps, vous savez déjà qu'aucun GDS n'a tout à lui seul.
Un portail de voyage multi-GDS est une plateforme de réservation qui se connecte simultanément à plusieurs systèmes de distribution mondiaux, extrayant en direct l'inventaire des vols, les tarifs et la disponibilité de chaque source et les présentant à l'agent ou à l'utilisateur final dans un seul résultat de recherche unifié. Au lieu que l'agent se connecte à Amadeus pour un ensemble de tarifs, passe à Sabre pour un autre et vérifie un troisième outil pour les transporteurs à bas prix, le portail effectue ce travail d'agrégation en arrière-plan et renvoie une seule page de résultats complète.
Les trois plateformes GDS dominantes dans le monde sont Amadeus, Sabre et Travelport. Ensemble, ils gèrent plus de 97 % de toutes les réservations de voyages basées sur GDS dans le monde. Chacun a ses propres atouts, ses propres partenariats aériens, sa propre profondeur régionale et sa propre structure tarifaire. Une agence de voyages ou une OTA qui se connecte à un seul d’entre eux laisse de côté une partie significative du contenu disponible. Cet écart se reflète dans les tarifs que vous pouvez proposer, les transporteurs que vous pouvez proposer et les marchés que vous pouvez desservir de manière compétitive.
Voici un exemple concret de l’écart de contenu. Amadeus compte plus de 900 compagnies aériennes et possède le contenu international le plus important, notamment en Europe, en Asie-Pacifique, au Moyen-Orient et en Afrique. Sabre relie plus de 400 compagnies aériennes avec une profondeur particulièrement importante en matière de transporteurs nord-américains, de tarifs d'entreprise et de forfaits tarifaires de marque des compagnies aériennes basées aux États-Unis. Travelport couvre plus de 460 compagnies aériennes et a historiquement été plus fort pour le contenu ferroviaire, les transporteurs régionaux européens et certains marchés de l'Asie-Pacifique où Amadeus a une pénétration plus faible.
Si vos clients réservent un voyage de Londres à Singapour via New York avec un trajet ferroviaire en Europe, vous avez besoin de contenu provenant de plusieurs de ces sources pour créer l'itinéraire le plus compétitif. Unportail de voyage multi-GDS avec le bonIntégration GDS gère cela automatiquement. Votre agent voit tout en une seule recherche.
Amadeus est le point de départ naturel d'un portail multi-GDS pour plusieurs raisons. Elle opère sur 190 marchés avec plus de 100 bureaux dans le monde, au service de plus de 55 000 vendeurs de voyages. Son écosystème de développeurs, que vous pouvez explorer suramadeus.com/en/airlines/products/all, est l'une des plus matures du secteur GDS, avec des API REST bien documentées, un environnement sandbox robuste et une forte adoption de NDC couvrant 35 compagnies aériennes dans 165 pays. Il s'agit actuellement du seul GDS proposant des produits NDC provenant de ce large éventail de compagnies aériennes partenaires.
Construire Amadeus comme couche GDS principale, puis ajouter Sabre et Travelport comme sources de contenu supplémentaires donne à votre portail la base d'inventaire la plus large possible avec l'API principale la plus robuste sur laquelle s'appuyer. Flight Terminus se spécialise précisément dans cette architecture à travers sonIntégration Amadeus GDS service.
Avant de décider quelles sources GDS inclure dans votre portail multi-GDS, vous avez besoin d’une image claire de ce que chacune apporte réellement. Il ne s’agit pas d’une comparaison théorique. Ce sont les informations dont vous avez besoin pour définir correctement votre intégration et définir les bonnes attentes avec votre partenaire de développement.
Fonctionnalité | Amadeus | Sabre | Port de voyage |
|---|---|---|---|
Compagnies aériennes couvertes | Plus de 900 compagnies aériennes, plus de 130 LCC | Plus de 400 compagnies aériennes, une forte présence aux États-Unis | Plus de 460 compagnies aériennes, 150 avec accessoires |
Marchés mondiaux | 190 pays | 160 pays | 180 pays |
Régions les plus fortes | Europe, Asie-Pacifique, Moyen-Orient, Afrique | Amérique du Nord, Amérique latine | Europe de l'Est, Afrique, Asie-Pacifique |
Prise en charge des CDN | 35 compagnies aériennes NDC, 165 pays, la plus grande profondeur NDC | Certifié NDC pour les compagnies aériennes et les vendeurs | Vente au détail compatible NDC côté vendeur uniquement |
Type d'API | API REST, SOAP pour l'héritage, le libre-service et l'entreprise | REST et SOAP de niveau entreprise | API JSON Air, marché Travelport+ |
Contenu de l'hôtel | Plus de 500 000 propriétés | Plus de 300 000 propriétés | 3M+ via le partenariat Booking.com |
Contenu ferroviaire | Limité | Limité | 35 opérateurs ferroviaires, dont Trainline |
Location de voitures | Grandes marques couvertes | Grandes marques couvertes | 42 marques de location de voitures, dont Hertz |
Idéal pour | Réservations internationales, OTA et versions d'API modernes | Voyages d'affaires aux États-Unis, itinéraires complexes | Profondeur régionale, combos ferroviaires et petites agences |
Structure des coûts | Tarification entreprise, frais par transaction | Tarification entreprise, coût d'installation plus élevé | Plus flexible pour les agences de taille moyenne |
En regardant ce tableau, les arguments en faveur d’une approche multi-SMD sont clairs. Aucun GDS unique ne vous offre la profondeur des compagnies aériennes internationales d'Amadeus, le contenu d'entreprise nord-américain de Sabre et la couverture ferroviaire et régionale de Travelport en une seule connexion. Unportail de voyage multi-GDS rassemble les trois pools de contenu dans une seule couche de recherche, de sorte que votre plate-forme soit en concurrence sur tous les corridors, et pas seulement sur ceux que votre GDS principal couvre bien.
Toutes les entreprises de voyages n'ont pas besoin de se connecter aux trois systèmes GDS dès le premier jour. La bonne portée dépend de vos marchés, de vos volumes de réservation et des itinéraires que vos clients réservent le plus souvent. Voici comment différents types d’entreprises devraient réfléchir à leur stratégie multi-GDS.
Si vous exploitez unPortail de réservation de vols B2Cciblant les voyageurs de loisirs internationaux, vous avez besoin d'Amadeus comme GDS principal pour la profondeur du contenu aérien qu'il propose sur les routes européennes, asiatiques et du Moyen-Orient. L'ajout de Travelport vous offre un contenu supplémentaire pour les transporteurs régionaux et les combinaisons ferroviaires en Europe. L'ajout de Sabre vous donne accès au contenu des compagnies aériennes américaines si vous servez des clients réservant des voyages en Amérique du Nord. La combinaison de ces trois positions permet à votre OTA d'être compétitif sur n'importe quel corridor international avec une couverture tarifaire complète.
Unsolution de réservation de vols B2B personnalisée pour la gestion des voyages d'affaires, Amadeus a besoin à la fois d'Amadeus pour les tarifs d'entreprise internationaux et de Sabre pour le contenu d'entreprise nord-américain, y compris les tarifs négociés, les codes tarifaires d'entreprise et les offres groupées de tarifs de marque que les grands transporteurs américains publient de manière plus approfondie via les canaux d'entreprise de Sabre. Si vos entreprises clientes voyagent dans le monde entier et en Amérique du Nord, une configuration double GDS couvrant Amadeus et Sabre vous offre la bonne combinaison de contenu.
Agrégateurs de voyages qui fournissent des stocks à des sous-agents, des agences plus petites ouportail marque blanche les partenaires ont besoin de la couverture de contenu la plus large possible, car leurs clients en aval réservent sur divers marchés et types de transporteurs. Une configuration multi-GDS connectant Amadeus, Sabre et Travelport avec du contenu NDC en haut donne aux plateformes d'agrégation la profondeur d'inventaire nécessaire pour répondre à toute demande de réservation en aval sans rediriger les clients vers des sources externes.
Une agence de voyages axée principalement sur les routes d'Asie du Sud, les voyages au Moyen-Orient ou l'Afrique pourrait constater qu'une forte intégration d'Amadeus couvre à elle seule 90 % de son volume de réservation, avec Travelport ajouté pour combler les lacunes spécifiques des transporteurs régionaux. La bonne combinaison pour votre portail est déterminée par vos données de réservation réelles et non par une recommandation générique. Flight Terminus commence chaque projet multi-GDS par une analyse d'itinéraire afin de déterminer quelles sources GDS ajoutent véritablement de la valeur de couverture à votre entreprise spécifique.
Construire un portail multi-GDS est un investissement important. Définir les fonctionnalités dès le début signifie que vous ne reviendrez pas en arrière et n'ajouterez pas de fonctionnalités critiques six mois après le lancement. Ce sont les fonctionnalités qui comptent le plus.
La fonctionnalité la plus fondamentale : une barre de recherche, un ensemble de filtres, une page de résultats. Le client ou l'agent ne doit avoir aucune visibilité sur le GDS d'où provient un tarif. Ils devraient voir une liste claire d’options classées par prix, durée ou selon le critère qu’ils ont défini. La source GDS est un détail back-end que le front-end élimine complètement.
Lorsque le même vol et la même classe tarifaire apparaissent dans Amadeus et Sabre, le portail doit les afficher une fois au meilleur prix disponible, et non deux. La logique de déduplication doit prendre en compte le numéro de vol, les heures de départ et d'arrivée, la classe tarifaire, le transporteur et le type d'équipement avant de décider que deux résultats correspondent au même vol. Se tromper crée une expérience de recherche désordonnée et déroute les clients qui voient le même vol à des prix différents provenant de différentes sources.
Chaque réservation doit être confirmée via le GDS d'où provient initialement le tarif. Le portail doit suivre le GDS d'origine pour chaque tarif dans chaque session de recherche et acheminer correctement la demande de réservation. Cela inclut la gestion de la création du PNR, de l'émission des billets et des modifications post-réservation via la bonne connexion GDS sans que l'agent ait besoin de savoir ou de se soucier du système qui le gère.
Les tarifs NDC de compagnies aériennes comme Lufthansa, Air France, American Airlines et United se situent en dehors de la couche de contenu GDS traditionnelle. Votre portail doit afficher les tarifs NDC dans la même vue des résultats que les tarifs GDS, clairement indiqués lorsque cela est pertinent pour la transparence des agents, mais présentés dans le même format et sélectionnables avec le même flux de réservation. LeIntégration d'Amadeus NDC Le cadre utilisé par Flight Terminus couvre le contenu NDC des 35 compagnies aériennes avec lesquelles Amadeus a des partenariats NDC.
Différentes sources GDS sont accompagnées de différentes structures de commission et de différents taux de coût par transaction. La couche d'administration de votre portail doit vous permettre de configurer les règles de balisage indépendamment par source GDS, par itinéraire, par compagnie aérienne ou par classe tarifaire. Cela signifie que vous pouvez appliquer une marge différente sur les tarifs nord-américains fournis par Sabre et sur les tarifs internationaux fournis par Amadeus, reflétant les différentes structures de coûts et de commissions de chaque source.
Les tarifs dans n'importe quel GDS peuvent changer entre le moment où un client sélectionne un tarif et le moment où il finalise la réservation. Votre portail nécessite une étape de vérification des tarifs qui retarifie l'itinéraire sélectionné par rapport au GDS d'origine en temps réel avant de confirmer la réservation et d'accepter le paiement. Cela évite le problème courant d'un client payant pour un tarif déjà modifié ou épuisé.
Pour les agents gérant les réservations sur plusieurs sources GDS, un tableau de bord PNR consolidé n'est pas facultatif. Les agents doivent pouvoir visualiser toutes les réservations actives, quel que soit le GDS d'où elles proviennent, accéder aux détails de la réservation et aux dossiers des passagers, gérer les modifications et les annulations et suivre le statut d'émission des billets à partir d'une seule vue plutôt que de se connecter à trois terminaux GDS distincts.
Chaque GDS renvoie les prix dans la devise du point de vente, qui varie en fonction de la configuration du GDS et du marché sous contrat de l'agent. Votre portail doit gérer proprement l'affichage, la conversion et le paiement multidevises, la réservation étant confirmée dans la devise appropriée pour le contrat GDS d'origine. La prise en charge multilingue des interfaces d'agent est également importante pour les portails au service des agents dans plusieurs régions.
Construire un portail multi-GDS est un projet technique plus important qu'une intégration mono-GDS. Voici une description honnête de ce qu’implique le processus de développement et des principales décisions à prendre à chaque étape.
Avant le début de tout développement, vous avez besoin d'informations d'identification API actives pour chaque GDS auquel vous envisagez de vous connecter. Les API Amadeus Self-Service sont disponibles viaPortail Amadeus pour les développeurs et fournissez immédiatement un accès au bac à sable. Les identifiants Amadeus Enterprise nécessitent un accord commercial formel et sont négociés en fonction de vos volumes de réservation et de votre marché. Sabre et Travelport fonctionnent de manière similaire : l'accès au bac à sable des développeurs est disponible relativement rapidement, tandis que l'accès à la production nécessite une relation contractuelle. Flight Terminus peut faciliter les présentations aux équipes de compte GDS dans le cadre de la portée du projet.
Avant d'écrire du code, l'architecture doit être conçue : à quelles sources GDS le portail se connecte, quelles routes sont desservies par quelle source GDS principale, comment fonctionne la logique d'agrégation et de déduplication et comment le routage des réservations est géré. Cette étape couvre également les canaux NDC inclus, si les API directes des compagnies aériennes sont requises pour un contenu LCC spécifique et comment la couche de mise en cache est structurée pour gérer les coûts des API et les temps de réponse.
Le développement backend se connecte à chaque API GDS, implémente la logique d'agrégation, de normalisation, de déduplication et de routage, et crée le flux de réservation et de billetterie. Pour un portail multi-GDS, il s’agit de la phase de développement la plus complexe et la plus longue. Les API REST d'Amadeus sont les plus conviviales pour les développeurs des trois principaux systèmes GDS, ce qui constitue un autre avantage pratique de l'utilisation d'Amadeus comme couche d'intégration principale. Sabre et Travelport utilisent tous deux des protocoles XML et SOAP plus complexes pour leurs fonctions de réservation principales.
L'interface de recherche frontale, l'affichage des résultats, le flux de réservation, l'intégration des paiements et les outils de gestion des agents sont construits au-dessus de la couche backend. Pour les agences souhaitant un portail B2C, Flight TerminusPortail de réservation de vols B2C Le framework fournit une base frontale testée en production qui réduit considérablement le calendrier de construction frontale. Pour les portails B2B au service des agents de voyages, lesolution de réservation de vols B2B personnalisée Le framework gère la connexion des agents, la configuration du balisage et la gestion du PNR dès le départ.
Chaque GDS fournit un environnement sandbox pour les tests avant l'accès à la production. Les tests multi-GDS sont plus complexes que les tests GDS uniques, car vous testez l'interaction entre plusieurs sources d'API, et non une seule. La logique de déduplication, les règles de routage et la normalisation des tarifs doivent toutes être validées avec les données réelles de chaque sandbox GDS avant que les informations d'identification de production ne soient utilisées. Attendez-vous à une phase d'assurance qualité approfondie couvrant tous les principaux flux de réservation, les cas extrêmes et les scénarios d'erreur dans chaque source GDS.
Après les tests sandbox, le portail passe en production avec les informations d'identification GDS en direct. Les premières semaines de production nécessitent une surveillance minutieuse des temps de réponse des API, des taux d'erreur et de la précision de la déduplication sur les réservations réelles. La surveillance des coûts des API est également importante dès le premier jour, car les volumes de recherche multi-GDS peuvent générer des coûts par transaction importants qui doivent être gérés en fonction de la logique de routage et de mise en cache configurée lors du développement.
Flight Terminus est une société de développement de technologies de voyage spécialisée dans les intégrations GDS, les portails de réservation personnalisés et les plateformes de voyage basées sur des API. Notre service de développement de portail multi-GDS couvre la construction complète, depuis la conception de l'architecture jusqu'au lancement en production et à la maintenance continue.
Chaque projet commence par un appel de découverte pour comprendre vos volumes de réservations, vos marchés cibles, les itinéraires que vos clients réservent le plus souvent et votre configuration technologique existante. À partir de là, nous concevons l’architecture multi-GDS adaptée à votre entreprise spécifique plutôt que d’appliquer un modèle générique. Pour démarrer cette conversation, visitezFlightterminus.com/contact-us.
Foire aux questions sur le développement de portails multi-GDS
Oui, mais la différence de coût n’est pas aussi importante que ce à quoi de nombreuses agences s’attendent lorsqu’elles entendent ce terme pour la première fois. Le coût supplémentaire le plus élevé dans une version multi-GDS est la logique d’agrégation et de déduplication, qui se situe dans la couche backend. Les outils front-end, d'intégration de paiement et d'administration sont en grande partie les mêmes, quel que soit le nombre de sources GDS alimentant la plateforme. Les coûts des contrats GDS augmentent également, puisque vous payez des frais de transaction à plusieurs fournisseurs plutôt qu'à un seul. En revanche, les revenus supplémentaires générés par une couverture de contenu plus large dépassent généralement le coût supplémentaire dans un délai de 6 à 12 mois pour les agences ayant des volumes de réservation importants.
Votre accréditation IATA couvre l'autorité d'émission des billets, quel que soit le GDS que vous utilisez pour obtenir le tarif. Ce qui change avec chaque GDS, c'est l'accord commercial que vous détenez avec ce fournisseur GDS spécifique, qui régit les prix, les frais de réservation et l'accès au contenu auquel vous avez droit. Flight Terminus peut vous guider à travers les exigences commerciales de chaque GDS dans le cadre de la phase de planification du projet.
Oui, et c’est en fait l’approche la plus judicieuse pour de nombreuses agences. Construire d'abord une base Amadeus solide, avec une couche d'agrégation bien structurée conçue pour accepter des sources de contenu supplémentaires, signifie que vous pouvez ajouter des connexions Sabre, Travelport ou NDC directes sans reconstruire l'architecture de base. La clé est de s’assurer que la construction initiale est conçue pour l’extensibilité dès le départ. Si vous ajoutez des sources GDS supplémentaires à un système qui n'a pas été conçu pour cela, la complexité de l'intégration s'accroît considérablement. Flight Terminus conçoit tous les backends multi-GDS avec l'extensibilité comme exigence principale, et non après coup.
Un portail multi-GDS se connecte spécifiquement à deux ou plusieurs systèmes de distribution mondiaux comme sources de contenu principales. Unportail d'agrégateur de voyages est un concept plus large qui peut inclure des sources GDS, mais qui intègre également des API directes de compagnies aériennes, du contenu LCC, des chaînes NDC, des banques de lits d'hôtel et d'autres types de contenu entièrement extérieurs à l'écosystème GDS. Un agrégateur de voyages complet est le sur-ensemble d’un portail multi-GDS. De nombreuses entreprises de voyages commencent par une version multi-GDS et ajoutent progressivement des sources de contenu non-GDS à mesure que leur plateforme évolue.
Pour la plupart des agences de voyages ciblant les marchés internationaux, la combinaison d'Amadeus, Sabre et Travelport couvre le contenu aérien le plus large possible. Amadeus est leader en matière de contenu pour les opérateurs européens, asiatiques, du Moyen-Orient et d'Afrique, avec la plus forte adoption NDC. Sabre apporte de la profondeur aux transporteurs nord-américains et aux structures tarifaires d'entreprise. Travelport ajoute du contenu aérien régional, des connexions ferroviaires via son partenariat Trainline et une couverture sur des marchés où les deux autres ont une pénétration plus faible. L'ajout de chaînes NDC à cette base de trois GDS, notamment via le programme NDC d'Amadeus, comble les lacunes de contenu restantes des compagnies aériennes distribuant directement leurs meilleurs tarifs.
Oui. Les trois principales plates-formes GDS incluent des contenus sur les hôtels, la location de voitures et des services auxiliaires ainsi que l'inventaire des vols. Amadeus couvre plus de 500 000 propriétés hôtelières. Sabre couvre plus de 300 000 propriétés. Travelport accède à plus de 3 millions d'options d'hébergement grâce à son partenariat Booking.com. Un portail multi-GDS peut regrouper le contenu des hôtels provenant de ces mêmes sources GDS ainsi que le contenu des vols, offrant ainsi aux clients une expérience combinée de recherche de vols et d'hôtels sur une seule plateforme. Le contenu sur la location de voitures, les voyages ferroviaires et les croisières peut également être inclus, en fonction des sources GDS connectées et de la portée de votre plateforme.
Comment fonctionne réellement une architecture de portail multi-GDS ?
Comprendre l'architecture technique d'un portail multi-GDS vous aide à prendre de meilleures décisions pendant la phase de planification et de construction et à communiquer clairement avec votre équipe de développement. Vous n'avez pas besoin d'écrire le code, mais vous devez comprendre les couches.
La couche d'agrégation de contenu
La couche d'agrégation est le moteur derrière votre portail. Il prend en compte les requêtes de recherche de votre interface de réservation frontale et lance simultanément des requêtes sur plusieurs API GDS et toutes les sources de contenu supplémentaires que vous avez connectées, y compris les canaux NDC et les API directes des compagnies aériennes. Il collecte les réponses, déduplique le contenu qui se chevauche (puisque le même vol apparaîtra parfois à la fois dans Amadeus et Sabre), normalise les données dans un format cohérent et renvoie une liste unique de résultats classés à l'utilisateur.
C’est beaucoup plus complexe à construire qu’une intégration GDS unique. La logique de déduplication nécessite à elle seule des règles prudentes pour éviter de présenter deux fois le même vol à des prix différents, ce qui confondrait les clients et éroderait la confiance dans votre plateforme. Flight Terminus gère cette couche d'agrégation dans le cadre de sonDéveloppement d'un portail d'agrégateur de voyages service.
La couche logique de routage
Toutes les requêtes de recherche ne doivent pas nécessairement être adressées simultanément à tous les GDS. Un portail multi-GDS intelligent comprend une logique de routage qui détermine les sources GDS à interroger en fonction de l'itinéraire, de la paire origine-destination, de la compagnie aérienne et du type de client. Une recherche de vols entre Delhi et Londres bénéficiera d’une requête Amadeus comme source principale. Une recherche entre Dallas et Chicago bénéficiera d’une requête Sabre comme principale. Votre logique de routage dirige le trafic de manière intelligente plutôt que de marteler toutes les sources à chaque recherche, ce qui réduit les coûts des API, améliore les temps de réponse et maintient votre utilisation de GDS dans les limites contractuelles.
La couche de normalisation tarifaire
Chaque GDS renvoie les données tarifaires dans son propre format et sa propre terminologie. Les tarifs de marque d'Amadeus utilisent des structures de champ différentes de celles des tarifs de marque de Sabre. Les services auxiliaires sont décrits différemment dans les trois systèmes. La couche de normalisation traduit tout en un schéma de données commun que votre frontal peut afficher de manière cohérente, quel que soit le GDS d'où provient le tarif. C’est ce qui rend les résultats de recherche multi-GDS cohérents aux yeux de vos agents et clients plutôt que comme un patchwork de données incompatibles.
La couche de réservation et de billetterie
Lorsqu'un client sélectionne un tarif et procède à la réservation, le portail doit renvoyer la demande de réservation au GDS d'où provient ce tarif spécifique. Cela signifie que votre couche de réservation doit conserver une référence au GDS source pour chaque tarif dans un résultat de recherche et acheminer correctement la demande de réservation. La gestion du PNR, la billetterie et les modifications post-réservation passent ensuite par le GDS d'origine. C'est dans cette couche que réside la plus grande complexité d'intégration et où le choix d'unIntégration Amadeus le partenaire compte le plus.
Le NDC et la couche de contenu direct
En plus des trois sources GDS, un portail multi-GDS bien conçu se connecte également aux canaux NDC pour les compagnies aériennes qui publient leurs meilleurs tarifs et accessoires directement via NDC plutôt que via le canal EDIFACT GDS traditionnel. Les compagnies aériennes, dont Lufthansa, Air France-KLM, American Airlines et United Airlines, ont transféré une partie importante de leur contenu vers une distribution uniquement NDC. Sans connexion NDC, votre portail manque complètement ces tarifs.
Amadeus est actuellement leader du secteur des GDS en matière d'adoption des NDC, couvrant 35 compagnies aériennes NDC dans 165 pays et étant le seul GDS à proposer des produits NDC à cette échelle. C'est une autre raison pour laquelle Amadeus fonctionne bien comme base principale pour une construction multi-GDS avec NDC en couches. Flight Terminus propose égalementIntégration de l'API de vol AQC pour étendre encore plus la couverture du contenu au-delà des sources GDS et NDC.