面向在线旅行和旅游服务提供商的旅行和预订 API

早在 2017 年，TripAdvisor 和 comScore 就提出，旅行者平均要访问 10 到 34 次网站才能预订旅行。虽然这对预订酒店来说似乎很多，但根据Fuel和Flip.to的研究，游客只访问了4.4个独立网站。人们更喜欢通过 “一站式 “平台进行预订。它们重塑了用户体验，统一并最终简化了普通旅行者的体验。

其中一个原因是，旅游业参与者对彼此共享数据方面变得更加开放。Uber 就是一个很好的例子，它在 2014 年允许第三方在其应用程序中整合乘车请求功能。如今，您的本地观光应用程序可以让用户从一个地标通勤到另一个地标，而无需切换应用程序。

旅行 API：主要类型及其工作原理

用技术术语来说，这种不断增长的连接性的关键是 API。应用程序编程接口允许在不同系统之间共享数据流和功能。API 充当开发人员的控制面板，无需处理源代码即可链接软件组件。

这对旅游业意味着什么？如果您经营酒店业务，您可以通过将您的预订网站与可用的本地汽车租赁服务整合，让您的客户直接从您的网站上租车。这可能会给你带来一笔租车佣金，或者让你的客户免去浏览网页租车的麻烦。

那么，让我们来谈谈用于统一旅游行业功能和信息的最重要的 API 类型。请注意，以下内容篇幅较长，若您正在使用桌面设备，可通过右侧菜单直接跳转至感兴趣的13个章节之一进行阅读：

• 通过 GDS 和 OTA 搜索和预订航班
• NDC集成，实现商品销售和丰富内容
• 航班数据、时刻表和票价
• 与 PMS 和渠道经理直接预订酒店，
• 通过聚合商预订酒店：GDS、连接提供商和交换机
• 带床位银行的批发酒店预订
• 通过 OTA 预订合作伙伴酒店。
• 酒店地图
• 租车预订
• 商务旅行管理和费用跟踪
• 评论和评分
• 旅游、景点和体验
• 公共交通

这里不包括铁路预订 API，但不要灰心，我们有单独的文章介绍它们。

GDS 和 OTA 的航班搜索和预订 API

主要用户：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 flight 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，包括

• 自助服务套件中的新 REST API;和
• 依赖于 XML 数据格式并提供更广泛功能的旧版 SOAP API。例如，只有此目录才能让您访问由低成本航空公司运营的航班。

从我们的 Amadeus API 集成实践指南中了解有关该主题的更多信息。

Sabre flight API

Sabre 是另一家主要的 GDS，也是自动预订领域的先驱。实际上，有数百个 REST 和 SOAP 格式的 Sabre API，它们几乎涵盖了 Amadeus 提供的相同功能集。在航班分布方面，Sabre提供：

• 航班搜索，包括备用日期或机场、基本票价、规则等;
• 航班预订和票务;
• 付款和定价;
• 预订管理（行程、PNR 等）
• 座位图;和
• 报告和数据分析（例如，热门目的地、低票价历史记录等）

如果您正在考虑 Sabre API 集成，可以联系我们。2020 年 9 月，AltexSoft 成为 Sabre 的授权开发合作伙伴，此前我们为代理商和其他业务完成了多项集成。

阅读我们的文章 Sabre API 集成：与领先的 GDS 的实践经验，深入了解详细信息。

Travelport flight APIs

Travelport结合了三个GDS系统：Apollo、Worldspan和Galileo。与 Amadeus 和 Sabre 不同，它提供了一个单一访问点，可以访问保留其品牌名称的三个 GDS 的库存。Travelport通用API使用SOAP/XML格式，并包含

• 航空购物和预订;
• 票价和附加服务;
• 空气含量和商品推销;和
• 座位图。

Travelport还提供 RESTful JSON API 集合，这些集合通常与Universal API重叠，但更轻量级，速度更快，并针对移动搜索和预订进行了优化。在航班服务方面，它们涵盖

• 航空搜索和预订，
• 票务，以及
• 付款支持。

如果您想更深入地了解 GDS 之间的区别，请阅读我们的 GDS 专题文章。

除了 GDS，您还可以尝试与其他聚合器合作。

Travelfusion API

Travelfusion 是一家航班和住宿聚合商，与 400 多家低成本航空公司和定期航空公司合作。该公司提供

• Direct Connect XML API，确保实时可用性和完全自动化的预订流程;和
• Fast API，一种新的轻量级产品，可与任何平台快速集成并创建广泛的解决方案，包括小部件和移动服务。

航班搜索和预订功能也可以以JSON格式提供。除此之外，Travelfusion还积极支持国际航空运输协会（IATA）的NDC倡议。

Kiwi APIs

Kiwi.com 是一家捷克 OTA，以其强大的航班搜索引擎而闻名，可连接约 750 家航空公司，其中包括 250 多家低成本航空公司。该平台还提供虚拟联程服务——换句话说，它将单独的航班合并为无缝的行程。

注册后，您可以使用他们的一套应用程序接口来

• 查找承运人 ID 和徽标;
• 获取位置（城市、机场等）的数据;
• 搜索行程 — 单程和往返航班、多个城市旅行以及可能的最便宜路线（NOMAD 功能）;
• 预订航班和订购行李;和
• 确认付款并处理退款。

