民泊やゲストハウスを運営していると、つい稼働率ばかりに目が行きがちです。空室ゼロが理想、という気持ちはよくわかります。でも、実際の手取り収入に静かに大きな影響を与えているのが、意外と見落とされがちなOTA手数料です。

OTA（オンライン旅行代理店）とは、Airbnb、Booking.com、Expedia、Hotels.comといった予約プラットフォームのこと。多くの小規模オペレーターにとって、これらは集客の生命線です。ただし、手数料の仕組みは「表示されているパーセンテージ」よりずっと複雑で、複数プラットフォームを併用しているなら（そうすべきですが）、その差は積み重なって大きくなります。

「表向きの数字」とその本当の意味

主要3プラットフォームを順に見ていきましょう。

Airbnb は分担型の手数料モデルを採用しています。ホストが支払う手数料は予約小計の約3%。これとは別に、ゲスト側が予約合計の14〜16%程度をサービス料として上乗せして支払います。例えば、1泊2万円×3泊（合計6万円）の予約なら、ゲスト側からAirbnbに約9,000〜10,800円、ホスト側から約1,800円が差し引かれます。Airbnbが1件の予約から得る金額は合計で1万1千〜1万2千円前後になります。

Booking.com はしくみが異なります。ゲスト側への手数料はなく、ホスト（Booking.comは「パートナー」と呼びます）が予約金額の15〜18%を直接負担します。同じ6万円の予約であれば、9,000〜10,800円がコストになります。さらに「Booking.com決済サービス」を利用している場合、別途決済手数料も発生します。

ExpdediaとHotels.com（どちらもExpediaグループ）は、物件タイプや立地、「プレファードパートナー」プログラムへの参加状況によって15〜25%と幅があります。プレファードステータスは検索での表示順位を上げてくれますが、その分手数料率も高くなります。

ここで重要なポイントがあります。Airbnbはゲスト側にも手数料の一部を負担させる構造なので、ホストには「割安に見える」。一方のBooking.comはコストがホストに集中しますが、ゲストが見る料金はシンプルなため、市場によってはコンバージョン率が高くなる場合があります。

誰も語らない「隠れコスト」

手数料率はあくまでスタートラインに過ぎません。実際にはこれらのコストも積み重なります。

キャンセルポリシーの代償。 Booking.comが普及させた「無料キャンセル」モデルは、ゲストには嬉しいものの、繁忙期のホストには大きなリスクです。半年前に予約してチェックイン24時間前にキャンセル——そういったケースで、ホストには何の補償もありません。

プラットフォームからの割引プッシュ。 Airbnbは「早期割引」「直前割引」「週泊・月泊割引」の設定を定期的に促してきます。任意設定ですが、有効にするとアルゴリズムで優遇されるため、実質「上位表示のために利益を削っている」構図になります。

入金タイミング。 Airbnbはゲストのチェックイン翌日前後に入金。Booking.comの直接決済は月次精算が多い。清掃スタッフへの給与支払いや修繕費のタイミングとのずれは、キャッシュフロー管理に思わぬ影響を与えます。

為替スプレッド。 日本拠点でJPY決済を受けているオペレーターにはほぼ関係ありませんが、海外から日本の物件を管理している場合、プラットフォームからの送金に含まれるFXスプレッドがさらに1〜2%のコスト要因になることがあります。

日本特有の事情：宿泊税の問題

日本でOTAを使う上で特に注意したいのが、**宿泊税（宿泊者税）**の取り扱いです。

東京・大阪・京都・福岡など、宿泊税を導入する自治体は年々増えており、税額は1人1泊あたり100〜300円程度（市区町村と宿泊料金に応じて異なります）。一部のOTA（東京・大阪ではAirbnbが対応）は自動徴収・納付に対応していますが、すべてのプラットフォームがそうではありません。対応していない場合、徴収と納付はホスト自身の責任となり、これは単なる経理上の問題ではなく、法令遵守の問題です。

弊社（BenStay）では、各都市の宿泊税計算に対応したオープンソースライブラリ japan-stay-tax を公開しています。予約システムやPMSを開発している方は自由にご利用ください。

インバウンド依存の現実。 訪日外国人観光客の急増に伴い、多くのゲストが国際OTA経由で予約するようになっています。これが、直接予約チャネルを育てにくい理由のひとつです。国内旅行者中心の宿泊施設に比べ、日本のインバウンド向け施設はOTA依存度が高くなりやすい傾向があります。

多言語管理の現実。 日本語・英語・中国語・韓国語で3〜4プラットフォームのリスティングを同時に管理するのは、想像以上に手間がかかります。価格の自動同期は実現できても、コンテンツ管理の部分はまだ大部分が手作業です。

では、実際にどう動くべきか

「OTAを使わない」という選択肢は、多くのオペレーターには現実的ではありません。集客力が大きすぎます。では、うまく付き合うための具体的な動き方は？

プラットフォームごとの実手取りを計算する。 実際に数字を出してみてください：宿泊料金×泊数 - 手数料 - 決済費用 - 宿泊税（代理徴収分）。表示料金が高いプラットフォームが、必ずしも最も手取りが多いとは限りません。

プラットフォームを分散させる。 1つのOTAへの依存はビジネスリスクです。アルゴリズムが変更されるだけで、稼働率が一夜にして激変します。BenStayでは、Airbnb・Booking.com・日本国内チャネル（Temairazu、Airhostなど）を常時維持しています。

レートパリティを理解した上で直接予約を促す。 ほとんどのOTAはレートパリティを要求するため、他チャネルで安く出すことはできません。ただし、直接予約者に「早期チェックイン」「ウェルカムギフト」「専用連絡先」などの付加価値を提供することは可能です。

価格更新を自動化する。 4つのOTAで手動更新していると、ズレや二重予約の原因になります。PriceLabsやBeyond Pricing、チャンネルマネージャー内蔵のダイナミックプライシング機能を使えば、料金と空室状況を自動で同期できます。

BenStayでは、Guesty・PriceLabs・一部カスタムロジックを組み合わせ、複数プラットフォームの価格自動化を実現しています。構築には時間がかかりましたが、今はほぼ自動で動いています。

OTA手数料の「罠」は、実は罠でも何でもありません。単純に、見落とされがちな流通コストです。きちんとモデル化して、チャネルを分散させ、自動化できるところを自動化する。地味ですが、それが日本で多拠点の宿泊ビジネスを運営する現実です。

本記事は情報提供を目的としており、ビジネスや財務に関する専門的なアドバイスを構成するものではありません。手数料率やポリシーはプラットフォーム・物件タイプ・地域によって異なり、変更される場合があります。最新情報は各OTAにて直接ご確認ください。