ホーム 会社概要 サービス ITインフラ プラットフォームサポート リスクオペレーション CRM・プラグイン開発 ライセンス&法人サービス インフラ お問い合わせ
English Türkçe Español Français Deutsch Português 中文 العربية Русский 日本語
ブローカー向けMT4・MT5サポート

ブローカー向けMetaTraderサポート:MT4・MT5技術サポートの外部委託

MetaQuotesはプラットフォームのライセンスを提供し、運用は貴社ブローカーが行います。FXSUPPORTは貴社のMT4・MT5サーバー、ゲートウェイ、ブリッジを監視・保守・修復し、所有権、アクセス権、管理権は引き続き貴社が保持します。

ブローカー向けMetaTraderサポートの外部委託:MT4・MT5のサーバー監視、インシデント対応、アップデート、バックアップ。オンコール型・マネージド型・ハイブリッド型を比較。

要点:ブローカー向けMetaTraderサポートとは、MT4またはMT5のバックエンドの技術運用を外部に委託することです。具体的には、取引サーバー、ヒストリーサーバー、アクセスサーバー、ゲートウェイ、ブリッジの監視、ビルドの適用、バックアップの確認、インシデントへの対応が含まれます。MetaQuotesは貴社のサーバーを運用しないため、ブローカー自身またはFXSUPPORTのようなプロバイダーが運用を担います。

ブローカー向けMetaTraderサポートの実態

ブローカー向けMetaTraderサポートとは、ブローカーが自社で保有するMT4またはMT5サーバーを稼働させ、正しく設定し、復旧可能な状態に保つための日常的なエンジニアリング業務です。これは、トレーダーからのターミナルに関する質問に答えるリテール向けの「MetaTraderヘルプ」とは異なります。

ブローカーにこのサポートが必要となるのは、構造的な理由によるものです。MetaQuotesはプラットフォームを販売しますが、運用はライセンシーに委ねています。MetaQuotesはブローカー向けページで次のように明言しています。

"You independently deploy our software on your own hardware, as well as maintain your server infrastructure and fully control support and administration. We do not offer SaaS or other similar solutions which would permit even partial external management or third-party control over your company's operations, and thus we have no access to your servers, accounts, or your clients' trading history."
(訳:「お客様は当社のソフトウェアをご自身のハードウェア上に独自に導入し、サーバーインフラを保守し、サポートと管理を完全にコントロールします。当社は、貴社の業務に対する部分的な外部管理や第三者によるコントロールさえも可能にするSaaSその他の類似ソリューションを提供しておらず、したがって貴社のサーバー、口座、または貴社顧客の取引履歴にアクセスすることはできません。」)— MetaQuotes, MetaTrader 5 for Brokers(2026年10月閲覧)

実務上、これはブローカーがあらゆる運用業務を担うことを意味します。サーバーへのパッチ適用、MetaTraderビルドの適用、データフィードの監視、流動性ブリッジの接続維持、ログのローテーション、バックアップのテスト、障害発生後のプラットフォーム復旧などです。これらのために社内チームを構築するブローカーもあれば、その一部または全部を外部委託するブローカーも多くあります。

MetaTraderのバックエンドは、多くのオーナーが想定する以上に多くの構成要素から成り立っています。MetaQuotesはMT5を「異なる機能が異なるサーバーで実行される分散アーキテクチャに基づく」ものと説明し、MT4のバックオフィスを「取引サーバー、アクセスポイント、マネージャーターミナル、各種ゲートウェイ、データフィード」と列挙しています。これにPrimeXM XCoreやoneZero Hubなどのブリッジ、CRM、サーバープラグイン、Manager APIまたはWeb APIとの連携が加わると、一般的なブローカーでは、それぞれが単独で障害を起こし得るコンポーネントが十数個存在することになります。

FXSUPPORTは、FXブローカーおよびプロップファーム向けに、MT4/MT5プラットフォームサポートの外部委託とマネージド運用を提供しています。当社は独立系プロバイダーであり、FXSUPPORTはMetaQuotes Ltd.および本ページに記載のいずれのベンダーとも提携関係にありません。