除此之外，通过 KIwi.com API，您可以连接空中和地面路线，使往返机场的火车和公共汽车换乘成为行程的一部分。

FlightsLogic Flight API

FlightsLogic Flight API 提供航班数据、座位可用性、票价和支付功能。它将旅行社、旅行社、B2B 旅游平台和其他企业与 200 多家低成本航空公司和 700 多家 GDS 航空公司连接起来。该 API 可以与 Android 和 iOS 应用程序和网站集成。

NDC集成，实现商品销售和丰富内容

主要用户：旨在分发丰富内容的 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 NDC

Amadeus 通过 XML/SOAP API 在其企业订阅中提供 NDC 功能。建立此集成后，您将能够：

• 搜索 NDC 航班优惠，并将其与非 NDC 内容相结合;
• 获取价格并使用户能够定制航班;
• 创建预订（订单）并生成预订参考 （PNR）;和
• 处理付款和出票。

目前，您可以搜索和预订来自美国航空公司、新加坡航空公司、法航荷航和澳洲航空的丰富内容（后者仍处于驾驶模式。更多航空公司将很快加入，包括英国航空公司、伊比利亚航空公司、联合航空公司、LOT波兰航空公司和国泰航空。请注意，某些承运人需要单独的卖家协议才能提供 NDC 商品。

Sabre NDC

Sabre 通过 Offer 和 Order API 提供 NDC 连接。但是，要使用它们，您需要特殊凭据，因此请联系您的Sabre客户代表寻求帮助。获得启用了 NDC 的 API 的访问权限后，您将能够

• 购买航空公司 NDC 和非 NDC 机票优惠（包括 LCC 航班）、酒店和汽车租赁;
• 验证价格;
• 创建、查看、更改、履行和取消订单（但 API 不支持辅助工具）;和
• 在票价规则允许的情况下退款机票。

根据特定的航空公司，您可以获得丰富的内容和个性化的捆绑包。虽然运营商以XML形式推送他们的产品（这是NDC所要求的），但Sabre提供了REST/JSON接口来使用它们。

请记住，启用 NDC 的 API 正在开发中，在撰写本文时，它们仅适用于来自 Avianca Group、Qatar Airways、Qantas、Singapore Airlines 和 United Airlines 的丰富内容。与美国航空公司的 NDC 连接预计将于 2023 年 4 月上线。

Travelport NDC

除了标准的GDS产品外，Travelport还通过其Air API允许访问NDC内容。

目前，只有四家航空公司与 GDS 进行了 NDC 集成，即美国航空公司、澳洲航空公司、新加坡航空公司和联合航空公司。要购物和预订 NDC 优惠，您必须与 Travelport 和航空公司本身协商这种类型的联系。NDC 将使您能够

• 购买不同的航空产品，包括品牌票价（净票价仅可通过 GDS 连接访问）和辅助服务（付费行李、碳抵消等）;
• 确认航空搜索结果的定价（低成本航空公司和一些 NDC 航空公司需要）;
• 检索常旅客详细信息（仅适用于澳洲航空），
• 在初次预订时段预订付费座位;
• 在初始预订会话期间创建预订并出票;
• 修改乘客姓名（仅适用于美国航空公司）和行程;和
• 门票作废、取消、换票、退票。

这里的NDC API支持XML和JSON格式，也是RESTful。

ATPCO Routehappy 内容和 NDC

Routehappy API 为销售渠道提供内容。这些 JSON API 提供有关便利设施的信息，并分发来自 300 家航空公司的产品和机票属性。其中一些数据来自NDC渠道。所有 Routehappy 内容都可以分为三组：

• UPA（通用产品属性）——图片、客舱描述、座位信息图表、语言翻译等;
• 便利设施——食品和饮料、Wi-Fi、椅背视频、电源插座等;和
• UTA（Universal Ticket Attributes）——所有机票规则，包括安慰津贴、升舱、优先办理登机手续等。

tfFlight API 的 TravelFusion

tfFlight API 是一站式解决方案，用于预订低成本航空公司、全方位服务航空公司和集运商的航班和辅助服务。它声称可以访问目前存在的所有低成本航空公司。该 API 支持 NDC，从 42 个运营商处采购丰富的内容。

Duffel Flights API

Duffel 是一家总部位于伦敦的初创公司，通过统一的航班 API 将旅游分销商与 300 多家航空公司联系起来。它与近 30 家运营商保持直接联系，而所有其他运营商都可以通过 Travelport GDS 访问。该公司承诺提供最简单、最快的集成过程，几乎可以立即访问销售航班所需的功能。除了搜索和预订，API 还使您能够

• 添加额外行李和预订后行李，
• 选择座位（但是，此功能并非适用于所有航空公司），
• 更改和取消订单，
• 收取银行卡付款，
• 添加忠诚度计划帐户，以及
• 请求私人票价。

该 API 适用于 LCC、GDS 和 NDC 内容。然而，某些功能仍在开发中，并非适用于所有航空公司。该API与30家运营商保持直接连接，而所有其他运营商均可通过Travelport GDS访问。

Verteil API

Verteil 是一家 NDC 聚合器，致力于用直接预订取代传统的航空公司分销方案。其统一的 API 将旅行社与来自 33 家航空公司的丰富内容连接起来。尽管能力可能因运营商而异，具体取决于其 NDC 就绪情况，但标准可用功能集包括：

