支払いを受け付ける
オンライン支払いを安全に受け付けます。
支払いフォームを作成するか、構築済みの決済ページを使用して、オンライン決済の受け付けを開始します。
税金、割引、配送料などを管理する Stripe Elements と Checkout セッションを実装して、お客様のウェブサイトに決済ページを構築します。
Checkout セッションを作成するサーバー側
Checkout セッションを作成してその Client Secret をフロントエンドに返すエンドポイントを、サーバーに追加します。Checkout セッションは、顧客が 1 回限りの購入またはサブスクリプションの支払いを行う際のセッションを表します。Checkout セッションは作成後 24 時間で期限切れとなります。
支払い情報を収集するクライアント側
Payment Element を使用して、クライアントで支払い情報を収集します。Payment Element は、さまざまな決済手段で支払い情報の収集を簡略化する事前構築済みの UI コンポーネントです。
構築したシステムをテストする
- 決済ページに移動します。
- 次の表の決済手段を使用して、支払いの詳細を入力します。カード支払いの場合:
- カードの有効期限として任意の将来の日付を入力します。
- 任意の 3 桁のセキュリティコードを入力します。
- 請求先の任意の郵便番号を入力します。
- Stripe に支払いを送信します。
- ダッシュボードに移動し、取引ページで支払いを探します。支払いが成功していると、そのリストに表示されます。
- 支払いをクリックすると、請求先情報や購入したアイテムのリストなどの詳細が表示されます。この情報を使用して注文のフルフィルメントを実行できます。
実装内容をテストするためのその他の情報については、テストをご覧ください。
オプション製品および価格の作成
Checkout セッションを作成する前に、商品と価格を事前に設定できます。商品を使用して複数の物理的商品やサービスのレベルを表し、価格を使用して各商品の料金体系を表します。
たとえば、価格が 20 USD の T シャツ商品を作成できます。これにより、対象商品の詳細を変更せずに価格を更新したり追加したりできるようになります。商品と価格は、Stripe ダッシュボードまたは API で作成できます。商品および価格の仕組みについて、詳細をご確認ください。
作成された価格ごとに ID があります。Checkout Session を作成する際には、価格 ID と数量を参照します。複数の通貨で販売している場合、Price を 多通貨 にします。Checkout は自動的に 顧客の現地通貨を特定し、Price が対応している場合にはその通貨を提示します。
オプション顧客データを事前入力するサーバー側
すでに顧客のメールを収集していて、それを Checkout セッションで事前に入力するには、Checkout セッションの作成時に customer_email を渡します。
オプション支払い方法の詳細を保存する
今後の購入に備えて支払いを受け付け、顧客の支払い情報を保存する方法をご紹介します。
オプションCheckout Session の変更をリッスンする
Checkout Session の変更をリッスンする
checkout.on を使用して change イベントにイベントリスナーを追加することで、Checkout Session への変更をリッスンできます。
オプション請求先住所と配送先住所を収集する
請求先住所を収集する
デフォルトでは、Checkout セッションは Payment Element を通じて支払いに必要な最小限の請求情報を収集します。
Billing Address Element を使用する
Billing Address Element を使用して、完全な請求先住所を収集できます。
まず、Checkout セッションの作成時に billing_address_collection=required を渡します。
カスタムフォームを使用する
請求先住所を収集するためのカスタムフォームを作成できます。
- 決済ページで確認前に個別の住所収集ステップがある場合は、顧客が住所を送信したときに updateBillingAddress を呼び出します。
- それ以外の場合は、billingAddress を confirm に渡すことで、顧客が「支払う」ボタンをクリックしたときに住所を送信できます。
請求先住所の一部を収集する
国と郵便番号のみなど、請求先住所の一部を収集するには、billing_address_collection=auto を渡します。
請求先住所の一部を収集する場合は、手動で住所を収集する必要があります。デフォルトでは、Payment Element が支払いに必要な最小限の請求情報を自動的に収集します。請求情報が二重に収集されないようにするため、Payment Element の作成時に fields.billingDetails=never を渡します。請求情報の一部 (顧客の名前など) のみを収集する場合は、自分で収集する予定のフィールドにのみ never を渡します。
配送先住所を収集する
顧客の配送先住所を収集するには、Checkout セッションの作成時に shipping_address_collection パラメーターを渡します。
配送先住所を収集するときは、配送先の国も指定する必要があります。2 文字の ISO 国コードの配列を含む allowed_countries プロパティを設定します。
Shipping Address Element の使用方法
Shipping Address Element を使用して、完全な配送先住所を収集できます。
Checkout Session の変更をリッスンする
住所関連の変更を処理するイベントリスナーを追加して、Checkout Session への変更をリッスンできます。
カスタムフォームを使用する
配送先住所を収集するためのカスタムフォームを作成できます。
- 決済ページで確認前に個別の住所収集ステップがある場合は、顧客が住所を送信したときに updateShippingAddress を呼び出します。
- それ以外の場合は、shippingAddress を confirm に渡すことで、顧客が「支払う」ボタンをクリックしたときに住所を送信できます。
オプションオーソリとキャプチャーを分離するサーバー側
Stripe は、まずカード支払いをオーソリし、後で売上をキャプチャーするという、2 段階構成のカード支払いに対応しています。Stripe が支払いをオーソリすると、カード発行会社が売上を保証し、支払い金額を顧客のカードで保持します。その後、カードに応じて)一定期間にわたって売上をキャプチャーできます。オーソリが期限切れになる前に支払いをキャプチャーしない場合、支払いはキャンセルされ、カード発行からは保留されていた売上がリリースされます。
オーソリとキャプチャーを分離すると、顧客の支払い能力の確認と支払い回収の間に別のアクションをとる必要がある場合に便利です。たとえば、在庫が限られたアイテムを販売している場合、支払いをキャプチャーして購入をフルフィルメントする前に、Checkout を使用して顧客が購入したアイテムの在庫がまだあることを確認する必要があります。これは、以下のワークフローで実行します。
- Stripe が顧客の支払い方法を承認したことを確認します。
- 在庫管理システムを調べ、アイテムがまだあることを確認します。
- 在庫管理システムを更新し、アイテムが購入されたことを反映させます。
- 顧客の支払いをキャプチャーします。
- 購入が成功したかどうかを確認ページで顧客に通知します。
オーソリとキャプチャーを分離するには、Checkout セッションの作成時に、payment_intent_data.capture_method の値を manual に設定します。これにより、Stripe に対して顧客のカードで金額のオーソリのみを行うよう指示します。
キャプチャーされていない支払いをキャプチャーするには、ダッシュボードまたはキャプチャーエンドポイントを使用します。プログラムによる支払いのキャプチャーには、Checkout セッションの際に作成される PaymentIntent へのアクセスが必要です。これは Session (セッション) オブジェクトから取得できます。
オプション注文のフルフィルメント
顧客が支払いを行ったときにプログラムで通知を受け取る方法をご紹介します。