FXSUPPORTのMetaTraderサポートの対象範囲

当社のMetaTraderサポートは、MT4、MT5、または両者を並行運用している環境を対象に、サーバー、プラットフォーム設定、およびそれらを取り巻く連携をカバーします。以下の表は、領域ごとの対象範囲を示しています。

領域別のFXSUPPORT MetaTraderサポート対象範囲
領域実施内容MT4MT5
サーバーと監視取引サーバー、ヒストリーサーバー、アクセスサーバー、OSの健全性、ディスク、ネットワーク、サービスの監視。アラート通知とオンコール対応対応対応
プラットフォームのアップデートMetaTraderビルドおよびOSパッチの計画・テスト・適用を、取引量の少ない時間帯にロールバック手順を用意したうえで実施対応対応
バックアップと復旧バックアップスケジュール、リストア確認、文書化された復旧ランブック対応対応
設定グループ、シンボル、セッション、スワップ、証拠金設定、権限、夏時間および休日スケジュールの確認対応対応
ゲートウェイとブリッジゲートウェイおよびブリッジの設定と監視(PrimeXM XCore、oneZero Hub、Match-Trade、FIX API)対応対応
データフィードフィードの設定、気配値の確認、価格停滞およびスプレッドのアラート対応対応
プラグインとAPIプラグインのインストールとビルド適用後の互換性確認、Manager APIおよびWeb APIの連携、カスタムプラグイン開発対応対応
ログ監視エラー、拒否されたリクエスト、接続問題に関するジャーナルおよびログの確認対応対応
セキュリティアクセス権の見直し、ファイアウォールルール、DDoS対策およびセキュリティ強化対応対応
リスク運用日末および夜間のレポート、有害フロー(トキシックフロー)リスト、セッション確認対応対応

サポートチケットから始まることの多い関連業務については、それぞれ専用ページがあります:MT4からMT5への移行、プラグイン開発、ブリッジソリューション、および英国とオランダにある当社サーバーでのMetaTraderサーバーホスティング。プラットフォーム別の詳細はMT4サポートおよびMT5サポートをご覧ください。

サポートモデル:オンコール型、マネージド型、ハイブリッド型

MetaTraderサポートの一般的な契約形態は3つあります。オンコール型(障害発生時に当社へご連絡いただく)、マネージド型(当社が運用を担う)、ハイブリッド型(貴社チームが日常の管理を行い、当社が監視、エスカレーション、営業時間外を担当する)です。最適なモデルは、貴社にすでにMetaTrader管理者がいるかどうかによって決まります。

MetaTraderサポートモデルの比較
オンコール型マネージド型ハイブリッド型
最適な対象有能な社内管理者がおり、専門家によるバックアップを必要とするブローカープラットフォーム担当者のいない新規または小規模のブローカー1つのタイムゾーンに管理者がおり、24時間365日のカバーを必要とするブローカー
アラートの監視者貴社チームFXSUPPORT(24時間365日)FXSUPPORT(貴社チームへのエスカレーションあり)
ビルドとパッチ貴社チーム(当社が助言)FXSUPPORT(貴社の承認後)合意に基づき分担し、文書化
日常の設定変更貴社チームFXSUPPORT(貴社の書面による依頼に基づく)通常は貴社チーム
インシデント対応依頼に応じてFXSUPPORTが主導営業時間外はFXSUPPORTが主導
レポートインシデントごと定期的な運用レポート定期的な運用レポート
主なリスク初動の遅れ:インシデント対応中に当社が環境を把握することになる社内に蓄積される知見が少なくなる分担が文書化されていない場合、責任の所在が不明確になる

当社からの助言:オンコール型のサポートであっても、まずプロバイダーに貴社の環境を文書化させてください。貴社のブリッジ構成を一度も見たことのないエンジニアは、障害発生時の初動をその構成の読み込みに費やしてしまいます。

MetaTraderインシデントへの対応方法

すべてのインシデントは同じ手順に従います。検知、重大度の分類、取引の安定化、原因の修正、そして報告書の作成です。取引停止の最中は、誰が流動性プロバイダーに連絡するかを決めるのに適したタイミングではないため、手順を固定しておくことが重要です。

