ホテル・旅館の予約エンジンを徹底比較｜手数料率よりも見るべきポイントを解説

予約エンジンを比べるとき、多くの施設が最初に見るのは手数料率です。月額固定か成果報酬か、何%か。数字で並べられるので、そこで決めてしまうのも無理はありません。

ただ、が伸びてくると、効いてくるのは別のところです。会員価格を出す、クーポンを配る、事前決済に誘導する、泊まった方に次の案内を送る。を伸ばす施策は、どれも予約した顧客のデータの上に乗ります。そのデータを施設が自分で使えるかどうかで、2年目以降にできることが変わります。

この記事では、ホテル・旅館のを支援してきた立場から、予約エンジンを「顧客データがどこに溜まるか」で5つのタイプに分け、決済手数料まで含めた実質負担率の出し方と、契約前に聞いておく9つの質問を整理します。なお、株式会社micadoは予約エンジンを提供しておらず、この比較の対象に含めていません。掲載企業から掲載料も受け取っていません。

予約エンジン選びは、で「何をするか」から逆算する

予約エンジンを比べる前に、自社がで何をしたいのかを決める必要があります。ここが決まらないまま比較を始めると、料金表と機能一覧の見比べになります。

予約エンジンの仕事は「予約を受ける」と「顧客とつながる」に分かれる

予約エンジンの仕事は、大きく2つに分けられます。1つは予約を受ける仕事です。空室を表示し、プランを選んでもらい、決済を受け、在庫をと同期させる。公式サイトに予約の窓口を置くという意味では、どの製品もここは備えています。

もう1つは、顧客とつながる仕事です。会員登録を受け、会員価格やクーポンを出し、泊まる前と後に案内を送り、次の予約につなげる。を伸ばす施策の多くはこちら側にあり、予約した顧客のデータが施設の手元で使えることを前提にしています。誰が、いつ、どのプランを、いくらで予約し、どのクーポンを使ったか。この記録を施設が出し入れできなければ、施策を打つことも、効いたかどうかを確かめることもできません。

事前決済への誘導も同じです。ホテルのキャンセル対策｜事前決済へ誘導する設計で扱った設計も、言語やプランごとに決済方法を変えられるかという、予約エンジンの仕様に左右されます。

自社の状態を3つの軸で決める

自社に合う予約エンジンは、次の3つの軸で絞り込めます。

・で何をするか。予約を受けられれば十分なのか、会員価格や再訪の案内まで自社で回したいのか
・在庫の基盤は何か。どのや（施設管理システム）を使っていて、替える予定があるか
・誰が運用するか。プランやクーポンを毎月触る人が社内にいるか、外部に任せるのか

最も後から変えにくいのは2つ目です。特定のとの組み合わせを前提にした製品もあるため、基盤を替える予定があるなら、エンジンも替わる可能性を先に織り込みます。

計測できること自体の価値も押さえておきます。micadoの支援先の1施設では、予約の転換率は平均0.67%から2.81%に上がり、自社予約のシェアは54.5%になりました。流入より転換の改善が効いた例で、この比較ができたのは流入から予約完了までが計測でつながっていたからです。1施設の結果で全ての施設に当てはまるとは言えませんが、計測できる状態が施策の前提になる点は変わりません。

「受けるだけ」で足りる施設もある

会員機能が多い製品ほど良い、というわけではありません。客室数が少なく、当面は向けの施策を回す予定がない施設にとって、多機能な製品は管理画面を複雑にし、使わない機能の料金を払い続けることになります。

判断の基準は、1年以内に回す予定の施策があるかどうかです。予定がなければ、予約を確実に受けられる製品で十分です。ただし、予約データを持ち出せるかだけは確認しておきます。

予約エンジンの5タイプを「顧客データがどこに溜まるか」で比較する

比較記事の多くは価格帯や規模で製品を分けていますが、料金を公開していない製品も多く、公式の情報だけでは分類の根拠が取れません。ここでは、予約した顧客のデータがどこに溜まり、施設がそれをどう使えるかで5つに分けます。

タイプ別の比較表

予約エンジンの5つのタイプを、顧客データが溜まる場所、会員・クーポン・メール、在庫の同期、費用の形、向く施設、合わない条件で見比べた表

表の下に行くほど優れているわけではありません。A型やC型は、会員施策を当面回さない施設にとっては最も合理的な選択です。問題が起きるのは、タイプと施設の状態が合っていないときです。