• 购买航班、品牌票价和辅助用品（座位、餐食、行李等）;
• 支持飞行常客计划，
• 多种支付选项（信用卡、Verteil 钱包、PayPal 等）;
• 先预订，后付款方案;
• 自动化行程修改、机票重新签发和取消，以及作废和退款工作流程。

请注意，旅行社将自动获得所有新加入的航空公司的库存访问权限。

HitchHiker Flight API

HitchHiker API 分销 6 家 GDS 和 20 家 NDC 航空公司的航班票价和辅助服务，并直接连接到 120 家航空公司，包括低成本航空公司。除了辅助服务和票价外，它还允许航班预订、预订管理和付款。该 API 也可作为 SaaS 解决方案使用。

Accelya （ex-Farelogix） NDC

Accelya是航空业领先的金融和分析服务提供商。例如，它开发并维护了BSP链接，该接口允许旅行社和航空公司访问IATA计费系统 – 计费和结算计划（BSP）。2020 年，该公司通过收购 Farelogix（一家开创 NDC 的科技公司）扩大了其投资组合。他们的 FLX NDC API 充当单一网关，使航空公司能够在不同的销售渠道中分发丰富的内容。

目前，该API为FLX乘客平台提供动力，该平台跨越了航空营销的整个周期，吸引了全球25%以上的NDC流量。它为大约 20 家由 NDC 提供支持的航空公司提供服务，包括汉莎航空集团、联合航空公司、美国航空公司、阿联酋航空、澳洲航空、卡塔尔航空公司、阿提哈德航空公司、拉丁美洲航空公司、西捷航空、加拿大航空公司、奥林匹克航空公司和爱琴海航空公司。

旅行社和其他企业可以通过一个名为 SPRK 的接口以及分销商的 API 连接来访问 NDC 内容。

Flight data, schedules, and fares APIs

主要用户：OTA、TMC、数据科学和旅游行业

一些 OTA 和旅行应用程序提供商努力在预订完成后帮助旅行者。例如，我们为 Fareboom 开发的机上支持应用程序可帮助旅客在出发前及时通知、跟踪航班状态并提醒延误。其他产品则通过航班价格预测器等附加功能吸引客户。要提供此类服务，您必须检索有关时间表、连接、票价、天气等的深入详细信息。

因此，最后一组与航空旅行相关的 API 包含有助于收集技术和特定飞行数据的连接选项。例如，Cirium（现在拥有Innovata和FlightStats）和OAG是航班调度数据的全球来源。ATPCO是票价的主要提供者，因为航空公司直接向ATPCO提交票价，ATPCO又将这些数据提供给GDS和OTA。

这些信息大多来自市场上的主要技术参与者。但是，我们还要提到一个票价聚合器（或元搜索引擎）——Skyscanner。

Skyscanner API

全球分销系统发送一般的航班数据，而 Skyscanner 则以较低的成本提供更精确的票价回报。要使用 Skyscanner API，您需要注册一个联盟计划。如果您通过了审核，就可以免费使用一组 API。一旦达到一定的收入门槛，该服务就允许您根据您的流量和市场比例协商佣金。

虽然 Skyscanner 还提供汽车租赁和酒店 API，但其优势是航班票价搜索。它有两个主要版本。

浏览航班价格。 此集从缓存价格中提供最便宜的报价，用于聚合各种始发地-目的地和时间范围查询，这意味着您可以设置弹性搜索。缺点是缓存不会经常更新不太受欢迎的路线和日期组合。如果价格发生变化，有时您的用户将无法看到最新信息。

实时航班价格。 另一方面，实时定价 API 会返回任何给定时刻的确切票价。但是您必须查询确切的时间和路线才能检索价格。每当您需要比较特定日期和路线的价格时，此功能都会派上用场。

在这两种情况下，默认响应格式都是 XML，但您可以切换到 JSON。

Cirium 和 FlightStats API 接口

该领域另一个流行的API由FlightStats提供，FlightStats是Cirium旗下的全球航班跟踪和旅行应用程序提供商。FlightStats API 结合了两个主要产品。

FlightStats Flex APIs. 该套件允许您获取英语、德语、西班牙语、法语、葡萄牙语、阿拉伯语、日语和简体中文的实际和精确的飞行数据。该套装包括

• Flight Status and Track API 提供有关航班时刻表、延误、登机口和航站楼、实时位置、速度等的详细信息;
• Historical Flight Status API ，提供有关出发/到达时间、延误计算、设备类型等的历史数据;
• Schedules API，包含即将到来的航班信息;
• Connections API，返回两个机场之间的直飞和联程航班;
• Airlines API，用于提供有关承运人的重要详细信息，例如 IATA/ICAO 代码和当前状态;
• 用于 IATA/ICAO 代码、地址、位置、时区和机场其他数据的Airports API;
• Equipment API，使您能够搜索有关飞机设备的信息;
• Alerts API，用于发送由航班状态和其他更改触发的通知;
• Delay Index API 报告特定机场的当前延误水平;
• Ratings API，用于定义给定机场之间哪些航班更有可能准时;
• 专注于当前天气状况的Weather API ;和
• FIDS API 返回位于机场航站楼、酒店大堂和其他地方的航班信息显示系统 （FIDS） 所需的数据。

