1. Booking.comのモバイル料金はデバイスを限定した割引であり、公開されている基本料金に代わるものではありません。
2. プロモーションの対象をBooking.comのアプリのみにするか、アプリとモバイルブラウザの両方にするかを選択します。
3. 有効化する前に、親料金、対象となる客室、除外日、その他のプロモーションを確認してください。
4. デスクトップ、モバイルウェブ、アプリの価格をそれぞれ個別に確認してください。適用条件や割引の重複によって最終金額が変動する可能性があるためです。
Booking.comのモバイル料金プロモーションは、対象となる旅行者がモバイルデバイスで予約する際により安い価格を提供する機能です。選択したオプションに応じて、Booking.comアプリのみを対象にするか、モバイルブラウザも含めることができます。この割引は、対象となる親料金から一定の割合を割り引くことでホテルが負担します。
この料金はデバイスによって制限されているため、モバイルでの低価格が直ちにレートパリティの違反になるわけではありません。問題が生じるのは、ホテルが基本料金を引き下げたり、需要の高い日程を割引したり、他の適用可能なプロモーションを見落としたりした場合です。
Booking.comのモバイル料金プロモーションがもたらす変化
モバイル料金は、Booking.comのターゲット指定料金ツールの1つです。公開されている料金プランとは異なり、この割引プロモーションは旅行者がデバイスの条件を満たした場合にのみ表示されます。アプリのみの設定では、スマートフォンでBooking.comのウェブサイトを閲覧しているゲストは除外されます。アプリとモバイルブラウザの両方の設定では、両方のグループにリーチでき、タブレットのブラウザが含まれる場合もあります。
Booking.comの現在の接続仕様では、モバイル料金の割引として10%〜80%が許容されています。適用条件やアカウントの設定によっては、エクストラネットで表示される範囲がこれより狭くなる場合があります。
通常、このプロモーションは1つ以上の有効な親料金に対して割引を適用します。販売停止中の料金を修復したり、不足している空室状況を追加したり、マッピングされていない客室料金のプロダクトを作成したりすることはありません。対象となる客室には、引き続き有効な料金プラン、販売可能な在庫、そして希望する滞在を許可する制限設定が必要です。
モバイルの適用条件はデバイスによって決まりますが、Geniusの適用条件は認証されたメンバーシップによって決まります。旅行者が両方の条件を満たすこともあり、割引の重複が有効になっている場合、複数の割引が最終的な価格に影響を与える可能性があります。
割引を有効にする前に純料金（ネットレート）の下限を設定する
ホテルが受け入れ可能な最低の純額から検討を始めてください。レートパリティを管理しやすくなるのは、有効化する前にチームが公開されている基本料金、モバイル割引、OTAのコミッション、および追加のプロモーション費用を把握している場合です。
公開料金を200ドル、モバイル割引を10%と仮定します。他の割引が適用される前のモバイル価格は180ドルになります。OTAのコミッションが15%の場合、支払い手数料や運営コストを差し引く前のホテルの手元には153ドルが残ります。追加の割引が最終価格に適用された場合、純収益はさらに減少します。
需要の低い平日とピーク時の日程は分けて計算してください。割引によって空室が埋まる可能性はありますが、すでに売れる見込みの高い週末に適用すると、利益率を下げるだけになることがあります。
以下のチェックポイントは、よくある価格設定のミスを防ぐのに役立ちます。
ホテルが割引されたBooking.comの収益を他のチャネルと比較する必要がある場合、Smart Orderのホテル BIを使用することで、チャネルごとの収益、稼働率、ADR、および予約元を1つの画面で確認できます。管理者は、モバイルからの予約が需要の低い日程を埋めたのか、それともより高い料金で売れるはずだった需要と入れ替わったのかを把握できます。
モバイル割引の純粋な成果を測定する
Booking.comの収益、稼働率、チャネルごとのパフォーマンスを比較し、次回のモバイル料金の決定を予約数だけでなく、利益率と需要に基づいて行えるようにします。
Booking.comのエクストラネットでモバイル料金を設定する方法
メニューの名称は、施設タイプ、地域、適用条件、および設定によって異なります。通常のアクセス手順はプロモーションですが、アカウントによってはモバイル料金が料金と空室状況またはカレンダーと料金の下に表示されることもあります。
- Booking.comのエクストラネットにログインし、該当する施設を選択します。
- プロモーションを開き、新しいプロモーションを追加または作成するオプションを選択します。
- モバイル料金を見つけて、追加、設定、またはそれに相当する操作を選択します。
- 対象者を選択します：アプリのみまたはアプリとモバイルブラウザ。続行する前に、画面上の説明を読んでください。
- アカウントで許可されている範囲内で割引率を入力します。
- 対象となる親の料金プランと客室タイプを確認します。対象範囲を制御できる場合は、キャンペーンの目標に合ったプロダクトのみを選択してください。
- フォームで提供されている除外日やその他の適用条件を追加します。割引の必要がないイベント開催日、祝日、および完売間近の期間を保護してください。
- 概要を確認し、割引率と対象範囲に問題がなければ、プロモーションを有効にします。
- 有効にしたプロモーションを再度開き、そのステータス、適用対象のプロダクト、対象者、除外日を記録します。
予約日と滞在日を混同しないようにしてください。各除外設定が到着日、滞在日、または表示されている他の適用対象期間のいずれに適用されるかを確認してください。
「モバイル料金」のオプションが表示されない場合、施設が適用対象外であるか、ユーザーに権限がないか、あるいは認定されたシステムプロバイダーを通じてプロモーションが管理されている可能性があります。アカウントのプロモーション設定画面を確認し、施設IDを用意した上で、Booking.comのパートナーサポートまたは接続プロバイダーにお問い合わせください。
チャネルマネージャー経由での設定はサポートされている場合のみ行う
標準的な料金と空室状況（ARI）の接続には、自動的にプロモーション管理が含まれるわけではありません。プロバイダーがBooking.comのPromotions API、またはその他の承認されたワークフローをサポートしている必要があります。
サポートされている場合は、プロバイダーのプロモーション管理モジュールで作成します。モバイル料金、対象チャネル、割引率、親料金、客室、除外日を選択します。送信後、Booking.com側に反映されているか確認してください。
プロバイダーがプロモーション管理をサポートしていない場合は、エクストラネットでモバイル料金を設定してください。チャネルマネージャーからは、通常通り親料金と空室状況を送信し続けます。システム側の基本料金を下げてモバイルプロモーションを模倣しないでください。その引き下げられた料金が、デスクトップユーザーや他のOTAにも配信されてしまう可能性があります。
データの一元管理のルールはシンプルです。基本料金は、それを制御しているホテル管理システム（PMS）、収益管理システム、またはチャネルマネージャーで管理します。プロモーションは、Booking.comがプロモーション管理用として認識しているシステムで管理します。同じモバイル割引を両方のシステムで二重に作成することは避けてください。
プロモーションの重複とレートパリティのミスを防ぐ
ゲスト向けの価格に影響を与えるプロモーションが1つだけだと思い込まないでください。Booking.comの現在のドキュメントによれば、割引の重複が有効になっている場合、適用可能な割引は順次組み合わされる可能性があります。組み合わせが許可されていない場合は、適用される価格設定ルールに基づいて、どの割引を優先するかが決定されます。
有効化する前に、以下を確認してください：
- Geniusおよびその他の認証済みユーザー向け割引
- 国別料金および特定のデバイスを対象としたプロモーション
- 季節限定、キャンペーン、直前割引、早期予約割引
- 派生料金または返金不可料金の調整
- チャネルマネージャーのマークアップと直接予約の割引
- 税金、手数料、食事の追加料金、および人数に応じた料金設定
プロモーション単位でパリティを比較してください。同じ滞在日、客室、利用人数、ポリシー、食事プラン、通貨、税金で条件を揃えます。モバイル専用価格と制限のないデスクトップ料金は同一のプロダクトではありませんが、公開されている基本料金を引き下げると、実際の価格の不一致を引き起こす可能性があります。
モバイル割引を相殺することだけを目的として、契約内容、現地のルール、他のチャネルに配信されている価格を確認せずにBooking.comの基本料金を引き上げないでください。より良いアプローチは、許容できる純料金（ネットレート）の下限を設定し、適用日を絞り込み、プロモーションによって得られる増分成果を定期的に見直すことです。
プロモーションを有効のままにする前にモバイル料金を確認する
まず、エクストラネットまたは接続されているプロモーション管理モジュールでプロモーションのステータスを確認します。対象者、割引率、適用される親料金、客室タイプ、除外日をチェックしてください。その後、元の料金が販売中であり、在庫があることを確認します。
同じ検索条件で、デスクトップ、モバイルブラウザ、Booking.comアプリの3つのビューをテストします。アプリ限定のプロモーションの場合、モバイルブラウザで検索しても表示されないからといって、料金設定が失敗したとは見なされません。同じ日程、利用人数、通貨、客室、キャンセル条件、およびログイン状態を使用して確認してください。
元の価格と最終的な予約価格を記録します。割引額がモバイル割引率を超えている場合は、Geniusのステータス、有効なキャンペーン、税金、手数料、および割引の重複設定を確認してください。表示される概要には、すべての構成要素が説明されているとは限りません。
チャネルマネージャーを通じて基本料金を更新している施設の場合、Smart Orderのチャネルマネージャーを使用すれば、親料金、空室状況、配信ステータスを連動させることができます。ホテルは基本となる価格を保護しながら、Booking.com側で対象となる検索に対してデバイス固有のプロモーションを適用させることが可能です。
すべてのチャネルで親料金の一貫性を保つ
1つのワークフローからマッピングされた基本料金と空室状況を更新する一方で、Booking.com側で選択した対象者や日程にモバイルプロモーションを適用させます。
プロモーションを一時停止、または対象を絞り込むべきタイミング
すでに通常料金で売れている日程にモバイルからの予約が入っている場合、純ADRがホテルの下限を下回っている場合、または最終的な割引が計画よりも大きくなっている場合は、プロモーションを一時停止するか制限してください。また、デスクトップユーザーにプロモーション価格が表示されていないか、または除外日が割引されたままになっていないか調査してください。
宿泊数、純ADR、キャンセル、リードタイム（予約からチェックインまでの期間）、稼働率への貢献度を比較し、Booking.comが売れ残った在庫を埋めたのか、それとも利益率の高いチャネルからの予約と入れ替わってしまったのかを確認してください。
実用的な見直しのペースとしては、直近の除外日の確認は毎週、結果の振り返りは毎月行うのが良いでしょう。料金プラン、マッピング、プロモーションの権限、または接続プロバイダーを変更した後は、設定を再確認してください。
よくある質問
Booking.comのモバイル料金とは何ですか？
指定されたモバイルチャネルを通じて予約する対象の旅行者が利用できるパーセンテージ割引です。オプションが利用可能な場合、宿泊施設はプロモーションの対象をアプリのみにするか、より広範なモバイルユーザーにするかを選択できます。
Booking.comのモバイル割引の最低設定率は何％ですか？
Booking.comの現在のPromotions API仕様では、モバイル料金として10%〜80%が許容されています。エクストラネットには、個々の施設で利用可能な有効範囲とオプションが表示されます。
Booking.comのモバイル料金はGenius割引と併用できますか？
アカウントとプロモーションの設定で割引の重複が許可されている場合は併用可能です。手動で割引率を足し算するのではなく、条件を満たす認証済みのモバイルユーザーとしてテストし、最終的な予約価格を確認してください。
モバイル料金はレートパリティに違反しますか？
自動的に違反になるわけではありません。これは一般的な公開基本料金ではなく、デバイスに限定されたプロモーションです。ただし、ホテルは引き続き契約内容、現地のルール、類似する予約条件、および他のチャネルでの価格を確認する必要があります。
チャネルマネージャーからBooking.comのモバイル料金を作成できますか？
承認されたBooking.comのプロモーション管理接続をサポートしている場合にのみ可能です。料金、空室状況、制限設定のための通常のARI接続があるからといって、プロモーションの作成がサポートされているとは限りません。
モバイル料金が表示されないのはなぜですか？
テスト用のデバイスが選択した対象者と一致しているか、親料金が有効か、在庫があるか、滞在日が対象か、および客室と料金の組み合わせが含まれているかを確認してください。また、プロモーションが有効であること、テスト実行者のログイン状態も確認してください。
コントロールされたモバイルプロモーションは、安定した親料金と定義された純料金（ネットレート）の下限から始まります。すべてのカレンダーでプロモーションを適用する前に、対象者と日程を制限し、他の割引を調査し、正確なモバイル予約の導線を確認してください。
