TradingView watchlist alerts 開始支援盤前盤後
跨時段自動下單的觸發時機變了

你之前用 TradingView watchlist alerts 打 webhook 自動下單，一直只在美股正常盤觸發——執行伺服器每天早上九點半到下午四點才會忙。7 月 2 日之後 TradingView 讓 watchlist alerts 支援 extended hours：你新建一顆 alert、順手把最下方的 Session 下拉切到 Extended，這條規律就變了——凌晨四點的盤前、傍晚八點的盤後，webhook 都會照你設的條件送過來。

沒有人先跟你講的是：TradingView 沒改 payload 欄位、沒改觸發頻率語意、也沒動接收端 3 秒逾時的規則。它只是把 Session 這個開關擴到 watchlist alerts——一個下拉選單而已，但這個開關背後牽動的，是你整套執行架構原本沒被跑過的一段時段。

這篇不評論「盤前盤後值不值得跑」——那是你的策略取捨，不是機制問題，我們也沒做過跨方案的實測比較。這篇只做三件事：把官方 2026-07-02 blog 逐字寫明的四個規則抄下來、拆解對 webhook 自動下單的實際影響、給你一份自己去 UI 上核對的清單。

先釐清：extended hours 這次改動的邊界只在 watchlist alerts

TradingView 上「alert」不是一種東西，是三種入口混在一起用——個股圖表右上時鐘按下去建的（chart alert）、watchlist 列表上方鈴鐺按下去建的（watchlist alert）、Pine 腳本裡用 alert() 或 alertcondition() 佈下去的（script alert）。三種各自有自己的 Session 語意，這次更新只碰其中一種。

換句話說，如果你的策略是「Pine 腳本裡跑條件、觸發時打 webhook」——這次更新沒有直接影響你。真正被改到的是「用 watchlist 一次盯一整批股票／ETF，命中就打 webhook」這種掃描型策略——很多人拿它做 「gap up alert」（開盤跳空提醒）、「earnings breakout」（財報後突破）之類的美股短線篩選。

這件事對你的影響有多大，取決於你有沒有這樣的 watchlist alert 在跑——沒有的話就是資訊性的知道一下，有的話就要進 UI 檢查一次。介於「無感」跟「策略行為完全變了」之間，中間沒有灰色地帶。

官方寫明的四條規則：只有這些是白紙黑字

下面這四條全部來自 TradingView blog 2026-07-02 那篇原文——你可以自己去 《Extended hours support for watchlist alerts is here》 對，一字未加。

Extended hours 對 webhook 自動下單的三個實際影響

影響一：執行伺服器的忙碌時段變長

原本你的 webhook 接收端只在美股 09:30-16:00（ET）忙，每天大約 6.5 小時。切成 Extended 之後，前面多了 pre-market 04:00-09:30（5.5 小時）、後面多了 after-hours 16:00-20:00（4 小時），加總 16 小時——大約是原本的 2.5 倍。

這件事對你的影響取決於接收端有沒有做過壓力測試在盤外時段運作——半夜的 log 監控、白天在跑的資料庫維護、你自己排的 cron job，這些都可能剛好在盤前盤後跑，跟新流入的 webhook 撞在一起。你的伺服器不會知道 04:30 跟 09:35 是不同的世界——那是你自己要在架構上區分的事。

影響二：券商端不一定跟得上

就算 TradingView 把 webhook 打過來，你的執行邏輯下一步是打交易所或券商 API——那邊不一定支援盤前盤後下單。美股常見券商裡，pre-market／after-hours 通常要另外開啟 extended-hours trading 權限、也常常只支援 limit order 不支援 market order——這是券商端的規則，跟 TradingView 這個更新無關，但如果你沒事先確認，webhook 打過去只會拿到一次一次的拒單，而且很可能沒有明顯錯誤——就是靜靜的 rejected。

