ブローカー·用語集

注文執行とは？執行方式・リクオート・約定の基本

注文執行とは、ブローカーが注文を約定した取引に変えるプロセスです。成行執行と即時執行の違い、リクオート、部分約定、執行の質の測り方を解説します。

注文執行とは、ブローカーが注文のリクエストを受けて、特定の価格で約定したポジションに変えるプロセスのことです。ターミナルがリクエストを送ってからサーバーが約定を確定するまでのすべて、つまりルーティング、価格の確認、そして受け付けるか、リクオートするか、拒否するかの判断が含まれます。戦略がまったく同じ2つの口座でも、ブローカーが違うだけで結果が変わることがあります。

仕組み

MetaTraderには4つの執行方式、リクエスト執行（Request）、即時執行（Instant）、成行執行（Market）、取引所執行（Exchange）がありますが、個人向けのFX口座で使われるのはそのうち2つです。2つの違いは、リクエストがサーバーに届くまでの間に価格が動いたときにどうなるかにあります。

成行執行：注文がサーバーに届いた時点の価格で約定します。価格変動を理由に拒否されることはないので事実上必ず約定しますが、スリッページが起きることがあります。

即時執行：特定の価格を指定して注文します。相場がブローカーの許容範囲を超えて動いていれば、サーバーはリクオートを返します。受け入れるか断るかを選ぶ、新しい価格の提示です。スリッページはありませんが、取引が成立する保証もありません。

ほかにも押さえておきたい結果が2つあります。部分約定は、指定した価格で取引できる数量が注文より少ないときに起こります。一部だけが約定し、残りはより不利な価格で約定するか、取り消されます。約定拒否の場合はエラーコードが返り、ポジションは建ちません。

かかる時間は、きれいに3つに分けられます。

往復時間 = ターミナル -> 取引サーバー (ネットワーク経路)
         + 注文の検証とマッチング (ブローカー)
         + 取引サーバー -> ターミナル (約定の確認)

ブローカーの執行速度といえるのは、真ん中の項だけです。1つ目と3つ目はネットワーク経路なので、取引サーバーの近くにあるVPSにターミナルを移すと、ブローカー側が何も変えなくても、測定される執行速度が変わります。

なぜ重要か

戦略が計算どおりにいかなくなるのは、執行の段階です。バックテストではすべての注文が希望どおりの価格で約定し、リクオートもなく、エントリーを逃すこともありません。実運用では、こうした前提のひとつひとつにコストがかかります。保有時間が短いほど、優位性のうちシグナルではなく執行で決まる部分が大きくなります。

見落とされがちなのが約定拒否です。スリッページなら少なくとも約定価格に表れるので、後から検討できます。しかし、成立しなかった取引はどこにも記録が残りません。実際に発注できた取引だけで戦略を評価すれば、生存者バイアスのかかった姿を見ていることになります。

実データから見えること

ShowMyTradesで取引履歴のある公開口座（2026年8月時点）では、注文の送り先は703のブローカーサーバーにのぼり、そこから15,436,464件の取引を取り込んでいます。ここに単一の執行環境はありません。同じ指示と同じ市場の間に、それぞれ独自に設定された700のサーバーが立っています。

この15,436,464件はすべて約定した記録で、試みただけの注文は1件も含まれていません。ブローカーの履歴に残るのは実際に建ったポジションだけなので、リクオート、約定拒否、取り消された残りの数量は、仕組み上この件数に入りません。これはShowMyTradesに限らず、ブローカーの記録から作られたどのプラットフォームでも同じです。

比較できないわけではありませんが、そのためには同じことを繰り返すしかありません。699人のユーザーが複数の口座を運用し、429人が複数のブローカーで口座を運用しています。ロジックを変えずにサーバーだけを変えるのが、個人トレーダーにできる、対照実験に最も近い執行テストです。

ShowMyTradesで確認できる場所

ターミナルパネル（MT5ではターミナルと開いているチャート）には、ブローカーの取引サーバーまでの往復時間であるPingと、送り直しが必要になったネットワークパケットの割合であるパケット再送が表示されます。50ms未満なら非常に良好で、200msを超えると注文の執行が遅くなり、スリッページが増えることがあります。同じパネルにはターミナルのビルド、メモリ、自動売買、DLLの使用も表示されます。
取引履歴と残高推移の決済済み取引テーブルには、注文ごとに新規価格、決済価格、S/L、T/P、保有時間、手数料、スワップが表示されます。決済をどこに設定し、実際にどこで決済されたかを比べるのが、ブローカーの記録から執行を読み取るいちばん近い方法です。
詳細統計では最大負けトレード（pips）、平均保有時間、手数料合計、合計ロット数を確認できます。最大負けトレードが口座のふだんの損切り幅をはるかに超えていれば、それはエントリーの失敗ではなく、窓開けや不利な約定による決済の痕跡です。
口座ヘッダーの情報行にはブローカーのバッジがあり、プラットフォーム、通貨、レバレッジと並んで、ツールチップに取引サーバー名が表示されます。執行環境を特定するのは、ブランドではなくサーバーです。

よくある誤解

「成行執行は即時執行より劣る」：優劣はありません。一方は約定の確実さを犠牲にして価格の確実さを取り、もう一方はその逆です。どちらが不利に働くかは戦略しだいです。
「ECN、STP、NDDは執行方式を表している」：表していません。これらは規制で定義された用語ではなくマーケティング上のラベルで、監査もされていません。ラベルではなく、口座を測ってください。
「約定が遅いのはブローカーのせい」：そうとは限りません。原因がネットワーク経路にあることもよくあります。サーバーについて結論を出す前に、Pingを確認してください。
「速い執行＝良い執行」：価格の質が伴わなければ、速さに意味はありません。3pips離れた価格で瞬時に約定しても、3pipsずれていることに変わりはありません。

2つのブローカー間で執行とコストを比べる方法は、ブローカーのコスト監査ガイドをご覧ください。