タイプごとに、データを使える範囲が違う

B型は、会員とポイントとクーポンが予約と同じ基盤に乗るため、の施策を最も組み立てやすいタイプです。その代わり、誰が毎月何を設定するのかまで、導入前に決めておく必要があります。

C型は、在庫と料金の設定がやの画面で完結し、日々の作業が減ります。一方でデータと設定が基盤の側に乗るため、基盤を替えるとエンジンも替わります。

D型は、提供会社が顧客向けの予約サイトも運営しており、そこからの送客も期待できるタイプです。E型は、海外のチャネル管理や会員基盤と組み合わせる前提の製品が多く、海外チェーンや中心の施設で候補になります。

予約エンジンの5つのタイプを、予約受付が中心のA型、会員・一体のB型、ほかの基盤と組むC・D・E型の3つに分け、顧客データの置き場所の違いを示した図

会員施策を毎月回すならB型、在庫管理の手間を減らしたいならC型というように、まず自社の施策から絞り込みます。

「直接予約」と呼べるのはどこまでか

D型を検討するときに考えておきたいのが、どこまでを自社の直接予約として数えるかです。提供会社のサイトを経由して公式の予約ページに届いた予約は、需要を作ってもらった対価と、取引を処理してもらった対価が混ざっています。

これはD型の良し悪しではなく、手数料の中身の見方の話です。需要を作った分は集客の費用、取引を処理した分はシステムの費用として、別の物差しを当てます。考え方は「直接予約」の定義が変わる｜手数料を需要と取引に分けて考えるで解説しています。

合わない条件で予約エンジンを選んでしまう5つの型

ここからは、予約エンジンを入れたのにの施策が回らなかったときに何が起きていたのかを、型として整理します。特定の製品が悪いのではなく、施設の条件と製品の性格が合っていなかった、という構造の話です。

予約エンジン選びでよくある5つの失敗の型を、データと費用、割引と導線、前提条件のずれの3つの見落としに束ね、施設の条件との相性を確かめることを示した図

手数料率だけで選び、予約データを施設で出し入れできない

最も影響が大きいのが、手数料率で選んだ結果、予約や会員のデータを施設の側で自由に使えない状態になることです。

micadoの支援先で自動メールの効果を確かめようとしたとき、自社予約の増加がから移っただけか純増かを切り分けたい、という要望が現場から出ました。ところが使っていたツールにはクーポンの利用実績を見る画面がなく、予約一覧をCSVで書き出して手で集計するところから始めることになりました。手数料は毎月の費用ですが、データを使えない状態は、施策を打つたびに効いてくる損失です。

月額固定を選んだが、決済手数料を勘定に入れていない

月額固定の製品は、の売上が伸びるほど、売上に対する費用の比率が下がっていきます。ここまでは正しい理屈です。しかし事前決済を使う場合、決済手数料は売上に比例してかかり続けます。月額の比率が下がっても、決済手数料の比率は下がりません。

既存の比較記事の多くは、月額か成果報酬かの比較で計算を終えており、売上が伸びた後の負担を低く見積もっています。計算の型は「費用の構造」の章で示します。

割引の重なり方を確認せずに、会員価格とクーポンを出す

会員価格、条件に合えば自動で適用される割引、コード入力型のクーポン。これらが重なったときの計算は、予約エンジンごとの仕様で決まります。

ある予約エンジンの提供側に確認したところ、条件自動適用型の割引は複数が該当しても最も安くなる1つだけが適用され、コード入力型のクーポンとは併用できる、という仕様でした。ただしこれは1社分の仕様で、ほかの製品では扱いが違う可能性があります。重なり方を確認しないまま出すと、想定より深い割引がかかったり、顧客から見た価格の説明がつかなくなったりします。

公式サイトから予約エンジンが別タブで開き、離脱と計測切れが起きる

公式サイトの予約ボタンを押すと、予約エンジンが別のタブや別のドメインで開く実装があります。別タブで開くと、ブラウザの戻るボタンで元のページに帰れず、それだけで離脱の一因になります。

ドメインが分かれていると、アクセス解析の設定次第で、どのページを見た人が予約を終えたのかも追えなくなります。製品によっては、サブドメインで同じタブに収める方式や、公式サイトに部品として組み込む方式を用意しています。

在庫の連携や運用する人など、前提条件が施設と合っていない

