FX ブローカーの技術スタックとは、ブローカーの事業を支える相互に接続されたシステムの集まりです。MT5 トレードサーバー、流動性とブリッジ、CRM と顧客ポータル、KYC と AML、決済代行会社、WebTrader とモバイルアプリ、リスク管理とレポーティング、ホスティングとセキュリティで構成されます。各レイヤーは定められた API でトレードサーバーとやり取りし、残高、口座、注文がすべてのレイヤーで同期していて初めてスタックは機能します。
FX ブローカーの技術スタックとは何ですか?
FX ブローカーの技術スタックとは、顧客が「入金」をクリックしてから、取引に価格が付き、約定し、記録され、報告されるまでの間にブローカーが必要とするすべてのシステムです。プラットフォームは 8 つのレイヤーのひとつにすぎず、運用上の苦労の大半はレイヤー同士のつなぎ目で生じます。
顧客から見えるのはポータル、WebTrader、アプリです。貴社のスタッフから見えるのは CRM、マネージャーターミナル、決済のダッシュボード、KYC の審査待ちキューです。その両方の下にあるのが MetaTrader 5 サーバーで、取引口座、グループ、シンボル、ポジションを保持しています。ほかのすべてのレイヤーは、このサーバーと整合していなければなりません。
スタックを実地で確かめる方法は簡単です。日曜の夜 11 時に顧客がカードで入金したとき、誰も手を触れずにそのお金が MT5 の残高に反映されるか、CRM はどの決済代行会社を経由したかを記録しているか、コンプライアンスはその入金を許した KYC の状況を確認できるか。どれかの答えが「朝になったら誰かが確認する」なら、きちんと接続されていないレイヤーがあるということです。
ブローカーのスタックの各レイヤーは何をし、MT5 とどう接続しますか?
各レイヤーにはそれぞれひとつの役割と、MetaTrader 5 サーバーにアクセスする固有の方法があります。MetaQuotes はそのためのプログラミングインターフェースをいくつか公開しており、ベンダーがどれを使っているかがわかれば、そのベンダーがどの程度のアクセス権を必要とするかもわかります。下表は、当社が新規ブローカーの作業範囲を決めるときに使っている見取り図です。
| レイヤー | 主な役割 | MT5 への接続方法 | 一般的な担当者 |
|---|---|---|---|
| トレードサーバー | 口座、グループ、シンボル、証拠金、スワップ、約定ルール | MT5 そのもの(トレードサーバー、履歴サーバー、アクセスポイント) | プラットフォーム管理者 |
| 流動性とブリッジ | 価格を取り込み、顧客のリスクを流動性プロバイダーへ出す | Gateway API、ブリッジのプラグイン、または MetaQuotes の Ultency | ディーリング/リスク管理責任者 |
| 価格配信 | シンボルの価格と履歴 | Gateway API のデータフィード | プラットフォーム管理者 |
| CRM とバックオフィス | 顧客の記録、口座の作成、IB 手数料 | Manager API または Web API | 業務管理責任者 |
| KYC と AML | 本人確認、スクリーニング、記録の保存 | CRM 経由(MT5 との直接の接続は不要) | コンプライアンス責任者(MLRO) |
| 決済 | 入金と出金 | CRM 経由。CRM が MT5 に残高操作を記帳する | 財務/決済責任者 |
| フロントエンド | WebTrader、モバイルアプリ、顧客ポータル | Web API または標準の MT5 ターミナル | プロダクトオーナー |
| リスク管理とレポーティング | エクスポージャー、損益、規制当局向けと経営向けのレポート | Report API、Manager API、サーバープラグイン | リスク管理責任者/財務 |
| ホスティングとセキュリティ | サーバー、アクセスポイント、バックアップ、監視 | MT5 が稼働するインフラ | IT/インフラ責任者 |
なぜ MT5 トレードサーバーがスタックの中心なのですか?
口座の残高、保有ポジション、証拠金について正となる値を持っているのがトレードサーバーだけだからです。ほかのシステムはすべてその写しか参照を持っているにすぎません。CRM の残高より MT5 の残高のほうが少なければ、MT5 の値が優先されます。証拠金の計算とストップアウトの判定に使われるのがその数字だからです。
MetaQuotes はこのプラットフォームを、1 台の箱ではなく、連携する複数のサーバーとして説明しています。トレードサーバー、履歴サーバー、そして顧客が接続するアクセスポイントです。また、運用するのは MetaQuotes ではなくブローカーだと明言しています。同社は「MetaQuotes は SaaS ソリューションを提供していません」としており、MT5 のブローカー向けページでも、ブローカーは「当社のソフトウェアをご自身のハードウェアに独自に導入します」と述べています。ホスティングが独立したレイヤーである理由、そしてサーバーライセンスの保有者がインフラの責任を負う理由はここにあります。
サーバーからは、MetaQuotes が取引条件として挙げる「証拠金要件、契約条件、与信限度、スワップ」に加え、スプレッド、マークアップ、手数料を管理者が設定します。実際にはこれをグループ単位で行います。グループとは、レバレッジ、ストップアウト水準、シンボル、手数料を共有する口座の集まりで、リテール、プロフェッショナル、スワップフリーの顧客にはそれぞれ別のグループを割り当てるのが一般的です。
“MetaTrader 5 は分散型のアーキテクチャにもとづいており、機能ごとに異なるサーバーで処理が行われます。”
流動性、ブリッジ、価格配信は MetaTrader 5 にどう接続しますか?
流動性を MT5 に接続する方法は 3 つあります。他社製のブリッジを使う方法、MT5 Gateway API で作られたゲートウェイを使う方法、そして MetaQuotes 自身の集約製品 Ultency を使う方法です。いずれも同じ 2 つの課題を解決します。約定可能な価格をサーバーに取り込むこと、そして顧客の注文(またはそこから生じるネットのエクスポージャー)を流動性プロバイダーへ送り出すことです。
MetaQuotes によれば、Gateway API は「MetaTrader 5 をほかの取引システムと統合し、独自のデータフィードを作成するために使用される」ものです。その上で多くのブローカーが購入する商用製品がブリッジです。複数のプロバイダーを集約し、マークアップを適用し、どの注文を外に出してどの注文を社内に残すかを判断し、約定結果を MT5 に返します。Ultency は MetaQuotes が提供する組み込みの代替手段で、同社によれば「30 社を超える流動性プロバイダー」にアクセスでき、レイテンシーは「最短 0.1 ミリ秒」です(MetaQuotes 自身の数値)。
どれを選ぶかは約定モデルで決まります。A-book のブローカーにはスリッページについて透明性の高い高速なブリッジが、B-book のブローカーには信頼できるエクスポージャーのレポートが必要です。トレードオフは A-book・B-book・ハイブリッド約定の解説 で、接続の仕組みは MT5 流動性ブリッジ と 価格配信 の解説で取り上げています。
見落としやすい点が 2 つあります。第一に、シンボル名と契約サイズは MT5 とすべてのプロバイダーの間で完全に一致させる必要があります。金の契約サイズが一方で 100 オンス、もう一方で 1 オンスなら、カバー取引は 100 倍大きすぎるか小さすぎるものになります。第二に、プロバイダーが 1 社停止する事態に備えてください。代替の価格ソースを持たない 1 社だけの構成は、事業継続上のリスクです。
FX ブローカーの技術スタックで CRM は何をしますか?
CRM は業務の拠点です。顧客を登録し、MT5 口座を開設し、書類と決済を記録し、IB 手数料を支払い、スタッフに顧客ごとの一元的な情報を提供します。MT5 へは Manager API(MetaQuotes によれば「独自の管理・運用ユーティリティ」を構築できるもの)か、「プラットフォームをウェブリソースや企業のその他のサービスと統合するために使用される」Web API で接続します。
ブローカー向け CRM で最も重要なのは同期です。入金が承認されたら、CRM は正しい MT5 口座に残高操作をきっちり一度だけ記帳しなければなりません。また、取引、有効証拠金、確定損益を読み戻し、IB 手数料や顧客向けの取引報告書が、キャッシュされた推定値ではなくサーバーの数字から計算されるようにする必要があります。どのベンダーにも、入金の途中で MT5 との接続が切れたらどうなるかを尋ねてください。
顧客ポータルは通常 CRM の一部です。顧客はここで登録し、書類をアップロードし、入出金を行い、追加の口座を開設し、IB リンクを確認します。規制当局、決済代行会社、アプリの審査担当者が最初に見る場所なので、リスク警告、受け入れない国の一覧、法的文書もここに置きます。選択肢は FX CRM ソフトウェア のページで説明しています。FXUP は自社 CRM を持ち、パートナーの CRM とも連携しているため、貴社の口座開設、決済、IB の構成に合うほうをご提案します。2 つの接続方法については、MT5 Manager API と MetaTrader 5 Web API の解説で詳しく扱っています。
KYC、AML、決済代行会社はどこに位置しますか?
KYC、AML、決済は、トレードサーバーの隣ではなく CRM の後ろに位置します。CRM が本人確認の状況にもとづいて顧客の入金や取引を認めるかを判断し、KYC ベンダーや決済代行会社を呼び出し、そのあとで初めて MT5 に指示を出します。この順序を守れば、本人確認の済んでいない口座からの資金で顧客が取引してしまうという、典型的な失敗を防げます。
KYC の背景にある法的義務はライセンスによって異なりますが、英国の Money Laundering Regulations 2017(2017 年マネーロンダリング規則)は、システムが何に対応すべきかを示すわかりやすい例です。第 28 条は、事業者に「顧客を特定する」こと、「顧客の身元を確認する」こと、そして取引関係の目的と意図される性質について「評価し、適切な場合には情報を取得する」ことを求めています。第 40 条は「取引を再現できる」だけの記録を求めており、通常は取引関係の終了後 5 年間保存します。スタックの観点でいえば、すべての書類、スクリーニング結果、決済は、顧客が去ったあとも取り出せる状態にしておかなければなりません。
決済には独自のセキュリティ制度があります。PCI Security Standards Council(PCI セキュリティ基準審議会)は、PCI DSS は「決済口座データを保護するための技術上・運用上の要件の基準」を定めるものだとしており、カード会員データを保存、処理、送信する事業者に適用されます。多くのブローカーは決済代行会社がホストする決済ページを使い、カード番号が自社サーバーを一切通らないようにすることで、適用対象外にとどまっています。
WebTrader とモバイルアプリはスタックにどう接続しますか?
フロントエンドは、MetaQuotes 自身のターミナルを使うか、MT5 Web API でサーバーとやり取りするブランド版アプリケーションを使うかのどちらかで接続します。標準の MetaTrader 5 アプリには MetaQuotes のブランドが表示されますが、ブランド版のフロントエンドなら画面に貴社の名前を出し、ログインの流れ、言語、ポータルへのリンクを貴社で管理できます。
当社のフロントエンドもこの方式です。Flutter のインターフェースと、MetaTrader 5 Web API で接続する Go のバックエンドで構成され、チャート、MT5 と同じ計算式のインジケーター、成行注文と予約注文、SL/TP、部分決済、履歴を、英語、トルコ語、アラビア語(右から左)で備えています。実際の MT5 デモ環境で WebTrader デモ と モバイルアプリのデモ をお試しいただけます。
モバイルアプリには、創業者が忘れがちなもうひとつのレイヤーが加わります。アプリストアです。Apple の App Review Guideline 3.2.1(viii) は、取引アプリは「そのサービスを提供する金融機関が申請すべきであり、アプリを提供する地域で必要なライセンスと許可を有していなければならない」としています。当社がブランド版アプリを顧客自身の App Store・Google Play 開発者アカウントから公開するのはそのためであり、アプリを提供する国は貴社のライセンスがカバーする国と一致させるべきなのもそのためです。詳しくは FX モバイル取引アプリ と ブランド WebTrader のページをご覧ください。
ブランド版のフロントエンドが現在のサーバーでどう見えるかを確かめたい場合は、サーバー名とブランドカラーを Telegram でお送りください。デモ環境上でモックアップをお見せします。
スタックの中で資金と注文はどう流れますか?
ブローカーのスタックがどうまとまっているかは、入金と注文という 2 つの流れでほぼすべて説明できます。各段階のシステムと API を挙げながら両方を紙の上でたどれれば、スタックを理解できています。そこで見つかった抜けこそが、照合の問題が起きる場所です。
- 顧客が入金を申請する顧客がポータルで入金方法を選ぶと、CRM が KYC の状況を確認し、固有の参照番号を付けた保留中の取引を作成します。
- 決済代行会社が決済を処理する顧客は決済代行会社がホストするページに移動します。決済代行会社は、顧客がポータルに戻ってくるのを待つのではなく、コールバックで CRM に結果を確定通知します。
- CRM が MT5 に入金を反映する確定のコールバックを受けると、CRM は Manager API か Web API で正しい MT5 口座に残高操作を 1 回記帳し、MT5 の約定チケットを取引に紐づけて保存します。
- 顧客が注文を出すWebTrader やアプリから出された注文はトレードサーバーに届き、サーバーは証拠金、シンボルの設定、グループのルールを確認してから受け付けます。
- サーバーが注文をルーティングするグループの約定設定に応じて、注文は社内で約定するか、ブリッジやゲートウェイを通じて流動性プロバイダーへ送られ、約定価格が MT5 に返ってきます。
- すべてを照合するCRM は取引報告書と IB 手数料のために約定を読み戻します。日末の合計はすべてのシステムで一致するはずです。
自社ライセンス、ホワイトラベル、グレーラベルで、各レイヤーを誰が管理しますか?
管理権限は、MetaTrader 5 のサーバーライセンスを誰が持つかで決まります。自社ライセンスならすべてのレイヤーを貴社が管理し、すべての責任を負います。ホワイトラベルでは、プロバイダーが MetaQuotes との契約の下でサーバーを保有し、貴社に専用環境を提供します。グレーラベルでは、プロバイダーのサーバーを共有します。
当社は一貫してひとつの定義を使っています。MT5 グレーラベルとは、他社がライセンスを持つ MetaTrader 5 サーバーの中に設けるブローカー事業のことです。独自のクライアントグループを持ち、WebTrader、モバイルアプリ、CRM、顧客ポータルには貴社のブランドを掲げますが、MT5 のサーバーライセンスはプロバイダーが保有したままです。グレーラベルは業界の用語であり、MetaQuotes の製品ではありません。
ホワイトラベルの状況には注意が必要です。新規の MT5 ホワイトラベルを入手できるかどうかは MetaQuotes のその時点の方針次第で、業界メディアは 2022 年に MetaQuotes が条件を厳格化したと報じています。TradeInformer は 2022 年 10 月 3 日、「MetaQuotes は新規顧客へのホワイトラベルの承認を停止した」と書きました。そのため当社は約束はせず、ケースごとに現状を確認しています。出典は MetaQuotes のホワイトラベル方針 の解説にまとめています。MT4 はもっと単純です。MetaQuotes は MT4 ライセンスは「もう購入できない」としています。どうしても MT4 が必要な場合はご連絡ください。貴社のケースで提供可能かどうかを確認します。
| レイヤー | 自社の MT5 ライセンス | MT5 ホワイトラベル | MT5 グレーラベル |
|---|---|---|---|
| MT5 サーバーライセンス | 貴社 | プロバイダー | プロバイダー |
| サーバーの設定とプラグイン | 貴社 | プロバイダー(貴社の環境ごと) | プロバイダー |
| グループ、シンボル、レバレッジ | 貴社 | 貴社(プロバイダーの構成の範囲内) | 貴社独自のグループ(プロバイダーのルールの範囲内) |
| 流動性とブリッジ | 貴社が選んで契約 | 貴社またはプロバイダー(契約で取り決め) | 通常はプロバイダーのもの、貴社独自の場合もある |
| CRM、KYC、決済 | 貴社 | 貴社 | 貴社 |
| ブランド WebTrader とアプリ | 貴社 | 貴社 | 貴社 |
| ホスティングとバックアップ | 貴社 | プロバイダー | プロバイダー |
| 顧客に対する規制上の責任 | 貴社 | 貴社 | 貴社 |
スタックの各レイヤーにはどんな規制が影響しますか?
規制はレイヤーごとにスタックに及びます。商品に関するルールはサーバーのグループ設定に、本人確認のルールは CRM と KYC ベンダーに、決済のルールは決済代行会社との連携に、オペレーショナル・レジリエンスのルールはホスティングとベンダーとの契約に反映されます。以下は EU と英国の例で、貴社の規制当局では異なる場合があります。
2018 年 3 月 27 日に発表された ESMA(欧州証券市場監督機構)の CFD に関する措置を例にとります。リテール顧客のレバレッジ上限は「主要通貨ペアで 30:1」から始まり、証拠金が「必要最低証拠金の 50%」で強制決済され、「口座単位でのマイナス残高保護」が求められます。これらはいずれも MT5 のグループ設定やシンボル設定になり、ひとつのグループで設定を誤れば、そのグループの全顧客について違反になります。DORA(Digital Operational Resilience Act、デジタル・オペレーショナル・レジリエンス法)について、ESMA は同規則が「2023 年 1 月 16 日に発効し、2025 年 1 月 17 日から適用される」としています。その柱には「主要な契約条項」を伴う ICT の第三者リスクが含まれており、EU のブローカーが今、テクノロジーベンダーに撤退計画やインシデント通知の条件を求めているのはそのためです。
| ルール(例) | 実務上求められること | 実装するレイヤー |
|---|---|---|
| ESMA の CFD に関する措置(2018 年 3 月 27 日) | リテール顧客のレバレッジ上限、50% での強制決済、マイナス残高保護 | MT5 のグループとシンボルの設定、リスクレポート |
| 英国 Money Laundering Regulations 2017 第 28 条 | 顧客の特定と身元確認、取引関係の把握 | KYC ベンダーと CRM の口座開設フロー |
| 英国 Money Laundering Regulations 2017 第 40 条 | 取引を再現できる記録、通常は 5 年間 | CRM、KYC の保管、決済記録、バックアップ |
| PCI DSS | 決済口座データを保存・処理・送信する場所での保護 | 決済代行会社との連携。カードデータを自社サーバーに置かない |
| DORA(EU)、2025 年 1 月 17 日から適用 | ICT リスク管理、第三者との契約、インシデント報告 | ホスティング、ベンダーとの契約、監視 |
| Apple App Review 3.2.1(viii) | 取引アプリは金融機関自身が申請し、提供地域でライセンスを有すること | モバイルアプリとストアのアカウント |
FX ブローカーの技術スタックはどの順序で組み上げるべきですか?
ライセンスとサーバーから外側へ向かって構築し、フロントエンドの仕上げは資金の流れが動いてからにします。下の順序は当社がほとんどのプロジェクトで採用しているものです。先回りすると、サーバーのグループが変わったときに CRM の連携をやり直すことになりがちです。
- 法的なルートとサーバーのルートを決めるどこでライセンスを取得し、どの顧客を対象とし、MT5 グレーラベル、MT5 ホワイトラベル、自社の MT5 ライセンス のどれで始めるかを決めます。ほかのすべてはここから決まります。
- グループとシンボルを設計するサーバーを設定する前に、顧客区分ごとのレバレッジ、ストップアウト、手数料、シンボルを書き出します。
- 流動性と価格配信を接続するプロバイダーと契約し、シンボルと契約サイズを揃え、デモグループで約定とスリッページをテストします。
- CRM を MT5 に接続する口座の作成、残高操作、取引の読み戻し、IB のルール。途中で失敗した入金が二重に反映されないことをテストします。
- KYC と決済を加えるKYC ベンダーと決済代行会社を CRM 経由で接続し、入金と出金の前に本人確認のチェックを設けます。
- フロントエンドをブランド化するWebTrader、モバイルアプリ、ポータルを貴社のドメインと開発者アカウントで用意し、リスク警告と受け入れない国の設定を整えます。
- リハーサルをして稼働を開始する最初の顧客を受け入れる前に、スタッフが実資金で一連のテストを行い、レポートを MT5 と照合します。
FX ブローカーのスタックはどこで壊れやすいですか?
スタックが壊れるのは、たいてい製品そのものではなく連携の部分です。ベンダー同士がきちんとつながっていなかったブローカーから深夜に届く相談の大半は、次の 4 つのパターンに当てはまります。
残高のずれ
入金の再試行や片側だけの手動修正のあと、CRM と MT5 の残高が食い違う。対策:残高操作を記帳するシステムをひとつに絞り、各操作に固有の参照番号を付け、日次レポートで両者を比較する。
グループの乱立
IB との取引のたびに新しいグループを作り、140 あるグループのどれのレバレッジが正しいのか誰にもわからなくなる。対策:テンプレートのグループ、命名規則、毎月の見直し。
隠れた手作業
「誰かがクリックするだけ」の出金や IB への支払い。顧客 50 人なら回っても、2,000 人になると破綻する。対策:ひとつずつ自動化するか、担当者を決める。
出口がない
顧客データと取引履歴が 1 社のベンダーに閉じ込められている。対策:契約前に、データの所有権と書き出し形式を契約書で取り決める。
FXUP は FX ブローカーの技術スタックのどこを担いますか?
FXUP は MT5 サーバーと貴社の顧客の間にあるレイヤーを構築・運用し、貴社が使うサーバー、流動性、決済代行会社がどこであってもそれらと接続します。対象は、グレーラベルとホワイトラベルの構築、ブランド版のフロントエンド、ブローカー向け CRM、流動性プロバイダーとの連携、コピートレードと PAMM、そしてライセンス取得支援です。コンサルティング会社として、自社の MT5 ライセンスを希望するお客様のために、MetaQuotes の要件への対応と申請手続きも有償で代行しています。当社が扱う申請では、MetaQuotes はランク(Entry、Standard、Enterprise)ごとの月額費用を請求し、Entry では 3 か月分の前払いを求めます。書類、流動性プロバイダーの受け入れ審査、各種承認にもよりますが、グレーラベルは通常およそ 1〜2 週間、ホワイトラベルはおよそ 2〜4 週間で稼働します。
当社は独立したテクノロジープロバイダーです。FXUP は MetaQuotes との提携関係はありません。また、ブローカーとして活動することも、顧客資金を預かることもありません。価格は公開していません。各レイヤーの費用を何が左右するか、見積もりをどう 1 行ずつ比べるかは FX ブローカーの技術コスト の解説で説明しています。ルートと必要なレイヤーをお知らせいただければ、貴社の構成に応じた最新の金額をお送りします。
すでにいくつかのレイヤーを運用していて、何を残し何を入れ替えるべきかを知りたい場合は、現在のベンダーの一覧を添えて WhatsApp でご連絡ください。連携上のリスクがどこにあるかをお伝えします。当社から提供するものは何もない、という答えになったとしてもです。
よくある質問
FX ブローカーを開業するのに最低限必要な技術スタックは何ですか?
自社で MT5 のサーバーライセンスを持つ必要がありますか?
CRM はどの MT5 API を使うべきですか?
KYC のデータはどこに保存すべきですか?
あとから構成要素を追加したり入れ替えたりできますか?
今でも MT4 で開業できますか?
ブローカーの技術スタックを組み上げるのにどのくらいかかりますか?
FX ブローカーの技術スタックにはいくらかかりますか?
お探しの質問が見つかりませんか? WhatsApp で質問する, Telegram の @FXUPCK へのメッセージ、またはメール: [email protected].
出典
- MetaQuotes — MetaTrader 5 for brokers (2026 年 10 月閲覧)
- MetaQuotes — MetaTrader 5 broker platform (2026 年 10 月閲覧)
- MetaQuotes — MetaTrader 4 platform for brokers (2026 年 10 月閲覧)
- ESMA — ESMA agrees to prohibit binary options and restrict CFDs to protect retail investors(2018 年 3 月 27 日) (2026 年 10 月閲覧)
- ESMA — Digital Operational Resilience Act (DORA) (2026 年 10 月閲覧)
- PCI Security Standards Council — PCI DSS (2026 年 10 月閲覧)
- legislation.gov.uk — Money Laundering Regulations 2017, regulation 28 (2026 年 10 月閲覧)
- legislation.gov.uk — Money Laundering Regulations 2017, regulation 40 (2026 年 10 月閲覧)
- Apple — App Review Guidelines (2026 年 10 月閲覧)
- TradeInformer — MetaQuotes stopped issuing white labels(2022 年 10 月 3 日) (2026 年 10 月閲覧)
FXUP は独立したコンサルティング兼テクノロジー企業であり、MetaQuotes Ltd. との提携関係はありません。MetaTrader 4 と MetaTrader 5 は MetaQuotes Ltd. の商標です。このページは一般的な情報であり、法律・税務・投資に関する助言ではありません。規制上の要件は法域によって異なり、時間とともに変わります。FXUP は価格を公開していません。貴社のプロジェクトに合わせた最新の金額はお問い合わせください。