この体制は、サイト信頼性エンジニアリング(SRE)の確立されたプラクティスに沿っています。GoogleのSRE本は、「Incident Command Systemに基づく」インシデント管理体制を説明しており、1人の責任者と文書による記録を置くとしています。

"The incident commander's most important responsibility is to keep a living incident document."
(訳:「インシデントコマンダーの最も重要な責任は、常に更新されるインシデント文書を維持することである。」)— Google, Site Reliability Engineering, "Managing Incidents"(2026年10月閲覧)
MetaTraderインシデントの重大度レベルの例
レベル意味MetaTraderでの例
P1 – 致命的多数の顧客で取引が停止、または価格が誤っている取引サーバーのダウン、すべてのアクセスポイントへの接続不能、すべての流動性プロバイダーからのブリッジ切断、主要シンボルの気配値の停止
P2 – 重大取引は可能だが性能が低下しているアクセスポイント1台のダウン、LP1社の切断、約定の遅延、ヒストリーサーバーの同期停止
P3 – 軽微影響が限定的で、回避策がある単一グループの設定誤り、レポートプラグインの不具合、1つのシンボルのセッション設定誤り
P4 – 依頼計画的な変更または質問新規シンボル、新規グループ、ビルド更新の依頼、APIアクセス

各レベルの目標応答時間は、テンプレートで定めるのではなく、貴社との契約で合意します。P1またはP2の場合の手順は次のとおりです。

  1. 検知。アラートが発報されるか、貴社のディーリングデスクが合意済みのチャネルを通じて問題を報告します。
  2. 分類と担当割り当て。オンコールエンジニアが重大度を設定し、インシデントリードとなります。
  3. 通知。貴社の指定連絡先に、判明している事項と判明していない事項をお知らせします。
  4. 安定化。まず取引を復旧させます。バックアップサーバーまたは代替経路へのフェイルオーバー、障害を起こしたサービスの再起動、または貴社の承認を得たうえでの不具合のあるプラグインの無効化を行います。
  5. 診断。発生時刻前後のサーバージャーナル、ブリッジログ、監視履歴を確認します。
  6. 修正と検証。修正を適用し、ライブ口座およびデモ口座で価格、約定、ログインを確認します。
  7. 報告。タイムライン、影響、原因、実施した対応、フォローアップを記載したインシデント報告書を作成します。

インシデント報告書は、貴社のディーリングチームおよびコンプライアンスチームが顧客からの苦情対応や、管轄地域で求められる場合の規制当局への報告に必要な情報を提供します。よくあるエラーのパターンについては、MetaTraderのよくあるエラーおよびFXサーバーのトラブルシューティングをご覧ください。

貴社の環境がP1障害に耐えられるか不安ですか?

貴社のMT4/MT5サーバー、監視、バックアップ、ブリッジ構成を確認し、単一障害点がどこにあるかをお伝えします。

無料の技術レビューを依頼する WhatsApp Telegram

MetaTrader監視チェックリスト

優れたMetaTrader監視は、サーバーとトレーダーの体験、つまり価格、約定、ログインの両方を監視します。サーバーのCPUだけを見ていても、気配値の更新が止まったことはわかりません。

実践的な出発点となるのが、GoogleのSRE本にある「4つのゴールデンシグナル」です。同書では、これらのシグナルを「レイテンシ、トラフィック、エラー、飽和度」としています。これをMetaTraderに当てはめると次のようになります。

MT4/MT5プラットフォームに適用した4つのゴールデンシグナル
シグナルMetaTraderで監視すべき項目
レイテンシリクエストから約定までの執行時間、LPへのブリッジ往復時間、アクセスポイントから取引サーバーへのping
トラフィック接続中の顧客数、1分あたりのリクエスト数、APIセッション数、シンボルごとの気配値ティック数
エラー拒否またはリクオートされたリクエスト、ゲートウェイの切断、ジャーナルのエラー、ログイン失敗、プラグインの例外
飽和度取引サーバーおよびヒストリーサーバーのCPU、RAM、ディスク容量、ディスクI/O、ネットワーク帯域幅、データベースの増加量