最後は、製品の前提条件と施設の条件がずれる型です。2つの起きやすい構造があります。

1つは在庫の連携です。使っていると連携していなければ、の在庫を手作業で配ることになり、売り越しを恐れての在庫を少なめに置きやすくなります。もう1つは運用する人です。機能が豊富な製品を入れても、毎月設定する人がいなければ固定費だけが残ります。導入時の設定支援と問い合わせの窓口も、この条件の一部です。

公式サイトで取りこぼしている予約を確認したい方は、こちらの記事もあわせてご覧ください。

・ホテル公式サイトの予約完了率を上げる｜離脱の3段階と即答の設計・公式サイトの特典設計｜割引を足さずに直予約を選ばせる条件とは

契約前に聞く9つの質問：良い答えと危ない答え

ここまでの型を、契約前の打ち合わせで使える質問に置き換えます。「良い答え」は唯一の正解ではなく、こう答えられる製品は施設がデータを使う前提で作られている、という目安です。

顧客データの扱いを確かめる3つの質問

Q. 予約者と会員のデータを、施設が自分でCSVなどで出力できますか

・良い答えの例：管理画面から項目を選んで出力できる
・危ない答えの例：依頼があれば対応しますとだけ答え、手順と費用が出てこない

Q. 解約した場合、会員データ・予約履歴・ポイント残高はどうなりますか

・良い答えの例：出力の方法と期限、ポイントの扱いが契約書や規約に書かれている
・危ない答えの例：解約の話が出てこない

Q. 予約者の個人情報は、施設のほかに誰が何の目的で使いますか

・良い答えの例：利用目的を規約の該当箇所で示せる
・危ない答えの例：該当箇所を示せない

1つ目と2つ目は、データを入れるときではなく出すときの条件を確かめる質問です。移し入れられることを説明している製品はあっても、出すときの手順まで公開している例は多くありません。3つ目は法的な所有権の議論ではなく運用上の問いで、各社の規約と利用目的の記載で確認します。

費用と連携を確かめる3つの質問

Q. 予約手数料・決済手数料・月額・オプションを全部足すと、売上の何%になりますか

・良い答えの例：自社の売上を入れた試算を出してくれる
・危ない答えの例：予約手数料率しか答えない

Q. 使っているやと、在庫と予約が自動で同期しますか

・良い答えの例：連携先の一覧と、在庫・料金・予約のどれが同期するかを示せる
・危ない答えの例：連携先を確認しないまま、たぶん大丈夫ですと答える

Q. 会員価格・自動適用の割引・クーポンコードは、重なるとどう計算されますか

・良い答えの例：重なりの仕様を文書で示せる
・危ない答えの例：設定次第ですとだけ答える

費用は、自社の売上を入れて答えてもらうことが大事です。月額固定と成果報酬のどちらが有利かは、売上の規模で入れ替わるからです。

計測と運用を確かめる3つの質問

Q. 公式サイトから予約完了まで、同じタブ・同じドメインの中で計測できますか

・良い答えの例：計測の方法と、どこまで追えるかを示せる
・危ない答えの例：計測の話が出てこない

Q. 言語ごと・プランごとに決済方法を変えられますか

・良い答えの例：外国語のページは事前決済のみ、といった設定ができる
・危ない答えの例：全プラン共通でしか設定できない

Q. 導入後、プランやクーポンの設定を誰がどこまで手伝いますか

・良い答えの例：範囲と窓口が決まっている
・危ない答えの例：専任がつきますとだけ答え、中身が出てこない

2つ目は、の比率が高い施設ほど重要です。キャンセルの多い層にだけ事前決済を求められるかは、機能の有無ではなく設定の細かさで決まります。

費用の構造：決済手数料まで含めた実質負担率で比べる

予約エンジンの費用は月額か成果報酬かで語られがちですが、実際にはもっと多くの要素でできています。ここでは要素を全て足し、売上に対する比率を出す計算の型を示します。

予約エンジンの料金の形を、月額固定型、成果報酬型、どちらにもかかる決済手数料の3つに分け、それぞれ何に払い、どの条件で得をするかを示した図

費用は5つの要素でできている

予約エンジンの費用は、次の5つに分けられます。

・初期費用：導入時に一度だけかかる費用
・月額固定：毎月定額でかかる利用料
・予約手数料：予約ごと、または売上に対する率でかかる費用（成果報酬）
・決済手数料：事前決済を受けた売上に対してかかる費用
・オプション月額：会員機能、多言語、デザイン、（顧客管理）連携などを追加したときの費用

