同じEUR/USDの日次ピボットを選んでも、トレーダーによって表示価格が異なることがあります。計算式、日足の区切り、元データが違うためです。価格反応を解釈する前に、計算を再現できる状態にしましょう。本稿では確定した日足から計算式、時刻変換、BUY/SELLの約定価格まで確認します。数値はすべて架空の学習例であり、優位性や過去の運用成績を示しません。
1. ピボットポイントが表すもの
ピボットは計算で求める価格の基準です。Traditionalでは、前の参照期間の高値H、安値L、終値Cの平均が中心値Pとなり、そこから支持水準S1・S2・S3と抵抗水準R1・R2・R3を求めます。名称は計算上の区分であり、反転や次の水準への到達を保証しません。
日次ピボットは完了した日次期間を使います。M5、M15、H1に表示しても、5分足や1時間足からの計算には変わりません。週次・月次はそれぞれ前の確定週・確定月を使います。表示足と計算期間は別設定です。Autoではチャート足の変更で参照期間も変わる場合があります。
手動で選ぶスイング水準と異なり、式・データ・期間境界が一致すれば同じピボットを再現できます。ただし再現性は予測力の証明ではありません。市場構造、コスト、事前に定めた観察条件と照合します。近くに複数の線があっても、独立した確認が増えたとは限りません。
固定した価格グリッドと判断時点の確認には、FXの心理的節目とだましブレイクのガイドを参照してください。
2. 計算前に参照足を決める
正確な銘柄名、ブローカーやデータ配信元、価格側、参照時間足、式、セッション境界を記録します。EURUSDと接尾辞付き銘柄では履歴が異なる場合があります。通常のMT4 FXチャートはBidです。現在のAskラインは過去のAsk高値・安値・終値を再現するものではなく、別配信元では定義も異なり得ます。
本稿は指定した配信元の直近確定D1 Bid足を使います。架空の入力はH = 1.1080、L = 1.1000、C = 1.1060。値幅H − Lは0.0080、EUR/USDで80 pipsです。入力は終了した前日に属し、計算水準は次の期間だけで使います。
L ≤ C ≤ H、H ≥ Lと、利用可能な履歴を確認します。欠損した日足をゼロで埋めてはいけません。短い日曜足、祝日の短縮期間、新規銘柄には明示した処理方針が必要です。取引セッションと時差のガイドでは、日付だけで測定窓を特定できない理由を説明しています。
3. Traditionalの式を一貫して使う
D = H − Lとし、P = (H + L + C) / 3、R1 = 2P − L、S1 = 2P − Hを計算します。次はR2 = P + D、S2 = P − Dです。途中計算は精度を保持します。再現対象の実装に明示されていない限り、表示用に丸めたPを次の式に代入しません。
本稿のTraditionalはR3 = H + 2(P − L)、S3 = L − 2(H − P)です。一方、R3 = P + 2D、S3 = P − 2DをClassicと呼ぶプラットフォームもあります。R2/S2までは一致してもR3/S3は異なり得ます。名称より実際の式を照合してください。
Cが影響するため、Pは通常HとLの中点ではありません。R1が前日高値より上、S1が前日値幅の内側になる場合があります。新しい期間がR1やS1の外から始まることも計算ミスとは限りません。接触順序は始値とその後の値動きで決まります。
4. EUR/USDの計算を最後まで確認する
H = 1.1080、L = 1.1000、C = 1.1060なら、P = 3.3140 / 3 = 1.104666…、小数5桁表示は1.10467です。丸め前のPでR1 = 2 × 1.104666… − 1.1000 = 1.109333… → 1.10933、S1 = 1.101333… → 1.10133となります。
R2 = 1.112666… → 1.11267、S2 = 1.096666… → 1.09667。TraditionalではR3 = 1.117333… → 1.11733、S3 = 1.093333… → 1.09333です。Classicの第3水準式ならR3 = 1.120666… → 1.12067、S3 = 1.088666… → 1.08867。定義を混ぜると見かけ上の不一致が生まれます。
図の階段状表示は価格目盛りであり、時間的な経路や予測ではありません。丸めは表示だけです。指標を検証する際は入力と許容誤差を保存します。1 pointの違いは、別シグナルと判断する前に精度の問題として調べます。
5. Fibonacci・Camarilla・Woodie・DMの違い
FibonacciはP = (H + L + C) / 3を保ち、水準をP ± 0.382D、P ± 0.618D、P ± Dに置きます。本例の5桁表示はR1/S1 = 1.10772 / 1.10161、R2/S2 = 1.10961 / 1.09972です。係数は過去値幅への倍率であり、確率ではありません。
Camarillaでよく使われるH3/L3はC ± 1.1D / 4、H4/L4はC ± 1.1D / 2です。H3 = 1.10820、L3 = 1.10380、H4 = 1.11040、L4 = 1.10160となります。H3は上側の抵抗でR3、L3は下側の支持でS3と表示される場合があります。ラベルのH/Lは追加入力の高値・安値ではありません。中心はPではなくCです。
TradingViewのWoodieは現在期間の始値を使い、P = (H + L + 2 × 現在の始値) / 4です。DMはDeMarkとも呼ばれ、前期間の始値と終値の比較を必要とします。本例のH/L/Cだけでは不足します。欠けた始値をCで代用せず、実装の定義と入力が利用可能になる時刻を記録します。
| 方式 | 入力・中心 | 確認する違い |
|---|---|---|
| Traditional | 前期間のH・L・C | R3 = H + 2(P − L) |
| Classic | 前期間のH・L・C | R3 = P + 2(H − L) |
| Fibonacci | Pと前期間値幅 | 0.382 / 0.618 / 1.000 |
| Camarilla | 前期間Cと値幅 | H3/L3: C ± 1.1D / 4 |
| Woodie / DM | 始値も必要 | 実装の定義を確認 |
6. 日足の区切りで水準が変わる理由
高値・安値・終値は特定の測定窓に対する値です。窓をずらすと3つとも変わり得ます。ブローカーの午前0時は00:00 UTCとは限りません。日次配信データと、読み込んだ日中足の集計も異なる場合があります。まず正確なUTC開始・終了時刻、次にOHLCを比較します。
1つの効果だけを見るためH = 1.1080、L = 1.1000を固定し、架空のCだけ1.1060から1.1030へ変更します。Pは1.103666… → 1.10367となり10 pips低下。R1/S1は2Pを含むため各20 pips低下します。実在する2社の日足ではなく算術例です。実データではH/Lも変わる可能性があります。
表示差は指標故障の証拠とは限りません。銘柄・配信元、計算足、区切り・過去の時差、確定足か現在足か、日次か日中集計か、式、丸めの順で確認します。結果を見てから最も反応した区切りを選ぶと選択バイアスになります。
7. サーバー時刻・ニューヨーク終値・夏時間
UTC+3のサーバー午前0時は、前のUTC日付の21:00 UTCです。UTC+2なら前日22:00 UTCです。別の換算として、America/New_Yorkの17:00は米国夏時間中21:00 UTC、標準時間中22:00 UTCになります。これだけでブローカーの採用日程は分かりません。
全履歴で「ニューヨーク終値 = 22:00 UTC」と固定しないでください。日付に応じて変換し、ブローカーが示す過去のサーバー時差と照合します。固定オフセットや別の切替規則の場合もあります。地域の切替日がずれる週は特に確認します。PCのローカル時計は過去のサーバー日程の記録ではありません。
サーバーの日付ラベルに加え、参照足のUTC開始・終了を保存します。日曜の短い足を採用するか、定義したカレンダーで統合するかを事前に決めます。直近5つの完全な取引日は直前5暦日と同じとは限りません。成績改善のため過去足を黙って削除・統合してはいけません。
8. MT4で未来情報を使わず確認する
標準デスクトップMT4では、導入済みカスタム指標や手描き水平線が必要な場合があります。組み込みのPivot Pointsメニューがあるとは決めつけません。方法、参照足、セッション調整、配信元を確認し、反応評価前に値と画面を保存します。テンプレートに古い設定が残ることもあります。
MQL4時系列のshift 0は現在の未確定足、shift 1は前の足です。本例のTraditionalでは同じshift 1のD1足からH/L/Cを取得し、履歴を先に確認します。履歴不足でiHighがゼロを返す場合があります。データとエラー状態を検証してから計算します。
前日足が確定し、データが利用可能になってから次の期間の水準を固定します。最初の約定可能な気配は名目境界より遅い場合があります。後から完成日足が見えるだけで午前0時約定を仮定できません。Woodieの現在始値にも利用可能時点があります。当日の最終終値を同日の早い取引に使ってはいけません。
9. 丸め・point・tick・価格側
5桁EUR/USDではpoint = 0.00001、通常のpip = 0.0001です。表示桁数だけで注文可能な価格刻みは決まりません。銘柄の最小価格変動を確認します。MQL4 MarketInfoのMODE_TICKSIZEはpoint単位で、MODE_POINTを掛けると価格距離になります。他のAPIの単位を無確認で流用しません。
丸め前R1 = 1.109333…に対し、表示1.10933は少し下です。刻みが0.00001なら、それを超える最初の注文可能価格は1.10934です。「表示線以上」と原値の比較では条件が変わり得ます。比較演算子と精度を記録します。最小ストップ距離、freeze levelなどの制約は別に確認します。
Bid・Askなど、観察する価格側を明記します。Buy Stopは通常Askで発動し、Bidがまだピボット未満でも発動し得ます。Bid確定足がR1を超える条件とは別です。図の接触はその価格での約定を証明しません。成行・指値・逆指値のガイドも参照してください。
10. BUY例：基準線と約定価格を分ける
事前ルールが、Bid足の終値が原R1 = 1.109333…を厳密に超えるまで待つとします。その後の気配はBid 1.1094 / Ask 1.1096。架空のBUYはAsk 1.1096で約定したものとします。実約定は異なり得ます。前足終値はエントリー価格ではなく、注文時刻を遡らせる根拠にもなりません。
学習用として損切りをBid 1.1084、利確をBid 1.1120に置きます。利確はR2 = 1.112666…より下です。約定価格間の距離は損失12 pips、粗利益24 pips。買いの両決済はBidです。式から自動的に決まる距離ではなく、別に指定した例であり、R2到達も保証されません。
図では利確がエントリーより上、ストップが下です。成功した取引や検証済みルールを描いてはいません。スプレッド拡大で実際のAskと残りの損益比が変わります。事前の最低余地を満たさなくなれば、見送りとして記録します。
11. SELL例：Ask決済をBid足だけで判断しない
独立した例ではBid足がS1 = 1.101333…を厳密に下回って確定します。次の気配Bid 1.1010 / Ask 1.1012で、SELLはBid 1.1010約定と仮定。ストップAsk 1.1022、利確Ask 1.0986はS2 = 1.096666…より上です。損失距離12 pips、粗利益距離24 pipsになります。
売りはストップがエントリーより上、利確が下で、どちらの決済もAskです。例として2 pipsの固定スプレッドならBid 1.1020とBid 1.0984に対応します。変動時には固定関係ではありません。過去のBid安値が1.0986に触れても、Ask 1.0986で利確できたとは限りません。
S1での反発とS1割れ確定は別の観察なので別記録にします。失敗ブレイクを結果後に反発取引へ変更したり、確認前の約定を主張したりしません。再現可能なスイング境界はサポート・レジスタンスの引き方で説明しています。
12. コストと取引数量は注文に属する
EUR/USD、USD口座、標準1 lot = 100,000 EUR、数量0.10 lotを仮定します。この条件で1 pipは約USD 1です。往復手数料USD 0.70なら、粗損失USD 12はUSD 12.70、粗利益USD 24はUSD 23.30になります。スワップや追加の約定差は未計上で、純損益比は約1.83、2ではありません。
上記の約定可能なエントリーと決済価格にはスプレッドが反映済みです。二重に差し引かないでください。チャート価格から始める研究では不足する価格側を一貫してモデル化します。口座通貨換算、契約仕様、スワップで金額は変わります。決済通貨がUSDでも口座がUSDとは限りません。
保護距離と金額リスク予算に、費用・スリッページ仮定を加えて数量を決めます。ロット刻みに合わせ切り下げ、最小ロットが予算超過なら見送ります。ピボットは安全な数量を与えず、ストップも窓開け時の最大損失を保証しません。損切り・利確・損益比ガイドを参照してください。
13. 有利だった設定だけを選ばず検証する
結果を見る前に、式、日程、接触・確定条件、発注時点、決済、期限を定義します。欠損データ、週末、スプレッドの除外条件も事前に決めます。日次ピボット単体は完成した戦略ではなく、R1越え確定だけで優位性は証明できません。
開発、時系列のアウトオブサンプル検証、フォワード観察を分けます。手数料、現実的な変動スプレッド、滑り、正しいBid/Askを含め、失敗や見送りも保存します。事前に定めた妥当な時刻・費用仮定を比較します。何十もの区切りから最良だけ報告するなら、その探索を隠してはいけません。
OHLC、UTC境界、式の版、原精度と表示値、シグナル時刻、その後の気配を残します。標本を独立再計算し、夏時間変更と週末境界を試します。MT4バックテストガイドは、入力や時間順序を再現できない場合に整った報告だけでは不十分な理由を説明しています。
14. 毎日の準備チェック
開始前に確定した有効な参照足、配信元、UTC境界、式、計算足を確認します。Pと抵抗・支持の1組を再計算。近いスイングゾーンを記録しても、合わせるためピボットを動かしません。重複水準の扱いを決め、線ごとに確認票を増やさないようにします。
観察中は保存済み日次水準を固定します。条件を認定する前に値動きと価格側を記録し、その時点のスプレッド、余地、金額リスク、業者制約を確認します。不成立なら見送り理由を残し、翌日の計算で過去を書き換えません。
終了後は入力と水準をログ・注文履歴と照合します。計算ミス、時差の誤り、約定差と通常の負けを分けます。正確な算術は実験を解釈可能にしますが、相場を線に従わせません。週次水準や多数の式、自動化の前に、再現可能な日次基準を整えましょう。
サポートとレジスタンスのよくある質問
日次ピボットの式は？
本稿のTraditionalは前の確定日足でP = (H + L + C) / 3、R1 = 2P − L、S1 = 2P − Hです。別系統や第3水準の定義は異なるため、式とセッション境界を記録します。
プラットフォームで値が違うのはなぜ？
銘柄、配信元、参照足、日足境界、過去時差、参照足、式を照合します。日次配信と日中集計の違いや丸めも考えられます。表示差だけでどちらかが誤りとは判断できません。
日次ピボットは日中に変わる？
同じ確定前日足からのTraditionalは、履歴修正がなければ次の日中は固定です。未確定足や自動参照期間を使う指標は動く場合があり、検証前に識別が必要です。
ClassicとTraditionalは同じ？
必ずしも同じではありません。本稿ではP・R1/S1・R2/S2は共通ですが、TraditionalのR3 = H + 2(P − L)に対しClassicはR3 = P + 2(H − L)。S3も違います。名称だけでなく実装を確認します。
MT4でピボットを使える？
水平線や適切な導入済み指標で表示し、発注ルールを別に定義・検証できます。標準の専用プリセットを前提にせず、データ、式、期間、Bid/Askを確認します。線は注文や検証済み戦略ではありません。
最も利益が出る方式は？
本稿は収益性を証明しません。完全なルール、同じ有効データ、現実的コスト、時系列のアウトオブサンプル・フォワード検証が必要です。最良結果を見てから式や日足境界を選ぶと証拠を過大評価します。
出典と計算上の注記
式とプラットフォーム仕様は一次資料で確認しました。数値・比較・図は独自の架空学習例で、実取引やバックテスト結果ではありません。
価格と経路はすべて架空の学習用例です。バックテスト、売買シグナル、将来収益の証拠ではありません。