API 版本控制策略的 4 個最佳實踐
主要用戶：OTA、TMC、旅游應用程序提供商
通常有兩種主要類型的玩家可以幫助您進行旅行搜索、可用性和預訂。第一個包括全球分銷系統（GDS），這是該行業的主要聚合器。它們與“聚合器的聚合器”一起使用，這些系統建立在GDS之上，以合并其產品。第二組由在線旅行社組成，這些旅行社擁有聯盟計劃，以幫助較小的參與者進入市場。要了解有關航班分布的更多信息，請觀看我們的視頻：
全球分銷系統 （GDS） 和航班聚合器。 在線旅行社的主要數據源和預訂聯系點是全球分銷系統 （GDS）。GDS 收集和整合來自各種服務提供商的旅行數據，并允許代理商預訂飛機座位、租車、預訂酒店房間、游輪、火車票等。這樣，旅行社就不必直接與數百家航空公司、酒店和其他終端提供商建立聯系。他們還提供 API，將預訂支持集成到 OTA 預訂引擎中，讓旅行者可以在線預訂。
基本上，市場上有三個主要的 GDS 參與者：Amadeus、Sabre 和 Travelport。據Sabre稱，這三家公司占據了GDS99.9%的市場份額。
作為旅行社或任何其他旅游企業，您可以使用其中一個或多個 GDS API 來實現更廣泛的覆蓋范圍。我們的客戶是在線旅行社 Fareboom，它為客戶提供低票價搜索，直接使用航空公司的多個 GDS 和私人機票。但是，如果您的業務模式不圍繞最低票價展開，您可以堅持只使用 GDS，而不必直接與航空公司合作。例如，Amadeus聲稱覆蓋了全球95%的定期航空座位。
注意：有趣的是，GDS 預留容量不一定等于 API 中支持的容量。GDS可以由為客戶預訂的旅行社手動操作。另一方面，API 的存在是為了自動化預訂，不包括代理的工作。有時，與基于 API 的 GDS 相比，GDS 會為手動預訂提供更廣泛的服務。我們稍后會提到一個這樣的限制。
前往 GDS 或其他聚合商通常可以預訂航班。但是，為了獲得票務并完成預訂，您必須獲得 IATA 或 ARC 認證。另一種選擇是與集運商或主辦旅行社進行談判，他們將為您預訂航班。在我們與Amadeus共同撰寫的文章中閱讀有關非認證票務選項的更多信息。
在線旅行社。如果 GDS 和聚合器對您來說太貴了，請先與其他提供聯盟計劃和 API 的旅行社合作。雖然這種方式不像 GDS 那樣普遍，但對于需要訪問航班預訂 API 的小型企業、初創公司或愛好者來說，這是一個可行的選擇。
那么，誰是這里的主要參與者？
Amadeus 是主要的 GDS 之一，起源于歐洲。2018 年 11 月，該公司推出了一個新的門戶?Amadeus for Developers，其中包含機票、酒店和其他旅行 API 集。是因為目前還沒有適用于所有數據服務的單一應用程序接口。在本節中，我們將重點介紹飛行 API。
Amadeus 開放式創新項目負責人 Fran Romero 對 AltexSoft 對該平臺發表了評論：“Amadeus for Developers旨在通過增強旅游前沿人員的能力、提供快速便捷的旅游API訪問以及促進整個開發人員社區的合作，加快創新并激發新的想法。通過該門戶網站，開發人員可以利用 Amadeus API 以及他們快速構建和啟動應用程序所需的工具、資源和支持 ”。
目前，Amadeus API 有兩種版本。
Self-Service API?可滿足未獲得 IATA 或 ARC 認證的初創公司和旅游企業的需求。這些 API 使用 JSON 格式進行數據交換和現代?REST 架構，這使得它們易于集成。正如 Amadeus 的開發者倡導者 Alvaro Navarro 所指出的那樣，“自助服務 API 不僅設計用于原型設計，還用于商業目的，并且通過自助服務流程實現對生產的訪問完全自動化。”該套件允許您
但是，票務只能通過集運商完成，您無法獲得協商票價或公司票價。自助服務 API 僅支持公共票價。
Enterprise APIs 面向構建大型旅行應用程序的成熟企業。Enterprise 訂閱可將您連接到近 200 個 API，包括
從我們的 Amadeus API 集成實踐指南中了解有關該主題的更多信息。
Sabre 是另一家主要的 GDS，也是自動預訂領域的先驅。實際上，有數百個 REST 和 SOAP 格式的 Sabre API，它們幾乎涵蓋了 Amadeus 提供的相同功能集。在航班分布方面，Sabre提供：
如果您正在考慮 Sabre API 集成，可以聯系我們。2020 年 9 月，AltexSoft 成為 Sabre 的授權開發合作伙伴，此前我們為代理商和其他業務完成了多項集成。
閱讀我們的文章 Sabre API 集成：與領先的 GDS 的實踐經驗，深入了解詳細信息。
Travelport結合了三個GDS系統：Apollo、Worldspan和Galileo。與 Amadeus 和 Sabre 不同，它提供了一個單一訪問點，可以訪問保留其品牌名稱的三個 GDS 的庫存。Travelport通用API使用SOAP/XML格式，并包含
Travelport還提供 RESTful JSON API 集合，這些集合通常與Universal API重疊，但更輕量級，速度更快，并針對移動搜索和預訂進行了優化。在航班服務方面，它們涵蓋
如果您想更深入地了解 GDS 之間的區別，請閱讀我們的 GDS 專題文章。
除了 GDS，您還可以嘗試與其他聚合器合作。
Travelfusion 是一家航班和住宿聚合商，與 400 多家低成本航空公司和定期航空公司合作。該公司提供
航班搜索和預訂功能也可以以JSON格式提供。除此之外，Travelfusion還積極支持國際航空運輸協會（IATA）的NDC倡議。
Kiwi.com 是一家捷克 OTA，以其強大的航班搜索引擎而聞名，可連接約 750 家航空公司，其中包括 250 多家低成本航空公司。該平臺還提供虛擬聯程服務——換句話說，它將單獨的航班合并為無縫的行程。
注冊后，您可以使用他們的一套應用程序接口來
除此之外，通過 KIwi.com API，您可以連接空中和地面路線，使往返機場的火車和公共汽車換乘成為行程的一部分。
FlightsLogic Flight API 提供航班數據、座位可用性、票價和支付功能。它將旅行社、旅行社、B2B 旅游平臺和其他企業與 200 多家低成本航空公司和 700 多家 GDS 航空公司連接起來。該 API 可以與 Android 和 iOS 應用程序和網站集成。
主要用戶：旨在分發豐富內容的 OTA、更大的 OTA、創新的旅行應用程序提供商
除了傳統的航班預訂外，航空公司和 IATA 推進的航班營銷也呈增長趨勢。基于XML的新分銷能力（NDC）標準允許運營商提供豐富的內容（圖像、評論、座位圖等）、更廣泛的輔助設備和個性化，而這些在以GDS為中心的分銷中受到限制。
最初，NDC 被認為是完全繞過 GDS 并構建運營商自己的 API 以直接連接到 OTA 和 TMC（差旅管理公司）的方法。但是情況已經發生了變化，今天有三種主要的方式可以使用NDC，包括由GDSs實現的連接。
不出所料，全球分銷系統對失去市場并不感到興奮。雖然很難找到實際的 NDC API 文檔，但您可以直接聯系 Amadeus、Sabre 和 Travelport 進行 NDC 連接。在大多數情況下，針對旅行社和其他經銷商的 NDC 功能正在開發中，而 GDS 則更側重于幫助航空公司建立自己的 NDC 管道。在我們的專題文章中，我們詳細闡述了如何為航空公司實施 NDC 技術。
技術提供商的 NDC。 我們將在下面討論的 ATPCO、SITA 和 Farelogix 等許多行業領先的技術公司已與航空公司合作，為他們構建 NDC API。
航空公司的NDC。 許多航空公司開始自己提供 NDC API。其中包括漢莎航空、英國航空、迪拜航空、法航荷航、新加坡航空等。
現在，讓我們引用一些可以嘗試用于 NDC 的關鍵 API。
Amadeus 通過 XML/SOAP API 在其企業訂閱中提供 NDC 功能。建立此集成后，您將能夠：
目前，您可以搜索和預訂來自美國航空公司、新加坡航空公司、法航荷航和澳洲航空的豐富內容（后者仍處于駕駛模式。更多航空公司將很快加入，包括英國航空公司、伊比利亞航空公司、聯合航空公司、LOT波蘭航空公司和國泰航空。請注意，某些承運人需要單獨的賣家協議才能提供 NDC 商品。
Sabre 通過 Offer 和 Order API 提供 NDC 連接。但是，要使用它們，您需要特殊憑據，因此請聯系您的Sabre客戶代表尋求幫助。獲得啟用了 NDC 的 API 的訪問權限后，您將能夠
根據特定的航空公司，您可以獲得豐富的內容和個性化的捆綁包。雖然運營商以XML形式推送他們的產品（這是NDC所要求的），但Sabre提供了REST/JSON接口來使用它們。
請記住，啟用 NDC 的 API 正在開發中，在撰寫本文時，它們僅適用于來自 Avianca Group、Qatar Airways、Qantas、Singapore Airlines 和 United Airlines 的豐富內容。與美國航空公司的 NDC 連接預計將于 2023 年 4 月上線。
除了標準的GDS產品外，Travelport還通過其Air API允許訪問NDC內容。
目前，只有四家航空公司與 GDS 進行了 NDC 集成，即美國航空公司、澳洲航空公司、新加坡航空公司和聯合航空公司。要購物和預訂 NDC 優惠，您必須與 Travelport 和航空公司本身協商這種類型的聯系。NDC 將使您能夠
這里的NDC API支持XML和JSON格式，也是RESTful。
Routehappy API 為銷售渠道提供內容。這些 JSON API 提供有關便利設施的信息，并分發來自 300 家航空公司的產品和機票屬性。其中一些數據來自NDC渠道。所有 Routehappy 內容都可以分為三組：
tfFlight API 是一站式解決方案，用于預訂低成本航空公司、全方位服務航空公司和集運商的航班和輔助服務。它聲稱可以訪問目前存在的所有低成本航空公司。該 API 支持 NDC，從 42 個運營商處采購豐富的內容。
Duffel 是一家總部位于倫敦的初創公司，通過統一的航班 API 將旅游分銷商與 300 多家航空公司聯系起來。它與近 30 家運營商保持直接聯系，而所有其他運營商都可以通過 Travelport GDS 訪問。該公司承諾提供最簡單、最快的集成過程，幾乎可以立即訪問銷售航班所需的功能。除了搜索和預訂，API 還使您能夠
該 API 適用于 LCC、GDS 和 NDC 內容。然而，某些功能仍在開發中，并非適用于所有航空公司。該API與30家運營商保持直接連接，而所有其他運營商均可通過Travelport GDS訪問。
Verteil 是一家 NDC 聚合器，致力于用直接預訂取代傳統的航空公司分銷方案。其統一的 API 將旅行社與來自 33 家航空公司的豐富內容連接起來。盡管能力可能因運營商而異，具體取決于其 NDC 就緒情況，但標準可用功能集包括：
請注意，旅行社將自動獲得所有新加入的航空公司的庫存訪問權限。
HitchHiker API 分銷 6 家 GDS 和 20 家 NDC 航空公司的航班票價和輔助服務，并直接連接到 120 家航空公司，包括低成本航空公司。除了輔助服務和票價外，它還允許航班預訂、預訂管理和付款。該 API 也可作為 SaaS 解決方案使用。
Accelya是航空業領先的金融和分析服務提供商。例如，它開發并維護了BSP鏈接，該接口允許旅行社和航空公司訪問IATA計費系統 – 計費和結算計劃（BSP）。2020 年，該公司通過收購 Farelogix（一家開創 NDC 的科技公司）擴大了其投資組合。他們的 FLX NDC API 充當單一網關，使航空公司能夠在不同的銷售渠道中分發豐富的內容。
目前，該API為FLX乘客平臺提供動力，該平臺跨越了航空營銷的整個周期，吸引了全球25%以上的NDC流量。它為大約 20 家由 NDC 提供支持的航空公司提供服務，包括漢莎航空集團、聯合航空公司、美國航空公司、阿聯酋航空、澳洲航空、卡塔爾航空公司、阿提哈德航空公司、拉丁美洲航空公司、西捷航空、加拿大航空公司、奧林匹克航空公司和愛琴海航空公司。
旅行社和其他企業可以通過一個名為 SPRK 的接口以及分銷商的 API 連接來訪問 NDC 內容。
主要用戶：OTA、TMC、數據科學和旅游行業
一些 OTA 和旅行應用程序提供商努力在預訂完成后幫助旅行者。例如，我們為 Fareboom 開發的機上支持應用程序可幫助旅客在出發前及時通知、跟蹤航班狀態并提醒延誤。其他產品則通過航班價格預測器等附加功能吸引客戶。要提供此類服務，您必須檢索有關時間表、連接、票價、天氣等的深入詳細信息。
因此，最后一組與航空旅行相關的 API 包含有助于收集技術和特定飛行數據的連接選項。例如，Cirium（現在擁有Innovata和FlightStats）和OAG是航班調度數據的全球來源。ATPCO是票價的主要提供者，因為航空公司直接向ATPCO提交票價，ATPCO又將這些數據提供給GDS和OTA。
這些信息大多來自市場上的主要技術參與者。但是，我們還要提到一個票價聚合器（或元搜索引擎）——Skyscanner。
全球分銷系統發送一般的航班數據，而 Skyscanner 則以較低的成本提供更精確的票價回報。要使用 Skyscanner API，您需要注冊一個聯盟計劃。如果您通過了審核，就可以免費使用一組 API。一旦達到一定的收入門檻，該服務就允許您根據您的流量和市場比例協商傭金。
雖然 Skyscanner 還提供汽車租賃和酒店 API，但其優勢是航班票價搜索。它有兩個主要版本。
瀏覽航班價格。 此集從緩存價格中提供最便宜的報價，用于聚合各種始發地-目的地和時間范圍查詢，這意味著您可以設置彈性搜索。缺點是緩存不會經常更新不太受歡迎的路線和日期組合。如果價格發生變化，有時您的用戶將無法看到最新信息。
實時航班價格。 另一方面，實時定價 API 會返回任何給定時刻的確切票價。但是您必須查詢確切的時間和路線才能檢索價格。每當您需要比較特定日期和路線的價格時，此功能都會派上用場。
在這兩種情況下，默認響應格式都是 XML，但您可以切換到 JSON。
該領域另一個流行的API由FlightStats提供，FlightStats是Cirium旗下的全球航班跟蹤和旅行應用程序提供商。FlightStats API 結合了兩個主要產品。
FlightStats Flex APIs. 該套件允許您獲取英語、德語、西班牙語、法語、葡萄牙語、阿拉伯語、日語和簡體中文的實際和精確的飛行數據。該套裝包括
API遵循REST設計，支持JSON、JSONP和XML格式以及SOAP協議。
FlightStats API。這套地圖側重于旅行提供商通過讓客戶了解自己的旅行情況來改善他們的行程體驗的能力。其中包括有關重要變化的警報，尤其是延誤、取消和其他旅行中斷，以便對這些事件做出積極反應。
FlightStats API 在開發社區中以有據可查且連貫性而聞名。它們允許深度定制，以根據特定的業務和用戶體驗需求定制旅行軟件。
OAG是航班時刻表市場的另一個主要參與者。它目前有四個 REST API：
OAG內容覆蓋全球97%的航班，其API為Uber Reserve（一種提前30天預訂乘車的工具）、Air Black Box（一種虛擬聯程引擎）和Global Pilot Source（連接飛行員和航空公司的招聘平臺）等創新產品提供支持。
SITA 是主要的飛行市場技術提供商之一，提供一套不錯的 API，主要圍繞機場、行李和登機信息。通過SITA APIs，您可以及時獲得以下信息：
SITA Flex API 允許您創建與自助行李托運設備、自助登機口、掃描儀和其他機場技術交互的移動應用程序。Boarding Pass API 簡化了移動登機牌的創建和分發。Bagjourney API 有助于使用行李標簽號或乘客姓氏進行行李跟蹤。但是，僅當您與特定航空公司達成協議時，此功能才可用。
主要用戶：大型 OTA、元搜索引擎、利基 OTA、旅游應用提供商
中的渠道管理 如果您是酒店房間分銷領域的新手，請花五分鐘時間了解生態系統的運作方式，然后再深入研究 API。我們為此制作了一個視頻。如果您了解基礎知識，請跳過我們的解釋器。
說完這些，讓我們開始下一部分，這個部分的名字聽起來可能有點誤導，因為只有連接到酒店的中央預訂系統，才能實現酒店直接預訂。但實現直接預訂的下一步是渠道管理。
通過物業管理 （PMS） 和中央預訂系統 （CRS） 直接連接。PMS 是酒店的主要軟件環境。它通常包括預訂功能 （CRS） 和其他模塊，這些模塊不適用于分銷，但有助于內部酒店運營，例如銷售點系統或前臺。正如您可能已經猜到的那樣，通過 PMS 直接連接需要相當多的投資，因為市場上有數十種 PMS，如果您想擁有大量庫存，您可能需要與其中幾個集成。
如果您正在考慮與酒店直接集成，請查看我們關于 Oracle PMS 集成的 Opera 的文章。它是目前最大的 PMS 提供商之一。
通過渠道管理器進行連接。 渠道管理器是一方面與 PMS 集成的系統，另一方面與在線旅行社或其他分銷商集成的系統。渠道管理器的主要目的是讓酒店通過多個渠道（OTA、TMC 等）分銷其物業，因此得名。作為旅游分銷商，您可以與渠道經理聯系，因為某些酒店希望與您進行分銷并倡導您的整合。最大的渠道經理可能擁有數千家酒店。考慮到這些連接的性質，它仍然幾乎是直接整合，因為渠道經理只是傳遞信息，而不增加他們的預訂傭金。
我們不會介紹任何與 PMS 的直接集成，但讓我們來看看幾個著名的渠道管理器。
SiteMinder 是最大的酒店渠道管理提供商之一。它允許酒店經營者通過云接口將他們的物業連接到領先的 OTA 和 GDS，增加直接預訂，并分析績效。
雖然他們的套餐對于努力提高市場知名度的酒店非常有用，但 SiteMinder 還具有 SiteConnect API，主要針對 OTA 和其他最終用戶提供商。
Cloudbeds 是渠道管理市場的另一個大型參與者，其投資組合中約有 20,000 家酒店。Cloudbeds 有一個 REST API，可以以 JSON 格式交換有關客人、預訂等的數據。
此外，CloubBeds 還為將 Cloudbeds 軟件與第三方服務集成的應用程序開發人員提供對其 API 的訪問權限。
主要用戶：OTA、元搜索引擎、旅游應用提供商
第二組供應商可以稱為聚合商。他們從許多來源收集數據，包括酒店、批發商（我們將在下面討論）和聚合器，這些數據通常可以分為兩大類。
全球分銷系統。雖然 GDS 更專注于航空旅行，但它們擁有相當多的酒店，因為企業差旅管理公司 （TMC） 傾向于堅持使用 GDS，并且將酒店庫存也包括在內也是一個合理的舉動。雖然 GDS 通常擁有大量的酒店庫存，但它們可能會錯過一些對商務旅客興趣不大的細分市場。另一個缺點是 GDS 往往內容不佳、圖像分辨率低、描述和便利設施列表不完整。
連接提供商和交換機。 另一大類供應商涵蓋不同類型的聚合商，這些聚合商通過許多不同的來源獲取有關酒店預訂、房間可用性和其他內容的數據。有時聚合商直接與酒店合作;有時他們會連接到其他中間商。但通常，他們兩者都有。如果您需要大量庫存，那么使用聚合器是明智之舉。
這些聚合器的子類型之一是交換機，該系統在許多方面類似于通道管理器。它們連接到酒店的中央預訂系統，并將數據從供應商重新路由到分銷商，使兩者都具有單一的聯系點，即交換機。主要區別在于，渠道經理要求您直接同意與酒店集成，而轉換可以在不涉及酒店的情況下與您協商。有時，術語“交換機”、“聚合器”和“連接提供商”可以互換使用。
自 2010 年以來，MakCorps 一直在收集有關不同供應商的酒店價格信息。.其酒店 API 不僅涵蓋當前房價，還涵蓋來自 200 多個 OTA 的評論、評級和其他數據，包括 Booking.com、Agoda、Expedia 和 Hotels.com。除此之外，MakCorps 還提供歷史酒店定價數據，使旅行社、連鎖酒店和其他客戶能夠了解購買模式和其他趨勢，并調整價格以確保競爭優勢。.所有數據均以XML格式接收，但MakCorps將其轉換為JSON以方便客戶。
RateGain 的 DHISCO Switch 是一種全球交換機，可實現酒店房間的一對多分配，將主要 OTA、旅行社、元搜索引擎和 GDS 與連鎖酒店連接起來。目前，該服務可以訪問 1,000 多個頻道的 125,000 個屬性。
DerbySoft 是一家連接提供商，充當酒店和旅游銷售商的單一聯系點。它維護著一個由 750 個合作伙伴組成的網絡，包括
要啟動連接過程，請選擇您要關聯的企業并填寫在線表格。
主要用戶：OTA、元搜索引擎、旅游應用程序提供商
床位銀行（或批發商）是訪問酒店預訂和內容的主要來源之一。批發商批量購買庫存，然后將其轉售給分銷商。這使酒店能夠有效地管理其收入并填滿房間，而床位銀行可以以較低的費率獲得庫存。
Hotelbeds 是最大的住宿、接送和活動分銷商之一。其 API 套件覆蓋全球 120 多個市場，在約 185 個國家/地區開展業務。Hotelbeds 建議有三個主要的與酒店相關的 API，連接到全球約 300,000 家酒店。
Hotel Content API。此 API 返回靜態和動態信息。靜態信息包括酒店描述、圖片、地址等。動態部分檢索可以隨時更改的數據：可用性詳細信息、價格、費用等。
Hotel Booking API。該 API 與前一個 API 結合使用，可實現預訂程序的所有方面，從請求房間可用性到接收預訂列表和取消預訂。
Hotel Content API。此 API 旨在為旅行套餐或彈性房間搜索提供大量數據。因此，API 返回在給定時刻捕獲的數據的特定快照。
WebBeds 是第二大床位銀行，在 16,000 多個目的地擁有 430,000 家酒店，更不用說數以千計的接送服務、短途旅行和景點了。它擁有幾家較小的批發商，包括 Lots of Hotels （LOH）、FIT Ruums、Sunhotels 和 Destination of the World （DOTW） 以及兩個利基品牌：
OTA、旅行社和其他旅游提供商可以通過其品牌預訂網站或 API 連接來利用 WebBeds 庫存（通過在線表格直接聯系他們了解更多詳情）。Sunhotel 有一個單獨的?XML API，可連接到 120 個國家/地區的 368,000 家酒店。
Bonotel 是一家利基批發分銷商，專門針對豪華和精品酒店客房。目前，Bonotel API 訪問全球 2,600 多家旅游供應商，這些供應商在豪華領域運營，并提供對酒店內容和數據的訪問。要探索 Bonotel 建議的 API，您應該直接聯系供應商。
Travco 是歷史最悠久的酒店批發商之一，專注于歐洲市場，提供 1000 多個目的地的 12,000 多家酒店的住宿和輔助預訂。他們的 XML API 提供對酒店物業（包括酒店、度假村和度假勝地）和旅行輔助設施（如接送、旅游和餐廳）的訪問。此外，此 API 允許以九種語言顯示內容。
HPro Travel（前身為 HotelsPro）是一家床位銀行，專注于旅行社和旅行社，銷售不同規模和類型的物業，包括度假村和豪華酒店。您還可以尋找旅行輔助工具。它提供對 70,000 個目的地的 1,000,000 多家酒店的訪問。其他可用的庫存類型包括汽車租賃、接送、旅游、景點和活動。
床位銀行提供支持 REST 和 JSON 的酒店 API。
Coral API 允許您獲取最新的庫存和酒店信息、緩存結果、檢查可用性、預訂房間和取消預訂。
Cosmos API 返回酒店靜態數據 — 有關屬性和位置、圖像、房間和膳食類型等的信息。
您將在我們的專題文章中找到這些批發商的詳細說明。
主要用戶：小型 OTA、非酒店旅游提供商、渠道經理、物業管理系統
連接到多家酒店的最后一個選擇是與大型 OTA 合作并使用他們的庫存。然而，您需要有大量的預訂才能接受大型公司的審核，因為他們通常對與初創公司和小型企業的集成不感興趣。
決定OTA市場規則的主要參與者有兩個：Booking Holdings（Booking.com、Kayak、Momondo等）和Expedia（Expedia.com、Hotel.com、Trivago等）。如果您主要關注酒店預訂，那么兩者都值得與兩者合作。并非所有 API 都是公開可用的，您必須成為他們的合作伙伴才能充分利用它們的功能。
這兩大巨頭都有自己的合作網絡。Expedia Partner Central?面向酒店，Expedia Partner Solutions?面向在線旅行社和其他旅游軟件提供商。Booking.com 支持小型旅行社和渠道經理的 API。
Expedia API?的構建理念是簡化酒店和最終 Expedia 最終用戶的物業更新。
Availability and Rates API。這套 API 通過立即更新所有 Expedia 積分的房價、更改可用性以及在有人通過 Expedia 網絡預訂房間時立即發送通知，從而幫助酒店自動預訂。請注意，它不能單獨使用：您還必須集成?Booking Notification API?或?Booking Retrieval/Confirmation?API 集，以自動將更新發送到您的 CRS 或 PMS。
如果沒有vailability and Rate API 和 Booking Notification 或 the Booking Retrieval/Confirmation APIs，則無法集成所有其他 API。此規則適用于
此外，還有一個獨立的合規性 API，用于提供有關列出屬性的區域的法規的數據。
名為 Rapid 的 Expedia Partner Solutions API 是為希望將酒店預訂支持納入其產品的在線旅行社創建的。Rapid API 將允許：
您還可以訪問 Vrbo（以前稱為 HomeAway）庫存，這是一種替代旅行 OTA，將旅行者與大約 190 個國家/地區的房主聯系起來。超過 600,000 個 Vrbo 單人間度假租賃通過 Rapid API 公開。
（不甘示弱，度假租賃市場的另一家領先企業Airbnb為想要使用Airbnb預訂能力的單身房產所有者提供了一個API。
此外，Expedia 旗下的旅游元搜索和聚合網站 Orbitz 也有聯盟計劃。其引擎可搜索約 260,000 處可預訂的房產和 400 多家航空公司。。
Booking.com 為其聯盟合作伙伴和渠道經理提供兩套服務。目前，會員的Booking.API允許從Booking庫存中檢索和預訂酒店房間。您可以只使用不具備預訂功能的住宿數據，將游客發送到 Booking.com。如果您想在自己的網站上處理預訂，則必須符合 PCI 標準。
Booking Connectivity API 則完全不同。這套 API 專為渠道經理和物業管理系統提供商設計。您可以在上面的視頻中看到它們。基本上，如果您要構建渠道管理軟件，這些 API 是必須的……因為您要將客戶連接到 Booking.com。您可以查看它們的文檔。簡而言之，連接性支持
您可以在我們的專題文章中閱讀有關?Booking.com API 和其他合作解決方案的更多信息。
Booking Holdings旗下的另一家OTA是Agoda。值得單獨聯系Agoda團隊，了解他們的供應與Booking已經提供的供應有何不同。
Priceline 專注于幫助客戶查找旅行相關數據的 OTA 和技術供應商。目前，Priceline Partner Solutions API 允許檢索和預訂：
Priceline由Booking Holdings擁有，利用一系列單獨的旅行優惠，其中包括980,000處房產和獨家折扣。詳細了解如何在他們的網站上開始構建 API 連接。
主要用戶：從多個來源接收酒店數據的 OTA 和 TMC
如果您從多個供應商處獲取酒店數據——例如從兩個床位銀行，或從一個床位銀行和幾個聚合器那里——不可避免地，一些屬性會重復，因為大多數供應商都有交叉的庫存。問題是，不同的供應商可能對酒店 ID 和房間類型有不同的命名約定。而且，您也不希望您的用戶在搜索結果中看到的是同一個物業，但房間命名和價格卻略有不同。
您必須解決映射問題，即映射并刪除來自不同來源的相同酒店、房間和內容的重復項。有一些 API 和系統可以幫助您完成此任務。
GIATA是一家酒店內容管理提供商。他們對映射問題的解決方案是創建所謂的 MultiCodes。GIATA 擁有通用 ID，可映射到 500 多家供應商的不同代碼、地理編碼和地址，包括床位銀行、OTA、運營商等。MultiCodes 數據可通過?XML API?獲得。他們還有?room-level mapping?API?，用于處理描述和其他酒店內容。
Mapping.Works 是一組 API，可幫助業主和 OTA 映射其庫存。與GIATA不同，該提供商采用基于ML的文本分析從各種庫存描述中提取含義，并且還在兩個級別的映射上進行操作：酒店映射和房間映射。
主要用戶：OTA、旅游應用程序提供商、酒店、航空公司
如您所見，市場上的多家參與者正在將他們的服務與汽車租賃捆綁在一起。GDS系統和主要OTA已經支持汽車租賃。
Booking Holdings擁有的 Rentalcars.com 目前是該領域最大的供應商。如果您只考慮將汽車租賃支持嵌入您的網站，那么值得考慮他們的服務，因為 Rentalcars 在 163 個國家/地區的約 60,000 個地點開展業務。
Rentalcars提供兩種主要選擇：
第一個選項顯然不是應用程序接口，最終，您的用戶將登陸 Rentalcars.com 完成預訂。
另一方面，第二種選擇并不局限于單一的應用程序接口。連接合作伙伴可以利用 Rentalcars 的全套產品集成和服務，包括動態小部件、搜索面板等。
CarTrawler 是一項全面的 B2B 服務，將 2,000 多家旅行社、旅游零售商 （OTA） 和國際航空公司與當地汽車租賃供應商連接起來。目前，該公司在 190 個國家/地區的 43,500 個地點開展業務。您可以通過申請合作協議來了解集成選項。
此外，還有技術服務提供商的汽車租賃 API，您可以在鏈接的文章中更詳細地研究這些 API。
主要用戶：針對商務旅客的應用程序提供商、OTA
商務旅行市場的主要參與者是 SAP Concur。該公司提供了一個基于云的差旅管理平臺，可幫助企業管理旅行、跟蹤旅行費用、預訂航班座位和酒店房間以及租車。
SAP Concur 致力于讓開發社區參與構建和整合其應用程序與 Concur 業務配置文件。這是如何工作的？SAP Concur API 針對兩個主要用例。
為商務旅客提供旅行和行程支持。當商務旅客通過提供商的應用預訂酒店和航班時，他們的旅行數據會與 SAP Concur 旅客檔案同步。例如，如果用戶乘坐美國聯合航空公司 （United Airlines） 進行商務旅行，他或她可以將美聯航前程萬里 （MileagePlus） 個人資料連接到 SAP Concur，以便直接從美國聯合航空公司網站進行商務旅行預訂。這樣，所有出差數據都會直接發送到 SAP Concur。
費用管理。商務旅客在旅行期間進行的所有付款都會自動與 SAP Concur 配置文件同步，以跟蹤費用或從公司銀行賬戶付款。例如，Uber 已經為此目的集成了 Concur。
所有集成了 SAP Concur API 的應用都會在專用的 App Center 中展示。
Tripit 是 SAP Concur 的產品，它不將其目標受眾限制為僅商務旅客，而是針對所有類型的用戶。該系統整合了用戶的旅行數據，如酒店、航班和餐廳確認，并將其轉化為整齊組織的行程。此外，他們還提供天氣數據和積分計劃信息。
Tripit API 的工作方式與主要的 SAP Concur API 幾乎相同。例如，它允許在您網站的旅行預訂確認頁面上嵌入“添加到 Tripit”鏈接，或將 Tripit 旅行計劃添加到網站或應用程序，使用戶能夠在不離開您的平臺的情況下通過 Tripit 配置行程。
主要用戶：OTA、酒店、旅游應用程序提供商
我們已經介紹了預訂和預訂網站的最佳用戶體驗實踐。其中一個要點是，70%的人在網上預訂旅行或住宿服務之前會查看大約20條評論。例如，如果您是一家酒店或其他房地產提供商，這種社會證明很難通過自己的評論系統來實現。但 TripAdvisor 是一個值得信賴的來源，包含超過 10 億條評論和意見。
Tripadvisor’s Content API 允許企業整合該服務從用戶那里收集的評論、意見和其他數據。該平臺與住宿、餐廳和景點合作，通過其 API 提供有關不同地點（酒店、餐廳、景點和興趣點）的以下類型的內容：
TripAdvisor 支持 29 種語言，覆蓋全球 800 多萬個地點。
主要用戶：OTA、本地旅游提供商、旅游應用程序提供商
像酒店、旅游和景點 （T&A） 供應廣泛。有些 OTA 和利基公司專門將旅行社與供應商聯系起來，建議接口、API 或兩者兼而有之來配置和采購旅游。最重要的是，這些服務讓您可以配置定制的旅行套餐，包括 T&A、住宿，甚至汽車租賃。要獲取有關旅游和景點 API 的更多信息，請查看我們關于該主題的綜合文章。
有兩個主要來源可以為您的客戶尋找景點和要做的事情。這些是
Bókun是一個旅游經銷商平臺，部分作為一個市場運作，當地旅游供應商和業主在這里與OTA和代理商建立聯系。此外，它還提供渠道管理服務。Bókun API 允許旅行社
這組功能允許通過 API 接口配置自定義旅行套餐。
TrekkSoft 只專注于旅游和活動。該公司為當地的T&A公司和旅游局提供圖形界面。TrekkSoft API可以配置為為經銷商提供所有可用的T&A，包括預訂能力。
Rezdy是另一項用于渠道管理的T&A服務，將供應商與旅行社和旅行社聯系起來。它提供了三個 REST API。
Agent API 允許 OTA 和其他經銷商查詢旅游運營商的產品，檢查其可用性和定價，并進行預訂和取消。
Supplier API 專為通過Rezdy平臺銷售產品的旅游經營者而設計。它使他們能夠管理自己的庫存和預訂功能。
RezdyConnect API為擁有自己的預訂平臺的外部供應商提供服務。API 有助于通過 Rezdy 渠道轉售他們的產品。它從供應商的系統中提取可用性和定價，并返回預訂和取消。
雖然Rezgo可能看起來像一個常見的T&A渠道管理解決方案，但它提供了一個由Rezgo API驅動的開源前端預訂引擎。它支持XML和JSON格式，致力于構建每小時不超過4,000個請求的T&A預訂解決方案。
Ticketmaster是市場上最大的活動預訂提供商。它涵蓋了美國、加拿大、墨西哥、澳大利亞、新西蘭、英國、愛爾蘭、其他歐洲國家等地的音樂會、節日、戲劇和體育賽事。該服務聲稱可以覆蓋全球約 230,000 個活動。早在 2016 年，它就發布了多個 API，讓第三方將 Ticketmaster 活動搜索和預訂支持嵌入到他們的產品中。有兩個主要的 Ticketmaster API。
發現 API 僅針對信息搜索。您將能夠獲取事件源，按位置過濾它們，并鍵入并檢索圖像。此外，還有用于歐洲事件的國際發現 API。它不適用于英國、愛爾蘭、美國和加拿大。
Partner API 允許您的客戶直接從您的資源預訂和購買門票。但與 Discovery API 不同的是，它不是開放的：您必須注冊 Ticketmaster 聯盟計劃才能使用它。
Ingresso平臺提供來自全球60多家分銷商的活動和座位供應信息，并支持門票預訂和購買。Ingresso直接通過場地票務系統獲取數據并發送預訂，從而確保實時更新。它的 API 由 Amazon Tickets 使用。
Viator 是 Tripadvisor 于 2014 年收購的一家旅游和住宿機構。該 OTA 在全球提供 30 多萬種體驗，包括非常規體驗（如 “真正的布拉格，3 小時游覽，領略城市的另一面”）。
它的 Affiliate API 允許您銷售 Viator 庫存，并通過旅游和活動補充您的產品。但是，Viator 將處理客戶服務和交易。如果您想對預訂過程保持更多控制權，請選擇他們的商家 API（實施需要長達 3 個月的時間，而會員 API 可以在 1-4 周內集成）。
GetYourGuide 是另一個 T&A OTA，可訪問 2,500 多個目的地的約 33,000 項活動。GetYourGuide的力量是將特定的景點和活動與當地相關的景點和活動聯系起來。例如，曼哈頓游輪將與帝國大廈的訪問相連。如果您是本地旅游提供商，該服務要求您具有實時流媒體 T&A 的可用性。GetYourGuide API 僅供合作伙伴使用。
Klook是一家T&A提供商，主要專注于亞洲旅游，目的地范圍從中國和上海到日本和新加坡。該公司建議OTA加入聯盟計劃，并通過SaaS解決方案或API訪問T&A數據庫。
Musement 是一個廣泛的 T&A 平臺，結合了景點、旅游、夜生活活動、當地美食和美酒場所、體育和音樂活動。該公司的合作伙伴可以與 REST API 集成，以銷售 Musement 目錄中的產品，該目錄包含全球 60 個國家/地區的 300 個城市的 5000 多筆交易。
Tiqets是一家專注于博物館和景點門票數字發行的機構。它為 OTA、旅游網站所有者和其他旅游分銷商提供兩種類型的 REST/JSON API，用于訪問和預訂 50 個國家/地區 250 個熱門目的地的 4,500 種產品和 2,500 個場所。
Tiqets API使分銷商能夠成為最終客戶和門票銷售商之間的調解人。Partner API 適用于那些希望人們直接在自己的平臺上購買門票的人。集成后，您可以檢索有關活動、事件和目的地的一般信息，檢查可用性，以及預訂和取消門票。
OpenTable 可訪問全球 50,000 多家餐廳。對于那些希望在其服務中添加餐桌預訂功能的人來說，主要的選擇是成為 OpenTable 合作伙伴并使用其 API。這樣您就可以獲得 OpenTable 的所有選項，但用戶仍將通過 OpenTable.com 預訂。一旦您作為聯盟成員的月預訂量超過 100 個，您就可以利用收入共享的機會。不過，并非所有申請者都能成為合作伙伴。這就是為什么有一個非官方的 OpenTable API。它支持相同的數據集，而且無需直接聯系 OpenTable。
如果您的主要興趣是餐飲業，請查看我們關于餐廳預訂 API 的文章。
主要用戶：全球和本地旅行應用程序提供商
并非所有旅行者都會租車。而且，隨著近年來城市（尤其是歐洲城市）更多地采用步行方式的趨勢，使用公共交通已成為旅行體驗的重要組成部分。正如我們提到的，優步擁有自己的應用程序接口（API），可以將 “請求搭車 “功能整合到第三方應用程序中。如今，谷歌地圖、Transit App 和 TripAdvisor 等耳熟能詳的產品都使用了該 API。
那么公共交通應用程序接口呢？(查看鏈接了解更多詳情)。
嵌入 Google 地圖在今天非常普遍。Google API?是開放的、有據可查的，并在各行各業廣泛使用。但是，Google 也提供了用于跟蹤公共交通路線和時間表的 API。
通用運輸進料規范 （GTFS）。該應用程序提供商和（非常重要）共享公共交通數據的運輸機構都使用該 API，讓用戶可以立即配置他們的出行體驗。此 API 僅發送靜態數據，這意味著用戶可以查看時間表和路線，但無法跟蹤中斷。
GTFS 實時。顧名思義，這項對主要服務的擴展旨在提供來自運輸機構的有關延誤和時間表變更的實時數據。
雖然這聽起來不錯，但你不能指望它能在世界上大部分的地方工作。因此，如果您構建應用程序并希望通過實時公共交通更新提供額外價值，那么值得考慮本地替代方案。
您可以期望從在您的目標地區運營的公司那里找到不錯的 API。雖然這些 API 的質量和標準一致性各不相同，但它們可以提供實時更新，甚至可以提供其他信息，例如火車站附近汽車共享或自行車的可用性。例如，荷蘭鐵路公司和法國國家鐵路公司的API可以實時更新有關中斷和工程工作的信息。
有時，API 是由數據所有者和重用者組成的聯盟而誕生的。一個這樣的例子是 OpenTripPlanner，該 API 提供了對城市交通的深入理解。
我們只是介紹了可用的旅行 API 冰山一角，為您提供了有關旅行社區共享的集成功能的基本信息。因此，無論您是使用上述產品之一還是尋找特定產品，都有為您的旅行業務選擇合適的 API 的一般建議。
看看受歡迎程度。 ProgrammableWeb 建議查看 Google 趨勢以了解該產品的受歡迎程度。受歡迎程度不僅是質量的證明，也是圍繞產品構建的社區的基礎。使用 API 的開發人員越多，您的團隊通過與其他工程師的溝通能夠解決的陷阱就越多。另一個好的跡象是有一個專門的論壇，讓開發人員可以在那里討論問題。
檢查 API 市場。 旅游API市場已經是一個很大的市場，并且出現了專門的市場。例如，Yappes 就是這樣一個平臺，它提供了一個用于搜索和評估流行 API 的界面。目前，它有大約 60 個旅行 API，包括公共和私人。根據 Yappes 首席技術官兼聯合創始人 Rajagopal Somasundaram 的說法，該平臺有潛力成為“旅游 API 的最大聚合器，以及提供旅游相關 API 無縫發現和分發的平臺。這將通過提供API發現，API創建和托管，API分發和交易室（許可證/價格/條款和條件談判）來實現。
評估文檔。查找包含常見問題解答的詳細文檔。有些提供商不會預先展示文檔，而是要求簽訂額外合同。如果文檔未公開，請確保您可以試用演示版。例如，Expedia 就允許您在文檔部分試用其公共 API。
檢查是否符合標準。即使 API 可能提供了出色的特性列表和功能，也請確保您的開發人員已經檢查了主要的 REST 和 SOAP 標準合規性。
考慮定制。API 或其中一組的可定制性如何？您必須使用整個捆綁包，還是可以選擇要檢索的特定數據記錄？FlightStats、Sabre 和 Amadeus API 因其定制潛力而廣受認可。
通知限制。這些可能是與區域、語言或伙伴關系相關的限制。大多數所有者都會提供此信息，要求您聯系他們的支持團隊或描述存在哪些類型的限制。
隨著世界和旅游業的發展，越來越多的互聯應用程序編程接口應運而生。與他們合作的正確方法決定了您是否獲取正確的數據并最終為您的客戶提供足夠的價值。
對旅行 API 感興趣嗎？以下是關于旅行API服務：
