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