DEV Community

Cover image for 2026年版：最高のカード発行API 開発者購入ガイド
Akira
Akira

Posted on • Originally published at apidog.com

2026年版：最高のカード発行API 開発者購入ガイド

カードプログラムを始める際、従来は銀行との長期交渉やBINスポンサー契約、難解なプロセッサ統合が必要でした。現在はカード発行APIにより、登録フォームと数百行のコードで、バーチャルVisaカードの即時発行や支出制限、認証ウェブフックのリアルタイム監視、Apple Payへのカードプッシュなどが簡単に実装できます。

今すぐApidogを試す

ただし、すべての発行プラットフォームが全ユースケースに最適なわけではありません。たとえば、報酬型デビットカードを提供する消費者向けフィンテックと、SaaSサブスクリプション用の使い捨てバーチャルカードを発行するB2B経費スタートアップでは、必要な機能が異なります。本記事では2026年に注目すべき6つの発行プラットフォームを、価格、カバレッジ、トレードオフの観点で比較します。資金移動APIについては最高のACH決済APIガイドも参照してください。API導入前の挙動検証にはApidogの活用が便利です。また、Stripe Issuingの公式ドキュメントも参考になります。本人確認などKYCが絡む場合は、KYC APIまとめやStripe Identity API解説と合わせて活用しましょう。

要約

  • Stripe Issuing: Stripe決済やConnect導入済みなら最もスムーズな開発者体験。
  • Marqeta: 高度なカスタマイズ性とVisa/Mastercardサポートでエンタープライズ向け。
  • Lithic: 柔軟な資金調達とシンプルな統合を求める開発者向けAPIファースト選択肢。
  • Highnote: グラフベースAPIでクレジット/デビット/プリペイドを単一管理。
  • Galileo: 銀行プロセッサ由来の安定性と複雑なコンプライアンス対応。
  • Adyen Issuing: EU中心の加盟店向け、統合コマーススタック内で発行実現。

カード発行APIを選ぶ際のポイント

発行プラットフォームの選定は中長期に影響するため、以下をチェックしましょう。

  • バーチャル・物理カード両対応

    ほとんどのサービスがバーチャルカード対応。物理カードは製造・配送・料金体系が異なる。両方本番利用したい場合は必ず事前確認。

  • ネットワークカバレッジ

    Visa/Mastercard対応状況・地域カバレッジを確認。Visa専用の場合、国際利用や手数料構造に影響。

  • 認証ウェブフック

    取引ごとに自作ロジックで承認/拒否できるリアルタイム認証。レスポンス遅延はNG（2秒以内必須）。

  • 支出制限

    MCCブロック、回数・金額・時間帯・地域など、ネイティブルールが豊富なほど自前実装が減る。

  • 3DS・トークン化

    SCA（強固な顧客認証）やApple/Google Payへのプッシュが必須要件。トークン化のエンドツーエンド対応も要確認。

  • 料金体系

    月額・カードごと・認証ごと・インターチェンジ還元など複合的。自社の取引規模で試算して比較。

  • 資金調達フロー

    事前入金、信用枠、連携銀行からのリアルタイムデビットなど、資金フローが運用・資金繰りに直結。

比較表

プロバイダー ネットワーク カバレッジ 料金モデル 開発者エクスペリエンス 最適な用途
Stripe Issuing Visa, Mastercard 米国、英国、EU、カナダ 認証あたり$0.10 + インターチェンジシェア 優れた、統合されたスタック Stripeを既に利用しているチーム
Marqeta Visa, Mastercard 米国、EU、英国、APAC カスタム、取引量ベース 強力で成熟したサンドボックス カスタムルールを持つエンタープライズ
Lithic Visa, Mastercard 米国、カナダ カードあたり + 認証あたり階層 APIファースト、最小限のUI 開発者主導のフィンテック
Highnote Visa, Mastercard 米国 カスタム、プログラムベース GraphQL API クレジット、デビット、プリペイド
Galileo Visa, Mastercard 米国、ラテンアメリカ、APAC エンタープライズ向けカスタム 伝統的、安定的 銀行が支援するプログラム
Adyen Issuing Visa, Mastercard EUが主要、米国は拡大中 Adyenとバンドル 良い、統合されたダッシュボード Adyenを利用しているEUの加盟店

主要なカード発行APIプロバイダー

Stripe Issuing

  • 特徴: Stripe決済やConnect利用中なら、同じAPIキー・SDK・ダッシュボードでカード発行まで統合可能。1APIコールでバーチャルカード発行、JSON指定で支出制御、認証ウェブフックも既存エンドポイントで受信。Apple Pay/Google Payプロビジョニング即利用、3DSも自動処理。
  • カバレッジ: US/EU/UK/カナダ
  • 料金: 認証ごとの明確な手数料＋インターチェンジシェア還元
  • 注意点: Stripe資金管理が必須。マルチバンク冗長化は困難。
  • 用途例: スピード重視のスタートアップやスケールアップ

実装例：バーチャルカード発行（Node.js） 