4つのシグナルに加えて、当社のチェックリストはプラットフォーム固有の項目もカバーしています。

  • 気配値の鮮度:セッション中、シンボルの最終ティックが想定される間隔より古くなった場合にアラートを発報します。
  • スプレッドの確認:設定されたマークアップに対して異常なスプレッドが生じた場合にアラートを発報します。
  • フィードとブリッジの状態:すべてのLPおよびデータフィードの接続状況とフェイルオーバーの状態。
  • サービスの健全性:取引サーバー、ヒストリーサーバー、アクセスサーバーのプロセス、およびバックアップサーバーまたはフェイルオーバーサーバー。
  • バックアップ:各バックアップジョブの完了と、定期的なリストアテスト。
  • 証明書とライセンス:有効期限を十分前もって追跡します。
  • セッションとカレンダー:取引セッション、夏時間の切り替え、休日スケジュールを事前に確認します。
  • セキュリティ:通常と異なるマネージャーログイン、新しいIPアドレスからの管理者アクセス、DDoSと思われるトラフィックの急増。
  • 日末処理:スワップの適用、日次レポートの生成、ロールオーバーの完了。

詳細はFXリスク管理およびMetaTrader管理をご覧ください。

稼働率99.9%の目標は何分に相当するか

稼働率99.9%の目標では、1か月あたり約43分、1年あたり8.76時間の停止が許容されます。FXSUPPORTは稼働率99.9%を目標としています。これが目標であるのは、LPやデータセンターの障害など、停止原因の多くがいずれか単一のプロバイダーの管理の及ばないところにあるためです。

可用性レベル別の許容停止時間(Google SREの可用性表)
可用性1年あたり1か月あたり1週間あたり
99%3.65日7.2時間1.68時間
99.5%1.83日3.6時間50.4分
99.9%8.76時間43.2分10.1分
99.95%4.38時間21.6分5.04分

実務上のポイントは2つあります。第一に、計画メンテナンスを停止時間に含めるかどうかを合意しておくことです。FXは平日24時間取引されるため、ビルドの更新は通常週末に予定されます。第二に、高可用性は設計段階で組み込むものだということです。MetaQuotesは、MT5の取引サーバーは「複数のアクセスポイントの背後に隠すことができる」と述べており、バックアップサーバーや冗長化されたブリッジ経路によって障害の継続時間を短縮できます。監視が短縮するのは障害の検知までの時間だけです。冗長化のパターンについてはサーバーのトラブルシューティングをご覧ください。

オンボーディング:サポート開始までの流れ

オンボーディングでは、当社がオンコール対応の責任を引き受ける前に、未知の環境を文書化され監視された環境へと移行させます。手順はMT4とMT5で共通です。

  1. 無料の技術レビュー。貴社のサーバー、ライセンス、ブリッジ、LP、プラグイン、現在の課題について、通話とアンケートでお伺いします。
  2. 範囲とモデル。オンコール型、マネージド型、ハイブリッド型のいずれかのサポートをご提案し、誰が何を担当するかを文書化します。
  3. アクセス。貴社が当社エンジニア用に、必要最小限の権限を持つ個人名義のアカウントを作成します。パスワードの共有は行いません。
  4. 評価。サーバーアーキテクチャ、設定、セキュリティ、バックアップ、監視の網羅性を監査し、発見したリスクを一覧にします。
  5. 文書化。サーバー、IPアドレス、ゲートウェイ、LPセッション、プラグイン、スケジュール、連絡先をまとめた環境マップを作成します。
  6. 監視とアラート。上記リストのチェックを導入し、アラートのチャネルとエスカレーション先について合意します。
  7. ランブック。取引サーバーの再起動、フェイルオーバー、ブリッジの再接続、フィードの切り替え、リストアなど、起こり得る障害に対する復旧手順を作成します。
  8. 本番稼働。合意した日付からオンコール対応を開始し、最初の数週間の後にレビューを行います。
  9. 継続的な改善。インシデント、キャパシティ、予定されているビルドについて定期的にレビューします。

