TradingViewの価格データとチャート設定：価格・日足が違う原因を診断する

価格差は「同じ対象・同じ時点・同じ変換」かを確認して診断する

TradingViewの価格が別画面と違う主因は、比較している商品、データ提供元、データ時点、セッション、bar集計、調整または表示変換が同じでないことです。最初に二画面の完全なシンボル、取引所またはprovider、quote通貨、商品種別、時刻を並べます。差額だけを記録しても、何を比較したかが不明なら再現できません。

診断中は設定を一度に変更しません。元画面を複製し、商品→データ→時間→調整→scaleの順に一項目だけ揃え、差がどう変わったかを保存します。ブローカー接続画面では、チャート価格、注文画面のbid/ask、約定可能価格が別の概念である場合もあります。差が解消しても、どの設定が原因だったかを記録して再発を防ぎます。

tickerではなく市場を含む完全な識別子を比べる

シンボル検索では、同じ名称の株式が複数取引所へ上場し、指数・ETF・先物・CFDが似た説明を持つことがあります。先物は個別限月と連続系列で価格履歴が異なり、FXや暗号資産はproviderまたは取引所ごとに注文と取引が異なります。比較表へ、正式名称、asset type、venue/provider、quote currency、contract month、価格fieldを記入します。

名称は架空です。実際のsymbol説明とprovider資料を確認してください。

リアルタイム表示の可否もsourceの一部です。市場データが無料で見える場合でも、公式取引所データ、代替データ、遅延データの区別や用途条件があります。TradingView上のdata statusと、取引所・broker側の契約を確認し、「TradingViewだから必ず同じ」「有料だから必ず公式」と推測しません。

セッションとタイムゾーンを分けて日足の境界を読む

セッションはどの取引時間をbarへ含めるか、タイムゾーンは時刻をどの地域の時計で表示するかという別の設定です。株式ではregular hoursとextended hours、先物では取引日をまたぐ電子取引、FXや暗号資産では24時間に近い取引でもproviderのday boundaryが関係します。タイムゾーン表示だけを変えてもデータが増えるわけではなく、セッションを変えると含まれる取引が変わる場合があります。

時差を揃えても日足が違う場合は、barのsession template、休場日、settlementやlastの採用、providerの集計規則を確認します。比較画像にはtimezone名、UTC offset、対象日、bar開始・終了、regular/extendedの選択を表示します。外国為替の主要時間帯はForex市場時間ガイドで補足できます。

過去価格の調整と画面スケールを混同しない

株式分割は一株価格と株数を変え、配当調整の有無は過去系列の見え方へ影響します。先物の連続チャートは限月を接続するため、roll日やback adjustmentの方法で過去値が個別限月と違う場合があります。比較相手が未調整系列なら、現在値が近くても過去の高値、リターン、indicator入力は一致しません。企業行動の背景はStocks企業行動ガイドへ分けます。

通常scaleは同じ価格差を同じ縦幅として表し、対数scaleは同じ比率変化を近い縦幅として表します。100から110の10%と1,000から1,100の10%は対数scaleで比較しやすくなります。scale変更はデータ値を修正しませんが、線の傾き、距離、視覚的な勢いを変えます。auto scale、manual range、percentage、index-to-100等の表示も記録します。

一項目ずつ揃え、差額・差率・時刻を保存する

二つの画面A・Bを同時刻に保存し、Aの値、Bの値、差額、Aに対する差率を記録します。次に完全なsymbolとprice fieldを揃え、refreshします。解消しなければdata status、session、timezone、bar interval、adjustment、scaleの順で確認します。変更ごとに新しい行を作り、元設定を上書きしません。問い合わせ時には個人情報や口座番号を隠し、日時と再現手順を添えます。

• tickerだけでなくexchange/provider prefixを含む完全なsymbolを保存した。
• last、bid、ask、mid、settlement等のprice fieldを一致させた。
• real-time、delayed、closed、disconnectedの状態を確認した。
• session、timezone、interval、open/closed barを記録した。
• corporate action、futures roll、currency conversion、scaleを確認した。

14時間の時差とsession差を別々に解く

架空の画面AはUTC−5で14:30、画面BはUTC+9で翌日04:30を示し、どちらも同一瞬間です。時差は(+9)−(−5)=14時間です。一方、Aがregular sessionだけ、Bがextended sessionを含むなら、同じ瞬間でも当日高値と出来高は違い得ます。さらにAがlast、Bがmidなら現在値も一致しません。時刻を合わせる、sessionを合わせる、price fieldを合わせるという三つの操作を分けます。

すべて架空です。実在市場の取引時間やdata品質を表しません。

最終的に0.20の差が残った場合、同じtimestampか、片方が遅延または更新停止していないかを確認します。CFDや店頭商品ではprovider価格形成が異なる場合があるため、CFD価格・executionチェックリストでspread、reference、sessionを照合します。差を無理にゼロへせず、説明可能な定義差として残すことも正しい結論です。

再発しない比較テンプレートを作る

価格差の診断を一度で終わらせず、比較テンプレートへ保存します。最低限の列は、完全なsymbol、商品種別、venue/provider、price field、通貨・単位、data status、timestamp、session、timezone、interval、bar state、adjustment、scale、差額、差率、出典です。設定変更日とアプリ版も任意で残すと、画面更新後の違いを追いやすくなります。

1. 01対象を固定

   正式名、asset type、venue/provider、contract、quote currencyを二画面で揃える。

2. 02時点を固定

   同じ瞬間のtimestampとreal-time/delayed状態を保存する。

3. 03barを固定

   session、timezone、interval、open/closed、price fieldを揃える。

4. 04変換を固定

   corporate action、continuous roll、currency、regular/log scaleを記録する。

5. 05一項目ずつ再現

   差額と差率を各変更後に計算し、必要ならsourceへ問い合わせる。

比較が解決した後は、正しいsymbol識別子をlayout名、watchlist、alert本文、研究記録へ反映します。古いアラートや画像が別sourceを参照していないかも確認します。こうして価格差の調査を単発のトラブル対応ではなく、今後のチャート、スクリーナー、アラートすべてのデータ品質管理へつなげます。