民泊運営代行ならお任せください
完全無料 オンライン相談Booking.comの在庫設定で押さえるべきポイントの全体像
Booking.comの在庫設定のポイントを正しく理解していないと、予約の取りこぼしやオーバーブッキングといった深刻なトラブルにつながります。実際に民泊やホテル運営の現場では、在庫設定のミスによって年間数十万円規模の機会損失が発生しているケースも珍しくありません。
Booking.comは世界最大級のOTA（Online Travel Agency）であり、月間アクセス数は5億回を超えるとされています。これだけの集客力を持つプラットフォームだからこそ、在庫設定を適切に行うことが売上に直結します。しかし、管理画面の仕様や用語は独特で、他のOTAとは異なるロジックで在庫が管理されるため、初めて設定する方はもちろん、運営歴のある方でも見落としが生じやすいのが実情です。
この記事では、Booking.comの在庫設定において気をつけるべき具体的なポイントと、現場で頻発する見落としパターンを体系的に解説します。設定画面のどこを確認すべきか、どのような数値を入力すべきかまで踏み込んで説明しますので、ぜひ自社の設定を見直す際の参考にしてください。
在庫設定の基本構造を正しく理解する
部屋タイプと在庫数の関係
Booking.comでは「部屋タイプ」ごとに在庫数を設定します。例えば、同じ間取りの部屋が3室ある場合、1つの部屋タイプに対して在庫数を「3」と設定するのが基本です。民泊の場合は1物件につき1部屋タイプ・在庫数「1」が一般的ですが、複数棟を運営している場合に同一リスティングで在庫数を増やすケースもあります。
ここで注意すべきなのは、在庫数「1」の物件で他のOTAにも同時掲載している場合、サイトコントローラーを使わなければダブルブッキングのリスクが極めて高くなるという点です。Airbnbやじゃらんなど複数チャネルに掲載しているなら、Beds24やねっぱんなどのサイトコントローラーを必ず導入し、在庫の一元管理を行ってください。サイトコントローラーの月額費用は1物件あたり1,000円〜3,000円程度が相場であり、オーバーブッキング1回で発生する代替宿泊費や補償費（1万円〜5万円以上）を考えれば、十分に元が取れる投資です。
料金プランと在庫の紐づけ
Booking.comでは、1つの部屋タイプに対して複数の料金プランを設定できます。例えば「返金不可プラン」と「無料キャンセルプラン」を同一の部屋タイプに紐づけることが可能です。この場合、どちらのプランで予約が入っても同じ在庫から1つ消費されます。
よくある誤解として、「料金プランごとに在庫が分かれている」と思い込み、実際の部屋数以上に予約を受けてしまうケースがあります。料金プランはあくまで価格と条件の違いであり、在庫は部屋タイプ単位で管理されるという原則を必ず押さえてください。
カレンダー上の在庫開閉で売上が変わる
販売期間の設定漏れ
Booking.comの在庫カレンダーは、初期状態では販売が「閉じた」状態になっている日があります。新しく部屋タイプを追加した場合や、年度をまたぐ時期には、3か月先〜6か月先の日程が未開放のまま放置されていることが頻繁に発生します。Booking.comのデータによると、予約の約40%は30日以上先の日程に対して行われるため、カレンダーが開放されていないだけで大きな機会損失につながります。
具体的には、管理画面の「カレンダーと料金」セクションを開き、最低でも6か月先、可能であれば12か月先まで在庫が「販売中」になっているか確認してください。サイトコントローラー経由で管理している場合は、サイトコントローラー側の送信範囲設定も合わせて確認が必要です。Beds24の場合は「送信期間」のデフォルトが365日ですが、設定変更によって短くなっていることもあります。
特定日の在庫クローズと再開忘れ
清掃日やメンテナンス日に在庫を手動でクローズすることはよくある運用ですが、作業完了後に在庫を再開放し忘れるケースが後を絶ちません。特に、月に1〜2回のメンテナンスを定期的に行っている物件では、クローズした日をExcelやGoogleカレンダーで管理し、作業完了後にチェックリスト形式で再開放を確認する仕組みを作ることをおすすめします。
1泊あたりの平均単価が15,000円の物件であれば、月に2日の再開忘れだけで年間36万円の売上が消えます。単純なオペレーションミスが積み重なると、想像以上のインパクトを生むことを認識しておくべきです。
最低宿泊日数と制限設定の落とし穴
最低宿泊日数の設定ミス
Booking.comでは部屋タイプごとに最低宿泊日数（Minimum Length of Stay）を設定できます。繁忙期に「最低2泊」と設定しておくことで短泊の回転コストを減らす戦略は有効ですが、閑散期にこの設定を戻し忘れると、1泊希望のゲストが予約できず機会損失が発生します。
例えば、ゴールデンウィーク期間に最低3泊を設定し、5月7日以降に戻し忘れた場合、5月中旬以降の平日に1泊で検索するユーザーには物件が表示されません。Booking.comの検索結果には「この条件で予約可能な施設」しか表示されないため、そもそも検討の土俵にすら上がれないのです。シーズンごとの設定変更は必ずカレンダーにリマインダーを入れて管理してください。
チェックイン・チェックアウト制限
「特定の曜日にはチェックインを受け付けない」という設定も可能ですが、この制限が意図せず残っていることがあります。例えば、清掃スタッフの都合で日曜チェックインを一時的に停止した後、解除を忘れると日曜到着を希望するゲストを全て逃すことになります。
週末だけ宿泊したい国内旅行者や、日曜着の海外旅行者は一定数存在します。物件の稼働率が70%を下回っている場合は、チェックイン制限がボトルネックになっていないか、管理画面の「ポリシー」セクションを改めて確認することを推奨します。
料金設定と在庫の連動で起きるトラブル
料金未設定日は自動的に販売停止になる
Booking.comでは、在庫が「開」になっていても料金が入力されていなければ、その日程は検索結果に表示されません。これは多くの運営者が見落とすポイントです。サイトコントローラーから料金を送信している場合でも、通信エラーやAPI障害によって特定日の料金が反映されないことがあります。
月に1回はBooking.comの管理画面（extranet）に直接ログインし、カレンダー上で料金が正しく入っているか目視確認する習慣をつけてください。特に3か月以上先の日程は料金が未設定のまま放置されやすく、早期予約を獲得する機会を逃してしまいます。Booking.comの統計では、60日以上前に予約する「早期予約層」は全予約の約25%を占めるとされており、この層を取りこぼすのは大きな損失です。
人数別料金の設定不備
定員6名の物件で1名あたりの追加料金を設定する場合、基本人数と追加料金の組み合わせにミスがあると、ゲストに表示される料金が意図と異なる金額になります。例えば、基本人数を2名・1名追加あたり3,000円と設定した場合、6名で予約すると基本料金に12,000円が加算されます。この追加分が想定より高く表示されると、比較検討の段階で他の施設に流れてしまいます。
逆に、追加料金の設定を忘れて全人数で同一料金にしてしまうと、大人数の予約で光熱費や消耗品費が増加し、利益率が大幅に低下します。1名あたりの変動費（リネン代・アメニティ代・光熱費按分）を概算で500円〜1,500円と見積もり、それを上回る追加料金設定にするのが基本的な考え方です。
サイトコントローラー連携時の注意点
同期エラーの放置
サイトコントローラーとBooking.comの間で同期エラーが発生した場合、在庫が正しく反映されず、オーバーブッキングにつながります。Beds24やねっぱんでは、管理画面上にエラーログが表示される仕組みがありますが、日常的にログを確認していない運営者は多いのが実態です。
週に最低2回はサイトコントローラーのログ画面を確認し、送信エラーが出ていないかチェックしてください。エラーが出た日の在庫はBooking.com側で手動修正が必要になる場合もあります。特にBooking.comのAPI仕様変更が行われた直後は、数日間にわたって同期が不安定になるケースが報告されています。
マッピング設定の誤り
サイトコントローラーとBooking.comを接続する際に、部屋タイプと料金プランの「マッピング（紐づけ）」を正しく行う必要があります。複数の部屋タイプを運用している場合、AタイプとBタイプのマッピングが逆になっていると、Aタイプに予約が入った際にBタイプの在庫が減るという事故が起きます。
初期設定時はテスト予約を必ず実施し、サイトコントローラー側とBooking.com側の両方で正しい部屋タイプの在庫が減っているか確認してください。この確認を省略すると、繁忙期に複数件のオーバーブッキングが同時発生するリスクがあります。
よくある見落としチェックリスト
子供料金と幼児設定の抜け
Booking.comではゲストが検索時に子供の人数と年齢を入力できます。施設側で子供料金や幼児の受け入れ可否を設定していないと、ファミリー層の検索結果から除外されます。国内旅行のファミリー需要は全体の約30%を占めるとされ、この層を取りこぼすのは無視できない損失です。
管理画面の「部屋の詳細」から子供・幼児のポリシーを確認し、受け入れ可能であれば年齢区分と料金を明確に設定してください。例えば「0〜2歳は無料」「3〜12歳は1名あたり1,500円」といった形で具体的に入力します。
ノーショー・キャンセルポリシーと在庫復帰
キャンセルが発生した際、在庫が自動復帰する設定になっているか確認が必要です。通常は自動復帰しますが、サイトコントローラーの設定によっては手動で在庫を戻す必要がある場合があります。繁忙期にキャンセルが出たのに在庫がクローズのまま残り、再販売できなかったという事例は現場で頻繁に起きています。
ノーショー発生時はBooking.comの管理画面から「ノーショーとして報告」を行うことで、コミッション免除の申請と同時に在庫を復帰させることができます。ノーショー報告の期限はチェックイン日から48時間以内と定められているため、毎朝のルーティンとして前日のチェックイン状況を確認する運用を組み込んでください。
在庫設定のお悩みはStay Buddy株式会社にご相談ください
Booking.comの在庫設定は、一見シンプルに見えて多くの落とし穴が潜んでいます。設定ミスによる機会損失やオーバーブッキングは、ゲスト満足度の低下やレビュー評価の悪化にもつながり、中長期的な集客力を大きく損ないます。
民泊運営代行のStay Buddy株式会社では、Booking.comをはじめとする各OTAの在庫管理・料金設定・サイトコントローラー連携までをワンストップで代行しています。在庫設定の最適化だけでなく、収益を最大化するための料金戦略や、複数チャネル間の在庫調整もお任せいただけます。
「自分の設定が正しいのか不安」「サイトコントローラーの導入がうまくいかない」「オーバーブッキングを防ぎたい」といったお悩みをお持ちの方は、ぜひStay Buddy株式会社までお気軽にお問い合わせください。運営のプロが現状の設定を診断し、改善点を具体的にご提案いたします。