オンボーディングに要する期間は、環境がどの程度すでに文書化されているか、またアクセス権がどれだけ迅速に付与されるかによって異なります。

ブローカーが管理権を保持する範囲

MetaTraderサポートを外部委託しても、ライセンス、サーバーの管理者認証情報、顧客データ、そしてすべての商業上およびリスク上の意思決定の所有権はブローカーが保持します。プロバイダーはブローカーの指示に基づいてプラットフォームを運用します。規制当局が求めているのは、まさにこの分担です。

英国では、FCA Handbookが、重要または重大な業務機能を外部委託する企業は「規制制度に基づくすべての義務の履行について引き続き全面的な責任を負う」こと、また外部委託は「上級管理者による自らの責任の委譲をもたらしてはならない」ことを定めています(SYSC 8.1.6R)。EUでは、2025年1月17日から適用されているデジタル・オペレーショナル・レジリエンス法(DORA)が、ICTサービスプロバイダーを利用する金融事業体は「本規則および適用される金融サービス法に基づくすべての義務の遵守および履行について、常に全面的な責任を負い続ける」と定めています(第28条(1)(a))。

マネージド型MetaTraderサポートにおける一般的な責任分担
項目ブローカーFXSUPPORT
MetaQuotesのライセンスと契約所有技術的な助言のみ
マスター管理者の認証情報所有。当社のアクセス権をいつでも取り消し可能合意した権限を持つ個人名義のアカウント
スプレッド、マークアップ、レバレッジ、スワップ、A/Bブックのルーティング決定書面による依頼に基づき設定
顧客データと取引履歴所有サポートに必要な範囲でのみアクセス
ビルドの更新実施時期を承認テスト、スケジュール設定、適用、ロールバック
監視とインシデント対応報告を受け、取引に影響する対応を承認実施
LPおよびブリッジベンダーとの契約所有設定に関する技術窓口
規制当局への報告責任を負うインシデント報告書とログを提供

本内容は一般的な情報であり、法的助言ではありません。貴社を所管する規制当局の外部委託規則をご確認のうえ、分担をサービス契約に明記してください。

MT4とMT5:サポートで何が変わるか

どちらのプラットフォームにも同じ基本的なサポートが必要ですが、現在のMT4サポートは導入済み環境の安定維持が中心であるのに対し、MT5サポートでは頻繁なビルドへの追随も求められます。

"The MetaTrader 4 trading platform licenses are no longer available for purchase. We focus our efforts on the development of MetaTrader 5, and further conceptual updates will only be released for this multi-asset platform."
(訳:「MetaTrader 4取引プラットフォームのライセンスは、現在購入できなくなっています。当社はMetaTrader 5の開発に注力しており、今後のコンセプト上のアップデートはこのマルチアセットプラットフォームに対してのみリリースされます。」)— MetaQuotes, MetaTrader 4 for Brokers(2026年10月閲覧)

MT4を引き続き使用しているブローカーにとって、これは安定性、古いプラグインの互換性、移行計画に関する作業が増えることを意味します。また、MT4にはMT5で撤廃された固定の上限があります。MetaQuotesの比較によると、シンボル数はMT4が1,024であるのに対しMT5は無制限、MT4はヘッジングのみであるのに対しMT5はネッティングとヘッジングの両方に対応しています。

MT5では、変更管理が主な業務となります。MetaQuotesのリリースノートによると、2026年7月23日にBuild 6060、2026年9月3日にBuild 6180、2026年9月24日にBuild 6230がリリースされており、約9週間で3つのプラットフォームビルドが公開されています。各ビルドについて、適用の判断、貴社のプラグインとブリッジのテスト、計画的な作業時間帯の設定が必要です。MT5は連携ポイントも多くなっています。MetaQuotesはReport API、Server API、Gateway API、Manager API、Web APIを挙げており、カスタム連携はそれぞれビルド適用後に再テストが必要です。