相關的邊界說明可以看 哪些交易所真的支援 TradingView Webhook 訊號？誠實整理的 2026 名單——那篇整理的是加密交易所，美股券商邏輯類似：先確認 API 支不支援跨時段下單，再回頭決定要不要把 alert 的 Session 切成 Extended。

影響三：策略回測與實盤的落差可能變大

你在 TradingView 上跑 Pine 策略回測時，strategy 用的是圖表上顯示的資料——預設不含盤前盤後。但你在 watchlist 上建的掃描型 alert 一旦切成 Extended，實盤觸發會用盤前盤後的資料，而你的回測從來沒看過那批 K 棒——這是很典型的 「backtest／live 資料源不對稱」 破口。

舉個假設情境把落差說清楚（下面的數字是為了說明用的，不是實測）：你寫了一顆「5 分鐘 K 棒突破當日 VWAP」的 watchlist alert 用來抓 gap up——回測跑正常盤資料看起來過關，接著你把 Session 切成 Extended。實盤時盤前那根 04:35 的 5m K 棒如果成交量顯著小於正常盤、bid-ask 顯著拉大，同一個「突破 VWAP」訊號在那個時段觸發時的滑價就可能吃掉整個 edge——而這件事不會反映在回測數字上，因為回測那條時序裡根本沒有 04:35 這根 K 棒可以參考。

要不要打開 Extended，這一題本身沒有標準答案。但你至少要意識到——切換那顆下拉的一瞬間，你的實盤策略就跟原本的回測基礎脫鉤了。跨時段風控的完整討論可以參考 ATR 完整教學——盤前盤後的實際波動率通常跟正常盤不一樣，用同一組參數是危險的。

三步驟：怎麼打開這個開關，怎麼關掉

官方 blog 給的動線是這樣（如果你想試試看，或者想確認自己有沒有不小心切到）：

Watchlist 右上鈴鐺 → Create alert
          → 選 Watchlist（Symbol 那格）
          → 定義技術條件（例：Price Moving Up）
          → 最下方 Parameters 區塊 → Session 下拉
          → 切到 Extended
        Save

想關掉的話，同一個 Session 下拉切回 Regular，儲存——舊 alert 一顆一顆改，不會有一鍵切換所有 alert 的按鈕。也因為這樣，打開之前的成本是幾秒鐘，收回來的成本是幾十顆 alert 手動點——這個不對稱值得先想清楚。

該不該打開？四個問題自己先答完

• 你的執行伺服器有沒有在盤前盤後跑過壓力測試？沒有的話先關著，把測試補上再說。
• 你的券商／交易所 API 支不支援 pre-market／after-hours 下單？只支援 limit 還是 market 都可以？
• 你的策略回測用的資料含不含盤前盤後？不含的話實盤打開等於直接跟未測資料下注。
• 你的部位風控（strategy.percent_of_equity 那類）有沒有考量盤外流動性差、滑價可能是正常盤的三到五倍？沒算過就先關著。

四個問題只要有一個答不出來，就把 Session 留在 Regular——先把那一題的答案找到，比一次把時段全打開要安全。盤外時段的流動性通常比盤中差一個量級，這是 US equities 的通常情況，不是我們自己量測的數字，但足夠讓「用同一組參數硬切過去」變成一個明顯的風險決策。

誠實的一段：官方沒講的三件事

這是我們閱讀官方 blog 之後推導出來的疑問——TradingView 目前沒有公開回答這三件事，寫在這裡是提醒你自己在打開開關前，先想清楚要怎麼驗證：

這三件事都要靠你自己實測——建一顆低成本的驗證 alert（例如條件寬鬆到必定觸發、webhook 端只做 log 不下單），跑一週看實際觸發時間戳、payload 內容、有沒有被限流。這種驗證動作在自動交易架構的失效備援裡是基本功——不要用 TVSBot 的 dry-run、也不要用真倉——最省事的方式是搭一個免費的 request bin 服務，只做記錄。詳細做法可參考 TradingView 或交易所當機時，你的自動化策略會發生什麼事？ 那篇的自我驗證章節。

常見問題