哪些交易所真的支持 TradingView Webhook 信号?
诚实整理的 2026 名单
先说结论:最常被问到的 15 家交易所里,只有 6 家真正拥有交易所端原生 webhook 或 signal bot 功能—— Binance、OKX、Bybit、Bitget、Gate.io、Phemex。其中 Binance、OKX、Bybit、 Bitget、Phemex 这 5 家的官方文档明确写着只限期货/永续合约; Gate.io 官方没有写明适用市场,但从它的操作文档与示例判断应该同样是合约。 不管怎么算,这 6 家都没有任何一家把现货列为支持市场。
其余 9 家经常被文章列为「支持」,不管是博客还是 SEO 排行文都很常见。 但仔细看官方原文,绝大多数讲的其实是 TradingView 自家的图表下单 「Broker」功能——跟 webhook 是完全不同的两回事。这篇文章逐一核对每家 交易所官方帮助中心与公告原文(不是搜索摘要),核实时间点是 2026 年 7 月,帮你在动手对接之前先搞清楚自己用的交易所到底属于哪一种。
三种东西经常被混为一谈
在看名单之前,得先把这个混淆讲清楚——这也是这篇文章存在的理由。 「TradingView + 某交易所对接」常常指三种完全不同的东西:
- (a) 原生 webhook / signal bot——交易所自己生成 webhook 地址,接收 TradingView alert,直接帮你下单。不需要 经过第三方。
- (b) TradingView Broker 对接——你在 TradingView 的 Trading Panel 里登录交易所账号,在图表上手动点买/卖。没有 alert 触发、没有 webhook 地址,也没有自动化,只是一个更方便的下单面板。
- (c) 第三方桥接服务——由另一个服务接收 webhook, 用你自己的 API key 调用交易所的下单接口。
| (a) 原生 webhook | (b) TradingView Broker | (c) 第三方桥接 | |
|---|---|---|---|
| webhook 地址由谁生成 | 交易所自己 | 根本没有 webhook | 桥接服务 |
| 信号→自动下单 | |||
| 是否需要付费 TradingView 套餐 | 需要——webhook 通知要 Essential 以上方案 | 不需要,免费版就能用 | 需要——webhook 本身就是 TradingView 的付费功能,跟选哪家桥接无关 |
| 例子 | Binance Signal Trading、OKX Signal Bot | BitMEX /tradingview 页面、MEXC 的图表下单面板 | TVSBot、WunderTrading、3Commas |
15 家逐一核实
以下逐一核对每家交易所官方帮助中心、文档或正式公告,核实时间点为 2026 年 7 月。交易所功能经常说改就改, 这份名单是某个时间点的快照,不是永久保证——实际动手前建议自己再去 官方文档确认一次。
| 交易所 | 原生 webhook | 功能叫什么 | 适用市场 | 主要限制 |
|---|---|---|---|---|
| Binance | 支持 | Signal Trading with Webhook Integration | 仅 USDⓈ-M 合约 | 需付费 TradingView 套餐;最多 100 个活跃信号;连续 20 次下单失败会自动终止 |
| OKX | 支持 | Signal Bot | 仅永续合约 | 需付费 TradingView 套餐;第三方固定 IP 发送方须先向 OKX 客服注册 |
| Bybit | 支持 | Webhook Signal Trading | 仅衍生品(不含现货) | 需付费 TradingView 套餐;仅支持单向持仓模式;每账号最多 30 组 webhook 策略 |
| Bitget | 支持 | Futures Signal Bot | 仅 USDT-M 永续合约 | 需付费 TradingView 套餐;仅支持市价单、不支持限价单;每人最多 10 组信号 |
| Gate.io | 支持 | Signal Bot | 永续合约——推断,官方未明说 | 仅限网页版,App 不支持;需自定义 JSON 消息模板;官方文档从未写明适用市场,但它的示例交易对(BTCUSDT.P)、杠杆与保证金设置、强制平仓机制都指向永续合约 |
| KuCoin | 查无官方文档说明 | — | — | 只找到 Trading Panel Broker 链接,以及一个第三方「API Broker Partner」(Kryll,策略导入功能)——没有找到 KuCoin 自家的 webhook 接口 |
| MEXC | 不支持 | — | — | 官方产品是图表下单面板;MEXC 自己的博客文章讲的是用户自己对接 MEXC API 做 webhook,不是 MEXC 提供的成品功能 |
| HTX | 不支持 | — | — | 官方合作说明本身定义为 TradingView「Broker」对接(图表下单),不是 webhook 产品 |
| Kraken | 不支持 | — | — | Kraken 自己的支持页面只列出第三方机器人合作伙伴(3Commas、Bitsgap 等),通过通用接口对接 |
| Coinbase Advanced | 不支持 | — | — | 有 Broker 图表下单对接,也有一个叫「Webhooks」的独立功能——但那是把链上活动通知推送出去,不是接收 TradingView alert 来下单 |
| Crypto.com Exchange | 不支持 | — | — | 2026 年 6 月官方公告描述的是加入 TradingView 成为 Broker(图表下单),不是 webhook 产品 |
| BitMEX | 不支持 | — | — | 官方页面描述的是 Broker 连接加上 Pine Script 回测;FAQ 里提到的「webhook」是在讲 TradingView 自家的 alert 功能,不是 BitMEX 自己的接口 |
| Phemex | 支持 | Signal Trading | 仅期货/永续合约 | 免费使用;每组信号自动生成专属 webhook 链接与消息模板 |
| WOO X | 不支持 | — | — | 官方产品是 Trading Panel 升级;webhook 自动化是通过指定的第三方合作伙伴(WunderTrading)提供,不是 WOO X 自家的 webhook |
| Hyperliquid | 不支持 | — | — | 连 TradingView Broker 链接都没有——TradingView 在 2026 年 7 月才把它加进来,而且只是作为行情数据来源;自动化完全要靠第三方桥接服务调用 Hyperliquid 自己的接口 |
图例:「支持」=交易所自己生成 webhook 地址并执行下单。「不支持」=查无此类原生产品(可能仍有 TradingView Broker/图表下单连接)。「查无官方文档说明」=文档层面查不到,不代表官方明确否认。「适用市场」一栏除标注「推断」者外,均引自官方文档原文。以官方来源核实,时间点 2026 年 7 月——支持状态可能变动。
常见的误传
这段值得放慢速度仔细看,因为多数「支持清单」文章就是在这里出错—— 通常不是恶意造假,只是扫过公告标题就下结论。特别是以下 7 家, 官方原文讲的其实是另一回事,却经常被误植成拥有原生 webhook:
- BitMEX——它自己的 /tradingview 页面讲的是登录后在图表上手动下单,加上 Pine Script 回测。FAQ 里 提到的「webhook」是在描述 TradingView 自家的通用 alert 功能,不是 BitMEX 提供的接口。
- HTX——HTX 自己的公告把这个合作定义为「Broker」 合作关系。那是图表下单,不是接收信号的接口。
- Kraken——Kraken 自己的支持文章明确点名了第三方 机器人合作伙伴。找不到任何 Kraken 自家的 webhook 可以指认。
- Coinbase Advanced——Coinbase 确实有一个字面上 就叫「Webhooks」的功能,这也是造成混淆的主因。但它是把链上通知 往外推送,不是接收 TradingView alert 来触发交易。
- WOO X——WOO X 自己的博客明确点名了合作伙伴 WunderTrading 负责 webhook 自动化。WOO X 自家挂名的对接本身是 Trading Panel。
- MEXC——MEXC 自己的推广文章很容易被误读。仔细看 正文,讲的是用户自己对接 MEXC API 做 webhook 接收端,不是 MEXC 推出的 signal bot 产品。
- Hyperliquid——TradingView 在 2026 年 7 月把 Hyperliquid 加进来,只是作为行情数据来源(看图 用),不是 Broker 连接。TradingView 端完全没有任何自动化挂钩, 原生或非原生都没有。
KuCoin 的情况跟上面几家都有一点不一样,诚实的说法是:完全找不到任何 KuCoin 官方文档描述原生 webhook 功能——而不是找到一个明确说「我们 没有」的正面说明。这比上面那几家(每家都有自己的官方文档说明「我们提供 的是什么」)证据力弱一些。「KuCoin 没有原生 webhook」是目前能查到 的最合理推断,而不是 KuCoin 官方自己明确否认过。
自己的交易所没有原生 webhook 怎么办?
上面 9 家交易所,要把 TradingView alert 自动转成下单,只能靠第三方 桥接服务:由另一个服务接收 webhook,再用你自己的 API key 去调用 交易所的下单接口。这本身不代表更差——做得好的桥接服务一样可以很 稳定——但它多了一层经手你资金入口的服务,值得挑选时谨慎一点。
挑选桥接服务时最该看的两件事:
- 非托管还是托管。非托管的桥接服务只会拿着你的 API key 去调用交易所接口,资金始终留在你自己的交易所账户;托管型 则是把所有用户的资金集中到自己的钱包,风险等级完全不同(可参考 2022 年某集中托管 API key 平台泄露 10 万把 key 的事件)。
- 实际需要哪种 API 权限。一个只需要下单、撤单的 桥接服务,理论上只该要求交易权限,不该要求提现权限。
TVSBot 就是(c)类第三方桥接的一种选择:目前对接 Binance、OKX、Bybit、Bitget、Gate.io、BingX、Hyperliquid共 7 家(Hyperliquid 仅限永续合约——TVSBot 上的 Hyperliquid 没有现货)。 设计上是非托管:你粘贴自己 的 API key,每一笔下单都是直接拿这把 key 调用交易所接口,TVSBot 本身 不会代管任何资金。上表 15 家里它不覆盖 BitMEX、HTX、Kraken、Coinbase、 Crypto.com、Phemex、WOO X、KuCoin、MEXC,如果你用的是这几家, 得找专门为它们做的桥接服务。
接入任何 API key 前的检查清单
- 只开交易权限,关闭提现权限。信号桥接服务不需要 动用你账户里的资金转移,只需要下单。详细做法可参考我们写的 Binance API key 安全设置。
- 有支持的话开启 IP 白名单。部分交易所(Binance、 KuCoin)一旦开启提现权限就强制要求白名单,即使只是交易权限也建议 设置。
- 确认桥接服务是非托管——只负责转发信号、用你的 key 调用交易所接口,不会集中代管或持有你的资金。
- 直接去交易所官方帮助中心核对过,而不是只看 第三方排行文——正如这篇文章所示,Broker 对接跟原生 webhook 很容易被混为一谈。
- 搞清楚这个 webhook 覆盖哪个市场——这份名单里没有 任何一个原生案例把现货列为支持市场(5 家官方明文限定期货/永续, Gate.io 没写明),不要假设现货也包含在内。
- 知道闲置 API key 多久会过期(没设 IP 白名单 的情况下,常见是 14~90 天不等,因交易所而异),避免策略停用一段 时间后悄悄失效。
常见问题
Binance 支持用 TradingView webhook 下现货单吗?
2026 年真正原生支持 TradingView webhook 的交易所有哪些?
KuCoin 的 TradingView 对接是 webhook 吗?
TradingView Broker 对接跟 webhook signal bot 差在哪?
我的交易所不在那 6 家原生支持名单里,要怎么自动化 TradingView 信号?
Get started
已经在用 TVSBot 支持的 7 家交易所之一——Binance、OKX、Bybit、Bitget、Gate.io、BingX 或 Hyperliquid?粘贴你自己的 API key,把 TradingView 信号变成实时下单,从第一笔交易开始就是非托管。
免费开始