1. 子供料金を設定する前に、施設の子供の年齢区分を定義します。
2. 各客室の総定員、大人の定員、子供の定員を、実際に宿泊できる人数に合わせます。
3. 子供料金は年齢別の料金として扱い、別の客室タイプや通常の独立した料金プランとして扱わないようにします。
4. Booking.comの設定をホテル管理システムの宿泊者区分や客室マッピングと整合させ、販売開始前に大人と子供の組み合わせを複数パターンでテストします。
Booking.comでは、大人の1泊料金が正しくても、子供料金が正しく表示されないことがあります。多くの場合、原因は単一の料金設定の誤りではありません。施設の子供ポリシー、年齢区分、客室の宿泊定員、エキストラベッドのルール、料金設定、または予約が一括物件管理ソフト（ホテル管理システム）に取り込まれる際の処理に不整合があることが主な原因です。
確実に設定するには、これらの項目を順番に設定し、宿泊者に表示される結果をテストします。メニュー名は施設タイプ、市場、アカウント権限、Booking.comの画面更新によって異なる場合がありますが、設定の基本的な仕組みは共通です。
子供料金設定を構成する4つの要素を理解する
まず、施設として子供の宿泊を受け入れるか、何歳までを子供として扱うかを決めます。次に、各客室に実際に宿泊できる総人数、大人の人数、子供の人数を定義します。続いて、Booking.comで子供の年齢区分ごとに料金を設定します。最後に、スタッフが内容を理解し、正しい客室に割り当てられる形で、ホテル管理システムが予約を受信できるようにします。
これらはそれぞれ独立した設定項目です。子供料金を下げても、客室の定員は増えません。客室の最大定員を増やしても、エキストラベッドが用意されるわけではありません。大人の料金プランをマッピングしても、矛盾する子供ポリシーが自動的に修正されることはありません。
Booking.comの子供料金は料金設定であり、新しい客室カテゴリーではありません。基準となる大人料金と併せて設定される場合がありますが、子供料金を表現するためだけに、ホテル管理システム内で客室在庫を重複して作成しないようにしてください。
ステップ1：販売に適用するポリシーを記録する
管理画面を編集する前に、ルールをわかりやすい言葉で書き出します。たとえば、0～3歳は既存のベッドを利用する場合は無料、4～11歳は1泊あたりの定額料金、12～17歳は大人料金とします。ベビーベッドやエキストラベッドの有無、利用料金、設置できる客室も記録してください。
年齢区分に抜けや重複が生じないようにします。Booking.comでは各区分の上限年齢もその区分に含まれるため、0～3歳の次を3～11歳にすると、3歳が重複します。0～3歳、4～11歳、12～17歳とすれば、重複なく区分できます。
最終的なポリシーは、フロントデスクが説明でき、客室で安全に受け入れられる内容にする必要があります。
ステップ2：管理画面で施設の子供ポリシーを設定する
まず、Booking.com管理画面にログインし、施設のポリシー設定を開きます。アカウントによっては、設定項目が「宿泊施設」「ポリシー」、または「子供とエキストラベッド」に表示されます。子供の宿泊可否、宿泊者の最低年齢、子供料金に使用する年齢区分を設定します。
Booking.comでは、施設ごとに最大4つの子供の年齢区分を設定できます。ホテルの実際のポリシーに沿って、できるだけシンプルに設定しましょう。区分が増えるほど、スタッフが確認・管理する組み合わせも増えます。
ポリシーを保存してから再度開き、設定した年齢が書き出したルールと一致していることを確認します。
ステップ3：すべての客室タイプで宿泊定員を整合させる
各客室またはユニットの設定を開き、宿泊者の総定員、大人の最大人数、子供の最大人数の3つを照合します。これらの数値は、宿泊者が支払う料金ではなく、実際に受け入れられる人数を示します。
大人2名と子供1名が宿泊する客室では、総定員を3名が宿泊できる人数に設定し、子供の定員にも1名を含める必要があります。総定員が2名のままだと、子供料金を設定していても、家族が3名で検索した際に客室が表示されない場合があります。
ベビーベッドとエキストラベッドは別途確認します。利用できる客室、リクエスト制かどうか、利用料金が子供料金に含まれているかを記録してください。
ステップ4：適切な販売設定に子供料金を適用する
子供料金の設定に戻り、年齢区分ごとに意図した料金を割り当てます。施設の料金モデルと利用可能な機能に応じて、無料、定額、割合による料金、または1人目と2人目以降で異なる段階的な料金を設定できます。
その客室に適用される大人の基本料金と宿泊人数を確認します。子供料金を含めた合計額が想定どおりになるには、検索条件に含まれる大人の人数に対して、Booking.comで有効な大人料金が設定されている必要があります。
子供料金の適用人数を制限していた旧設定を前提に、現在の運用手順を組まないようにしてください。Booking.comは、この旧設定を2026年7月に廃止しました。客室が受け入れるすべての家族構成について、子供の宿泊可能人数と子供料金に整合性を持たせることが、より確実な運用につながります。
ステップ5：管理画面とホテル管理システムで管理する設定を分ける
ホテル管理システムで変更を行う前に、各設定値をどのシステムで管理するかを確認します。Booking.comの施設ポリシーや年齢区分は引き続き管理画面で設定し、日々の大人料金、空室状況、対応する販売制限はホテル管理システムまたはチャネルマネージャーで管理する場合があります。
料金と客室在庫のリアルタイム同期によって、誤った年齢区分や実際の宿泊定員に関するルールが修正されるわけではありません。施設設定が正しい状態で、同期対象の販売データを最新に保つ機能です。
Smart Orderのチャネルマネージャーは、Booking.comとの料金・客室在庫のリアルタイム同期と双方向同期に対応しています。ホテルでは、子供ポリシーのどの項目を管理画面で管理し、料金・空室状況・予約のどの項目をSmart Order経由で管理するかを、承認済みの設定記録として一元管理してください。
ポリシーを管理するシステムが明確であれば、通常料金を更新する際に、子供に関するすべての項目も同時に変更されると思い込むことを防げます。
Booking.comの料金・客室在庫・予約を連携
子供ポリシー、宿泊定員、客室マッピングを整えたら、Smart OrderでBooking.comの販売データと予約情報を同期し、効率よく管理しましょう。
ステップ6：ホテル管理システムの宿泊者区分と客室マッピングを整合させる
ホテル管理システムで大人、子供、乳幼児がどのように記録されるかを確認します。スタッフが予約内容を理解できるよう、年齢の区切りをBooking.comの年齢区分に対応させる必要があります。ホテル管理システムの区分が少ない場合は、Booking.comの各年齢が取り込み後にどの区分で記録されるかを文書化してください。
Booking.comの客室を、ホテル管理システムの正しい客室タイプにマッピングします。続いて、その客室に紐づく大人の料金プランまたは販売プランを確認します。ホテルが実際に別の在庫として販売している場合を除き、家族向けに同じ客室を別の客室タイプとして重複登録しないでください。
Smart OrderのホテルPMSは、予約の詳細を業務用カレンダーにまとめ、スタッフが宿泊日、客室、宿泊人数、予約経路、料金、ステータスを確認できるようにします。到着する予約ごとに管理画面を開かなくても内容を把握できるよう、マッピングを設定してください。
ステップ7：販売開始前に家族構成別の検索をテストする
Booking.comの一般公開されている予約画面、または承認済みのテスト手順を使い、同じ日付で次のような宿泊者の組み合わせを検索します。
- 大人2名、子供なし
- 大人2名と、最も低い年齢区分の子供1名
- 大人2名と、子供として扱う最も高い年齢区分の子供1名
- 大人2名と、その客室で受け入れ可能な最大人数の子供
- 定員を超えるため、予約不可となるべき組み合わせ
受け入れ可能な各検索条件について、客室が表示されるか、合計額が大人料金、子供料金、税金、食事代、ベッド利用料金と一致しているかを確認します。受け入れ不可の検索条件では、その客室が販売対象として表示されないことを確認してください。
最初は大人料金がシンプルな日付を選びます。その後、週末、プロモーション適用期間、季節料金の適用期間でも同じテストを行ってください。
ステップ8：ホテル管理システムで予約を確認する
リスクの低い条件でテスト予約を1件完了します。ホテル管理システムに重複なく1件だけ取り込まれ、Booking.comの予約番号、客室タイプ、料金プラン、宿泊日、大人と子供の人数、提供される場合は子供の年齢、合計料金、支払い責任の所在、予約ステータスが正しく表示されることを確認します。
次に、宿泊者向けの通常の手順または管理画面から、テスト予約を変更またはキャンセルします。Smart Orderの予約管理に更新後のステータスが記録され、必要に応じて空室状況が正しく戻ることを確認してください。
宿泊者向けに表示される合計額は正しくても、ホテル管理システムの記録がわかりにくい場合は、宿泊者区分の取り扱いと予約項目を見直します。家族構成を指定した検索で客室が表示されない場合は、料金同期を疑う前に、ポリシーと宿泊定員を確認してください。
よくある症状と主な原因
家族構成を指定した検索で客室が見つからない場合は、総定員または子供の受け入れ可能人数が少なすぎる可能性があります。客室は表示されても合計額が間違っている場合は、子供の年齢区分、大人の人数別料金、食事の有無、ベッド利用料金を確認します。
Booking.comの表示は正しいのにフロントデスクのスタッフが予約内容を説明できない場合は、ホテル管理システムの宿泊者区分とマッピングを見直します。通常の大人料金を変更しても家族全体の合計額が想定どおりに変わらない場合は、子供料金が定額なのか、割合による料金なのか、管理画面で個別に管理されているのかを確認してください。
設定は一度に1つの領域だけ変更し、同じ条件で検索を繰り返します。ポリシー、宿泊定員、マッピング、料金を同時に編集すると、どの設定が問題を解決したのか、または問題を引き起こしたのかを特定しにくくなります。
変更管理の記録をシンプルに残す
承認済みの年齢区分、客室定員、ベビーベッドとエキストラベッドのルール、子供料金、マッピング先のホテル管理システムの客室、管理元システム、変更の承認者、テストに使用した宿泊者の組み合わせを記録します。収益管理、予約、フロントデスクの各チームが参照できる場所に保管してください。
客室タイプの追加、年齢の区切りの変更、エキストラベッドの変更、チャネルマネージャーの再接続を行った後は、家族構成別の検索とテスト予約の確認を繰り返します。保存した設定は、宿泊者が実際に予約できる内容と一致していて初めて役立ちます。
他システムと連携したフロントデスクシステムにより、スタッフは最新の予約情報を基に業務を進められます。ただし、販売ルールについては引き続き管理責任を明確にし、定期的に見直す必要があります。
よくある質問
Booking.comの子供料金は独立した料金プランですか？
子供料金は、施設の子供ポリシーと客室設定に基づいて適用される年齢別の料金です。大人の料金や条件を管理する通常の派生料金プランや独立した料金プランと混同しないようにしてください。
子供を追加すると客室が表示されなくなるのはなぜですか？
客室の総定員、大人の上限人数、子供の上限人数、または子供ポリシーで、その組み合わせが許可されていない可能性があります。料金を変更する前に、実際に受け入れられる宿泊人数を確認してください。
ホテル管理システムの料金同期でBooking.comの子供ポリシーも更新されますか？
必ずしも更新されるわけではありません。日々の料金と客室在庫が同期されていても、施設単位の年齢区分、子供ポリシー、エキストラベッドの設定は、引き続き管理画面で管理される場合があります。利用している接続について、各項目の管理元を記録しておいてください。
子供料金のテスト予約では、何が表示されるべきですか？
スタッフが、正しい客室、料金プラン、大人と子供の人数、宿泊日、合計額、支払い責任の所在、予約元の予約番号、現在のステータスを確認できる必要があります。予約チャネルから子供の年齢が提供され、受信側の処理が対応している場合は、その年齢情報も保持される必要があります。
ホテルはどのタイミングで子供料金を再テストすべきですか？
年齢区分、客室定員、子供料金、エキストラベッド、大人の料金モデル、客室マッピング、ホテル管理システムとの接続を変更した後に再テストしてください。また、家族旅行の繁忙期を迎える前にも再テストを行いましょう。