const stripe = require('stripe')('sk_test_xxx');
const cardholder = await stripe.issuing.cardholders.create({
  name: '山田 太郎',
  email: 'taro@example.com',
  type: 'individual',
  billing: { address: { ... } },
});
const card = await stripe.issuing.cards.create({
  cardholder: cardholder.id,
  currency: 'usd',
  type: 'virtual',
  spending_controls: { allowed_categories: ['merchandise_stores'] }
});
Enter fullscreen mode Exit fullscreen mode

Marqeta

  • 特徴: Square/Instacart等の大手で採用、API・認証・ルールをプログラム単位で細かく設定可能。ジャストインタイム資金移動、トークン化、デジタルウォレットも標準。
  • トレードオフ: 高度なカスタマイズ・大規模運用前提。オンボーディングや統合に社内リソースが必要。
  • 料金: カスタム、最小コミットメントあり
  • 用途例: 独自認証・複雑なプログラムを構築するエンタープライズ

Lithic

  • 特徴: 開発者ファースト。クリーンなAPI・詳細ドキュメント。バーチャルカード発行が高速。プロトタイピングや短期開発に最適。
  • 資金調達: 事前入金・ACH接続・提携銀行信用枠に対応
  • 料金: カード/認証ごとの階層+ボリュームディスカウント
  • 用途例: 経費管理・SaaSサブスクリプションなどのカード自動発行

使い捨てカード発行例（cURL） 

curl -X POST https://api.lithic.com/v1/cards \
  -H "Authorization: Bearer sk_test_xxx" \
  -d '{
    "type": "SINGLE_USE",
    "spending_controls": {"max_amount": 10000}
  }'
Enter fullscreen mode Exit fullscreen mode

Highnote

  • 特徴: GraphQL APIでクレジット/デビット/プリペイドを統合。台帳/支出制御/不正対策機能が組み込み。
  • カバレッジ: 米国中心
  • 料金: プログラムごとカスタム
  • 用途例: 複数カードタイプ統合運用したい場合に最適

Galileo (SoFi)

  • 特徴: Chime/Robinhood等の大規模プログラム実績。REST API中心だが一部バッチフローあり。銀行スポンサーや国際展開に強み。
  • オンボーディング: Stripe/Lithicより長期間（3-6か月前提）
  • 料金: エンタープライズ向けカスタム
  • 用途例: 大規模ネオバンク・複雑な台帳要件

Adyen Issuing

  • 特徴: Adyen決済と一体運用。3DS/トークン/ウォレット対応。EU中心、米国も拡大中。
  • 料金: Adyen全体契約にバンドル
  • 用途例: 既存Adyen加盟店やEUマーケットプレイス

選び方

  • Stripe利用中→Stripe Issuingが最速
  • 柔軟なAPI + Stripe不要→Lithic
  • より高度なカスタマイズ/国際展開→Marqeta または Galileo
  • クレジット/デビット/プリペイドを1台帳で運用→Highnote
  • Adyen決済運用中＆単一ベンダー志向→Adyen Issuing

いずれも認証ウェブフックのSLA（2秒以内応答）は必ず仕様書で確認し、実装前にモックテストを行ってください。

Apidogでカード発行APIをテストする

各発行体サンドボックスは本番環境と挙動が異なることが多いです。特に部分認証やネットワークタイムアウト、3DSステップアップ、MCC例外などを再現しづらい場合があります。

Apidogなら、OpenAPI仕様をインポートして認証フローのテストコレクションを作成し、実際のAPI挙動やエッジケースも再現可能です。リクエストの連鎖で、カード保有者作成→カード発行→ウォレット登録→認証シミュレーションまで、1テストスイートで自動化できます。

複数発行体で同一テストスイートを回し、遅延・エラー応答・ドキュメントの正確性を比較しましょう。セットアップはApidogダウンロードから。Postman移行にもこちらの記事が参考になります。

よくある質問

Q. 小規模スタートアップにとって最安のカード発行APIは？

A. LithicとStripe Issuingが低コストで開始可能。Lithicは月額最低なし、Stripeは既存契約へのバンドル。1000枚未満ならどちらも現実的。

Q. 国際展開は最初から可能？

A. StripeはUS/UK/EU/カナダ対応。Marqeta/Galileoはさらに広域だがエンタープライズ前提。AdyenはEUに強い。単一統合でグローバル対応可能な発行体は現状なし。

Q. 発行体と発行プロセッサの違いは？

A. 発行体＝銀行（BINスポンサー）、プロセッサ＝API/認証/台帳提供レイヤー。Stripe/Marqeta等APIサービスは銀行の上位に位置し、ユーザーはプロセッサのみ意識すればOK。KYC要素はKYC APIガイド参照。

Q. プログラム資金は事前入金必須？

A. 大半は事前入金。Lithic/MarqetaはJIT（即時引き出し）対応で資金効率良好。クレジットカードは信用枠利用。

Q. 本番稼働までの期間目安は？

A. 書類が整えばStripe/Lithicは数日でバーチャルカード発行可。物理カードは4〜8週間、Marqeta/Galileoのエンタープライズは3〜6か月。

Q. 認証遅延はどれくらい？

A. ネットワーク規約で2秒以内。主要発行体は500ms以内を目標。自作ロジックが遅いとデフォルト拒否となるので注意。

以上を参考に、最適なカード発行APIの選定・実装・テストを進めてください。

Top comments (0)