如何让您的酒店直订网站与 Airbnb 和 Booking.com 保持同步

酒店直订网站的 OTA 同步意味着，在酒店网站上售出一间客房后，Airbnb 和 Booking.com 上的剩余可售房量必须立即随之更新。反向同步也必须有效：OTA 产生预订后，应在另一位客人预订同一间客房前，减少直订页面上的可售房量。

不要维护三套相互独立的日历。预订引擎、酒店管理系统（PMS）和多渠道管理应形成一个闭环，并针对房价、限制条件、预订和异常情况制定清晰规则。

本指南将从业主的运营视角解释这一闭环。

酒店直订网站与 OTA 的同步架构

PMS应保存酒店的客房结构和预订记录。预订引擎在酒店网站上显示实时房量与房价。多渠道管理则与 Airbnb、Booking.com 及其他在线旅行社（OTA）交换受支持的数据。

正常流程如下：

客人直接预订 → 预订进入 PMS → 对应房型的可售房量减少 → 多渠道管理将新的可售房量发送至 Airbnb 和 Booking.com

OTA 预订则按相反路径传递：

客人在 OTA 预订 → 预订进入 PMS → 可售房量减少 → 酒店网站和其他已连接渠道收到新的房量

在大多数配置中，各渠道通过 PMS 与多渠道管理或一体化平台交换数据。

网站与 OTA 之间应同步哪些内容

应将共用数据源的数据与各渠道专属内容区分开来。

可售房量和预订需要最严格的控制，因为一旦出错，最后一间客房就可能被重复出售。房价和限制条件同样重要，但当 OTA 应用自身的促销、费用、税费显示、折扣或不受支持的规则时，面向客人的最终结果可能有所不同。

Smart Order 将其酒店预订引擎与 PMS 库存及酒店多渠道管理系统连接起来。直接预订会进入运营日历，减少对应客房池的可售房量，并将更新后的房量发送到已连接的 OTA 渠道。

选择唯一数据源

在连接任何系统前，先确定员工应在哪个系统中管理各项数据。常见架构如下：

• 由 PMS 或多渠道管理控制房型、基础房价、可售房量和受支持的限制条件。
• 预订引擎读取获准发布的直订优惠，并将直接预订写入 PMS。
• Airbnb 和 Booking.com 接收受支持的数据更新，同时按需要保留渠道专属的内容、促销、费用、政策或覆盖设置。

不要让多名员工分别在三个渠道后台更改同一基础可售房量。发生故障时可以进行人工修改，但必须记录操作，并在事后与数据源重新核对。

确定唯一数据源时，还需要明确负责人。应由一人审批房型映射、房价逻辑、有意设置的渠道配额，以及已连接产品的变更。

可售房量必须基于同一套实体客房库存

从酒店实际可以分配的客房入手。只有当客人入住体验可以相互替代时，才能将多间客房归入同一个可售房型。

假设住宿业者有四间豪华特大床房。网站和 OTA 上的灵活价与不可退款价属于不同房价方案，但都占用相同的四间客房。售出其中一个房价方案后，与该客房池关联的其他所有产品都应减少可售房量。

如果直订页面拥有单独配额，或两个 OTA 产品分别指向同一实体客房的不同库存副本，就会出现问题。软件可能显示更新成功，但所有渠道加总后售出的客房数量却超过实际库存。

请分别测试淡季日期、接近售罄的日期、维修停用客房以及最后一个可售单元。只有每个事件都能改变正确的共用房量，酒店直订网站与 OTA 的同步才算可靠。

房价同步并不总是意味着公开价格完全相同

选择基础房价的数据源，并记录各渠道的调整规则。酒店可以有意发布直订专享优惠、增加 OTA 加价、保留 OTA 促销，或采用不同的取消条款。

同步的目标是执行已批准的房价策略，而不一定是让每个页面显示完全相同的数字。对于每个房型和房价方案，请确认：

• 哪个系统保存基础房价
• 渠道房价是固定值、派生值还是调整值
• 哪些税费、服务费、餐食、入住人数费用和折扣会影响页面显示的总价
• 连接支持哪些限制条件

分别在公开网站、Airbnb 和 Booking.com 上搜索一晚与多晚住宿。比较客人看到的总价和条款，而不只是 PMS 发送的房价。

如果母房价发生变化，请核实所有派生的直订与 OTA 房价。基础价格更新成功，并不能证明子级计算或公开总价正确。

Airbnb 与 Booking.com 的连接方式有所不同

Airbnb 官方支持两种软件同步方式：同步所有内容，或仅同步定价和可售房量。选择仅同步定价和可售房量后，房东可以继续在 Airbnb 中维护房源内容和预订设置，也可能仍能使用本地覆盖设置。业主必须清楚哪些字段由 PMS 控制，哪些字段留在 Airbnb 端管理。

Booking.com 表示，单体住宿业者通常通过多渠道管理连接，而不是自行建立直接 API 连接。其连接工具支持房价与可售房量，其他功能则取决于服务商的连接能力和住宿业者的配置。

因此，“已连接两个渠道”并不是一条完整的运营规则。请保留一份简明的控制表，列明每个平台上可售房量、房价、限制条件、内容、促销、税费、付款、预订变更和取消操作各自的数据源。

