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

> Server酱 有 Turbo 与 Server酱³ 两个产品，按消息落点选：推到微信、企业微信、钉钉群、飞书群、Bark、PushDeer 用 Turbo；推到独立 App 用 Server酱³——iOS/FCM/小米/华为/荣耀/vivo/OPPO/iQOO/Realme/OnePlus/魅族机型 App 不在后台也能收，不用做 Android 保活。本文说明两者差异，以及 Bark、PushDeer 为什么是 Turbo 的通道而不是替代品。

- 网页版：https://sct.ftqq.com/compare/
- 更新日期：2026-07-28

# 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 目前支持的落点：

| 通道 | 消息落在 | 备注 |
| --- | --- | --- |
| 微信服务号 | 微信会话 | 默认通道，零配置 |
| 企业微信应用消息 | 微信 | 内容显示完整；会员可用 `openid` 抄送多人 |
| 企业微信群机器人 | 企业微信群 | 团队告警 |
| 钉钉群机器人 | 钉钉群 | 团队告警 |
| 飞书群机器人 | 飞书群 | 团队告警 |
| Bark iOS | Bark 客户端 | Turbo 按 Bark 协议实现了推送 Server，直接推现有 Bark App |
| PushDeer | PushDeer 客户端 | iOS / Android / Mac |
| Android 客户端 | 官方 Android App | 测试版 |
| 自定义 Webhook | 你自己的服务 | 想推到哪都行 |

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

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

## Turbo 与 Server酱³ 怎么选

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

| | Server酱 Turbo | Server酱³ |
| --- | --- | --- |
| 消息落在 | 微信 / 企微 / 钉钉群 / 飞书群 / Bark / PushDeer / 自定义 | 独立 App（iOS + Android） |
| 要装 App | 否，微信就能收 | 是 |
| 依赖微信 | 主通道依赖，可切换 | 完全不依赖 |
| **App 不在后台也能收** | 看通道 | **是**，iOS/FCM/小米/华为/荣耀/vivo/OPPO/iQOO/Realme/OnePlus/魅族 |
| 需要做 Android 保活 | — | 上述机型**不需要**，其他机型仍需后台运行 |
| 多设备同时收 | 看通道 | 支持 |
| AI 摘要 / 翻译 / Tag 分组 | — | 支持 |
| 适合 | 个人告警落微信、团队告警落群 | 告警不能漏、消息量大、要分组归档 |
| SendKey 前缀 | `SCT` | `sctp` |

**无后台推送是 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）](https://github.com/easychen/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：

```bash
# 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 都不用管：

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

从 PushBear 迁移见 [PushBear 迁移指南](https://sct.ftqq.com/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](https://sct.ftqq.com/docs/getting-started/sendkey/)
- [推送通道对比：消息可以推到哪里](https://sct.ftqq.com/docs/getting-started/channels/)
- [微信推送 API 怎么做：4 种方案对比](https://sct.ftqq.com/wechat-push/)
- [消息推送服务怎么选：自建 vs 托管](https://sct.ftqq.com/message-push/)