关于儿童入住

Google 支持在发送价格时包含儿童入住详细信息。通过包含儿童入住详细信息，您可以为行程中添加的儿童设置单独的费率（此费率不同于添加成人的费率）。

本文包含的主题：

• 包含儿童入住信息的好处
• 如何添加儿童入住价格
• 最佳实践

---

包含儿童入住信息的好处

• 更明确地区分儿童费率与成人费率或折扣
• 避免儿童费率被误认为优惠
• 让客户确信能根据同行人员的具体情况获得最优惠价格

---

如何添加儿童入住价格

如需添加儿童入住价格，您需要更新以下内容：

1. 更新着陆页语法，使用变量和条件添加与儿童入住信息有关的值。确保根据必填信息和可选信息添加以下与儿童入住信息有关的值：
   • 必填
     • (NUM-ADULTS)
     • (NUM-CHILDREN),
     • (FOR-EACH-CHILD-AGE)
     • (CHILD-AGE)
   • 可选

     • (CHILD-INDEX)

 

示例

网址段：adults=(NUM-ADULTS)&children=(NUM-CHILDREN)(FOR-EACH-CHILD-AGE)&age=(CHILD-INDEX)_(CHILD-AGE)(END-FOR-EACH)

2. 将儿童入住价格发送给 Google

非 ARI（拉取或价格更改）

1. 确保响应来自 Google 的实时价格请求。
   • 建议的方法：更新交易消息和着陆页网址，为宾客返回最低或最优惠的价格，以及针对不同入住人数的多个价格。

     示例

     • Google 请求：“2 名成人 + 1 名儿童”的价格。
     • 合作伙伴响应：“2 名成人 + 2 名儿童”的价格

     在此情景中，“2 名成人 + 1 名儿童”价格与“2 名成人 + 2 名儿童”的价格是相同的，因此合作伙伴在响应中提供了按单人费率计算更优惠的报价。虽然请求的是“2 名成人 + 1 名儿童”的价格，但“2 名成人 + 2 名儿童”的价格同样适用于这组客人。

   • 替代方法：更新交易消息和着陆页网址，确保仅根据具体的入住人数返回确切价格，即使适用于更多入住人数的价格更划算，或有适用于更多入住人数的价格可选时也不例外。但这种方法的缺点在于，价格可能不太有竞争力，并且 Google 可能会针对任何未指定的入住人数发送额外的查询。

     示例

     • Google 请求：“2 名成人 + 1 名儿童”的价格。
     • 合作伙伴响应：“2 名成人 + 1 名儿童”的价格。

     在这种情况下，即使合作伙伴有价格相同乃至更低且适用于更多入住人数的套餐，也只根据请求的确切上下文给出响应。所以价格可能不太有竞争力。

2. 请务必按如下方式更新交易消息架构：
   • 请务必按如下方式更新交易消息架构：
   • Google 将仅通过带上下文的实时查询发送儿童入住人数查询：请确保您的账号支持此类请求，并且交易消息响应有效。
   • 建议：
     • 通过主要 Feed 缓存 5 名和 6 名成人的入住价格：您可通过主要定价传送模式（拉取、提示或推送）向 Google 提供仅限成人的入住费率，而不等待 Google 发来的实时查询请求。在某些显示平台上或在有严格的延迟时间要求时，系统会优先使用缓存的费率。
     • 响应对于 5 名和 6 名宾客（无论是否有儿童）的实时查询请求：在任何 <RoomData> 元素中添加 <Capacity>。这有助于实时查询优先返回可容纳 4 人以上且符合房型条件的房源。
     • （针对客房套餐合作伙伴）以内嵌方式提供 <OccupancyDetails>：建议以内嵌方式提供入住人数，而非在套餐或客房数据内提供。如果您同时启用了客房套餐和条件式费率或不公开费率，那么在 <Rates> 嵌套在 <RoomBundle> 中的情况下，入住人数将会被继承。详细了解 RoomBundle 中的基本费率和多个条件式费率。
   • （对于未启用客房套餐但启用了条件式费率或不公开费率的合作伙伴）在每个 <Rate> 元素下提供内嵌的 <OccupancyDetails>：在没有 <RoomBundle> 的情况下使用 <Rates> 元素时，应在每个 <Rate> 元素中指定入住人数。不妨详细了解一次行程以及相应的“1 名成人 + 1 名儿童”的价格。

ARI 价格

• 目前，我们仅支持在 ARI 中以额外费用的形式指定儿童入住情况。
  • 如果您的儿童入住费用每天变化而没有任何规则，您可以在 <OTA_HotelRateAmountNotifRQ/> 中使用 <AdditionalGuestAmount/>。
  • 如果您的儿童入住费用遵循房源级别的某些规则，您可以使用更高效的 <ExtraGuestCharges/>。
• Google 假定儿童可以入住成人房间。例如，在用户搜索“2 名成人 + 1 名儿童”的价格信息时，如果 3 名成人的价格低于“2 名成人 + 1 名儿童”的价格，则 Google 会认为 3 名成人的套餐价格对于该用户最划算。

---

最佳实践

• 如果您的着陆页支持儿童入住，您应在 Google 上进行着陆页网址更改，确保着陆页上的搜索上下文与用户搜索的内容（而非价格）保持一致。
• 如果您的着陆页显示儿童入住费率，则始终应将这些费率发送给 Google。
• 在着陆页上，您应始终显示包含用户搜索的确切入住人数或更多入住人数的所有费率。如果用户要搜索“2 名成人 + 1 名儿童”的费率，您应显示以下所有费率。
  • 3 名或更多的成人，以及
  • 2 名成人及 1 名或以上儿童。