不要以为 Airbnb 仅同步日历的 iCal 连接等同于完整的双向 API 连接。日历订阅可能只关注被锁定的日期，在房价、限制条件、预订详情或更新方面，其交换范围可能不同。

开放库存前先映射房型和房价方案

映射用于告诉系统哪些产品彼此对应。酒店网站上的“豪华特大床房”在 Booking.com 上可能称为“高级双人房”，在 Airbnb 上又可能使用另一个名称。名称可以不同，但对实体客房的承诺必须一致。

对于每个在售产品，请检查客房池、最多入住人数、床型配置、景观或类别承诺、房价条件、取消政策、餐食和付款方式。然后将每个房价方案映射到预期产品。

不要仅仅因为两种价格使用同一间客房，就把网站上的可退款价映射到 OTA 的不可退款价。可售房量可以共用，但价格和政策应保持独立。

关闭或处理未映射的 OTA 产品。被遗忘的房源可能继续在酒店直订网站与 OTA 的同步流程之外售卖。

了解延迟、失败和人工覆盖设置

“实时”是一项目标，而不是忽略传送状态的理由。更新要经过多个系统；由于映射、登录凭据、速率限制、不受支持的限制条件或渠道端维护，OTA 可能拒绝或延迟处理消息。

酒店 PMS 或多渠道管理应显示失败的更新、受影响的日期与产品、重试状态，以及足够员工采取应对措施的详细信息。

制定一套简单的故障处理规则：

1. 确定受影响的客房、房价、日期和渠道。
2. 如果存在迫在眉睫的超售风险，手动保护库存。
3. 记录临时的 OTA 覆盖设置。
4. 修复数据源或映射错误。
5. 重新发送，或等待系统按已批准的规则重试。
6. 核对每个公开渠道，并移除临时覆盖设置。

绝不能因为内部日历发生变化，就认定更新已经成功。公开预订页面才是最终的销售界面。

通过每条路径运行测试预订

选择风险较低的未来日期，并记录初始可售房量、房价、限制条件和公开总价。然后至少分别完成一笔直接预订、一笔 Airbnb 预订和一笔 Booking.com 预订。

对于每笔预订，请核实 PMS 中的房型、房价方案、日期、客人、来源、外部 ID、价格、付款状态和政策是否正确。确认酒店网站及两个 OTA 的可售房量均已减少。

在连接支持的情况下修改日期和入住人数。取消预订，并确认现有 PMS 记录随之变更、没有产生重复记录，而且可售房量只恢复一次。

单独测试最后一间客房。将剩余房量设为一个单元，完成预订，并确认该产品在所有渠道关闭。针对每个独立实体客房池，以及任何带有特殊限制或付款条件的房价方案重复测试。

保存预订 ID、时间戳、截图、预期结果、实际结果和处理说明。任何修正完成后，都要重新测试整个闭环。

上线后监控同步情况

在最初 48 小时内，审核每笔新增、变更和取消的预订，以及未来 30 天的可售房量。在销售繁忙时段，应每天多次检查失败日志。

系统稳定后，每天监控提醒，并按固定计划审核公开房价和可售房量。每当酒店新增或重命名客房、推出新房价、调整按入住人数定价、修改限制条件、连接新 OTA 或更换多渠道管理时，都应重新测试。

按原因记录故障。反复出现映射错误、人工覆盖、取消信息缺失、库存过期或房价被拒绝，说明配置或责任归属存在问题，而不是随机发生的坏运气。

常见问题

我可以将酒店网站直接与 Airbnb 和 Booking.com 同步吗？

通常，酒店网站的预订引擎会连接 PMS 和多渠道管理，再由它们管理受支持的 OTA 连接。Booking.com 建议住宿业者通过多渠道管理连接，而 Airbnb 则支持获批准的 PMS 或多渠道管理软件连接。

产生直接预订后，应更新哪些内容？

预订应进入 PMS，减少正确房型的可售房量，更新运营日历，并将修改后的房量发送到 Airbnb、Booking.com 和其他已连接渠道。

所有渠道的房价必须完全相同吗？

不必。酒店可以使用直订优惠、渠道价格调整或 OTA 促销。业主应明确预期的价格关系，并核实最终面向客人的总价、政策和限制条件。

iCal 足以防止重复预订吗？

iCal 可以交换日历锁房信息，但其范围和更新方式与完整 API 连接不同。请向服务商确认同步时效、字段和限制，不要以为它能同步房价或详细限制条件。

应该多久测试一次 OTA 同步？

上线前以及每次更改客房、房价、限制条件、入住人数、映射或集成后，都应进行测试。每天监控提醒，并定期测试最后一间客房。

一个库存来源，三个销售渠道

可靠的酒店直订网站与 OTA 同步，取决于统一的实体库存结构、经过批准的映射、明确的房价管理权、受支持的连接，以及清晰可见的失败处理机制。

将直订网站视为真正的销售渠道，而不是一套独立日历。当每笔预订都进入同一 PMS 记录，并触发 Airbnb 和 Booking.com 的可售房量更新时，酒店便能在不增加人工库存管理工作、也不产生可避免超售窗口的前提下，提高直接销售额。