API遵循REST设计，支持JSON、JSONP和XML格式以及SOAP协议。

FlightStats API。这套地图侧重于旅行提供商通过让客户了解自己的旅行情况来改善他们的行程体验的能力。其中包括有关重要变化的警报，尤其是延误、取消和其他旅行中断，以便对这些事件做出积极反应。

FlightStats API 在开发社区中以有据可查且连贯性而闻名。它们允许深度定制，以根据特定的业务和用户体验需求定制旅行软件。

OAG APIs

OAG是航班时刻表市场的另一个主要参与者。它目前有四个 REST API：

• 航班信息返回时间表和详细的状态数据，显示飞行期间的所有变化;
• 计划允许近乎实时地访问计划中的数据;
• 航班信息提醒提供近乎实时的日程安排变更;和
• Flight Info Connections 返回有关客运和货运航班连接的每周更新。

OAG内容覆盖全球97%的航班，其API为Uber Reserve（一种提前30天预订乘车的工具）、Air Black Box（一种虚拟联程引擎）和Global Pilot Source（连接飞行员和航空公司的招聘平台）等创新产品提供支持。

SITA APIs

SITA 是主要的飞行市场技术提供商之一，提供一套不错的 API，主要围绕机场、行李和登机信息。通过SITA APIs，您可以及时获得以下信息：

• 航空公司
• 机场（位置，IATA/ICAO代码），
• 航班（包括实时数据），
• 特定机场的天气;和
• 在机场特定区域（海关排队或安检线）的平均等待时间。

SITA Flex API 允许您创建与自助行李托运设备、自助登机口、扫描仪和其他机场技术交互的移动应用程序。Boarding Pass API 简化了移动登机牌的创建和分发。Bagjourney API 有助于使用行李标签号或乘客姓氏进行行李跟踪。但是，仅当您与特定航空公司达成协议时，此功能才可用。

与 PMS 和渠道经理直接预订酒店，

主要用户：大型 OTA、元搜索引擎、利基 OTA、旅游应用提供商

中的渠道管理 如果您是酒店房间分销领域的新手，请花五分钟时间了解生态系统的运作方式，然后再深入研究 API。我们为此制作了一个视频。如果您了解基础知识，请跳过我们的解释器。

说完这些，让我们开始下一部分，这个部分的名字听起来可能有点误导，因为只有连接到酒店的中央预订系统，才能实现酒店直接预订。但实现直接预订的下一步是渠道管理。

通过物业管理 （PMS） 和中央预订系统 （CRS） 直接连接。PMS 是酒店的主要软件环境。它通常包括预订功能 （CRS） 和其他模块，这些模块不适用于分销，但有助于内部酒店运营，例如销售点系统或前台。正如您可能已经猜到的那样，通过 PMS 直接连接需要相当多的投资，因为市场上有数十种 PMS，如果您想拥有大量库存，您可能需要与其中几个集成。

如果您正在考虑与酒店直接集成，请查看我们关于 Oracle PMS 集成的 Opera 的文章。它是目前最大的 PMS 提供商之一。

通过渠道管理器进行连接。 渠道管理器是一方面与 PMS 集成的系统，另一方面与在线旅行社或其他分销商集成的系统。渠道管理器的主要目的是让酒店通过多个渠道（OTA、TMC 等）分销其物业，因此得名。作为旅游分销商，您可以与渠道经理联系，因为某些酒店希望与您进行分销并倡导您的整合。最大的渠道经理可能拥有数千家酒店。考虑到这些连接的性质，它仍然几乎是直接整合，因为渠道经理只是传递信息，而不增加他们的预订佣金。

我们不会介绍任何与 PMS 的直接集成，但让我们来看看几个著名的渠道管理器。

SiteMinder Channel Manager 开发的 SiteConnect API

SiteMinder 是最大的酒店渠道管理提供商之一。它允许酒店经营者通过云接口将他们的物业连接到领先的 OTA 和 GDS，增加直接预订，并分析绩效。

虽然他们的套餐对于努力提高市场知名度的酒店非常有用，但 SiteMinder 还具有 SiteConnect API，主要针对 OTA 和其他最终用户提供商。

Cloudbeds 接口

Cloudbeds 是渠道管理市场的另一个大型参与者，其投资组合中约有 20,000 家酒店。Cloudbeds 有一个 REST API，可以以 JSON 格式交换有关客人、预订等的数据。

此外，CloubBeds 还为将 Cloudbeds 软件与第三方服务集成的应用程序开发人员提供对其 API 的访问权限。

按聚合商划分的酒店预订 API：GDS、连接提供商和交换机

主要用户：OTA、元搜索引擎、旅游应用提供商

第二组供应商可以称为聚合商。他们从许多来源收集数据，包括酒店、批发商（我们将在下面讨论）和聚合器，这些数据通常可以分为两大类。

全球分销系统。虽然 GDS 更专注于航空旅行，但它们拥有相当多的酒店，因为企业差旅管理公司 （TMC） 倾向于坚持使用 GDS，并且将酒店库存也包括在内也是一个合理的举动。虽然 GDS 通常拥有大量的酒店库存，但它们可能会错过一些对商务旅客兴趣不大的细分市场。另一个缺点是 GDS 往往内容不佳、图像分辨率低、描述和便利设施列表不完整。

