自動アクティベーション: あなたの側で追加の設定は必要ありません。すべての支払い方法はDodo Paymentsによって事前に設定され、管理されています。オプションで、以下に説明するAPI設定を使用して、チェックアウト時に表示される方法を制限することができます。
サポートされている支払い方法
以下の表は、すべての利用可能な支払い方法、その地域での利用可能性、および主要な制限を簡単に参照できるように提供します。| 支払い方法 | 対応国 | 対応通貨 | サブスクリプションのサポート |
|---|---|---|---|
| クレジットカード | グローバル | すべての通貨 | はい |
| デビットカード | グローバル | すべての通貨 | はい |
| Apple Pay | グローバル(インドを除く) | すべての通貨 | はい |
| Google Pay | グローバル(インドを除く) | すべての通貨 | はい |
| Amazon Pay | グローバル(インドを除く) | USD | いいえ |
| Cash App Pay | 米国 | USD | いいえ |
| Afterpay (BNPL) | 米国、英国 | USD, GBP | いいえ |
| Klarna (BNPL) | 米国、ヨーロッパ* | USD, EUR, GBP, DKK, NOK, SEK, CZK, RON, PLN, CHF | いいえ |
| PayPal | グローバル | EUR, GBP | いいえ |
| UPI | インド | INR | はい* |
| Rupay (クレジット/デビット) | インド | INR | はい* |
| Bancontact | ベルギー | EUR | いいえ |
| EPS | オーストリア | EUR | いいえ |
| iDEAL | オランダ | EUR | いいえ |
| Multibanco | ポルトガル | EUR | いいえ |
各取引は、各通貨に必要な最低金額を満たす必要があります。USDの場合、最低金額は0.50 USDです。他の通貨の最低金額は地域によって異なります。
サポートされている通貨と最低金額を確認する
KlarnaとAfterpayは、チェックアウト時に50.01 USD(またはサポートされている通貨の同等額)の最低取引金額を必要とします。この閾値を下回る取引は、これらのBNPL支払いオプションの対象にはなりません。Klarnaのサポート国の詳細については、以下のBNPLセクションを参照してください。
インドの支払い方法: UPIおよびRupayのサブスクリプションは、RBI準拠のmandateでサポートされています。mandateの制限や処理の遅延に関する重要な詳細については、RBI準拠のmandateを持つサブスクリプションセクションを参照してください。
支払い方法の詳細
クレジットカードとデビットカード
クレジットカードとデビットカード
Dodo Paymentsは、世界中のすべての主要なクレジットカードおよびデビットカードネットワークを受け入れています。受け入れ可能なカードは:
- Visa – 信頼性が高く、広く受け入れられているグローバルネットワーク
- Mastercard – 強力で安全なネットワーク、グローバルなリーチ
- American Express – プレミアムな特典と強力なカスタマーサービス
- Discover – 競争力のある報酬、米国での強い存在感
- JCB – 拡大するアジアのカードネットワーク
- UnionPay – 中国とアジアで優位性を持ち、グローバルな受け入れが増加中
- Interac – カナダの安全なデビット決済ネットワーク
- Cartes Bancaires – フランス全土で広く使用されています
- Diners Club – プレミアムな国際カード、独占的な特典付き
- 韓国のローカルカード – 韓国の国内カードネットワークをサポート
デジタルウォレット
デジタルウォレット
デジタルウォレットを使用して、顧客に迅速かつ安全なチェックアウトを提供します:
- Apple Pay – iOS、macOS、watchOSで簡単に支払い
- Google Pay – Android、ウェブ、店舗での安全な支払い
- PayPal – EURおよびGBPでのグローバルな支払い(サブスクリプションには利用できません)。 注意: PayPalサポートは現在一時停止中です。
- Cash App Pay – 米国の顧客向けのモバイル決済(サブスクリプションには利用できません)
- Amazon Pay – Amazonの資格情報を使用して簡単にチェックアウト(サブスクリプションには利用できません)
今すぐ購入、後で支払い(BNPL)
今すぐ購入、後で支払い(BNPL)
柔軟な分割払いオプションを提供して、コンバージョンを増やします:
- Klarna – Klarnaのオプションを使用して柔軟な支払いを可能にします:4回の分割払い、30日後の支払い、または購入のファイナンス。Klarnaは米国およびオーストリア、ベルギー、チェコ共和国、デンマーク、フィンランド、フランス、ドイツ、ギリシャ、アイルランド、イタリア、オランダ、ノルウェー、ポーランド、ポルトガル、ルーマニア、スペイン、スウェーデン、スイス、イギリスの19か国で利用可能です。サポートされている通貨にはUSD、EUR、GBP、DKK、NOK、SEK、CZK、RON、PLN、CHFが含まれます。
- Afterpay – 顧客が購入を4回の無利息支払いに分割できるようにします。Afterpayは米国および英国で利用可能で、USDおよびGBPでの支払いをサポートしています。
UPIおよびRupay(インド)
UPIおよびRupay(インド)
インドの主要な支払いオプションを受け入れます:
- UPI – 顧客はQRコードをスキャンするか、アプリ(Google Pay、PhonePe、Paytm、CRED)を使用して即時の非接触型銀行振込を行います
- Rupayカード – インドの国内カードネットワークを介した安全なクレジットおよびデビット決済
ヨーロッパの支払い方法
ヨーロッパの支払い方法
コンバージョンを増やすためにローカライズされたヨーロッパのオプションを提供します:
- iDEAL(オランダ) – オランダの即時オンライン銀行決済
- Bancontact(ベルギー) – ベルギーの信頼されるデビットカード方式
- Multibanco(ポルトガル) – 銀行振込およびATM決済のためのポルトガルの支払い方法
- EPS(オーストリア) – オーストリアでの直接オンラインバンキング決済
支払い方法の設定
すべての支払い方法は、顧客の所在地と通貨に基づいて自動的に利用可能ですが、チェックアウト時に表示される支払いオプションを制限するために、allowed_payment_method_typesパラメータをオプションで使用できます。
支払い方法を設定するタイミング
許可された支払い方法を設定する理由は次のとおりです:- ビジネス要件に基づいて顧客に表示される支払いオプションを制御する
- 特定の製品タイプや取引フローに対して支払い方法を制限する
- 異なる支払い体験全体で一貫性を維持する
- ターゲットオーディエンスに最適なチェックアウト体験を提供する
実装
1
APIリクエストにパラメータを追加
支払いまたはサブスクリプション作成リクエストに
allowed_payment_method_typesフィールドを含めます:2
設定をテスト
指定された支払い方法のみがチェックアウトに表示されることを確認します。
APIエンドポイント
この設定は、次のエンドポイントでサポートされています:チェックアウトセッションの作成
許可された支払い方法でチェックアウトセッションを作成します。
支払いの作成
許可された方法での一回限りの支払い。
サブスクリプションの作成
定期的な方法でのサブスクリプション支払い。
実装例
- 一回限りの支払い
- サブスクリプション
- 地域の焦点
ベストプラクティス
デフォルトの動作
デフォルトの動作
allowed_payment_method_typesが指定されていない場合、すべての適格な支払い方法は、顧客の所在地、通貨、および取引タイプに基づいて利用可能になります。このパラメータは、支払い方法を制限する必要がある場合にのみ使用してください。地域の考慮事項
地域の考慮事項
支払い方法を選択する際には、ターゲット市場を考慮してください。地域特有のオプション(インドのUPIやオランダのiDEALなど)を含めることで、これらの市場でのコンバージョン率を大幅に向上させることができます。
監視と最適化
監視と最適化
顧客が最も頻繁に使用する支払い方法を追跡し、実際の使用パターンやコンバージョンデータに基づいて許可された方法を調整します。
重要な考慮事項
支払い方法の可用性は、複数の要因に依存します:- 顧客の所在地: 一部の支払い方法は地域特有です
- マーチャント設定: アカウントの設定と機能
- 通貨: サポートされている支払い方法は通貨によって異なります
- 取引タイプ: 一部の方法はサブスクリプションをサポートしていないか、最低金額があります
allowed_payment_method_typesに支払い方法を追加しても、それが表示されることは保証されません - これらの要因に基づいても適格である必要があります。トラブルシューティング
チェックアウトに支払い方法が表示されない
チェックアウトに支払い方法が表示されない
考えられる原因:
- 支払い方法が
allowed_payment_method_typesに含まれていない - 支払い方法が顧客の所在地でサポートされていない
- 支払い方法が取引通貨をサポートしていない
- サブスクリプションの場合: 支払い方法が定期的な支払いをサポートしていない
- 取引金額が最低閾値(例: BNPL方法)を下回っている
予期しない支払い方法が表示される
予期しない支払い方法が表示される
考えられる原因:
allowed_payment_method_typesパラメータが正しく渡されていない- マーチャントダッシュボードに競合する設定がある可能性があります
地域の支払い方法が利用できない
地域の支払い方法が利用できない
考えられる原因:
- 顧客の所在地が支払い方法のサポート地域と一致しない
- 通貨が地域の支払い方法でサポートされていない
- マーチャントアカウントがその特定の支払い方法に対して有効になっていない可能性があります
インドの支払い方法のサブスクリプション問題
インドの支払い方法のサブスクリプション問題
アップグレード/ダウングレード後にサブスクリプション料金が失敗した:
- 新しい料金が既存のmandate制限(Rs 15,000の閾値)を超えている可能性があります
- 顧客は新しいmandateを確立するために支払い方法を更新する必要があるかもしれません
- 顧客が48時間の処理ウィンドウ中にmandateをキャンセルした可能性があります
- 顧客が高額の料金(≥Rs 15,000)を承認しなかった可能性があります
- 通常の動作: インドのカードおよびUPIのサブスクリプションは、料金の開始と実際の引き落としの間に48時間の遅延があります
- この遅延は、銀行のAPIによってさらに2〜3時間延長される可能性があります
サブスクリプションの支払い方法の更新
サブスクリプションの支払い方法の更新
支払い方法を更新するタイミング:Webhookイベント:
- 顧客のカードが期限切れまたは交換された
- 顧客が別の支払い方法を使用したい
- サブスクリプションが失敗した支払いのために
on_hold状態にある - 何らかの理由で支払い方法を変更する必要がある
on_hold状態(更新の失敗またはプラン変更料金の失敗)にある場合、支払い方法を更新すると:- 残りの未払い金のために自動的に料金が作成されます
- その料金の請求書が生成されます
- 新しい支払い方法を使用して支払いが処理されます
- 支払いが成功した場合、サブスクリプションが
active状態に再アクティブ化されます
on_holdサブスクリプションの場合: 支払い方法の更新が成功した後、payment.succeededが受信され、その後subscription.activeが続きます- これらのイベントを監視して、サブスクリプションの再アクティブ化状況を追跡します
支払い方法更新APIリファレンス
支払い方法の更新に関する完全なAPIドキュメントを参照してください。
サブスクリプションの状態
アクティブおよび保留中のサブスクリプションの状態について詳しく学びます。