在旅宿官方網站導入線上付款時，常會猶豫：「Stripe最適合嗎？」「能處理現場付款的Square比較好嗎？」「是否應使用預訂系統附帶的付款功能？」
先說結論，並非所有旅宿都最適合Stripe。
- 若希望可靠地與預訂系統整合，先確認內建付款功能
- 若要建立自訂預訂畫面或彈性整合，Stripe是有力候選
- 若希望統一櫃檯面對面付款與線上付款，Square是有力候選
比起手續費的小幅差異，更重要的是付款後能確認預訂，取消時能正確處理預訂與退款兩件事。
先整理三種付款
住宿費主要有以下三種收取方式。
- 線上預付款：在預訂時或住宿前付款
- 現場付款：在入住或退房時付款
- 訂金：預訂時收取部分金額，之後收取餘款
若官方網站、OTA與電話各使用不同付款方式，預訂台帳與入帳紀錄可能不一致。各系統的角色可閱讀預訂引擎、通路管理系統與PMS的差異。
比較3種選擇
| 選擇 | 優勢 | 注意事項 | 適合的旅宿 |
|---|---|---|---|
| Stripe | Checkout、Payment Links、API等整合方式豐富 | 需確認與預訂系統的連接及狀態同步 | 希望透過自訂網站或支援的外掛彈性建置 |
| Square | 較容易整合線上、請款單與面對面付款裝置 | 住宿預訂的房量與預訂狀態需由其他系統管理 | 希望統一櫃檯付款與預付款 |
| 預訂系統內建付款 | 可能較容易與預訂確認、取消整合 | 使用公司、手續費及移轉方法依產品而異 | IT人員少，希望簡化營運 |
「內建付款一定會自動整合」並非必然。請在示範環境測試預訂、付款、取消到退款的完整流程。
Stripe：線上整合選擇廣泛
Stripe官方費用截至2026年8月16日的標準費用為日本國內卡片每1筆成功線上交易收取3.6%。標準費用沒有初期費用或月費，使用Payments時，Checkout不另收手續費。
主要導入方法
- 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日圓。但實際比較還需包含以下項目。
付款總費用 ＝ 付款手續費 ＋ 預訂系統整合費 ＋ 月費 ＋ 裝置費 ＋ 匯款、貨幣換算與退款相關費用 ＋ 比對與退款的作業時間
費用與條件會改變，請不要只依本文數字決定簽約，應以官方報價確認。
先設計取消與退款流程
導入付款時，退款最容易發生錯誤。
- 在住宿規章寫明取消費開始日期與費率
- 決定誰有權核准取消
- 將預訂台帳改為取消狀態
- 在付款管理畫面進行全額或部分退款
- 記錄退款金額、操作日期時間與負責人
- 向住客說明預計退款
- 日後比對入帳明細與預訂台帳
Stripe標準費用說明，卡片退款不另收手續費，但原付款處理手續費等不會退還。部分付款方式會有退款手續費。
Square退款說明指出，可以全額、部分或按商品退款，並列示原交易日起1年內的條件。也需確認退款所需餘額。
具體處理順序與記錄方法，可閱讀取消、退款與未通知而未入住的應對方法。
安全上應遵守的事項
- 不要將卡號保存於電子郵件、筆記、預訂台帳或WordPress
- 不要將電話中取得的卡號輸入一般管理畫面
- 為付款與預訂系統管理員設定2步驟驗證
- 將退款權限限定於必要負責人
- 避免共用帳號，保留操作紀錄
- 不要將API金鑰貼入文章、聊天或公開程式碼儲存庫
- 更新整合外掛，測試後再反映至正式環境
管理畫面保護也可閱讀WordPress登入的BASIC驗證與2步驟驗證。
上線前的測試
以小額或付款公司的測試環境，確認完整流程。
- 從智慧型手機預訂一晚
- 付款成功後，預訂確認電子郵件只收到一次
- 付款失敗時，不確認預訂
- 點擊兩次也不會重複收款
- 測試變更預訂的追加收款與部分退款
- 全額取消，房量恢復可銷售狀態
- 旅宿端與住客端顯示金額一致
- 可比對付款明細、預訂編號與會計紀錄
即使請AI協助，也不要提供真實卡片資訊，或只讓AI執行正式退款。
選擇的參考原則
優先比較Stripe
- 預訂系統正式支援Stripe
- 以官方網站線上預付款為主
- 網站製作者能負責整合與維護
優先比較Square
- 現場無現金付款多
- 希望向電話預訂者寄送付款連結或請款單
- 希望統一商店、餐飲與體驗付款
優先選擇預訂系統內建付款
- IT人員少
- 不希望在不同畫面比對預訂與付款
- 希望統一諮詢窗口
預訂系統候選可閱讀小型旅宿預訂系統比較與住宿預訂可使用的OSS比較。
請AI協助比較的提示詞
將為客房數［客房數］的旅宿導入線上付款。
預訂系統是［產品名稱］，現場付款是［目前方法］。
請只以官方資訊比較Stripe、Square與預訂系統內建付款。
比較項目：
- 是否支援線上、面對面、請款單與訂金
- 與預訂確認、變更、取消、退款的整合
- 付款、月費、整合、裝置、退款與匯款費用
- 2步驟驗證、員工權限與操作紀錄
- 諮詢窗口與故障時的替代營運
不要推測不明事項，請標記「官方資訊尚未確認」。
最後，請列出向供應商提出的問題與上線前測試。
總結
Stripe的優勢在於線上整合彈性，Square在於統一管理線上與現場付款，預訂系統內建付款則在於與預訂狀態整合。
請先確認目前預訂系統正式支援的付款，對同一筆預訂測試「成功、失敗、變更、取消、部分退款」。對小型旅宿而言，安全的付款方式不只取決於手續費，也取決於能否避免與預訂台帳不一致。
參考資料
※費用、功能、支援的付款方式與退款條件會改變。本文以2026年8月16日的官方資訊為基礎。簽約前請向官方網站及個別報價再次確認。
