Checkout の仕組み
Checkout を使用して、ウェブサイトで支払いを回収する方法をご紹介します。
Checkout は、支払い回収のためのカスタマイズ可能なフォームをローコードで作成できる決済ページです。
Checkout の構築済み機能を活用することで、開発にかかる時間を短縮することができます。Link を含む 40 種類以上の決済手段に対応しており、顧客は決済手段を Link 保存して、決済をよりスピーディーに完了させることができます。決済を受け付ける方法として、Checkout をウェブサイトに直接埋め込む、Stripe がオンラインで提供する決済ページに購入者をリダイレクトする、Stripe Elements を使用してカスタマイズした決済ページを作成するという選択肢があります。Checkout は、1 回限りの購入とサブスクリプションの両方の支払いに対応しています。
また、Checkout Sessions API と Stripe ダッシュボードを使用すると、Checkout をカスタマイズして追加の機能にアクセスできます。機能の一覧については、標準装備の機能とカスタマイズ可能な機能をご覧ください。
Checkout のライフサイクル
- 顧客が購入を完了する準備ができると、アプリケーションは新しい Checkout セッションを作成します。
- Checkout セッションは、顧客を Stripe がオンラインで提供する決済ページにリダイレクトする URL を提供します。
- 顧客は決済ページに決済情報を入力し、取引を完了します。
- 取引終了後、Webhook は checkout.session.completed イベントを使用して注文のフルフィルメントを履行します。
ローコードの組み込み
最小限のコーディングのみを必要とする Checkout は、事前に構築された機能とカスタマイズ可能なオプションを持つため、ほとんどの構築システムにおける最適な選択肢です。Checkout は、Checkout セッションを作成し、購入者の支払い情報を収集することで実装できます。支払いを回収するには、Stripe がオンラインで提供する決済ページに購入者をリダイレクトします。
Stripe の他の決済オプションと Checkout を比較して、最適なオプションを判断してください。Checkout は、顧客の支払い情報を収集を収集するための支払いフォームの表示、カード情報の検証、エラーの処理などを実行します。
標準装備の機能とカスタマイズ可能な機能
Stripe Checkout には、以下の標準装備の機能とカスタマイズ可能な機能があります。
標準装備の機能
- デジタルウォレットと Link のサポート
- レスポンシブなモバイルデザイン
- SCA 対応
- CAPTCHA
- PCI 準拠
- カードの検証
- エラーメッセージ
- 調整可能な数量
- 税金の自動徴収
- 各国語サポート
- Adaptive Pricing
カスタマイズ可能な機能
- 税金を徴収する
- 色、ボタン、フォントによるカスタムブランディング
- クロスセル
- グローバルな支払い方法
- サブスクリプションのアップセル
- カスタムドメイン (Stripe がオンラインで提供するページのみ)
- メール領収書
- 割引を適用する
- カスタムの成功ページ
- 放棄されたカートを回復する
- Link を使用して支払いの詳細を自動入力する
- 納税者番号を収集する
- 配送先情報を収集する
- 電話番号を収集する
- サブスクリプションの請求サイクル日を設定する
カスタムブランディング
ダッシュボードのブランディング設定を使用し、Stripe がホストする Checkout ページのフォント、色、アイコン、フィールドのスタイルなどを設定できます。 詳細は、Checkout のカスタマイズをご覧ください。
カスタムドメイン
Stripe のカスタムドメイン機能を使用する場合は、Stripe がオンラインで提供する Checkout ページを自社カスタムドメインのサブドメインに配置できます。カスタムドメインは有料の機能です。情報については、料金体系と手数料をご覧ください。
Checkout セッション
Checkout セッションは、決済ページで顧客に対して表示される内容をプログラムで表現したものです。Checkout セッションを作成したら、顧客をセッションの URL にリダイレクトして購入を完了してもらいます。購入完了後、Checkout セッションイベントを処理するためにイベントの送信先を設定することで注文のフルフィルメントを履行できます。クイックスタートガイドから抜粋されたこのコードスニペットは、アプリケーションで Checkout セッションを作成する方法の一例です。
1 回限りの支払いと継続支払い
Checkout セッションで mode パラメーターを設定することにより、商品やサービスに対して顧客が 1 回限りの支払いを行ったり、サブスクリプションを選択したりできるようにします。
モード | 購入タイプ |
---|---|
支払い | 1 回限りの購入 |
サブスクリプション |
|
混合カート
Checkout で、顧客がサブスクリプションアイテムと 1 回限りの購入アイテムを同時に購入できる混合カートを作成します。混合カートを作成するには、mode
パラメーターを subscription
に設定し、line_items 配列の各 line_item には Price ID、または price_
を含めます。Price ID は、Stripe ダッシュボードまたは API を使用して作成された Price オブジェクトからのもので、商品カタログについての情報を Stripe に格納できます。
Stripe に商品カタログ情報を格納する代わりに、price_data を使用して、価格と商品の詳細を保存している外部データベースから情報を参照することもできます。詳細については、サブスクリプションシステムを構築するをご覧ください。
支払い方法
Stripe ダッシュボードでは、いつでもさまざまな支払い方法を表示、有効化、無効化することができます。Stripe は、特定の支払い方法をデフォルトで有効にします。また、通知後に追加の支払い方法を有効にする場合があります。Stripe の支払い方法のリストをご覧ください。
決済情報とデフォルトの支払い方法を保存する
セッションを作成する際に API パラメーターを送信すると、将来の使用のために支払いの詳細を保存できます。支払いの詳細を保存するためのオプションは以下のとおりです。
- 単一の決済: Checkout セッションで
payment
モードを使用している場合には、payment_intent_data.setup_future_usage パラメーターを設定します。 - サブスクリプションの決済: Checkout セッションで
subscription
モードを使用している場合には、Stripe はデフォルトで支払い方法を保存します。 - 支払い方法の複数保存: 1 人の顧客に複数の支払い方法が保存されている場合は、Customer オブジェクトの default_payment_method フィールドにデフォルトの支払い方法を格納できます。ただし、これらの支払い方法は Checkout での返品購入には表示されません。
ゲスト顧客
Customer
オブジェクトは、ビジネスの顧客を表し、同じ顧客に属するサブスクリプションと支払いを追跡するために使用できます。Customer を作成しない Checkout セッションの場合は、代わりにゲスト顧客に関連付けられます。
取引を完了する
取引が行われた後にビジネスフローを自動化するには、イベントの送信先を登録して、Webhook エンドポイントハンドラを構築します。以下のイベントと自動化を検討してください。
- checkout.session.completed イベントを処理して、顧客が購入した完了したときに注文のフルフィルメントを実行します。
- checkout.session.expired イベントを処理して、ユーザーが購入せず、カードの期限が切れた場合に、在庫にアイテムを返品するか、カード放棄メールをユーザーに送信します。