自己搭 Webhook 机器人，还是用托管转发？交易者的现实账

把 TradingView 告警转发到 Telegram 或 Discord，网上一搜，方案大致分两类：

1. 自己搭：拿个 Cloudflare Worker 写几十行代码，或者租台 VPS 跑开源的 TradingView-Webhook-Bot；
2. 用托管服务：注册个账号，拿一个接收地址填进去就完事。

很多人第一反应是「这么简单的事，自己搭就行了，还能省钱」。这个判断在第一天是对的，但它漏算了后面的账。这篇就把这笔账老老实实摊开。

自己搭，第一天确实很爽

不吹不黑，自建方案有它真实的优点：

• 便宜甚至免费：Cloudflare Worker 免费额度足够个人用，VPS 一个月也就几美元；
• 完全可控：代码在你手里，想怎么改怎么改，数据不经过第三方；
• 没有厂商锁定：哪天不想用了，关掉就行。

如果你只是给自己一个策略做个简单提醒，对偶尔丢一两条无所谓，那自建完全够用，这篇文章你可以不用看下去了。

但「能跑」和「可靠」是两件事

问题在于，转发告警这件事，难的不是把消息发出去，而是发不出去的时候怎么办。下面这些坑，自建方案默认一个都不帮你处理：

1. VPS 会挂，而且通常在你最需要的时候挂

VPS 重启、进程崩了、磁盘满了、机房抖动——任何一个，你的机器人就静默罢工了。而你根本不会收到「机器人挂了」的通知，只会在某天复盘时发现：那波行情的信号一条都没到。半夜挂掉、没人值守，是自建方案最致命的软肋。

2. 没有自动重试

目标平台限流、临时 5xx、网络抖动——这些都是会自愈的临时故障，只要重试一下大概率就成了。但开源脚本大多是「发一次，失败就算了」。于是本可以救回来的消息，就这么丢了。

3. 没有失败留痕，出了事根本没法查

消息没到，是 TradingView 没推？是脚本没收到？是 Telegram 拒了？自建方案通常什么记录都没有，你只能对着空气猜。等你想加日志，往往已经错过了那条关键信号。

4. 没有去重，容易刷屏

网络抖动时 TradingView 会重推同一条告警；once_per_bar 配置不当也会反复触发。没有幂等去重，你的群就会被同一条信号刷屏。

5. 3 秒超时这道坎，大多数脚本没迈过去

上一篇讲过：TradingView 要求接收端 3 秒内响应，否则判失败。正确做法是「先返回 200，再异步转发」。但随手写的脚本基本都是同步处理，平时没事，一到高峰或下游变慢就开始零星丢消息——而且你很难定位。

真正的成本，是时间

自建方案账面上很便宜，但它把成本从「钱」转移到了「你的时间和注意力」上：

• 第一次搭建调试：半天到一天；
• 之后每次平台 API 变动、依赖升级、证书过期：都得你来处理；
• 每次莫名其妙丢消息：你得自己加日志、复现、排查；
• 最贵的一笔：某条关键信号丢了，而你浑然不觉——这笔账没法用钱衡量。

对把交易当回事的人来说，注意力本该花在策略和行情上，而不是给一个转发脚本做运维。

一张对照表

| 维度 | 自己搭（Worker / VPS 脚本） | 托管转发服务 | | --- | --- | --- | | 上手成本 | 要写代码 / 配服务器 | 拿地址填进去即可 | | 月度花费 | 免费～几美元 | 通常有免费额度 | | 自动重试 | 自己实现 | 内置 | | 失败留痕 / 可查 | 自己加日志 | 内置完整记录 | | 入站去重 | 自己实现 | 内置 | | 3 秒超时处理 | 容易踩坑 | 已处理（先收后转） | | 挂了有人管吗 | 没有，自己盯 | 平台负责 | | 多平台 / 多群 | 自己写路由 | 配置即可 | | 适合谁 | 爱折腾、能接受偶尔丢 | 想省心、信号要必达 |

怎么选：一个简单的判断

• 选自建，如果你享受折腾、只服务自己、且能接受偶尔丢一两条信号。这是完全合理的选择。
• 选托管，如果你把交易当正事、信号不能漏、或者你在给一个社群/团队发信号——别人在等你的信号，可靠性这时候不是「锦上添花」，而是底线。

SignalTo 走的就是托管这条路：一个开箱即用的接收地址，自带 HTTPS、秒级响应、入站去重、失败自动重试，每条推送都有完整记录可查，多平台多群一处配置。把上面那些「自建默认不管」的脏活，替你兜住。

花一分钟，拿个稳定的接收地址 →