连接提供商和交换机。 另一大类供应商涵盖不同类型的聚合商，这些聚合商通过许多不同的来源获取有关酒店预订、房间可用性和其他内容的数据。有时聚合商直接与酒店合作;有时他们会连接到其他中间商。但通常，他们两者都有。如果您需要大量库存，那么使用聚合器是明智之举。

这些聚合器的子类型之一是交换机，该系统在许多方面类似于通道管理器。它们连接到酒店的中央预订系统，并将数据从供应商重新路由到分销商，使两者都具有单一的联系点，即交换机。主要区别在于，渠道经理要求您直接同意与酒店集成，而转换可以在不涉及酒店的情况下与您协商。有时，术语“交换机”、“聚合器”和“连接提供商”可以互换使用。

MakCorps 开发的 Hotel Aggregator API

自 2010 年以来，MakCorps 一直在收集有关不同供应商的酒店价格信息。.其酒店 API 不仅涵盖当前房价，还涵盖来自 200 多个 OTA 的评论、评级和其他数据，包括 Booking.com、Agoda、Expedia 和 Hotels.com。除此之外，MakCorps 还提供历史酒店定价数据，使旅行社、连锁酒店和其他客户能够了解购买模式和其他趋势，并调整价格以确保竞争优势。.所有数据均以XML格式接收，但MakCorps将其转换为JSON以方便客户。

RateGain 和 Dhisco 开关

RateGain 的 DHISCO Switch 是一种全球交换机，可实现酒店房间的一对多分配，将主要 OTA、旅行社、元搜索引擎和 GDS 与连锁酒店连接起来。目前，该服务可以访问 1,000 多个频道的 125,000 个属性。

DerbySoft：用于预订和内容的连接 API

DerbySoft 是一家连接提供商，充当酒店和旅游销售商的单一联系点。它维护着一个由 750 个合作伙伴组成的网络，包括

• 大型酒店集团（万豪、希尔顿、凯悦、雅高等）、Oracle Opera 或 TravelClick 等 PMS、
• 目的地管理公司，
• 河床岸，
• 在线旅行社，以及
• 其他分销商。

要启动连接过程，请选择您要关联的企业并填写在线表格。

批发酒店预订：按床位银行划分的 API

主要用户：OTA、元搜索引擎、旅游应用程序提供商

床位银行（或批发商）是访问酒店预订和内容的主要来源之一。批发商批量购买库存，然后将其转售给分销商。这使酒店能够有效地管理其收入并填满房间，而床位银行可以以较低的费率获得库存。

Hotelbeds APIs

Hotelbeds 是最大的住宿、接送和活动分销商之一。其 API 套件覆盖全球 120 多个市场，在约 185 个国家/地区开展业务。Hotelbeds 建议有三个主要的与酒店相关的 API，连接到全球约 300,000 家酒店。

Hotel Content API。此 API 返回静态和动态信息。静态信息包括酒店描述、图片、地址等。动态部分检索可以随时更改的数据：可用性详细信息、价格、费用等。

Hotel Booking API。该 API 与前一个 API 结合使用，可实现预订程序的所有方面，从请求房间可用性到接收预订列表和取消预订。

Hotel Content API。此 API 旨在为旅行套餐或弹性房间搜索提供大量数据。因此，API 返回在给定时刻捕获的数据的特定快照。

WebBeds API：JacTravel、Destinations of the World 等

WebBeds 是第二大床位银行，在 16,000 多个目的地拥有 430,000 家酒店，更不用说数以千计的接送服务、短途旅行和景点了。它拥有几家较小的批发商，包括 Lots of Hotels （LOH）、FIT Ruums、Sunhotels 和 Destination of the World （DOTW） 以及两个利基品牌：

• JacTravel DMC 专注于英国、法国和欧洲大陆的主要目的地;和
• UmrahHolidays International组织前往沙特阿拉伯的宗教旅行。

OTA、旅行社和其他旅游提供商可以通过其品牌预订网站或 API 连接来利用 WebBeds 库存（通过在线表格直接联系他们了解更多详情）。Sunhotel 有一个单独的 XML API，可连接到 120 个国家/地区的 368,000 家酒店。

Bonotel API

Bonotel 是一家利基批发分销商，专门针对豪华和精品酒店客房。目前，Bonotel API 访问全球 2,600 多家旅游供应商，这些供应商在豪华领域运营，并提供对酒店内容和数据的访问。要探索 Bonotel 建议的 API，您应该直接联系供应商。

Travco XML API

Travco 是历史最悠久的酒店批发商之一，专注于欧洲市场，提供 1000 多个目的地的 12,000 多家酒店的住宿和辅助预订。他们的 XML API 提供对酒店物业（包括酒店、度假村和度假胜地）和旅行辅助设施（如接送、旅游和餐厅）的访问。此外，此 API 允许以九种语言显示内容。

HPro Travel（HotelsPro）

HPro Travel（前身为 HotelsPro）是一家床位银行，专注于旅行社和旅行社，销售不同规模和类型的物业，包括度假村和豪华酒店。您还可以寻找旅行辅助工具。它提供对 70,000 个目的地的 1,000,000 多家酒店的访问。其他可用的库存类型包括汽车租赁、接送、旅游、景点和活动。

