簡単に言うと、トレーディングにおけるプロフィットファクターは、確定済みの取引群における総利益を総損失で割ったものです。すべての勝ちトレードを合計し、すべての負けトレードを正の数として合計し、最初の合計を2つ目の合計で割ります。1.0なら、コスト前では戦略はトントンです。1.0を上回れば勝ちトレードが負けトレードを上回っています。1.0を下回れば負けトレードが勝っています。多くの経験豊富なトレーダーは、サンプルが100トレードを超えた段階で、おおむね1.5から2.0を健全な範囲と見なします。3.0を超える数値は、サンプルが十分に増えるまでは疑ってかかるべきです。
プロフィットファクターが測るもの
プロフィットファクターは、稼いだ金額と失った金額の比率です。勝ちトレード数と負けトレード数は無視します。関心があるのは2つの合計だけです。そのため、トレード数を数える勝率とは異なり、またそれらを平均する期待値とも異なります。トレードあたりの平均を知りたい場合は、こちらの トレーディング期待値の計算式 の解説でその計算を確認できます。
プロフィットファクターの重要性は、何を明らかにするかにあります。10回中7回勝っていても、3回の負けが大きく偏っていれば、プロフィットファクターは1.0を下回ることがあります。勝率だけではそれは見えません。この比率では、1回ごとに勝つか負けるかはほとんど重要ではありません。重要なのは合計です。
トレードログからプロフィットファクターを計算する
10,000の口座で、固定のリスク1パーセント、つまりフルストップで100の損失になる20トレードのサンプルを取ります。
| 項目 | 件数 | 合計 |
|---|---|---|
| 勝ちトレード | 8 | +1,760 |
| 負けトレード | 11 | -1,100 |
| 建値引き分けのトレード | 1 | 0 |
| 総利益 | 1,760 | |
| 総損失、絶対値 | 1,100 | |
| プロフィットファクター | 1.60 |
計算は3つのステップで行います:
- 勝ちトレードを合計する: 1,760.
- 負けトレードを合計し、マイナス記号を外す: 1,100.
- 総利益を総損失で割る: 1,760 を 1,100 で割ると 1.60 です.
この戦略は、1.00に対して1.60を稼いだことになります。勝率はわずか40 percentでしたが、平均勝ちトレードが220と、平均負けトレードの100の2倍以上あったため、この比率は健全です。これはトレンドフォローの取引記録によくある形です。小さな損失が多く、いくつかの大きな勝ちがある、という構図です.
次にコストも含めて考えます。総利益だけの数字は古くなりやすいからです。たとえば、spread と commission の合計コストが1回の取引あたり約8だとします。勝ちトレードはすべて8ずつ縮み、負けトレードはすべて8ずつ膨らみ、建値の取引は小さな損失になります。総利益は1,696に下がり、総損失は1,196に増えます。純利益ファクターはおよそ1.42です。約定コストによって、損益分岐点を上回る優位性のほぼ3分の1が削られたことになり、見た目は整っていても、バックテストとしては無視できない減額です.
profit factor の値の解釈
| Profit factor | 通常は何を意味するか | 妥当な対応 |
|---|---|---|
| 1.0 未満 | この戦略は損失を出している | ロットを増やすのをやめ、原因を探す |
| 1.0 から 1.25 | 損益分岐点、結果はコスト次第 | 手数料を削減し、最大の負けを減らす |
| 1.25 から 1.75 | 実用的な優位性 | サンプルを増やし、ポジションサイズは維持する |
| 1.75 から 3.0 | 強い | 最良の取引を除外して再計算する |
| 3.0 超 | 不自然、またはサンプルが小さすぎる | 100件以上の取引を待つ |
この区分は意図的に大まかです。profit factor が1.15なら、1週間の不調や spread の拡大だけで1.0を下回る可能性があり、非常に脆弱です。一方、15件の取引で profit factor が2.4あっても、それほど珍しくはありません。1件の大きすぎる勝ちトレードだけで達成できるからです。同じ2.4でも、静かな相場と荒い相場をまたいで300件の取引で出ているなら、話はまったく違います.
取引スタイルによって数字の出方も変わります。スキャルパーは数週間で大きなサンプルを作れますが、毎回コストを払うため、純利益ファクターは1.0に近くなりがちです。gold や index CFD のスイングトレーダーは100件の取引に到達するまで時間がかかり、分布も偏りやすいです。各スタイルは、それぞれの履歴に照らして判断してください.
profit factor を他のパフォーマンス指標と組み合わせる
profit factor は、すでに追跡している2つの要素から成り立っています。勝率に平均勝ちトレードを掛け、負け率に平均負けトレードを掛けたものを割ればよいのです。勝率50 percentで平均リワードが1.5対1なら、profit factor は1.5です。勝率35 percentでリワードが3対1なら、およそ1.62になります。どちらも実用的で、しかも取引したときの感触はまったく異なります.
ですから、この比率は 勝率の横で読み取り、連敗がどれほど退屈に長く感じられるかを確認します。さらに risk-reward ratioの横でも読み取り、計画した値幅と実際の値幅が一致しているかを見ます。そこに最大drawdown と、直近50件の取引におけるローリング profit factor を加えてください。通算平均が1.5を上回っていても、直近の区間では静かに1.0を下回っていることがあります。
限界とよくある誤り
Profit factorは大まかな指標であり、トレーダーはそれを結論のように扱うことで自分自身を最も傷つけがちです。よくある誤りは次のとおりです:
- 20回や30回のトレードで戦略を判断し、数字が確定したかのようにロットを増やすこと。
- スプレッド、手数料、スワップ、スリッページを除外してしまい、あらゆる結果を実態以上に良く見せてしまうこと。
- 複数のトレード戦略を1つの記録に混ぜ、強いセットアップが不安定なセットアップを補っているように見せること。
- 最良の8R勝ちトレードを1件だけサンプルに残し、それを除いた場合の比率を確認しないこと。
- ルール違反の損失を取引日誌から削除し、見栄えは良いが中身の薄い記録にしてしまうこと。
- 高い比率を、次のトレードでリスク管理を緩めてよいという許可だと受け取ること。
建値撤退や部分決済のトレードをどう計上するかにも曖昧さがあります。1つのルールを決め、それを一貫して適用してください。そうしないと、市場とは無関係な理由で比率がぶれます。
プロップファーム審査におけるProfit factor
審査には、Profit factorには見えない制約があります。日次損失上限と総ドローダウン上限は、損失の合計だけでなく、その並び順も罰します。Profit factorが1.6、勝率が40 percentの戦略は、通常の推移では、どこかで6回か7回の連敗を生みます。リスク1 percentなら6 to 7 percentの下落となり、多くの日次制限に抵触します。
Pivexでは、開始前に静的な総ドローダウンと毎日リセットされる日次損失上限を含む損失制限が明示されています。時間制限も最低取引日数もないため、しっかりしたサンプルを取ってから勝負したいトレーダーに向いています。初回費用は返金可能なので、失敗した場合のコストは主に時間です。それでも、連敗がドローダウン許容幅を超えて続くなら、1回あたりのリスクは半分にしてください。
戦略をProfit factorで判断するためのチェックリスト
数値を信じたり、ポジションサイズを変えたりする前に、次を実行してください:
- サンプルには、1つの戦略・1つの市場・1つの時間軸から、少なくとも100件の決済済みトレードが含まれていますか?
- 週末持ち越しトレードのスワップを含め、すべてのコストを反映した後で比率を計算していますか?
- 単発の最良トレードを除外しても、1.25を上回ったままですか?
- 直近50トレードの区間は、通算の数値と一致していますか?
- 現在のサイズでの最長連敗は、日次上限と総ドローダウンより小さいですか?
4つか5つの答えが「はい」なら、その比率はポジションサイズの判断に使えます。2つ以下なら、戦略には追加のサイズではなく、追加のデータが必要です。このパフォーマンス評価の価値は、特定の数字に到達することではなく、継続的な運用にあります。
直近100トレードをスプレッドシートに取り込み、戦略別に分け、手数料後の総利益、総損失、比率を計算してください。次に、これから取引する予定のドローダウン規則に照らして、最長連敗を確認します。数値が維持されるなら、Pivexでの審査は、すでにストレステスト済みのルールセットのもとでその優位性を活かす場の1つになります。
関連ガイド: trading expectancy formula と what is a good win rate in trading。
参加する前に、Pivexの現在のプログラムルールを確認し、シミュレーションされた専有取引評価が自分の経験やリスク限度に合っているかを判断してください。参加は報酬、収入、または特定の取引結果を保証するものではありません。