TradingView 方案哪個能跑 webhook？五個方案實際差異（2026）

五個方案，一張比較表寫得清楚，行銷條列刻意寫得含糊

你在 tradingview.com/pricing 頁面看到 Essential 那格底下寫著「Multi-condition alerts」與「Alerts that don't expire」，以為升到 Essential 就能開多條件 alert、還能永久掛著跑。刷了卡才發現：你設的每個 alert 兩個月就過期，而且新增第二個條件時系統告訴你這功能沒開。

先把五個方案講清楚：不是 Pro／Pro+，是這五個

2024 年 9 月之後 TradingView 換過一次命名。以前的 Basic／Pro／Pro+／Premium 全部改掉了，現在網站上寫的是 Basic／Essential／Plus／Premium／Ultimate 這五個。中文圈很多舊教學還在用「Pro 就有 webhook」這種寫法——那個 Pro 現在叫 Essential，數量與限制也不完全一樣。

你在 pricing 頁看到的年繳價（截至 2026 年 8 月）是：Essential $12.95／mo、Plus $29.95／mo、Premium $59.95／mo、Ultimate $199.95／mo，全部都是「Special price」按年繳算出來的月價。月繳大約貴 15～20%（同一頁自己寫「Save up to 17%」）。

每個方案有沒有 webhook：五個功能一格一格看

Basic 是叉、其他四個都是勾——這是你要不要往下讀的分水嶺。想跑 webhook 自動下單，Basic 免費方案這條路直接關掉，不用往下看 alert 數量。

各方案的 alert 額度與有效期

Pine Script（TradingView 內建的策略腳本語言，也就是你寫或用別人寫好的自動化策略碼）發出的 alert、以及對指標／畫線工具設的 alert，全部算在這個額度裡。Basic 這一格是 0——不是「數量少」，是完全開不了。你有 Pine 策略、想讓它自動下單，Basic 這一關就過不去。

以上兩張表的每一格都是我今天在 tradingview.com/pricing 底下那份「Detailed comparison」讀出來的，不是從上方那個花俏的行銷條列抓的——兩份對不起來，下面會講。

Basic 不用往下看：technical alert 是 0，webhook 也是 0

Basic 這一欄兩個叉一起看：不能對 Pine 策略或指標開 alert、也不能發 webhook。兩個都是硬鎖，不是「數量少」。你可以在 Basic 開 3 個「BTCUSD 高於某某價位就通知我」的 price alert，通知會用手機推播或郵件送出去，但不會有 webhook 送到你的伺服器——這條路不通就是不通。

我看過有人在中文論壇上教「Basic 也能繞過去，用 IFTTT 收郵件再轉出去」。那個方法能不能收到訊號另說，關鍵是它已經不是 TradingView 官方支援的 webhook 通道，訊號延遲多少、會不會漏掉，取決於中間那層 IFTTT 或郵件伺服器的表現。真要自動下單就把 Basic 這條路刪掉，往上看。

Essential 有 webhook，但踩三個雷

不是「到期會提醒你續」，是安靜地變成停用狀態。你之後三個月都沒登入 TradingView 或沒去 Alert Manager 點一次，你的自動下單就悄悄停了兩個月都不知道。 Alert Manager 裡的那欄會顯示紅色「Stopped — Expired」，但沒有推播提醒你。

想寫「RSI 破 30 而且 15 分線量能大於平均兩倍才觸發」這種組合，Essential 開不了 multi-condition alert。你只能拆成兩個 alert 各自送 webhook，再在你自己的伺服器合起來判斷。webhook 拿到訊號之後怎麼算部位大小那篇也會遇到——想在 payload 帶不同的 stop-loss 進來，光靠 Essential 得繞很多路。

你如果同時跑 3 個策略，每個策略對 5 個標的分開開 alert（多空各一），10×3＝30 個就直接爆額度。不是「用完了不能再開」——是你會被強迫刪掉舊的才能開新的，然後又忘了那個舊的是幹嘛的。

Essential 適合的是：一支策略、一個標的、alert 條件單純，並且你會定期進 dashboard 看看 alert 有沒有過期。超出這個範圍就得考慮 Plus。

Plus 是自動下單真正的實用起點

Multi-condition 開了、技術面 alert 從 20 加到 100。但過期問題還在——Plus 的 alert 有效期上限依然是兩個月。這是很多人升到 Plus 才發現的：以為多花錢就沒這個問題，pricing 頁上方的行銷條列還誤導你以為「Plus 也有 alerts that don't expire」，實際不是。

TradingView Help Center 的原文寫的是 「Open-ended alerts are available for Premium and Ultimate plans only.」。

Premium 對自動下單真正加的東西

Premium 對「自動下單」這件事最實在的加值是「alerts that don't expire」與 second-based alerts 這兩項，其他多數是介面與資料範圍的加值，跟訊號送不送得出去沒關係。

——把 technical alert 從 400 加到 1,000、watchlist alert 從 2 加到 15。你要跑幾百支策略同時掛的規模才用得到；散戶做自動下單，Premium 通常就是上限。

為什麼 pricing 頁的行銷條列跟比較表對不起來

你在 pricing 頁最上方看到的那個花俏區塊——每個方案下面列著三四行 bullet point——是行銷文案，不是產品規格。TradingView 在 Essential、Plus、Premium、Ultimate 四個方案下面都寫了「Multi-condition alerts」跟「Alerts that don't expire」這兩行，但同一頁往下捲的「Detailed comparison」表格寫得清清楚楚：multi-condition 從 Plus 起、alerts don't expire 從 Premium 起。

五個方案跟你實際情境的對照

——multi-condition 開了、技術 alert 100 個對三五支策略夠用、每月 $29.95。真正該不該升到 Premium 的關鍵是「你會不會定期進 dashboard 檢查 alert 有沒有過期」——會的話 Plus 省下的錢半年可以買很多資料訂閱，不會的話兩個月漏一次訊號的成本很快超過差價。

三個 alert 有效期、警報數上限、multi-condition 之外的坑

方案本身選對只是第一步。Webhook 真的跑起來還會撞到三個常見坑：官方對接收端的 3 秒逾時規則、alert 3 分鐘觸發超過 15 次會被自動停用、以及改完 Pine 程式碼後舊 alert 不會自動更新、必須刪掉重建。

還有一件事跟方案無關，但每個新手都會撞到：你的接收伺服器 3 秒內沒回 200，TradingView 直接判定失敗，而且不會重試。這意思是你不能在同一個請求裡「驗證訊號→呼叫交易所 API 下單→等成交回應」跑完整套——那個 pipeline 真倉環境下經常超過 3 秒，然後你完全不會知道自己漏了一筆。

誠實的一段：我們沒替你量測「哪個方案送 webhook 比較快」

有些教學文會宣稱「Premium 的 webhook 延遲比 Essential 低」——這種說法我們找不到官方來源。TradingView 官方沒有公開「webhook 送達時間」的量化承諾，也沒有 SLA（服務水準協議），更沒有寫明不同方案的 webhook 有不同優先級。網路上流傳的「Premium 比較快」多半是個案回報，不是有方法論的量測。

我們自己也沒有跑過對照實驗去驗證方案之間的延遲差異——這件事要做得可信，得同一時間對同一個訊號用兩個不同方案的帳號同時發，重複很多次才有意義，我們目前沒有做。所以這篇不會給你「Premium 快多少秒」這種數字，你在別的文章看到這種數字時建議追問來源與方法論。

常見問題