床位银行提供支持 REST 和 JSON 的酒店 API。

Coral API 允许您获取最新的库存和酒店信息、缓存结果、检查可用性、预订房间和取消预订。

Cosmos API 返回酒店静态数据 — 有关属性和位置、图像、房间和膳食类型等的信息。

您将在我们的专题文章中找到这些批发商的详细说明。

合作伙伴房间预订：Expedia 和 Booking.com 的 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 合作伙伴中心

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。此规则适用于

• Product API，允许您检索物业级别信息、读取、编辑和创建房间类型、房价计划和便利设施;
• Deposit API，用于读取、创建、更新和删除房产的存款政策;
• Image API，用于添加和删除属性图像以及编辑元数据;和
• Property API，用于添加和更新有关属性属性、策略和费用的内容。

此外，还有一个独立的合规性 API，用于提供有关列出属性的区域的法规的数据。

Expedia Rapid API

名为 Rapid 的 Expedia Partner Solutions API 是为希望将酒店预订支持纳入其产品的在线旅行社创建的。Rapid API 将允许：

• 接收超过 600,000 个地区的地理定义和属性映射;
• 检索财产 ID 和内容;
• 获取全球超过 700,000 处房产的实时房价和空房情况;和
• 预订和预订管理（更改和取消预订）。

您还可以访问 Vrbo（以前称为 HomeAway）库存，这是一种替代旅行 OTA，将旅行者与大约 190 个国家/地区的房主联系起来。超过 600,000 个 Vrbo 单人间度假租赁通过 Rapid API 公开。

（不甘示弱，度假租赁市场的另一家领先企业Airbnb为想要使用Airbnb预订能力的单身房产所有者提供了一个API。

此外，Expedia 旗下的旅游元搜索和聚合网站 Orbitz 也有联盟计划。其引擎可搜索约 260,000 处可预订的房产和 400 多家航空公司。。

Booking.com API

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 API

Priceline 专注于帮助客户查找旅行相关数据的 OTA 和技术供应商。目前，Priceline Partner Solutions API 允许检索和预订：

• 酒店
• 汽车出租，
• 航班
• 度假套餐，以及
• 旅游保险计划。

Priceline由Booking Holdings拥有，利用一系列单独的旅行优惠，其中包括980,000处房产和独家折扣。详细了解如何在他们的网站上开始构建 API 连接。

Hotel and room mapping APIs：GIATA 和 Gimmonix

主要用户：从多个来源接收酒店数据的 OTA 和 TMC

如果您从多个供应商处获取酒店数据——例如从两个床位银行，或从一个床位银行和几个聚合器那里——不可避免地，一些属性会重复，因为大多数供应商都有交叉的库存。问题是，不同的供应商可能对酒店 ID 和房间类型有不同的命名约定。而且，您也不希望您的用户在搜索结果中看到的是同一个物业，但房间命名和价格却略有不同。

您必须解决映射问题，即映射并删除来自不同来源的相同酒店、房间和内容的重复项。有一些 API 和系统可以帮助您完成此任务。

GIATA API

GIATA是一家酒店内容管理提供商。他们对映射问题的解决方案是创建所谓的 MultiCodes。GIATA 拥有通用 ID，可映射到 500 多家供应商的不同代码、地理编码和地址，包括床位银行、OTA、运营商等。MultiCodes 数据可通过 XML API 获得。他们还有 room-level mapping API ，用于处理描述和其他酒店内容。

Gimmonix Mapping.Works API

Mapping.Works 是一组 API，可帮助业主和 OTA 映射其库存。与GIATA不同，该提供商采用基于ML的文本分析从各种库存描述中提取含义，并且还在两个级别的映射上进行操作：酒店映射和房间映射。

Car rental APIs: Rentalcars.com 和 CarTrawler

主要用户：OTA、旅游应用程序提供商、酒店、航空公司

如您所见，市场上的多家参与者正在将他们的服务与汽车租赁捆绑在一起。GDS系统和主要OTA已经支持汽车租赁。

Rentalcars API

Booking Holdings拥有的 Rentalcars.com 目前是该领域最大的供应商。如果您只考虑将汽车租赁支持嵌入您的网站，那么值得考虑他们的服务，因为 Rentalcars 在 163 个国家/地区的约 60,000 个地点开展业务。

Rentalcars提供两种主要选择：

• 在您的网站上放置可自定义的横幅，或者
• 成为Rentalcars Connect的合作伙伴，然后通过API利用可用技术。

第一个选项显然不是应用程序接口，最终，您的用户将登陆 Rentalcars.com 完成预订。

另一方面，第二种选择并不局限于单一的应用程序接口。连接合作伙伴可以利用 Rentalcars 的全套产品集成和服务，包括动态小部件、搜索面板等。

CarTrawler API

CarTrawler 是一项全面的 B2B 服务，将 2,000 多家旅行社、旅游零售商 （OTA） 和国际航空公司与当地汽车租赁供应商连接起来。目前，该公司在 190 个国家/地区的 43,500 个地点开展业务。您可以通过申请合作协议来了解集成选项。

此外，还有技术服务提供商的汽车租赁 API，您可以在链接的文章中更详细地研究这些 API。

SAP Concur 提供的商务旅行管理和计划 API

主要用户：针对商务旅客的应用程序提供商、OTA

