フォレックスにおけるウッディ・ピボットの仕組み
フォレックスにおけるウッディ・ピボットとは？
ウッディ・ピボットは、直前の取引期間の価格情報を一連の基準水準へと変換するピボットポイント手法です。フォレックスでは、これらの基準水準はしばしば、潜在的なサポートおよびレジスタンス領域として解釈されます。つまり、その水準に到達したときに価格が反応する可能性があるということです。重要なのは、ウッディ・ピボットは計算の枠組みを提供するものであり、価格が反応することをそれ自体で保証するものではない点です。
一般的なウッディ・ピボットのセットアップでは、直前の期間の 高値（H）、安値（L）、終値（C） を使用します。さらに一部のバージョンでは、直前の期間の 始値（O）（または「加重」終値という考え方）も組み込みます。これにより中心ピボットの計算が変わります。
計算はどのように行われる？
ウッディ・ピボットは、中心ピボットとその周囲の複数の帯を生成する一連の算術ステップによって機能します。
1) 「前の期間」を選ぶ
まず、「前の期間」が何を指すのかを定義する必要があります。よくある選択肢は、前日、前週、または別のプロバイダー定義のセッションです。期間を決めたら、High、Low、Closeが同じ時間枠から得られるように、セッション境界を一貫させる必要もあります。
以下の例での前提：入力として、前日のH、L、Cを使用します。
2) ピボット（中心となる基準水準）を計算する
ウッディ・ピボットでは、中心ピボットは他のピボットポイント系統とは異なる加重構造を用いて計算されます。「加重」の部分は、直前の期間のCloseを他の価格要素と組み合わせることで生まれます（たとえば、Closeに追加の影響を与えるようにする）。実装はプラットフォームによって異なるため、厳密な加重の計算式は変わり得ます。
機械的に言えば、このステップの出力は P、つまり中心ピボット水準です。
3) ピボット周辺のサポート/レジスタンス水準を計算する
ピボット P を計算した後、この手法は次のような追加水準を導き出します：
- S1 / S2：ピボットより下のサポート水準
- R1 / R2：ピボットより上のレジスタンス水準
一般的なアプローチでは、直前の期間の レンジ（High − Low） や、ピボットと主要構成要素の差（たとえば、ピボット−ロー、またはピボット−終値）などを使います。各実装では、具体的な倍率（マルチプライヤー）やオフセットが定義されます。
したがって、出力は（ピボットに加えて）いくつかの帯からなる小さな数セットであり、次の期間のためにチャートへプロットできます。
4) 水準を自動シグナルではなく基準領域として解釈する
対象期間のために水準を計算したら、それらを水平線（またはゾーン）としてマークできます。トレーダーは、価格がこれらの水準に近づくときや、その近辺でどのように反応するかを見ます。ただし、この手法は決定論的な計算であり、「反応」は依然として市場の値動きによって左右されます。
ウッディ・ピボットの実例（前提が明確なもの）
ウッディ・ピボットの数式は、出典やプラットフォームによって異なるため、この例はあえて、単一の普遍的な数式を主張せずに、手順と、どのような入力/出力が関わるかを示すために組み立てています。
例の前提：
- 前の期間は前日です。
- 入力は H = 1.1200、L = 1.1050、C = 1.1150 です。
- プラットフォームは、ピボットが「終値加重」であるウッディ系の標準的なファミリーを使用し、サポート/レジスタンスは前のレンジを使ったピボットオフセットから導き出します。
ステップ1：レンジを計算
- レンジ = H − L = 1.1200 − 1.1050 = 0.0150
ステップ2：中心ピボット P を計算
- プラットフォームのウッディの数式を使って、H、L、Cから P を計算します。
- 同じH、L、Cでも、異なる実装では数値としてのPが異なる結果になります。
ステップ3：S1/S2 と R1/R2 を計算
- プラットフォームの定義に従って、Pの下と上の水準を計算します。
- 出力は S1、S2、R1、R2 と、ピボット P のような数値になります。
検証ポイント：同じ数式と同じH/L/C入力を使って同じ計算を再現できれば、同一の数値水準が得られるはずです。もし一致しない場合、原因として考えられるのは、数式の違い、またはローソク足の境界が一貫していないことです。
期待すべき制限と失敗パターン
ウッディ・ピボットは機械的ですが、いくつかの要因によって有用性が制限される可能性があります。
1) セッションの整合性とローソク足の選択
よくある失敗パターンは、誤った前の期間ウィンドウで計算してしまうことです。たとえば、あるプロバイダーの「日次クローズ」の定義を使っているのに、チャートの「日次ローソク足」が別のフィード由来だと、High/Low/Closeがずれてしまい、その結果ピボット水準もずれます。
確認すべきこと：
- チャートの日次ローソク足が、H、L、Cに使われたデータと一致しているか確認する。
- プロバイダーが「日次」にブローカーサーバー時刻を使うのか、別のタイムゾーンを使うのか確認する。
2) プラットフォーム間の数式の違い
「ウッディ・ピボット」と呼んでいる計算機が、同じ加重と水準の数式を必ずしも使っているわけではありません。H/L/Cが同一でも、異なる数式なら異なるピボットが生成されます。
確認すべきこと：
- 読んでいるのと同じ数式定義を使う（終値がどのように加重されるかを含む）。
- 2つの出典を比較するときは、数式と入力の両方を比較する。
3) 市場状況と価格からの距離
ピボット水準が正しく計算されていても、次の期間において価格が十分に近づかず、重要にならないことがあります。ボラティリティのレジームも変化します。ある市場タイプでは頻繁に「タッチ」されていた水準が、別の市場では重要性が大幅に下がることもあります。
4) 約定コストとスプレッドの考慮
実際に重要なのは、入札/売りのスプレッドや約定（実行）を含む「実際に取引可能な経路」です。ピボット水準は通常、ミッド値やローソク足データから導き出されますが、約定はビッド/アスクで行われます。これにより、線が示唆するものと、実際に到達可能なものの間に差が生じることがあります。
ウッディ・ピボットの事実を独立して検証する方法
ウッディ・ピボットを独立して説明できるようにするには、算術と入力を確認する検証ステップに注目してください。
- 選んだ前の期間（例：前日のセッション）を書き出し、その High、Low、Close を記録する。
- P と各サポート/レジスタンス水準について、単一で明確なウッディの数式定義を使う。
- その数値で水準を再計算し、結果がプラットフォームの出力と一致するか確認する。
- 変数を1つだけ変更する（たとえば、別のセッション境界定義を使う）ことで、水準がどう変わるか観察する。これにより、入力への感度を確認できます。
数値が一致しない場合、それは (a) 数式の違い、または (b) セッションやタイムゾーンの不一致による別のH/L/Cデータであることの証拠として扱ってください。
ウッディ・ピボットを使うときに次に尋ねるべき質問
ウッディ・ピボットが「どのように機能するのか」を理解しようとしているなら、次に意味のある確認は、結果を予測できるかどうかではなく、データパイプラインと数式が一貫しているかどうかです。