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

非標準chartは分析表示には使えても、既定のstrategy fillを鵜呑みにしない

平均足やRenko等の非標準chart上でstrategyを実行すると、合成barの価格水準が模擬注文のfillへ使われ、実市場で再現できない結果になる場合があります。 chartが滑らか、trendが明確、stopが少ないという見た目は、売買可能価格で同じ結果になる証拠ではありません。

安全な設計では、まず「条件計算に使うsignal series」と「注文fillを評価するmarket series」を別欄にします。合成系列を研究に使う場合も、通常ローソク足のsymbol ID、session、timeframe、標準OHLCで注文が成立したかを検証します。比較はnet profitより先に、entry/exit価格差とtrade IDから始めます。

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

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

比較で最初に見るのはprofitではなく、standard版では存在しないtrade、entry/exitの大きな価格差、同一barでだけ成立したtradeです。合成版の好成績が標準版で消えた場合、後から都合の良いchart typeを選ばず、入力欠陥として残します。

比較結果には、全trade数、pair化できた件数、合成版だけに存在する件数、標準版だけに存在する件数、価格差の中央値と最大値を同時に示します。一つの代表tradeだけで結論を作らず、対応不能tradeを分母から消しません。差の原因をsignal時刻、注文生成、fill basis、session、欠損dataへ分類し、分類不能は独立した未解決欄へ残します。

chart構造を判定し、標準価格baselineを作れるか決める

Heikin Ashiは現在と過去の標準OHLCから平均化した合成OHLCを作ります。Renko、Line Break、Kagi、Point & Figure等は、価格変化の条件でbarやbrickを構成し、通常の時間barと同じ境界を持ちません。Range chartも一定の値幅を基準にします。名前を一括して「ノイズ除去chart」と扱わず、時間・価格・sessionのどれが変換されたかを確認します。

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

特にRenko等は、historical chartとrealtime形成過程が同じ情報を持たない場合があります。brickが完成した後の整った履歴を、当時その順序で利用できた確定情報だとみなすとlook-aheadに近い誤読が生じます。ここではTV04の一般的repaintingではなく、series constructionとfill priceだけを監査します。

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

   各合成barに同じ時間境界の標準barがあるなら、signalとfillを分離できるか検討します。

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

   Heikin Ashi向け設定をRenko等へ一般化せず、公式referenceで対象を固定します。

3. 03標準chartでruleを再構成

   brickや反転条件をanalysis inputとしてrequestし、注文は標準bar上で生成します。

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

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

この判断は結果を見る前に記録します。合成版の利益が大きかった後で標準価格baselineの要否を変えると、chart type自体が最適化parameterになります。判断日、chart family、構成値、標準barへの対応方法、対応不能の理由を台帳へ残し、後から都合の良い分岐へ移動しないようにします。

平均足caseでsignal時刻と標準OHLC fillを照合する

Heikin Ashiは各time barに対応する合成barを持つため、TradingView strategyには平均足chart上でもstandard OHLCでorderをfillする設定があります。Pineでは`fill_orders_on_standard_ohlc`、画面では対応するProperties optionとして提供される場合があります。名称とavailabilityは現行公式資料で確認します。

この設定は「平均足strategyが正しい」ことを保証しません。signalは合成値、fillは標準値という二系列の設計になるため、entry conditionがどのbar closeで確定し、orderがいつ生成され、標準価格のどこでfillされたかを残します。平均足の色変化を標準closeで起きたeventと同一視しません。

signalが同じでもfill basisが違えば別versionです。画面の見た目ではなく、注文ごとの標準価格証拠で判定します。

Renko系caseはbrick完成時刻と標準barへの写像を反証する

`fill_orders_on_standard_ohlc`の扱いを、Renko、Kagi、Line Break、Point & Figure等へ一般化しません。TradingView公式declaration referenceは、この機能がHeikin Ashi向けで、他の非標準chartには同じように影響しない旨を説明しています。Renko chart上のstrategyを一項目切り替えて現実的にできる、と約束しないことが重要です。

代わりに標準chartをexecution contextにし、必要なら`ticker.renko()`等から得た値を明示的なanalysis inputとしてrequestします。その上で、brick由来のconditionをいつ確定扱いにするか、standard barでorderがいつ生成されるかを設計します。lower-timeframe近似にも限界があるため、結果がbrick size一つへ依存していないかも別versionで確認します。

具体的な失敗例は、完成後のbrick列では反転が一つに見えるのに、標準barでは同じ期間に複数回水準を往復しているcaseです。brick sizeを少し変えるだけで条件bar、trade数、entry時刻が大きく変わるなら、価格優位性より構成規則への依存を疑います。同じ期間を複数brick sizeで固定比較し、標準barへ写像できないtradeは「未検証」として残します。

合成値をrequestし、三つの価格basis versionを再現する

下のPine v6 sampleはHeikin Ashi closeをanalysis seriesとして取得し、確定chart barで架空のcross conditionを評価します。`fill_orders_on_standard_ohlc = true`はHeikin Ashi chartで標準OHLC fillを使う意図を記録します。通常chartで実行した場合も標準chart価格が基準です。20期間は説明用で、推奨signalではありません。

//@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()`を追加すると別data contextが入ります。same-timeframeでもsessionとgapsを確認し、higher timeframeへ変える場合はTV14のconfirmation patternを使います。codeがcompileすること、markerが整うこと、standard fillでrobustなことは別の検証です。

再現では三runを分けます。第一は標準signal・標準fillの基準版、第二は合成signal・標準fillの検証版、第三は合成signal・合成fillの診断専用版です。期間、symbol、order rule、cost、sizingを固定し、各runへ別version IDを付けます。同じrule IDでtradeをpair化し、entry前提が違って対応不能になった地点も削除しません。第三runは性能候補ではなく、合成価格依存がどこで生じたかを示す反証資料として扱います。

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

signal時刻とstandard fillの対応を説明できるCSV/XLSXだけを、Backtest & Robustness Labへ渡します。合成価格版と標準価格版を対にしてKPI、DD、取引分布、OOS差を読むと、価格basisの変更でどの結論が崩れたかを特定できます。このpairを保存して再比較する必要が生じた時、有料のversion管理と深い診断が役立ちます。

無料インジケーターは合成chart上の見え方を観察する入口ですが、indicatorのplotだけではStrategy Tester用の取引一覧を作れません。無料indicatorのplotを使う場合もsource、inputs、chart type、確定条件を確認し、strategy化は別仕様として扱います。