商务旅行市场的主要参与者是 SAP Concur。该公司提供了一个基于云的差旅管理平台，可帮助企业管理旅行、跟踪旅行费用、预订航班座位和酒店房间以及租车。

SAP Concur API

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 API

Tripit 是 SAP Concur 的产品，它不将其目标受众限制为仅商务旅客，而是针对所有类型的用户。该系统整合了用户的旅行数据，如酒店、航班和餐厅确认，并将其转化为整齐组织的行程。此外，他们还提供天气数据和积分计划信息。

Tripit API 的工作方式与主要的 SAP Concur API 几乎相同。例如，它允许在您网站的旅行预订确认页面上嵌入“添加到 Tripit”链接，或将 Tripit 旅行计划添加到网站或应用程序，使用户能够在不离开您的平台的情况下通过 Tripit 配置行程。

评论和评级用于社会证明的 TripAdvisor 内容 API

主要用户：OTA、酒店、旅游应用程序提供商

我们已经介绍了预订和预订网站的最佳用户体验实践。其中一个要点是，70%的人在网上预订旅行或住宿服务之前会查看大约20条评论。例如，如果您是一家酒店或其他房地产提供商，这种社会证明很难通过自己的评论系统来实现。但 TripAdvisor 是一个值得信赖的来源，包含超过 10 亿条评论和意见。

Tripadvisor’s Content API  允许企业整合该服务从用户那里收集的评论、意见和其他数据。该平台与住宿、餐厅和景点合作，通过其 API 提供有关不同地点（酒店、餐厅、景点和兴趣点）的以下类型的内容：

• 位置详细信息（名称、地址和评级），
• 位置照片（最多 5 张高质量图像），
• 位置评论（最多 5 条最新评论），
• 位置搜索（给定查询最多找到 10 个位置），以及
• 附近位置搜索（在给定纬度/经度附近找到最多 10 个位置）。

TripAdvisor 支持 29 种语言，覆盖全球 800 多万个地点。

Things-to-do API：旅游、景点、体验和餐厅

主要用户：OTA、本地旅游提供商、旅游应用程序提供商

像酒店、旅游和景点 （T&A） 供应广泛。有些 OTA 和利基公司专门将旅行社与供应商联系起来，建议接口、API 或两者兼而有之来配置和采购旅游。最重要的是，这些服务让您可以配置定制的旅行套餐，包括 T&A、住宿，甚至汽车租赁。要获取有关旅游和景点 API 的更多信息，请查看我们关于该主题的综合文章。

有两个主要来源可以为您的客户寻找景点和要做的事情。这些是

• 伦敦剧院 API 等本地服务，以及
• 汇集和共享数据并支持购票的大型供应商。

Bókun API

Bókun是一个旅游经销商平台，部分作为一个市场运作，当地旅游供应商和业主在这里与OTA和代理商建立联系。此外，它还提供渠道管理服务。Bókun API 允许旅行社

• 获取活动列表;
• 检查活动的可用性、容量和定价;
• 读书活动;
• 编辑预订详情;和
• 取消预订。

这组功能允许通过 API 接口配置自定义旅行套餐。

TrekkSoft API

TrekkSoft 只专注于旅游和活动。该公司为当地的T&A公司和旅游局提供图形界面。TrekkSoft API可以配置为为经销商提供所有可用的T&A，包括预订能力。

Rezdy API

Rezdy是另一项用于渠道管理的T&A服务，将供应商与旅行社和旅行社联系起来。它提供了三个 REST API。

Agent API 允许 OTA 和其他经销商查询旅游运营商的产品，检查其可用性和定价，并进行预订和取消。

Supplier API 专为通过Rezdy平台销售产品的旅游经营者而设计。它使他们能够管理自己的库存和预订功能。

RezdyConnect API为拥有自己的预订平台的外部供应商提供服务。API 有助于通过 Rezdy 渠道转售他们的产品。它从供应商的系统中提取可用性和定价，并返回预订和取消。

Rezgo API

虽然Rezgo可能看起来像一个常见的T&A渠道管理解决方案，但它提供了一个由Rezgo API驱动的开源前端预订引擎。它支持XML和JSON格式，致力于构建每小时不超过4,000个请求的T&A预订解决方案。

Ticketmaster API

Ticketmaster是市场上最大的活动预订提供商。它涵盖了美国、加拿大、墨西哥、澳大利亚、新西兰、英国、爱尔兰、其他欧洲国家等地的音乐会、节日、戏剧和体育赛事。该服务声称可以覆盖全球约 230,000 个活动。早在 2016 年，它就发布了多个 API，让第三方将 Ticketmaster 活动搜索和预订支持嵌入到他们的产品中。有两个主要的 Ticketmaster API。

发现 API 仅针对信息搜索。您将能够获取事件源，按位置过滤它们，并键入并检索图像。此外，还有用于欧洲事件的国际发现 API。它不适用于英国、爱尔兰、美国和加拿大。

Partner API 允许您的客户直接从您的资源预订和购买门票。但与 Discovery API 不同的是，它不是开放的：您必须注册 Ticketmaster 联盟计划才能使用它。

Ingresso TicketSwitch API

Ingresso平台提供来自全球60多家分销商的活动和座位供应信息，并支持门票预订和购买。Ingresso直接通过场地票务系统获取数据并发送预订，从而确保实时更新。它的 API 由 Amazon Tickets 使用。

