Skip to main content
このプロンプトをAIコードエディタ(Cursor、Copilotなど)にコピーして、チェックアウト統合を作成:

構築するもの

チェックアウトセッションは動的に生成される支払いページです。静的な製品リンクを共有する代わりに、以下が可能です:
  • 顧客メールの事前入力
  • カスタムmetadataでの注文追跡
  • カスタム成功URLの設定
  • サブスクリプションのトライアル期間の有効化

前提条件

  • Waffo Pancakeアカウント
  • APIキー(Dashboard → API と開発)
  • 少なくとも1つの製品が作成済み

基本的なチェックアウトセッション

最もシンプルなチェックアウトセッションには製品IDと通貨が必要です。

TypeScript SDK を使用(推奨)

REST APIを直接使用

レスポンス:
顧客をcheckoutUrlにリダイレクトして支払いを完了します。

リダイレクトのベストプラクティス

チェックアウトページを開くためにwindow.open()を使用しないでください。 Safariや多くのモバイルブラウザは、非同期コールバック(例:API呼び出しの後)から開かれるポップアップウィンドウをブロックします。これにより、顧客のチェックアウトが警告なしに失敗します。
推奨アプローチ:
支払い後、顧客はあなたのsuccessUrlにリダイレクトされます。成功ページで支払いを検証するには、{SESSION_ID}プレースホルダーを使用してください。

顧客メールの事前入力

事前入力してメール入力ステップをスキップ:
ユースケース: ユーザーが既にアプリにログインしているため、メールがわかっている場合。

metadataでの追跡

チェックアウトセッションを内部システムに関連付け:
Metadata はチェックアウトセッションに保存され、checkoutSession GraphQL クエリで取得できます。Webhook への metadata 転送は近日対応予定です。

トライアル付きサブスクリプション

サブスクリプション製品のトライアル期間を有効化:
割引コードとシート数量はまだAPI経由でサポートされていません。割引はDashboardで管理してください。

請求先情報付きサブスクリプション

税金計算のために消費者の請求先情報を事前入力:

動的成功URL

成功ページにデータを渡す:
{SESSION_ID}は実際のセッションIDに置き換えられ、成功ページで支払いを検証できます。

完全な例:SaaSアップグレードフロー

SDKを使用してユーザーのサブスクリプションをアップグレードする実際の例:
クライアントサイドでチェックアウトを処理する必要がある場合(例:SPA):

パラメータリファレンス


次のステップ

Webhookの処理

支払い完了時に通知を受ける

支払いの検証

Webhook署名を安全に検証