Server酱 Turbo 还是 Server酱³？推送方案对比与选择

一句话答案：按消息要落在哪选，两条路。落在微信、企业微信应用消息、企业微信/钉钉/飞书群、Bark、PushDeer、自定义 Webhook —— 用 Server酱 Turbo，一个 SendKey 全都能推，这些都是它的通道。落在独立 App —— 用 Server酱³，它接入了手机厂商的系统推送通道，App 不在后台也能收到消息，不用做 Android 保活，这是它和其他推送 App 最实质的区别。

很多人搜「Server酱 vs Bark」「Server酱 vs PushDeer」，是把它们当成互斥的选项。这是个误会，先把它讲清楚。

Bark、PushDeer 不是替代品，是 Server酱 Turbo 的通道

Server酱 Turbo 本身不绑定某一个终端，它是一个统一入口：你的程序永远只发一个请求，消息落到哪由控制台里的通道设置决定，也可以在单次请求里用 channel 参数临时指定。

Turbo 目前支持的落点：

所以「要不要为了 Bark 放弃 Server酱」这个问题不成立 —— 在 Turbo 里选 Bark 通道，填一次 DeviceToken 就好，程序侧代码一行都不用改。想从微信换成 Bark，或者两个都要，都是控制台里点一下的事。

这正是用 Turbo 的理由：通道会变，你的代码不用跟着变。 微信服务号的模板消息政策历史上调整过，自己直连某一个通道的人当时要重写；用 Turbo 的人只是换了个下拉选项。

Turbo 与 Server酱³ 怎么选

两个产品不是新旧关系，是面向不同场景的两条线。用户体系和 SendKey 各自独立（官方 SDK 能自动识别两种 key）。

无后台推送是 Server酱³ 最主要的特色，值得单独说。 Android 上大多数第三方推送 App 靠自己维持一条长连接，被系统省电策略清掉之后消息就静默丢了——于是你得去设置里加白名单、锁后台、关电池优化，还不一定稳。Server酱³ 接的是手机厂商的系统级推送通道，消息由系统送达，App 被划掉照样收得到。

覆盖机型：iOS、FCM（有 Google 服务的机型）、小米、华为、荣耀、vivo、OPPO、iQOO、Realme、OnePlus、魅族。这之外的设备仍需保持 App 在后台运行才能收到消息。

告警要求"不能漏"的话，这一条比 AI 摘要、Tag 分组都更值钱。

选择很直接：

• 想在微信里收通知 → Turbo。这是绝大多数个人开发者的答案，不用装任何东西。
• 告警发到工作群 → Turbo + 企业微信 / 钉钉 / 飞书群机器人。
• 只用 iOS、已经装了 Bark → Turbo + Bark 通道。别再单独搭一套。
• 告警绝对不能漏，受够了 Android 保活 → Server酱³。这是它最大的价值。
• 消息量大、想要 AI 摘要和 Tag 分组、不想受微信通道政策影响 → Server酱³。
• 两个都想要 → 可以同时用，Turbo 订阅会员的会员时间可与 Server酱³ 同步。

和自建方案比

ntfy、Gotify、自建 Bark 服务端、WeCom酱（wecomchan）（企业微信通道的开源自建方案，同样出自方糖气球）都是可以自己跑起来的推送服务。它们的共同优点是没有条数限制，共同代价也一样：

• 告警系统自己变成了要运维的东西。自建推送最尴尬的场景是——它挂了，你不会收到"推送服务挂了"的推送。
• 要装 App。ntfy、Gotify 都需要收件人装客户端，推给同事或家人时这一步经常就卡死了。
• 接不到微信。要落进微信，绕不开企业微信应用消息那一整套配置（注册企业 → 建应用 → 开微信插件 → 拿 corpid/secret/agentid），这也是 WeCom酱 存在的原因。

真的推送量很大、内容又敏感（告警正文里带内网地址和堆栈），自建是合理的。除此之外，Turbo 免费额度每天 5 条、订阅会员每天 1000 次 API 调用，成本远低于一台服务器加上你的时间。

一个务实的组合：自建为主，Turbo 兜底。自建通道挂掉时用 Turbo 发一条"自建推送异常"，监控链路不会同时失明。

和其他托管服务比

