売れていないのではなく載っていない｜料金を触る前のOTA掲載棚卸し

予約が伸びない月に、最初に手をつける場所はどこでしょうか。多くの施設で選ばれるのは料金です。競合を見て、少し下げる。セールに乗る。クーポンを出す。どれもすぐ実行できて、やった感触が残ります。

ただ、その手前に確かめていない前提があります。そもそも自社の部屋は、売りたい日に、売りたい経路で、本当に販売されていたのか。「売れていない」と「そもそも載っていない」は、管理画面の予約件数の上ではまったく同じ顔をします。したがって、いずれもゼロになります。

この記事では、料金に手をつける前に済ませておく掲載の棚卸しを扱います。未掲載がどこで生まれるのかを構造で整理し、日付・部屋・経路の3軸で穴を探す手順と頻度まで落とします。読み終えたとき、自社の在庫が本当に売られているかを確かめる順路が決まっている状態になります。

料金を下げる前に、載っているかを確かめる

値下げは効果が読みやすく、実行も速い施策です。だからこそ、効かない原因が別の場所にあるときほど、消耗だけが残ります。まず前提の確認から入ります。

上位の販売経路でも、1割は載っていない

結論から言えば、未掲載は例外的な事故ではありません。

ある流通基盤の提供企業が料金と流通の両方にAI提案を出す機能を発表した際、その背景として、成績が上位の販売経路においてさえ11%、約2.4万室が「載っていない」状態にあったことが示されました（PhocusWire、2026年9月22日）。さらに重要なのは、多くの施設がその問題が起きていること自体を知らなかった、という点です。

成績が良い経路でもこの比率です。運用の優先度が下がっている経路なら、穴はもっと大きくなります。そして知らなかったという事実が、この問題の性質を表しています。未掲載はエラー画面を出しません。予約が入らないという静かな形でしか現れません。

なお、この数字は海外の流通基盤における集計です。国内の施設に同じ比率が当てはまる保証はありません。ここで使えるのは比率そのものではなく、「上位経路でも穴は空く」という前提のほうです。

「売れていない」と「載っていない」は同じ顔をする

なぜ気づけないのか。理由は、両者が同じ数字として現れるからです。

ある日程の予約件数がゼロだったとします。このとき考えられる原因は2つです。表示されていたが選ばれなかったのか、そもそも表示されていなかったのか。管理画面の予約一覧には、後者の記録は残りません。売れなかった記録は残りますが、売られなかった記録は残らないからです。

この非対称が判断を歪めます。ゼロという数字を見た担当者は、自然に「選ばれなかった」と解釈します。すると次の打ち手は価格になります。実際には表示されていなかったのだとしたら、価格をいくら下げても件数は動きません。動かないので、さらに下げます。

支援の現場でも、側で在庫更新と料金ランクの設定を済ませたのに、側で販売されていなかった例があります。先々の期間、具体的には翌年以降の在庫が丸ごと未販売のまま放置されていました。設定は完了しているので、担当者の認識では「出している」状態です。

原因を潰す順序は、土台から

この種の見落としを避けるために、原因を層に分けて上から潰す進め方を取ります。

売上が伸びない原因は7つの層に分けられます。いちばん上が在庫・販売条件という土台の層で、その下に価格競争力、露出・流入、転換率と商品訴求力、需要、他チャネルへの移行、キャンセルと続きます。
土台の層には「に在庫が出ていない」「特定だけ販売停止」「客室とプランの紐付け漏れ」「連携問題」「販売開始・在庫公開が遅い」といった仮説が並びます。

重要なのは順序です。上の層を潰さないまま、下の層を議論しない。「需要が減った」「競合に取られた」という結論に飛びつく前に、在庫が出ているか、価格が合っているか、表示されているかを確認します。

価格は上から2番目の層です。つまり値下げの検討は、土台の確認が終わってから始まります。

未掲載はどこで生まれるのか

「載っていない」が起きる場所は、だいたい決まっています。設定の不備というより、仕様の理解とタイミングのずれから生まれます。

公開期間と販売期間は別物

最初に押さえたいのが、この2つの違いです。

じゃらんのプラン設定には、公開期間と販売期間という別々の項目があります。公開期間はプランが検索結果に表示される期間、販売期間は実際に予約を受け付ける期間です。この2つは独立しているため、「公開中だがまだ予約できない」という状態を意図的に作れます。早期予約の促進や直前販売の限定に使う機能です。

意図して使えば便利な仕様ですが、意図せずずれると未掲載になります。公開期間だけを延ばして販売期間を延ばし忘れると、表示はされるのに予約できない状態が生まれます。逆のずれも起こります。

支援の現場で未販売の原因を切り分けたときも、側の販売期間設定の不一致が候補のひとつでした。側では設定が完了していても、側の受け皿となる期間が開いていなければ、在庫は届きません。

紐付けは、作った後にもう一度必要

2つ目が、プランと料金の紐付けです。

新規プランを作成した後、料金グループへの紐付けが別途必要になる仕様があります。プランを作った時点では、そのプランにどの料金を適用するかが決まっていません。ここを忘れると、プランは存在するのに価格が出ない状態になります。

