General Discussion

2026年に欧州の銀行データにアクセスする5つの方法（それぞれの実際のコスト）

欧州の銀行データへの5つの道筋（それぞれの実際のコスト）欧州でフィンテックアプリを構築している場合...

Dev.to · Jul 23, 2026

Five Ways to Access European Bank Data in 2026 (And What Each Actually Costs)

欧州の銀行データへの5つの道筋（それぞれの実際のコスト）

欧州でフィンテックアプリを構築している場合、銀行の取引データが必要です。PSD2指令によりアクセスが保証されていますが、そのアクセス方法によってコスト、複雑さ、市場投入までの時間が決まります。

私はこの1年、この分野を調査してきました。以下に2026年に利用可能なすべての道筋を、実際の数字とともに正直にまとめました。

道筋1：自社でTPPになる

国内の規制当局にAccount Information Service Provider（AISP）として登録し、eIDAS Qualified Website Authentication Certificate（QWAC）とQualified Electronic Seal（QSEAL）を取得し、銀行のAPIに直接呼び出しを行います。

コスト：

項目	コスト（EUR/年）
QWAC証明書	500 – 2,000
QSEAL証明書	500 – 2,000
規制登録および法的費用	3,000 – 10,000
銀行ごとのAPI統合	エンジニアリング時間 × 銀行数
証明書の更新（年額）	500 – 2,000

隠れたコスト： 各銀行がBerlin Group NextGenPSD2仕様を異なる方法で実装しています。LHVはSCAをある方法で処理し、BNP Paribasは別の方法で処理します。Revolutの同意フローは非標準です。リダイレクトループ、署名形式の不一致、ドキュメント化されていないエラーコードのデバッグに銀行ごとに数週間を費やすことになります。

結論： 資金調達を受けた企業で、専任のコンプライアンスチームがあり、多くの市場で大規模に運営する計画がある場合にのみ意味があります。

道筋2：ライセンス取得済みのアグリゲーターを使用する（Plaid、TrueLayer、Yapily）

これらの企業はTPPライセンスと証明書を保有しています。SDKを統合すれば、規制上の負担を彼らが処理します。

コスト：

Plaid： 使用量ベースで、通常1接続アカウントあたり月額$0.50–$2.00。本番アクセスには最低契約が必要です。
TrueLayer： コールごとまたは収益シェアモデル。開発用無料枠あり。
Yapily： コールごとの価格設定で、ボリューム割引あり。

利点： 洗練されたSDK、充実したドキュメント、幅広い銀行カバレッジ。数日で運用開始可能です。

欠点： トランザクションごとにプレミアムを支払うことになります。月次同期を行う1,000ユーザーの個人向け金融アプリの場合、データアクセスだけで月額$500–$2,000かかります。またAPIサーフェスにロックインされ、価格変更やエンドポイントの廃止があればユーザーが影響を受けます。

道筋3：Nordigen / GoCardless Bank Account Data

Nordigenは銀行データアクセスに寛大な無料枠を先駆けて提供しました。GoCardless買収後、無料枠は縮小され、長期的な価格方向はGoCardlessのOpen Banking製品ラインに向かっています。

コスト： 無料枠あり（制限付き）、有料プランはボリュームに応じて€100–€500/月程度から。

リスク： 買収により、価格と機能の決定は大規模決済企業が行うようになり、エンタープライズアカウントを優先する方向に最適化されています。インディー開発者や小規模スタートアップの場合、優先顧客ではありません。

道筋4：Enable Banking

開発者向けの使いやすいAPIと透明な銀行ごとの価格設定を持つフィンランドのアグリゲーター。北欧およびバルト諸国の銀行のカバレッジが良好です。

コスト： APIコールごとの価格設定。ボリュームに応じて1コールあたり€0.05–€0.15程度。

利点： 公正な価格設定、充実したドキュメント、迅速なサポート。
欠点： コールごとに料金が発生し、ユーザー数に比例してコストが増加します。

道筋5：証明書不要のプロキシサービス

私が取り組んでいるモデルです。銀行APIとユーザーの間に位置し、eIDAS証明書の要件を完全に吸収するサービスです。シンプルなREST APIキーを取得し、証明書に触れる必要はありません。

import urllib.request
import json

# No certificate. No mTLS. Just an API key.
API_KEY = "your-api-key"

# Create a session
req = urllib.request.Request(
    "https://api.open-banking.io/v1/sessions",
    data=json.dumps({
        "bank": "REVOLUT",
        "redirect_url": "https://yourapp.com/callback"
    }).encode(),
    headers={
        "Authorization": f"Bearer {API_KEY}",
        "Content-Type": "application/json"
    }
)
response = urllib.request.urlopen(req)
session = json.loads(response.read())

# User completes SCA redirect, then:
# Fetch transactions
req = urllib.request.Request(
    f"https://api.open-banking.io/v1/sessions/{session['id']}/transactions",
    headers={"Authorization": f"Bearer {API_KEY}",
        "Content-Type": "application/json"
    }
)
transactions = json.loads(urllib.request.urlopen(req).read())

Enter fullscreen mode Exit fullscreen mode

コスト： サブスクリプションベースで、通常1アプリケーションあたり月額€2–€5（コール量に関わらず）。トランザクションごとの料金はありません。

利点： 固定コストのため、ユーザー数が増えても請求額は増えません。証明書管理が不要。標準的なREST APIで、任意のHTTPクライアントで動作します。
欠点： TPPレイヤーを第三者に委ねることになります。銀行APIへの直接アクセスより細かい制御はできません。

選択方法

状況	推奨道筋
資金調達済み企業、多市場展開、コンプライアンスチームあり	TPPライセンス＋直接API
迅速なプロトタイプ作成、予算あり	アグリゲーター（Plaid/TrueLayer）
コスト重視、コールごとの料金可	Enable Banking
固定予算、インディー/小規模チーム	証明書不要のプロキシ
エンタープライズ、支払い開始機能も必要	YapilyまたはTrueLayer

重要なポイント：最も安価なAPIコールは、証明書コストを数千人のユーザーで償却できる場合です。その規模に達していない場合は、証明書不要のプロキシが同じデータをはるかに低コストで提供します。

開示：私はopen-banking.ioを運営しています。これは証明書不要のオープンバンキングAPIサービスです。本記事は、この分野での私の経験に基づいています。コストの数値は公開価格ページおよび私自身の統合作業から得ています。各アプローチのトレードオフについて、私が関与するものも含めて正直に記述するよう努めました。

Read the original source

#Tooling