Viator API

Viator 是 Tripadvisor 于 2014 年收购的一家旅游和住宿机构。该 OTA 在全球提供 30 多万种体验，包括非常规体验（如 “真正的布拉格，3 小时游览，领略城市的另一面”）。

它的 Affiliate API 允许您销售 Viator 库存，并通过旅游和活动补充您的产品。但是，Viator 将处理客户服务和交易。如果您想对预订过程保持更多控制权，请选择他们的商家 API（实施需要长达 3 个月的时间，而会员 API 可以在 1-4 周内集成）。

GetYourGuide API

GetYourGuide 是另一个 T&A OTA，可访问 2,500 多个目的地的约 33,000 项活动。GetYourGuide的力量是将特定的景点和活动与当地相关的景点和活动联系起来。例如，曼哈顿游轮将与帝国大厦的访问相连。如果您是本地旅游提供商，该服务要求您具有实时流媒体 T&A 的可用性。GetYourGuide API 仅供合作伙伴使用。

Klook API

Klook是一家T&A提供商，主要专注于亚洲旅游，目的地范围从中国和上海到日本和新加坡。该公司建议OTA加入联盟计划，并通过SaaS解决方案或API访问T&A数据库。

Musement API

Musement 是一个广泛的 T&A 平台，结合了景点、旅游、夜生活活动、当地美食和美酒场所、体育和音乐活动。该公司的合作伙伴可以与 REST API 集成，以销售 Musement 目录中的产品，该目录包含全球 60 个国家/地区的 300 个城市的 5000 多笔交易。

Tiqets API

Tiqets是一家专注于博物馆和景点门票数字发行的机构。它为 OTA、旅游网站所有者和其他旅游分销商提供两种类型的 REST/JSON API，用于访问和预订 50 个国家/地区 250 个热门目的地的 4,500 种产品和 2,500 个场所。

Tiqets API使分销商能够成为最终客户和门票销售商之间的调解人。Partner API 适用于那些希望人们直接在自己的平台上购买门票的人。集成后，您可以检索有关活动、事件和目的地的一般信息，检查可用性，以及预订和取消门票。

OpenTable API

OpenTable 可访问全球 50,000 多家餐厅。对于那些希望在其服务中添加餐桌预订功能的人来说，主要的选择是成为 OpenTable 合作伙伴并使用其 API。这样您就可以获得 OpenTable 的所有选项，但用户仍将通过 OpenTable.com 预订。一旦您作为联盟成员的月预订量超过 100 个，您就可以利用收入共享的机会。不过，并非所有申请者都能成为合作伙伴。这就是为什么有一个非官方的 OpenTable API。它支持相同的数据集，而且无需直接联系 OpenTable。

如果您的主要兴趣是餐饮业，请查看我们关于餐厅预订 API 的文章。

公共交通：支持出行体验的 API

主要用户：全球和本地旅行应用程序提供商

并非所有旅行者都会租车。而且，随着近年来城市（尤其是欧洲城市）更多地采用步行方式的趋势，使用公共交通已成为旅行体验的重要组成部分。正如我们提到的，优步拥有自己的应用程序接口（API），可以将 “请求搭车 “功能整合到第三方应用程序中。如今，谷歌地图、Transit App 和 TripAdvisor 等耳熟能详的产品都使用了该 API。

那么公共交通应用程序接口呢？(查看链接了解更多详情)。

Google API

嵌入 Google 地图在今天非常普遍。Google API 是开放的、有据可查的，并在各行各业广泛使用。但是，Google 也提供了用于跟踪公共交通路线和时间表的 API。

通用运输进料规范 （GTFS）。该应用程序提供商和（非常重要）共享公共交通数据的运输机构都使用该 API，让用户可以立即配置他们的出行体验。此 API 仅发送静态数据，这意味着用户可以查看时间表和路线，但无法跟踪中断。

GTFS 实时。顾名思义，这项对主要服务的扩展旨在提供来自运输机构的有关延误和时间表变更的实时数据。

虽然这听起来不错，但你不能指望它能在世界上大部分的地方工作。因此，如果您构建应用程序并希望通过实时公共交通更新提供额外价值，那么值得考虑本地替代方案。

来自所有者和联盟的本地 API

您可以期望从在您的目标地区运营的公司那里找到不错的 API。虽然这些 API 的质量和标准一致性各不相同，但它们可以提供实时更新，甚至可以提供其他信息，例如火车站附近汽车共享或自行车的可用性。例如，荷兰铁路公司和法国国家铁路公司的API可以实时更新有关中断和工程工作的信息。

有时，API 是由数据所有者和重用者组成的联盟而诞生的。一个这样的例子是 OpenTripPlanner，该 API 提供了对城市交通的深入理解。

如何选择合适的旅行 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服务：

航班和机票预订API

机场接送API和解决方案

NDC 连接和 API

低成本预订 API

酒店 API

床位银行（批发商）

酒店地图提供商

铁路预订 API

汽车租赁 API

旅游和景点 API

酒店渠道管理 API

酒店 API 中的自定义频道管理

公共交通 API

餐厅和餐桌预订 API

原文链接：https://www.altexsoft.com/blog/travel-and-booking-apis-for-online-travel-and-tourism-service-providers/