TradingViewの平均足・練行足でバックテストしてよい？合成価格の注意点

非標準チャートは分析表示には使えても、既定のストラテジーの約定を鵜呑みにしない

平均足や練行足等の非標準チャート上でストラテジーを実行すると、合成バーの価格水準が模擬注文の約定へ使われ、実市場で再現できない結果になる場合があります。 チャートが滑らか、トレンドが明確、逆指値が少ないという見た目は、売買可能価格で同じ結果になる証拠ではありません。

安全な設計では、まず「条件計算に使うシグナル系列」と「注文約定を評価する市場価格系列」を別欄にします。合成系列を研究に使う場合も、通常ローソク足の銘柄ID、取引時間帯、時間足、標準四本値で注文が成立したかを検証します。比較は純利益より先に、エントリー/決済価格差と取引 IDから始めます。

最初に合成版と標準価格版の比較結果を開示する

標準価格基準版が作れない仮説は、約定可能性を主張せず視覚分析の範囲へ戻します。

比較で最初に見るのは利益ではなく、標準版では存在しない取引、エントリー/決済の大きな価格差、同一バーでだけ成立した取引です。合成版の好成績が標準版で消えた場合、後から都合の良いチャート種別を選ばず、入力欠陥として残します。

比較結果には、全取引数、ペア化できた件数、合成版だけに存在する件数、標準版だけに存在する件数、価格差の中央値と最大値を同時に示します。一つの代表取引だけで結論を作らず、対応不能取引を分母から消しません。差の原因をシグナル時刻、注文生成、約定基準、取引時間帯、欠損データへ分類し、分類不能は独立した未解決欄へ残します。

チャート構造を判定し、標準価格基準版を作れるか決める

平均足は現在と過去の標準四本値から平均化した合成四本値を作ります。練行足、新値足、カギ足、ポイント・アンド・フィギュア等は、価格変化の条件でバーやブロックを構成し、通常の時間バーと同じ境界を持ちません。レンジチャートも一定の値幅を基準にします。名前を一括して「ノイズ除去チャート」と扱わず、時間・価格・取引時間帯のどれが変換されたかを確認します。

実装と利用可能機能は変更され得るため、現行TradingView公式資料を確認してください。

特に練行足等は、履歴チャートとリアルタイム形成過程が同じ情報を持たない場合があります。ブロックが完成した後の整った履歴を、当時その順序で利用できた確定情報だとみなすと未来参照に近い誤読が生じます。ここではTV04の一般的リペイントではなく、系列構成と約定価格だけを監査します。

1. 01時間バーとの対応を確認

   各合成バーに同じ時間境界の標準バーがあるなら、シグナルと約定を分離できるか検討します。

2. 02標準価格設定の適用範囲を確認

   平均足向け設定を練行足等へ一般化せず、公式参照資料で対象を固定します。

3. 03標準チャートでルールを再構成

   ブロックや反転条件を分析用入力値として参照要求し、注文は標準バー上で生成します。

4. 04対応付け不能なら用途を限定

   取引可能価格と時刻を証明できない表示は、視覚分析または仮説生成に留めます。

この判断は結果を見る前に記録します。合成版の利益が大きかった後で標準価格基準版の要否を変えると、チャート種別自体が最適化パラメータになります。判断日、チャートの系統、構成値、標準バーへの対応方法、対応不能の理由を台帳へ残し、後から都合の良い分岐へ移動しないようにします。

平均足検証例でシグナル時刻と標準四本値での約定を照合する

平均足は各時間バーに対応する合成バーを持つため、TradingViewのストラテジーには平均足チャート上でも標準四本値で注文を約定する設定があります。Pineでは`fill_orders_on_standard_ohlc`、画面では対応するプロパティとして提供される場合があります。名称と利用可否は現行公式資料で確認します。

この設定は「平均足ストラテジーが正しい」ことを保証しません。シグナルは合成値、約定は標準値という二系列の設計になるため、エントリー条件がどのバー確定で確定し、注文がいつ生成され、標準価格のどこで約定されたかを残します。平均足の色変化を標準バーの終値で起きた事象と同一視しません。