pushplus 等第三方微信推送服务，能力重叠在「把消息发进微信」这一条通道上，接入形态也都是一个 HTTP 请求。差别在两处：

1. 通道数量。Turbo 的同一个 SendKey 还能切到企业微信应用消息、企微/钉钉/飞书群、Bark、PushDeer 和自定义 Webhook；换落点不用改代码。
2. 有第二条路。不想再依赖微信的时候，Server酱³ 是同一个体系里的自然升级，不用重新选型。

如果你正在用别家、只是想找个更稳的落点，看下一节 —— 迁移基本是改一行 URL 的事。

迁移成本有多低

这类服务的 API 形态高度相似，都是"往一个带 key 的 URL POST 一个标题和正文"，所以换过来通常只改一个 URL：

# Server酱 Turbo
curl -X POST "https://sctapi.ftqq.com/{SENDKEY}.send" -d "title=标题" -d "desp=正文"

# Server酱³（SendKey 以 sctp 开头，uid 是 sctp 与 t 之间的数字）
curl -X POST "https://{uid}.push.ft07.com/send/{SENDKEY}.send" -d "title=标题" -d "desp=正文"

官方 SDK 会按 SendKey 前缀自动识别两种端点，用 SDK 的话连 URL 都不用管：

# pip install serverchan-sdk
from serverchan_sdk import sc_send
sc_send("你的SENDKEY", "任务完成", "SCT 和 SC3 的 key 都能直接传")

从 PushBear 迁移见 PushBear 迁移指南；旧版 sc.ftqq.com 完全兼容，改域名和 SendKey 即可。

顺带一句：不管你最后用哪个，把推送封装成一个函数。以后再换就只改那一个地方，这比选对服务更重要。

常见问题

Server酱 和 Bark 冲突吗？要二选一吗？

不冲突，也不用二选一。Bark 是 Server酱 Turbo 的一个通道 —— 在控制台把通道选成 Bark iOS，填入 DeviceToken，Turbo 会按 Bark 协议直接推到你现有的 Bark 客户端，程序侧代码不用改。

已经在用 PushDeer，还需要 Server酱 吗？

PushDeer 同样是 Turbo 的通道之一（PushDeer 也是方糖气球的开源项目）。用 Turbo 的好处是同一个 SendKey 还能推到微信和各类群，将来想换落点不用改代码。只推 PushDeer 一个终端的话，直接用 PushDeer 也可以。

Server酱 Turbo 和 Server酱³ 是新旧版本关系吗？

不是。两个产品并行：Turbo 主打多通道（尤其是落进微信），Server酱³ 主打自有 App 体验——接入厂商系统推送通道，在 iOS/FCM/小米/华为/荣耀/vivo/OPPO/iQOO/Realme/OnePlus/魅族机型上 App 不在后台也能收，另有 AI 摘要、翻译、Tag 分组。用户体系和 SendKey 各自独立，官方 SDK 可自动识别两种 key。

免费额度够用吗？

Turbo 免费会员每天 5 条、每分钟不超过 50 条，注册即得，新用户另有 7 天全功能试用；订阅会员每天 1000 次 API 调用。每天 5 条适合"低频但重要"的告警（备份失败、证书到期、服务宕机）。高频告警建议先在自己这一侧做聚合降噪，这通常比加额度更该做。

Android 上收不到推送、要一直做保活怎么办？

这是所有靠长连接的第三方推送 App 的通病：系统一清后台，消息就静默丢了。Server酱³ 走的是手机厂商的系统级推送通道，消息由系统送达，不依赖 App 常驻，不需要加白名单、锁后台或关电池优化。

支持的机型：iOS、FCM（有 Google 服务的机型）、小米、华为、荣耀、vivo、OPPO、iQOO、Realme、OnePlus、魅族。这之外的设备仍需保持 App 后台运行，购买前先确认你的机型在不在这个范围里。

微信通道会不会哪天用不了？

微信服务号模板消息在历史上有过政策调整，这是走服务号这条路的固有风险。Turbo 的应对方式就是多通道可切换——真出问题时你改的是控制台里的一个选项，不是代码。彻底不想受影响，就用 Server酱³。

下一步

• 30 秒获取 SendKey
• 推送通道对比：消息可以推到哪里
• 微信推送 API 怎么做：4 种方案对比
• 消息推送服务怎么选：自建 vs 托管