Checkout

使用者完成付款資訊與確認付款的流程或頁面。

先用一句話理解

使用者完成付款資訊與確認付款的流程或頁面。

打個比方

像電商購物車最後結帳頁。

什麼時候會遇到

要收款時，不管是一次性付款或訂閱。

再往深一點看

Checkout 是收款流程中使用者實際填寫付款資訊、確認金額、送出付款的那個介面環節，它是 Payment 系統的入口，但不等於整個 Payment 系統。主流做法分兩種：用 Stripe Checkout 這類「託管頁面」，使用者跳轉到 Stripe 的頁面完成付款，安全性最高、開發最快、但樣式自訂有限；或在自己頁面嵌入 Stripe Elements，卡號由 Stripe 的 iframe 處理，樣式可以完全客製但複雜度更高。Checkout 頁面要特別注意手機版體驗，因為大量付款失敗來自鍵盤遮住輸入欄、按鈕太小這類手機使用情境。

舉個例子

你用 Stripe Checkout 幫 SaaS 加付款：後端建立一個 Checkout Session（帶上方案 price ID 和 success/cancel URL），回傳 session URL；前端把使用者跳轉到這個 URL，Stripe 顯示自己的付款頁面，使用者完成付款後 Stripe 把他跳回你的 success 頁面，同時打你的 webhook 通知訂單完成。

常見誤解

- 只測試付款成功的路徑，沒有用 Stripe 的測試卡號測付款失敗（如 4000000000000002 會拒絕），上線後遇到卡片失敗使用者卻看到空白錯誤或無限 loading。
- 沒有在手機上實際測試結帳流程，軟鍵盤彈出後遮住提交按鈕或卡號欄位，使用者付不了款卻以為是系統壞了。
- 允許使用者重複點提交按鈕，後端沒有冪等保護，產生多筆付款紀錄，使用者被扣了兩次款。