宿のオンライン決済はStripe・Square・予約システム標準決済のどれを選ぶ?

宿主がオンライン事前決済、現地カード決済、予約システム標準決済と返金の流れを比較するイラスト 予約・決済

宿の公式サイトへオンライン決済を導入するとき、「Stripeが最適なのか」「現地決済もできるSquareがよいのか」「予約システムに付属する決済を使うべきか」で迷います。

結論からいうと、すべての宿にStripeが最適とは限りません。

  • 予約システムと確実に連動させたいなら、まず標準決済を確認
  • 独自の予約画面や柔軟な連携を構築するならStripeが有力
  • フロントの対面決済とオンライン決済をまとめたいならSquareが有力

大切なのは手数料の小さな差より、支払い後に予約が確定し、キャンセル時に予約と返金の両方を間違えず処理できることです。

最初に整理する三つの決済

宿泊料金の受け取り方は、主に次の三つです。

  1. オンライン事前決済:予約時または宿泊前に支払ってもらう
  2. 現地決済:チェックイン・チェックアウト時に支払ってもらう
  3. デポジット:予約時に一部を受け取り、残額を後で受け取る

公式サイト、OTA、電話で別の決済を使うと、予約台帳と入金記録がずれることがあります。仕組みの役割は予約エンジン・サイトコントローラー・PMSの違いで確認できます。

3つの選択肢を比較

選択肢 強み 注意点 向いている宿
Stripe Checkout、Payment Links、APIなど連携方法が豊富 予約システムとの接続・状態同期を確認する必要がある 独自サイトや対応プラグインで柔軟に構築したい
Square オンライン、請求書、対面端末をまとめやすい 宿泊予約の在庫・予約状態は別システムで管理 フロント決済と事前決済を一つへ寄せたい
予約システム標準決済 予約確定やキャンセルと連動しやすい可能性 利用会社、手数料、移行方法が製品依存 IT担当者が少なく運用を単純にしたい

「標準決済なら必ず自動連動する」とは限りません。デモ環境で予約、決済、キャンセル、返金まで試します。

Stripe:オンライン連携の選択肢が広い

Stripe公式料金では、2026年8月16日時点の標準料金として、国内カードの成功したオンライン取引1件あたり3.6%と案内されています。標準料金では初期費用・月額料金はなく、CheckoutはPayments利用時の追加手数料なしとされています。

主な導入方法

  • Checkout:Stripeが用意する決済画面へ移動する
  • Payment Links:決済用URLをメールなどで案内する
  • API・対応プラグイン:予約システムや独自画面と連携する

カード番号を宿側で保存する方式は避け、Stripeの決済画面や、継続更新されている正式な連携機能を使います。

Stripeは、予約システムが正式対応し、オンライン事前決済を中心にしたい宿に向く可能性があります。一方、Payment Linksだけで入金を受けると、どの予約の支払いかを人が照合する運用になる場合があります。予約番号との結び付け方を決めてください。

Square:オンラインと現地決済をまとめやすい

Square公式料金では、オンライン決済3.6%、請求書3.25%、カード情報の手入力などの非対面決済3.75%と案内されています。対面決済は条件と決済手段によって2.5%からで、端末代などは別途確認が必要です。

Squareは次のような宿で比較候補になります。

  • フロントでカード・電子マネー・QR決済を受けたい
  • オンライン決済と対面決済の売上をまとめたい
  • 電話予約へ請求書や決済リンクを送りたい
  • 宿泊以外に物販、飲食、体験料金も受け取る

Squareは決済を管理できますが、客室在庫を管理する宿泊予約システムそのものではありません。支払い済みになったとき、予約台帳を誰がどう更新するか決めます。

予約システム標準決済:最初に確認する

IT担当者が少ない宿では、予約システムが公式に対応する決済が最も単純な場合があります。次を提供会社へ確認してください。

  • 決済成功時だけ予約が確定するか
  • 決済失敗・途中離脱時に在庫が残り続けないか
  • 全額とデポジットを選べるか
  • 予約変更で差額を追加請求・返金できるか
  • 管理画面でキャンセルすると決済も返金されるか
  • 決済画面とメールが日本語・スマートフォン対応か
  • 予約会社と決済会社のどちらが問い合わせ窓口か

システム利用料に加え、決済手数料、決済連動料、返金、振込、チャージバックの費用が発生することがあります。

手数料は宿泊一件の総額で比べる

