サイトコントローラーの役割と、PMS（Property Management System）との違い、予約サイトとの連携方法を整理する。宿泊施設の経営者や担当者、自治体、DMO（観光地域づくり法人）を主な読者とする。
サイトコントローラーは、複数の予約サイトや自社ホームページの空室情報・予約状況をまとめて管理するシステムだ。PMSが施設の中の情報を管理するのに対し、サイトコントローラーは外の販売窓口とのやり取りを担う。
予約サイトとやり取りする情報は、国の図と予約サイトが公開する仕様で確認する。製品の比較や料金、OTA（旅行予約サイト）の手数料は扱わない。
この記事のポイント
- 観光庁の2つの用語集は、二重予約の防止と価格・プランの一括変更を役割に挙げるが、その説明に効果を示す数字は添えていない。
- 国の流れ図では、予約情報が予約サイトからサイトコントローラーを通ってPMSへ渡る。
- Booking.comとExpedia Groupの公開仕様には、在庫・料金を送る仕組みと、予約を受け取る仕組みがある。
- 実証事業の3施設のうち2施設では、PMSを入れ替えた前後で、図のサイトコントローラーの製品名が同じだった。
サイトコントローラーは何をするシステムか
サイトコントローラーは、複数の予約サイトや自社ホームページの空室情報・予約状況をまとめて管理するシステムだ。観光庁の「宿泊施設のためのIT活用事例集」（2026年3月）の用語集には、「各サイトの価格やプランを一括で変更できる」とある。
同じ観光庁の「宿泊施設のためのIT活用ハンドブック」（2026年3月）の用語集は、ほぼ同じ説明に「二重予約の防止や、空室の効率的な配分ができる」と続ける。追加の説明は資料によって異なるが、どちらも複数の販売窓口での在庫や料金の管理について説明している。
資料によって呼び方も異なる。Booking.comが連携事業者向けに公開するポータルサイトは、連携対象としてチャネルマネージャーやPMSなどを挙げている。確認した観光庁の資料にこの語はなく、サイトコントローラーと同じものと定めた資料も見つからなかった。役割は共通するが、同じ意味とは断定できない。
PMSとの違い
PMSは、宿泊施設の予約、顧客、売上、部屋割りなどの情報をまとめて管理するシステムだ。ハンドブックの用語集では、手書きの台帳に代わり、情報をリアルタイムに確認・共有できると説明している。
両者の違いは、同じハンドブックの流れ図（IT導入後）で確認できる。OTAや旅行会社、自社ウェブサイトからの予約を受けるのがサイトコントローラーだ。図では、各種チャネルの在庫情報と予約状況をまとめて管理する役割を担っている。
予約情報は、図で「リアルタイムでの自動連携」と示され、予約台帳や部屋割表、食事情報、顧客情報、売上、請求情報を持つPMSへ渡る。
導入前の図には、FAXから紙で取り出した予約を宿泊台帳に入力・転記し、部屋割表や厨房伝票などへさらに転記する流れがある。
料金や在庫の流れは、実証事業の報告書要約版（2025年3月）の図で確認できる。3施設の導入後の図では、予約サイトや公式ホームページとサイトコントローラーの間に、予約情報と料金・在庫の矢印がある。サイトコントローラーからPMSへ向かうのは、予約情報の矢印だけだ。
PMSは施設の中の情報を管理し、サイトコントローラーは外の販売窓口とPMSの間に入る。ただし、「施設の中」「外の窓口」という言い方は観光庁の言葉ではなく、本記事で整理したものだ。
国の資料では、両者を組み合わせる使い方も示している。2023年3月の最終取りまとめは、PMSとサイトコントローラーを組み合わせることで、複数の販売チャネルの在庫管理や宿泊価格設定（レベニューマネジメント）が図られると説明している。
在庫管理の負担削減と収益安定化にも寄与できるとしている。組み合わせを義務づけているわけではない。
あわせて読む 宿泊価格を需給に合わせて決めるレベニューマネジメントは、こちらで解説している。
ホテルの稼ぐ力を高めるレベニューマネジメントとは
在庫・料金の送り方
予約サイトと施設の間では、主に在庫と料金を送る処理と、予約を受け取る処理がある。全体の流れは国の図で確認でき、詳しい手順は予約サイト側の仕様で決まる。
楽天トラベルやじゃらんなど国内の予約サイトについては、サイトコントローラー向けの接続仕様を一般公開している公式ページが、今回の調査では見当たらなかった。
そこで、仕様が公開されているBooking.comとExpedia Groupを例に説明する。国内の予約サイトも同じ仕組みとは限らない。
両社の仕様では、施設と予約サイトの間でデータをやり取りするシステムの提供側を「連携事業者」と呼ぶ。サイトコントローラーやPMSの提供会社がこれに当たる。
Booking.comの仕様では、連携事業者が在庫、料金、制限を送る。日付ごと、客室と料金の組み合わせごとに、販売する部屋数や料金、制限を登録する。仕様では、最新の料金と在庫をリアルタイムで出すことを勧めている。
Expedia Groupの仕様では、連携事業者が採用するAPI（システム間でデータをやり取りする仕組み）として、在庫・料金、予約管理、商品管理の3つが必須とされている。在庫・料金のAPIでは、到着や出発を受けない日、最短・最長の泊数などの制限も送れる。
なお、仕様書に出てくる「OTA」は、旅行予約サイトではなく、OpenTravel Allianceというデータ規格を指す場合がある。観光庁の標準データセットの手引きでも、規格の名前としてOTAを使っている。本記事で使うOTAは、旅行予約サイトのことだ。
予約はどう受け取るのか
もう一つは、予約を受け取る処理だ。Booking.comの仕様では、連携事業者が新規予約、変更、キャンセルの情報を取り出し、内容を確認して、自社側の在庫情報を更新する。仕様では、オーバーブッキング（販売枠を超える予約）を避けながら販売枠を活用するための手順としている。
予約を取り出す方法は2つある。このうち、処理済みの返信に対応するのがOTA XML方式だ。返信するまでは同じ予約が繰り返し返ってくるため、連携事業者は重複した予約をつくらないよう処理する必要がある。
予約がメールで届く場合もある。仕様によると、予約の取り出しや処理済みの返信が標準で30分の猶予内にできなかった場合、施設へメールで送られる。
客室や料金の紐づけ（マッピング）が済んでいない予約や、施設との接続が止まっていた間の予約もメールで届く。
連携システムを通らない予約もあるため、施設ではメールを確認する必要がある。メールで届いた予約は、管理画面で内容を確認し、自社のシステムへ手で反映する。これはBooking.comの仕様であり、ほかの予約サイトについては確認していない。
Expedia Groupの仕様では、在庫・料金のAPIだけを単独で実装することはできず、予約を受け取る仕組みと組み合わせて使う。
あわせて読む 予約サイト（OTA）の基礎と、手数料の比較は、こちらで解説している。
小さな宿は予約サイトに直接つなげるのか
Booking.comのポータルによると、2026年10月17日時点で、システム連携について個々の施設からの直接接続を受け付けず、チャネルマネージャー経由での接続を案内している。新規の連携事業者との統合も、追って知らせるまで一時停止するとしている。
停止の開始時期と解除の見通しは、確認できた範囲では公開されていない。施設は、連携事業者に何を任せるのか確認する必要がある。
予約サイトの仕様変更によって、予約データの内容が変わることもある。Booking.comの連携事業者向けガイドによると、2026年9月28日から、連携事業者へ送る予約データに宿泊客の電話番号が含まれなくなった。必要なときは管理画面で確認する。
接続方式と料金データの違いが、つなぎにくさの原因だ
全国旅館ホテル生活衛生同業組合連合会（全旅連）の「データセット仕様に関する提言書」（2026年3月）は、観光庁の調査事業の成果物だ。サイトコントローラー事業者2社へのヒアリングが載っている。
そのうち1社は、50社から100社のPMSと接続するために、4つの異なるインターフェース（接続の方式）を使い分けていると答えた。新規の接続では方式が合わないことが非常に多く、接続の順番待ちが溜まっているという（2025年11月）。これは2社のうち1社の発言であり、業界全体の状況を示すものではない。
料金データの扱いにも違いがある。提言書によると、日本は人数単位の料金計算が主流で、国際標準は部屋単位が主流だ。調査した宿泊施設24施設のうち20施設（83%）が、1人あたりの料金を基本としている。
子供料金も、日本はサービス内容にもとづくABCD区分、国際標準は年齢区分だ。提言書は、データ構造のレベルで互換性がなく、単純な変換では対応できないとしている。
調査対象は24施設に限られ、全国の傾向を示すものではない。また、これは国際標準の運用との比較であり、個々の予約サイトが人数別の料金を扱えないという意味でもない。
提言書は、施設コードと会社コードが、旅行会社、OTA、サイトコントローラーごとに別々に定義されていることも指摘している。
標準化は、仕様の第1版（v1.0）がまとまった段階で、実装と普及はこれからだ。観光庁の標準データセットは、PMSが保持すべき項目を整理したものであり、サイトコントローラー専用の標準ではない。
手引きでは、今後のOTA、サイトコントローラー、館内システムとのデータ連携の基盤と位置づけている。
提言書のロードマップ（案）には、2026年度に料金体系とコードの調査・検討、2027〜2028年度に変換ガイドラインとコードの整備が挙げられている。あくまで案であり、決定事項ではない。
価格とプランを一括で変えた2つの宿
観光庁の事例集（2026年3月）には、サイトコントローラーを使い、各サイトに価格を反映する例がある。
城崎温泉の但馬屋は、サイトコントローラーを導入し、予約状況に応じて価格やプランを各サイトで一括変更できるようにした。
図では、キャンセルが出たときに、通常より低い価格や素泊まりなどの限定プランへ、各サイトをまとめて変更する使い方を示している。
ホテルフォーシーズン徳島（23室）は、PMSに蓄積したデータをもとに、価格を約15パターンつくった。そのパターンを使い、サイトコントローラーから各OTAへ適宜、価格を反映している。
事例集には両施設の価格や稼働率の数字があるが、算出根拠や要因の切り分けが示されていないため、この記事では数字を使わない。確認できるのは、複数の販売窓口に価格を反映する方法があることまでだ。
PMS入れ替えの3事例
実証事業の報告書要約版（2025年3月）にある3施設のうち、PMSを入れ替えた2施設では、導入前後でサイトコントローラーの製品名が同じだった。これは図から読み取れる内容だ。
| 八千代 京都府・19室 | PMSを旧システムから入れ替えた。導入前後で製品名が同じ | 同じ |
|---|---|---|
| 奥城崎 兵庫県・47室 | 奥城崎シーサイドホテル。PMSを旧システムから入れ替えた。導入前後で製品名が同じ | 同じ |
| 小松や 福島県・18室 | 導入前のPMSは図で「未導入」。サイトコントローラーは別の製品に | 別製品 |
八千代（京都府・19室）と奥城崎シーサイドホテル（兵庫県・47室）は、旧システムからPMSを入れ替えている。ただし、報告書にはサイトコントローラーを据え置いたとは書かれていない。確認できるのは、図にある製品名が同じという事実だけだ。
小松やは別の例だ。導入前のPMSは図で「未導入」とされ、サイトコントローラーは別の製品に入れ替えた。PMS、サイトコントローラー、予約エンジン（公式サイトで予約を受ける仕組み）、公式ホームページの4つを導入・入れ替える必要があったという。
小松やは、PMSを切り替えるとサイトコントローラーなど関連システムの総入れ替えも必要になると振り返っている。ただし、本文では既存PMSの契約に触れており、図の「未導入」と記載が一致していない。
3施設は実証事業の協力施設であり、無作為に選ばれたものではない。製品名が同じだった例にとどまり、その割合は一般化できない。
また、八千代はPCやタブレットも、奥城崎は会計システムも同時に替えており、PMSだけを入れ替えたわけではない。どのシステムを替える必要があるかは、施設の構成と契約によって変わる。
導入前に確かめることは4つある
ここまでの資料をもとに、導入や入れ替えの前に確認したいことを4つにまとめる。製品の選び方ではなく、確認する項目の整理だ。なお、サイトコントローラーの導入率や市場シェアを示す国の統計は、確認した観光庁の資料には見当たらない。
- 手作業の範囲を確認する。複数の販売窓口で、在庫や料金、予約をそれぞれ手作業で管理している場合は、サイトコントローラーが担う範囲に当たる。
- PMSとの接続を確認する。サイトコントローラー事業者からは、PMSとの接続方式が合わないという声が出ている。PMSを選ぶときも替えるときも、現在使っているサイトコントローラーと接続できるか確かめる。
- 料金とプランの持ち方を確認する。1人あたりの料金や子供料金の区分は、国際標準と異なる。接続先の予約サイトの仕様で扱えるか、事前に調べる。
- 取りこぼしの運用を決める。Booking.comの公開仕様では、処理されなかった予約は施設にメールで届くため、確認する手順を決めておく。
複数のネットショップで商品を売る店は、店ごとに在庫を数え直さず、1つの在庫表から各店に反映する。サイトコントローラーは、宿の在庫と料金について同じ役割を担う。
サイトコントローラーを選ぶ前に、今のPMSと将来入れ替えるPMSの両方につながるかを確認する。国の実証では、3施設のうち2施設で、PMSの入れ替え前後も製品名が同じだった。
一方、事業者2社のうち1社は、接続方式が合わず順番待ちが出ていると答えた。契約前に、双方の提供会社へ接続の実績と方式を問い合わせる。
よくある質問
あわせて読む 観光DX全体の中での位置づけは、こちらで解説している。
観光DXとは ツール導入では終わらない「変革」の全体像
出典
- 観光庁「宿泊施設のためのIT活用ハンドブック」
- 観光庁「宿泊施設のためのIT活用事例集」
- 観光庁 観光DX推進のあり方に関する検討会「観光DX推進による観光地の再生と高度化に向けて（最終取りまとめ）」
- 観光庁「宿泊施設における業務効率化に資するシステムの導入効果実証事業 報告書要約版」
- 全国旅館ホテル生活衛生同業組合連合会「データセット仕様に関する提言書」
- 「Understanding the Reservations API」（Booking.com Connectivity Documentation）