この作業には、さらに順序の制約が付きます。プランが「停止中」のままだと紐付けできません。また作成した直後は一覧に出ないこともあり、「設定したつもり」が残りやすい構造になっています。旧プランを削除するときにも紐付けのズレが起き、側でアラートが出たことがあります。

つまりプラン造成は「作って終わり」ではありません。作る、公開する、紐付ける、確認する。この4工程を1セットとして扱わないと、どこかで途切れます。

連携は通っていても、届いていないことがある

3つ目が、との間の連携です。

原因を潰す台帳では、この項目の確認先が明記されています。側の連携ログとエラー通知、そして管理画面の在庫・料金の実際の表示です。両方を見る理由は、送信側が成功と記録していても、受信側で反映されていないことがあるからです。

付随して起きる問題もあります。海外経由の予約でプラン名がnull（空値）になり、実績分析の側でも欠損が生まれた例がありました。連携の不整合は、販売の穴だけでなく、後から振り返るためのデータそのものも削ります。

だから確認は、サイコンの画面ではなくの画面で行います。自分が送ったものではなく、顧客が見ているものを見る。これが原則です。在庫と料金と導線の接続そのものはAIに推薦されても予約されない理由｜在庫・料金・導線の接続設計で扱っています。

図の3つは、どれも「設定したつもり」で止まる箇所です。送信側の画面では、いずれも正常に見えます。

その課題、”自社の数字”を見れば打ち手が見えてきます。同じエリアの施設はもう動き始めています——気づかないうちの取りこぼしを止めませんか? 予約データを入れるだけで改善点が見えるLevitt Lite、その場で相談できるmicado AI、記事もツールもすべて無料。▶ mintに無料で会員登録する

日付×部屋×経路の3軸で穴を探す

生まれる場所が分かったら、探し方です。闇雲に管理画面を見ても穴は見つかりません。3つの軸で切ると、見落としが減ります。

先々の日付ほど、穴が空いている

1軸目は日付です。そして探すべきは直近ではなく、先々の日程です。

直近の日程は、予約が入るたびに担当者の目に触れます。異常があれば気づきます。問題は半年先、1年先です。誰も日常的に開かないので、在庫が出ていなくても発見されません。支援の現場で見つかった未販売も、翌年以降の期間が丸ごと抜けているという形でした。

確認は、今日から数えて1か月後、3か月後、6か月後、12か月後という飛び石で構いません。全日程を舐める必要はありません。飛び石で異常が見つかったら、その周辺を細かく見ます。が長い施設ほど、先の日程の穴は直接の機会損失になります。日程の先行きに応じた在庫と料金の考え方は直前予約の取りこぼしをなくす｜リードタイム別の在庫・料金設計で扱っています。

部屋と経路を掛け合わせて確認する

2軸目が部屋、3軸目が経路です。

部屋については、全客室タイプを対象にします。稼働の主力になっている客室は目が届きますが、数の少ない特殊なタイプ、たとえば和洋室や大人数向けの部屋は確認から漏れます。定員設定や子ども条件の誤りで特定人数だと予約できない、という状態もこの軸で見つかります。

経路については、売上シェアの小さい媒体ほど丁寧に見ます。シェアが小さい理由が「需要がないから」なのか「載っていないから」なのかは、確認するまで分かりません。前者だと思い込んで放置していた経路が、実は後者だったという入れ替わりが起こります。

この3軸を掛け合わせると確認の組み合わせは増えますが、飛び石の日付で回せば現実的な作業量に収まります。

点検の頻度と、再発の防ぎ方

最後に運用への落とし込みです。

頻度は、四半期ごとの棚卸しを定例に置き、加えてプランを変更したタイミングで都度確認する形が現実的です。プランの作成・削除・料金改定は、紐付けのズレが最も起きやすい瞬間だからです。

再発を減らす設定もあります。販売終了プランを自動で非表示にする設定と、プラン造成時に終了日を入れておく運用です。この2つを組み合わせると、放置されたプランが残り続ける状態をかなり防げます。

見つけた穴は、記録に残します。いつ、どの日付・どの部屋・どの経路で、原因は3つのうちどれだったか。この記録が溜まると、自社がどの工程でつまずきやすいかが見えます。そこが次に自動化すべき場所になります。

図の3軸は同時に使います。日付だけ、経路だけで見ると、掛け合わせでしか現れない穴を拾えません。

まとめ

この記事でお伝えしたかったことは3つです。

・「売れていない」と「載っていない」は予約件数の上では同じゼロとして現れる。売られなかった記録は管理画面に残らないため、価格の問題と誤読されやすい・未掲載が生まれる場所は、公開期間と販売期間のずれ、プランと料金グループの紐付け漏れ、との連携の不整合の3つに集約される。いずれも送信側の画面では正常に見える・探すときは日付・部屋・経路の3軸を掛け合わせる。日付は先々の飛び石で見る。頻度は四半期の棚卸しに加え、プラン変更時の都度確認を置く

次に料金を下げようと思ったら、その前に半年先と1年先の在庫がの画面で本当に予約できる状態かを確かめてみてください。自社の管理画面ではなく、顧客が見ている画面のほうです。そこに穴があるなら、値下げは効きません。