Google では、料金の送信時に子供の宿泊人数の詳細を含めることができます。子供の宿泊人数の詳細を含めると、大人の宿泊人数を追加する場合とは違って、旅行プランに子供を追加する際に別の料金を設定できます。
この記事の内容
子供の宿泊人数のメリット
- 子供料金と大人料金や割引を区別する機能を改善
- 子供料金を特価として扱わないようにする機能
- お客様が同行者の人数に応じた正確な最良の料金を利用できるようになる
子供の宿泊人数の料金を含める方法
子供の宿泊料金を含めるには、以下を更新する必要があります。
- 変数と条件を使用して、子供の宿泊人数の値が含まれるように、ランディング ページの構文を更新します。必須および任意の内容に基づいて、次の子供の宿泊人数の値を入力します。
- 必須
- (NUM-ADULTS)
- (NUM-CHILDREN),
- (FOR-EACH-CHILD-AGE)
- (CHILD-AGE)
- 任意
-
(CHILD-INDEX)
-
- 必須
例
URL セグメント: adults=(NUM-ADULTS)&children=(NUM-CHILDREN)(FOR-EACH-CHILD-AGE)&age=(CHILD-INDEX)_(CHILD-AGE)(END-FOR-EACH)
- 子供の宿泊人数の料金を Google に送信する
非 ARI(プル型料金または変更済み料金)
- Google からのライブ料金リクエストに対応するようにしてください。
- おすすめの方法: トランザクション メッセージとランディング ページ URL を更新して、旅行者向けの最も安価または最適な料金、およびさまざまな宿泊人数に対する複数の料金を返すようにします。
例
- Google のリクエスト: 大人 2 人 + 子供 1 人分の料金。
- パートナーの応答: 大人 2 人 + 子供 2 人分の料金。
このシナリオでは、大人 2 人 + 子供 1 人分の料金が、大人 2 人 + 子供 2 人分と同じであるため、パートナーはより適切な料金で応答します。大人 2 人 + 子供 2 人は、大人 2 人 + 子供 1 人分のリクエストでも有効です。
- 別の方法: より安価な料金や空室状況を、さらに多い宿泊人数に適用できる場合もありますが、トランザクション メッセージとランディング ページ URL を更新して、指定された宿泊人数の正確な料金を返すようにしてください。この方法のデメリットは、料金の競争力が低くなり、指定されていない宿泊人数に関する追加のクエリを Google が送信する可能性があることです。
例
- Google のリクエスト: 大人 2 人 + 子供 1 人分の料金。
- パートナーの応答: 大人 2 人 + 子供 1 人分の料金。
このシナリオでは、同じまたはもっと安い料金でパートナーの宿泊率が高くなる場合でも、パートナーは要求されたコンテキストにのみ応答します。その結果、料金の競争力が低くなる可能性があります。
- おすすめの方法: トランザクション メッセージとランディング ページ URL を更新して、旅行者向けの最も安価または最適な料金、およびさまざまな宿泊人数に対する複数の料金を返すようにします。
- トランザクション メッセージ スキーマを次のように更新します。
- トランザクション メッセージ スキーマを次のように更新します。
- Google はコンテキストを含むライブクエリを通してのみ子供の宿泊人数のクエリを送信します: アカウントでこの種類のリクエストがサポート可能であり、トランザクション メッセージのレスポンスが有効であることをご確認ください。
- おすすめの方法:
- メインフィードを使用して大人 5 人または 6 人分の宿泊料金をキャッシュする: ライブクエリ リクエストを使用せず、メインの料金配信モード(プル、ヒント、プッシュ)を使用して、Google に大人のみの宿泊料金を指定できます。特定の表示では、またレイテンシ要件が厳しい場合は、キャッシュに保存された料金が優先されます。
- 子供の有無にかかわらず、5 人または 6 人の宿泊人数に対するライブクエリ リクエストに応答する: 任意の
<RoomData>
要素に<Capacity>
を含めます。これにより、4 名を超える収容人数の対象の客室タイプがある宿泊施設をライブクエリで優先できます。 - (条件の組み合わせパートナーの場合)
<OccupancyDetails> をインラインで指定する: パッケージまたは客室のデータに対して、宿泊人数をインラインで入力することをおすすめします。条件の組み合わせと限定価格または非公開レートの両方が有効になっている場合、
<RoomBundle>
内にネストされていれば宿泊人数は<Rates>
によって継承されます。詳しくは、RoomBundle 内の基本料金と複数の限定価格に関するドキュメントをご覧ください。
- (条件の組み合わせがない限定価格または非公開レートのパートナーの場合)各
<Rate>
要素の下に<OccupancyDetails>
をインラインで指定する:<RoomBundle>
なしで<Rates>
要素を使用することで、各 <Rate> 要素に宿泊人数を指定できます。詳しくは、大人 1 人と子供 1 人の宿泊プランと料金に関するドキュメントをご覧ください。
ARI の料金
- 現在、子供の宿泊人数は ARI の追加料金としてのみサポートされています。
- ルールなしで子供の宿泊人数が毎日変わる場合は、
<OTA_HotelRateAmountNotifRQ/>
で<AdditionalGuestAmount/>
を使用できます。 - 子供の宿泊人数が宿泊施設レベルでルールに従っている場合、より効率的な
<ExtraGuestCharges/>
を使用できます。
- ルールなしで子供の宿泊人数が毎日変わる場合は、
- Google では、子供は大人の宿泊に当てはめられることを前提としています。たとえば、ユーザーが大人 2 人 + 子供 1 人を検索する場合、大人 3 人分の料金が大人 2 人 + 子供 1 人より安い場合、Google では大人 3 人分の料金が最適だと判断します。
おすすめの方法
- ランディング ページで子供の宿泊人数がサポートされている場合は、Google でランディング ページ URL を変更し、ランディング ページの検索コンテキストが、料金ではなくユーザー検索と同じになるようにしてください。
- ランディング ページに子供の宿泊料金が表示されている場合は、その料金を常に Google に送信する必要があります。
- ランディング ページには、ユーザーが検索した正確な料金、またはユーザーが検索した宿泊人数以上の料金を常にすべて表示する必要があります。ユーザーが大人 2 人 + 子供 1 人を検索している場合は、以下の料金をすべて表示する必要があります。
- 大人 3 人以上、および
- 大人 2 人 + 1 人以上の子供