決済手数料を施設が直接負担するのか、予約手数料に含まれるのかは、製品と契約によって違います。比べるときは5つを同じ表に並べ、空欄を残さないことが大切です。

実質負担率の計算の型

計算式は次のとおりです。初期費用は、使う予定の月数で割って月額に足します。

実質負担率（月）＝（月額固定＋オプション月額＋売上×予約手数料率＋事前決済の売上×決済手数料率）÷売上

ここでは考え方を示すために、全て仮の数字で試算します。実在する製品の料金ではありません。売上が月300万円で、そのうち6割が事前決済の施設を仮定し、決済手数料率を仮に3.5%と置きます。

売上が月300万円と1,000万円の場合で、月額固定型と成果報酬型の実質負担率を仮の数字で試算し、決済手数料の比率が残ることを示した表

月額固定型では、固定部分の比率は売上300万円で1.0%、1,000万円で0.3%と下がっていきます。ところが決済手数料の部分は、どちらの売上でも2.1%のまま残ります。月額だけで計算すると負担は0%に近づくように見えますが、事前決済を使う限り、そうはなりません。一方で成果報酬型は、売上が小さいうちは月額固定型より負担が軽くなる場面もあります。どちらが有利かは、自社の売上と事前決済の比率を入れてはじめて分かります。

予約エンジンの実質負担率の出し方を、5つの費用要素を並べる、売上で割る、売上の規模で比べるの3ステップで示し、仮の試算では月額固定型でも決済手数料の比率が残ることを示した図

候補の製品ごとに、自社の売上と事前決済の比率を入れた試算を並べると、比べる土台が揃います。

比べる相手は、の実質手数料

実質負担率を出したら、比べる相手はです。ただしの費用は予約エンジンだけではありません。ある支援先では、会員向けの常設割引と予約システムの手数料だけで、売上の1割強が固定的にかかっていました。の手数料との差は、見た目ほど大きくないことがあります。

予約エンジンの費用だけを下げても、の利益が増えるとは限りません。割引と広告と手数料を足し、1件の予約を取るための費用で比べます。方法はOTAの「実質手数料」をCPAで可視化するで解説しています。

予約エンジンの比較（タイプ別）

ここでは、ホテル・旅館向けの予約エンジンを、ここまでのタイプで整理します。順位はつけていません。

掲載の基準と、この比較の読み方

掲載したのは、次の4つを満たす製品です。

・宿泊業向けの製品であること
・製品として公式に公開されていること
・機能と料金の範囲を公式の情報で確認でき、タイプを判定できること
・業界での認知があること

掲載は推奨を意味せず、掲載していない製品を否定するものでもありません。タイプは製品単位で、各社の公式サイトの記載だけを根拠に判定しています。料金は公表どおりに記載し、公表していないものは「料金非公開」としています。いずれも2026年10月時点の情報です。最新の内容は各社の公式サイトでご確認ください。

掲載した予約エンジン3製品（tripla Book、DYNA IBE、CHILLNN）について、会社とサービス名、タイプ、向く施設、注意が必要な点を並べ、HMC2026参画企業を明記した早見表

■ HOTEL MARKETING CONFERENCE 2026 参画企業

以下の2社は、HOTEL MARKETING CONFERENCE 2026（主催：株式会社micado）の参画企業です。紹介の順番を先にしていますが、タイプの判定と注意点は、ほかの製品と同じ基準で書いています。

tripla株式会社「tripla Book」

・タイプ：B 会員・一体型

・公式の記載：会員ランク、ランクに応じたポイント付与、会員価格の並記、シークレットクーポンを、オプション料金なしの標準機能としています。国内の主要なと連携し、とは標準で連携できるとしています

・料金：料金非公開（部屋数か過去の自社サイトの販売実績をもとに閾値を設定するとしています）

・向く施設：会員価格やポイントを使った施策を、毎月回す人がいる施設

・注意が必要な点：料金が非公開のため、実質負担率は個別の見積もりで確かめます。既存の会員データを移し入れられるとの説明はありますが、施設が自分で出力できるかは公式ページに記載がありません

バリューコマース株式会社「DYNA IBE（ダイナアイビーイー／旧Direct In S4）」

出典：バリューコマース株式会社公式サイトトップページ（2026年10月8日時点）