MetaQuotesによると、MT5のライセンスはリアル口座の収容数に応じて3つのティアに分かれています:Entry(1,000)、Standard(25,000)、Enterprise(200,000)。ティアは稼働させるサーバーコンポーネント、ひいては監視すべき対象にも影響します。

MetaTraderサポートプロバイダーの選び方

プロバイダーは、表面的な数値ではなく、対象範囲、プロセス、透明性で選んでください。契約前に次の点を確認してください。

サポートは他の製品と抱き合わせになっていないか?

自社のブリッジ、流動性、ホスティングを利用する場合にのみサポートを提供するプロバイダーもあります。一方を変更しても他方を失わずに済むかを確認してください。

プロセスは文書化されているか?

インシデント報告書の例、重大度の表、ランブックのサンプルを求めてください。

アクセスはどのように管理されているか?

個人名義のアカウント、最小限の権限、そして貴社が取り消せるアクセス権。プロバイダーが貴社の唯一の管理者パスワードを保持するような体制は避けてください。

具体的に何が約束されているか?

稼働率の数値が目標なのか契約上の確約なのか、停止時間がどのように測定され、何が除外されるのかを確認してください。

夜間は誰が対応するか?

貴社の取引タイムゾーンで月曜日の午前3時に発生したP1に誰が対応するのかを確認してください。

障害対応以上のことができるか?

プラグイン、API連携、移行、リスクレポートなどの業務が後に続くことはよくあります。貴社の環境を把握している1つのチームに任せることで、引き継ぎが減ります。

費用について:作業内容は環境によって異なるため、FXSUPPORTは料金を公開していません。主な費用要因は、サポートモデル、MT4・MT5のいずれか、または両方か、サーバーとアクセスポイントの数、ブリッジ、LP、プラグインの数、対応時間帯、ホスティングを含むかどうかです。無料の技術レビューの後にお見積もりをご提示します。

よくある質問