宿泊料金30,000円を手数料3.6%で決済すると、決済手数料は1,080円です。しかし、本当の比較には次も含めます。

決済の総費用 = 決済手数料 + 予約システムの連動料 + 月額費 + 端末費 + 振込・通貨換算・返金関連費 + 照合や返金の作業時間

料金や条件は変わるため、この記事の数字だけで契約を決めず、公式見積もりで確認してください。

キャンセルと返金を先に設計する

決済導入時に間違いが起きやすいのは返金です。

  1. 宿泊規約にキャンセル料の発生日と率を書く
  2. 誰がキャンセルを承認できるか決める
  3. 予約台帳をキャンセルへ変更する
  4. 決済管理画面で全額または一部返金する
  5. 返金額、操作日時、担当者を記録する
  6. 宿泊者へ返金予定を案内する
  7. 後日、入金明細と予約台帳を照合する

Stripeの標準料金では、カード返金の追加手数料はない一方、元の決済処理手数料などは返還されないと案内されています。決済手段によっては返金手数料があります。

Squareの返金案内では、全額・一部・商品単位の払い戻しが可能で、元の取引日から1年以内という条件が示されています。また、返金に必要な残高も確認が必要です。

具体的な処理順序と記録方法は、キャンセル・返金・無断不泊への対応方法で解説しています。

セキュリティで守ること

  • カード番号をメール、メモ、予約台帳、WordPressへ保存しない
  • 電話で聞いたカード番号を通常の管理画面へ入力しない
  • 決済と予約システムの管理者に2段階認証を設定する
  • 返金権限を必要な担当者だけに限定する
  • 共用アカウントを避け、操作履歴を残す
  • APIキーを本文、チャット、公開リポジトリへ貼らない
  • 連携プラグインを更新し、テスト後に本番へ反映する

管理画面の保護はWordPressログインのBASIC認証・2段階認証でも解説しています。

本番前に行うテスト

少額または決済会社のテスト環境で、一連の流れを確認します。

  1. スマートフォンから一泊予約を入れる
  2. 決済成功後に予約確定メールが一度だけ届く
  3. 決済失敗時に予約が確定しない
  4. 二重クリックで二重請求されない
  5. 予約変更の追加請求・一部返金を試す
  6. 全額キャンセルし、在庫が販売可能へ戻る
  7. 宿側と宿泊者側の表示額が一致する
  8. 決済明細、予約番号、会計記録を照合できる

AIへ作業を依頼しても、実カード情報を渡したり、AIだけで本番返金を実行させたりしないでください。

選び方の目安

Stripeを優先して比較

  • 予約システムがStripeへ正式対応
  • 公式サイトのオンライン事前決済が中心
  • 制作者が連携と保守を担当できる

Squareを優先して比較

  • 現地のキャッシュレス決済が多い
  • 電話予約へ決済リンクや請求書を送りたい
  • 売店、飲食、体験の決済もまとめたい

予約システム標準決済を優先

  • IT担当者が少ない
  • 予約と決済を別画面で照合したくない
  • 問い合わせ窓口をまとめたい

予約システムの候補は、小さな宿の予約システム比較宿泊予約に使えるOSS比較で確認できます。

AIへ比較を頼むプロンプト

客室数[室数]の宿へオンライン決済を導入します。
予約システムは[製品名]、現地決済は[現在の方法]です。
Stripe、Square、予約システム標準決済を公式情報だけで比較してください。

比較項目:
- オンライン、対面、請求書、デポジットへの対応
- 予約確定・変更・キャンセル・返金との連動
- 決済、月額、連動、端末、返金、振込の費用
- 2段階認証、スタッフ権限、操作履歴
- 問い合わせ窓口と障害時の代替運用

不明点は推測せず「公式情報で未確認」としてください。
最後に、提供会社への質問と本番前テストを作ってください。

まとめ

Stripeはオンライン連携の柔軟性、Squareはオンラインと現地決済の一体管理、予約システム標準決済は予約状態との連動に強みがあります。

最初に利用中の予約システムが正式対応する決済を確認し、同じ予約について「成功、失敗、変更、キャンセル、一部返金」を試してください。手数料だけでなく、予約台帳とのずれを防げる仕組みが、小さな宿にとって安全な決済です。

参考資料

※料金、機能、対応決済手段、返金条件は変更されます。この記事は2026年8月16日の公式情報を基にしています。契約前に公式サイトと個別見積もりで再確認してください。

タイトルとURLをコピーしました