シグナルが同じでも約定基準が違えば別版です。画面の見た目ではなく、注文ごとの標準価格証拠で判定します。

練行足系検証例はブロック完成時刻と標準バーへの写像を反証する

`fill_orders_on_standard_ohlc`の扱いを、練行足、カギ足、新値足、ポイント・アンド・フィギュア等へ一般化しません。TradingView公式の宣言文資料は、この機能が平均足向けで、他の非標準チャートには同じように影響しない旨を説明しています。練行足チャート上のストラテジーを一項目切り替えて現実的にできる、と約束しないことが重要です。

代わりに標準チャートを実行環境にし、必要なら`ticker.renko()`等から得た値を明示的な分析用入力値として参照要求します。その上で、ブロック由来の条件をいつ確定扱いにするか、標準バーで注文がいつ生成されるかを設計します。下位時間足による近似にも限界があるため、結果がブロックサイズ一つへ依存していないかも別版で確認します。

具体的な失敗例は、完成後のブロック列では反転が一つに見えるのに、標準バーでは同じ期間に複数回水準を往復している例です。ブロックサイズを少し変えるだけで条件バー、取引数、エントリー時刻が大きく変わるなら、価格優位性より構成規則への依存を疑います。同じ期間を複数ブロックサイズで固定比較し、標準バーへ写像できない取引は「未検証」として残します。

合成値を参照要求し、三つの価格基準版を再現する

下のPine v6 例は平均足の終値を分析系列として取得し、確定したチャートバーで架空の交差条件を評価します。`fill_orders_on_standard_ohlc = true`は平均足チャートで標準四本値での約定を使う意図を記録します。通常チャートで実行した場合も標準チャート価格が基準です。20期間は説明用で、推奨シグナルではありません。

//@version=6
strategy(
    "Heikin-Ashi signal audit demo",
    overlay = true,
    fill_orders_on_standard_ohlc = true
)

string haTicker = ticker.heikinashi(syminfo.tickerid)
float haClose = request.security(
    haTicker,
    timeframe.period,
    close,
    gaps = barmerge.gaps_on,
    lookahead = barmerge.lookahead_off
)
float haBasis = ta.sma(haClose, 20)
bool longCondition = ta.crossover(haClose, haBasis) and barstate.isconfirmed
bool exitCondition = ta.crossunder(haClose, haBasis) and barstate.isconfirmed

if longCondition
    strategy.entry("L", strategy.long)
if exitCondition
    strategy.close("L")

plot(haClose, "HA close", color.teal)
plot(haBasis, "HA basis", color.orange)

`request.security()`を追加すると別のデータ実行条件が入ります。同一時間足でも取引時間帯と窓を確認し、上位時間足へ変える場合はTV14の確定値を確認する書き方を使います。コードがコンパイルすること、マーカーが整うこと、標準約定で頑健なことは別の検証です。

再現では三実行を分けます。第一は標準シグナル・標準約定の基準版、第二は合成シグナル・標準約定の検証版、第三は合成シグナル・合成約定の診断専用版です。期間、銘柄、注文ルール、コスト、数量方式を固定し、各実行へ別のバージョンIDを付けます。同じルールIDで取引をペア化し、エントリー前提が違って対応不能になった地点も削除しません。第三実行は性能候補ではなく、合成価格依存がどこで生じたかを示す反証資料として扱います。

標準価格で監査した結果だけを分析工程へ送る

シグナル時刻と標準約定の対応を説明できるCSV/XLSXだけを、バックテスト分析ラボへ渡します。合成価格版と標準価格版を対にして主要指標、ドローダウン、取引分布、検証外期間（OOS）の差を読むと、価格基準の変更でどの結論が崩れたかを特定できます。このペアを保存して再比較する必要が生じた時、有料の版管理と深い診断が役立ちます。

無料インジケーターは合成チャート上の見え方を観察する入口ですが、インジケーターのプロットだけではストラテジーテスター用の取引一覧を作れません。無料インジケーターのプロットを使う場合もソースコード、入力値、チャート種別、確定条件を確認し、ストラテジー化は別仕様として扱います。