一个能推送的 URL，还是一个会给你打电话的频道
Bark 用一个 URL 就能推出 iOS 通知，免费，服务端还能自己托管。Echobell 在此之上提供 Android 与 Apple Watch 送达、以真实来电形式抵达的提醒，以及根本不需要发送方的触发方式。
一句话结论
要在脚本里给自己的 iPhone 推一条通知，Bark 很难被超越。Echobell 面向的是必须触达整个团队、不止 iPhone、也不止通知音量的提醒。
提醒需要送到 Android 或手表、需要以来电形式抵达、或者来源是邮箱而不是脚本时，选 Echobell。
一览
Echobell
B Bark
平台
iOS、Android 与 Apple Watch
官方客户端只有 iOS
最高紧急级别
以来电形式抵达，有铃声和来电界面
关键警报与重复铃声，但本质仍是通知
提醒从哪来
Webhook，外加每个频道独立的邮箱地址
来自你正在写的脚本发出的 HTTP 请求
主要差异
两者都能把一个 HTTP 请求变成通知，区别在于覆盖范围、紧急上限，以及什么东西可以触发它。
平台覆盖
Echobell
一个频道同时覆盖 iOS、Android 与 Apple Watch
设备混用的团队不需要再引入第二个工具。
B Bark
官方应用只有 iOS，用 Android 的人得另想办法
紧急上限
Echobell
真正的来电，走 CallKit 响铃并显示来电界面
来电界面比一条响亮的横幅更难被睡过去。
B Bark
关键警报和 call=1 能让铃声重复，但仍然是一条通知
托管方式
Echobell
仅提供托管服务
想把推送服务器放在自己机器上，Bark 更合适。
B Bark
可以用公共服务器，也可以自己托管
触发来源
Echobell
Webhook 与频道专属邮箱，支持模板和条件
Echobell 能对那些只会发邮件的系统做告警。
B Bark
没有邮件触发，也没有模板，整条消息由发送方拼好
Echobell 的优势
Echobell 面向的是别人也依赖的提醒，而不只是你自己的手机。
不只有 iPhone
同一个频道覆盖 Android 与 Apple Watch，设备混用的团队只需配置一次。
真的是一通电话
来电模式会带完整来电界面响起——凌晨四点要把人叫醒，靠的就是这个。
提醒可以来自邮件，而不只是脚本
每个频道都有独立邮箱地址。银行、供应商、老系统这些只会发邮件的来源，也能变成提醒。
最适合的场景
在 Bark 之外再加上 Echobell 的人，通常是因为这几件事。
Bark 只有 iOS 客户端，覆盖不到所有需要收到提醒的人。
提醒需要能穿透深度睡眠，而不只是穿透静音开关。
压根没有一个脚本可以让你加一行 Bark 调用。
从 Bark 迁移
不用关掉任何东西——Bark 的 key 是一个 URL，Echobell 的频道也是。
- 1
为每个 Bark key 建一个频道
沿用你现在给 Bark 设备 key 做的分组方式。
- 2
把脚本里的 URL 换掉
用频道 webhook 替换 api.day.app 的地址，标题和正文改为放在 JSON 请求体里。
- 3
给真正重要的开启来电
原本用 level=critical 或 call=1 发的那些，改成把频道设为来电模式。
常见问题
查找关于 Echobell 常见问题的答案
其他竞品对比
Echobell vs PagerDuty
企业级事件编排 vs 轻量移动优先告警
Echobell vs Opsgenie
Atlassian 生态联动 vs 即时通知聚焦体验
Echobell vs Better Stack
可观测平台广度 vs 告警触达深度
Echobell vs Pushover
基础推送提醒 vs 面向故障响应的通知能力
Echobell vs IFTTT
通用自动化编排 vs 可靠告警交付
Echobell vs Slack
团队聊天里的告警 vs 专用关键告警触达
Echobell vs Telegram
机器人消息 vs 专用关键告警触达
Echobell vs Discord
嘈杂服务器里的 webhook 消息 vs 紧急告警触达
Echobell vs Healthchecks.io
定时任务监控 vs 紧急触达层
Echobell vs Gotify
自托管推送服务器 vs 真正送达 iOS 的提醒
Echobell vs ntfy
开源发布订阅通知 vs 会响起来的私有频道
Echobell vs Server酱
转发进微信 vs 一条你能决定响多大声的提醒
Echobell vs PushDeer
极简开源推送 vs 带紧急级别的提醒