ブローカー向けMetaTraderサポートとは何ですか?
ブローカーのMT4またはMT5バックエンドの技術運用です。サーバー、ゲートウェイ、ブリッジの監視、ビルドとパッチの適用、設定とバックアップの管理、インシデントへの対応が含まれます。リテールトレーダーのターミナル利用を支援することとは異なります。
MetaQuotesはブローカーにサーバーサポートを提供していますか?
MetaQuotesはプラットフォームを開発し、ライセンスを提供しています。同社は、ブローカーが「サーバーインフラを保守し、サポートと管理を完全にコントロールする」こと、そして同社はブローカーのサーバーにアクセスできないことを述べています。したがって、日常的な運用はブローカー自身、またはブローカーが選んだプロバイダーが担います。
MT4とMT5の両方に対応していますか?
はい。MT4、MT5、および両方を並行運用しているブローカーに対応しており、それらを取り巻くブリッジ、プラグイン、連携も含みます。移行を計画している場合は、MT4からMT5への移行をご覧ください。
新規ライセンスが購入できない状況でも、MT4のサポートを受けられますか?
はい。MetaQuotesはMT4ライセンスの販売を終了しましたが、既存のMT4環境を持つブローカーには引き続き監視、保守、インシデント対応が必要です。当社は既存のMT4サーバーをサポートし、準備が整い次第、移行計画の策定もお手伝いします。
オンコール型とマネージド型のサポートの違いは何ですか?
オンコール型では、貴社チームがプラットフォームを運用し、必要なときに当社へご連絡いただきます。マネージド型では、当社が24時間365日監視し、貴社の承認後にアップデートを適用し、インシデント対応を主導します。ハイブリッド型は作業を分担する形態で、通常は当社が監視と営業時間外を担当します。
どの程度の稼働率を目標としていますか?
当社は稼働率99.9%を目標としており、これは1か月あたり約43分の停止に相当します。LPやデータセンターの障害など、停止原因の多くはいずれか1社のプロバイダーの管理の及ばないところにあります。重大度レベルごとの応答時間は貴社との契約で合意します。
管理者パスワードは誰が保持しますか?
貴社が保持します。当社は対象範囲に必要な権限を持つ個人名義のアカウントを通じて作業し、貴社はそれらをいつでも取り消すことができます。ライセンス、顧客データ、商業上の設定は貴社の管理下に置かれます。
外部委託しても、規制当局に対する責任は引き続き負いますか?
はい。FCAは、重要な機能を外部委託する企業は「引き続き全面的な責任を負う」としており、DORAは、EUの金融事業体はICTプロバイダーを利用する場合も全面的な責任を負い続けるとしています。本内容は一般的な情報であり、法的助言ではありません。
MetaTraderサーバーでは何を監視しますか?
取引サーバー、ヒストリーサーバー、アクセスサーバーのレイテンシ、トラフィック、エラー、飽和度に加えて、気配値の鮮度、スプレッド、ブリッジおよびLPの接続、バックアップ、証明書とライセンスの有効期限、セッションと夏時間のスケジュール、不審な管理者ログインを監視します。
MetaTraderのビルド更新はどのように扱いますか?
各リリースを確認し、可能な範囲で貴社のプラグインとブリッジに対してテストを行い、ロールバック手順を準備したうえで、貴社が承認した時間帯(通常は週末)に適用します。
ブローカーの取引サーバーの冗長化はどのように構成しますか?
取引サーバーの前段に複数のアクセスポイントを配置し、バックアップサーバーを同期させた状態に保ち、LPへの冗長化されたブリッジ経路を使用し、定期的にフェイルオーバーをテストします。当社はこれをサポートの一環として設計・テストします。
グレーラベルやホワイトラベルの環境にも対応できますか?
はい。環境が許す範囲で対応します。MT5のグレーラベルとは、他社がライセンスを保有するMetaTrader 5サーバー内に設けられたブローカーです。独自の顧客グループを持ち、WebTrader、モバイルアプリ、CRM、顧客ポータルに自社ブランドを表示できますが、MT5サーバーのライセンスはプロバイダーが保有したままです。そのため、サーバーレベルの作業にはプロバイダーの協力が必要です。ホワイトラベルではより大きな管理権が得られます。MetaTraderホワイトラベルをご覧ください。
MetaTraderサポートの費用はどのくらいですか?
サポートモデル、プラットフォーム、サーバー数、ブリッジ・LP・プラグインの数、対応時間帯、ホスティングを含むかどうかによって異なります。無料の技術レビューの後にお見積もりをご提示します。
どのように始めればよいですか?
お問い合わせフォームをご利用いただくか、[email protected] までメールをお送りいただくか、WhatsAppまたはTelegramで貴社の環境の概要をお送りください。まずは無料の技術レビューから始めます。

出典

  1. MetaTrader 5 for Brokers — MetaQuotes(2026年10月8日閲覧)
  2. MetaTrader 4 for Brokers — MetaQuotes(2026年10月8日閲覧)
  3. Buy the MetaTrader 5 Platform (licence types) — MetaQuotes(2026年10月8日閲覧)
  4. MetaTrader 5 vs MetaTrader 4 comparison — MetaQuotes(2026年10月8日閲覧)
  5. What's new in MetaTrader 5 (release notes) — MetaQuotes(2026年10月8日閲覧)
  6. SYSC 8.1 General outsourcing requirements — FCA Handbook(2026年10月8日閲覧)
  7. Regulation (EU) 2022/2554 (DORA), Article 28 — EUR-Lex(2026年10月8日閲覧)
  8. Digital Operational Resilience Act (DORA) — ESMA(2026年10月8日閲覧)
  9. Monitoring Distributed Systems — Google, Site Reliability Engineering(2026年10月8日閲覧)
  10. Managing Incidents — Google, Site Reliability Engineering(2026年10月8日閲覧)
  11. Availability Table — Google, Site Reliability Engineering(2026年10月8日閲覧)

FXSUPPORTは、MetaQuotes Ltd.および本ページに記載のベンダーとは提携関係にありません。本内容は一般的な情報であり、法的助言または投資助言ではありません。

貴社のMetaTrader環境を専門家の目で見直しませんか

貴社のMT4またはMT5環境の概要をお送りください。サーバー、監視、バックアップ、ブリッジ構成を確認したうえで、最適なサポートモデルをご提案します。