・タイプ：B 会員・一体型（同じ提供会社にあり）

・公式の記載：同社のブランド「DYNATECH（ダイナテック）」の製品で、2025年9月1日に「Direct In S4」から名称を変更しています。会員価格の並記、SNSログイン、連携、事前決済、オプションを挙げ、宿泊実績に基づくクーポン・ポイント発行や会員ランク更新ができるとしています

・料金：初期費用0円、月額7,500円〜、月額固定と公表

・向く施設：月額固定で費用の見通しを立てたい施設。同じ提供会社のとあわせて顧客情報を使いたい施設

・注意が必要な点：ポイント・クーポン・ランクと自動翻訳つき多言語は有償オプション、事前決済には別途決済代行会社との連携が必要と記載されています。会員施策まで使うなら、オプションと決済手数料を足して比べます。顧客データの出力方法は公式ページに記載がありません

ここで紹介した参画企業の話は、HOTEL MARKETING CONFERENCE 2026で直接聞くことができます。自社の状況を伝えて、データをどこまで施設で使えるのかを確かめる場として活用してください。

HOTEL MARKETING CONFERENCE 2026（11月10日・11日開催／参加無料）

■ そのほかの予約エンジン

株式会社CHILLNN「CHILLNN」

出典：株式会社CHILLNN 公式サイトトップページ（2026年10月8日時点）

・タイプ：D 送客サイト併設型

・公式の記載：施設向けの自社予約システムと、顧客向けの宿泊予約サイトを運営しています。主要な5社と連携し、クーポン、限定のシークレットプラン、宿泊前後の自動メールを挙げています。累計導入施設数は2,100施設以上（2026年8月末時点・自社調べ）と公表しています

・料金：基本料金月額10,000円（年額プランあり）に、予約手数料「宿泊料金の3%」か、室数に応じた定額課金型（月額9,800円〜21,800円）を組み合わせる形と公表。初期費用と途中解約料はなし

・向く施設：公式サイトでの見せ方を重視し、提供会社の予約サイトからの送客にも期待する施設

・注意が必要な点：会員機能は公式サイトで「構想中」と記載されています（2026年10月6日確認）。会員価格やポイントを軸にした施策を回したい施設は、現時点の対応範囲を確認します

A 単体型・C 在庫・運営基盤一体型・E 海外製について

この比較では、公式の情報からA単体型と判定できる製品と、国内での認知を確認できたE海外製の製品を掲載していません。C在庫・運営基盤一体型は、やに付属する予約機能で、基盤と一緒に選ぶものです。そのため予約エンジン単体の比較であるこの記事では、個別の製品を掲載していません。候補に入れる場合も、データの出力と在庫の連携から確認してください。

まとめ

予約エンジンを選ぶときに最初に決めるべきなのは、どの製品かではなく、で何をするのか、そのために予約した顧客のデータをどこまで施設で使う必要があるのかです。

・手数料は毎月の費用で、比べやすい数字です。データは使えるほど積み上がる資産で、契約後に変えにくいのはこちらです
・実質負担率は、月額と予約手数料に、決済手数料とオプションまで足して比べます。月額固定でも決済手数料の比率は残ります
・タイプに優劣はありません。自社の施策と在庫の基盤と運用する人に合うタイプを選び、データを出し入れできるかを契約前に確かめます

予約エンジンを選ぶ手順を、の施策とデータの範囲を決める、実質負担率で比べる、相性で選びデータの出し入れを契約前に確かめるの3ステップで示した図

候補の製品との打ち合わせでは、9つの質問のうち、まず「予約者と会員のデータを、施設が自分で出力できますか」から聞いてみてください。

比較のあとに：micadoが予約エンジンでお手伝いできること

この記事では、予約した顧客のデータを施設が使えるかどうかを、比較の軸にしてきました。micadoは予約エンジンを提供しておらず、この比較にも入れていません。そのうえで、どの製品を選んでも、で何をするかという判断を施設の手元に残す支援をしているのがmicadoです。

micadoは、ホテルの売上をデータマーケティングでコントロールする方法を研究し続けている会社です。マーケティング支援では、施策がすでに動いていて最適化したい段階、やることは分かっていても作業するリソースがない段階、やることが分からずまず手数料を下げたい段階のそれぞれに合わせて、支援の中身を変えています。コンサルティングをするのではなく、施設の皆さんと一緒に考え、理想の状態までコーチングするパートナーとして関わります。