SMS 对比
真诚的 对比。
比较你需要运行的工作流：发送应用消息、启动营销活动、接收回复或上线新市场。从客户成果出发，再评估 API、发送方设置、投递凭证和运营模式。
查看 SMS 平台概览，了解 Bird 如何连接营销活动、应用消息和回复。下方的服务商对比分析了具体的集成差异，包括发送调用、注册、事件、SDK 和代理工具。
如果您发现这些页面上有任何不实的说法，请发送邮件至 devs@bird.com，我们会及时修正。
每天都被构建
世界级软件的团队所信赖。
哪个 SMS API 适合入站工作流？
如果你需要通过工作区 webhook 接收入站短信和送达事件，并且希望通过 API 检索消息记录，选择 Bird。在选定服务商之前，先在目标市场测试接收号码以及下方列出的失败路径。
| 你的任务 | 选择前确认 | Bird 工作流与依据 |
|---|---|---|
| 在号码上接收短信 | 确认你所在国家和发送方类型的号码可用性、SMS 能力及注册要求。字母数字发送方无法接收回复。 | 按国家和 SMS 能力搜索号码库存。选择发送方前查看单向和双向 SMS。 |
| 读取入站短信 | 确认 webhook 是否包含消息内容和收发双方号码，以及你是否可以在之后检索已存储的消息。 | Bird 的 sms.received 事件携带文本、分段详情、sms_id、from 和 to。消息 API 可检索已存储的记录。 |
| 将回复匹配到你的应用 | 为订阅者和接收号码维护会话状态。如果该配对有多个待处理请求，使用应用上下文判断回复对应哪个请求。 | 使用入站事件中的 from 和 to 查找该配对。通过 sms_id 匹配出站送达事件；Bird 会回传发送时的 metadata 和 tags 供你引用。 |
| 验证事件签名 | 在处理入站短信或送达报告之前，使用原始请求体验证签名并拒绝过期的时间戳。 | Bird 使用 Standard Webhooks 对 webhook 投递进行签名。SDK 可验证签名和时间戳；你的处理程序通过 webhook-id 去重。 |
| 从重试中恢复 | 将 webhook 超时与发送超时分开测试。重复的事件投递和重复的发送请求需要各自独立去重。 | 已排队的 webhook 投递可以重试，且可能乱序到达。调查缺失凭证时，请检查消息记录。在密钥保留窗口内重试同一发送时，请复用 Idempotency-Key。 |
| 判断消息是否已送达 | 区分 API 受理、运营商交接和送达回执。SMS 状态为 delivered 并不代表收件人已读。 | Bird 区分 sms.accepted、sms.sent 和 sms.delivered 以及失败事件。送达回执报告送达结果；排查时可查看消息时间线。 |
所有 SMS 对比
查看每个服务商的优势、集成差异、并排代码示例以及迁移所需的工作量。通过链接的文档确认对你的应用至关重要的细节。
vs Twilio
Twilio 围绕成熟的 API 和 Messaging Services 组织消息服务。 比较 Twilio 的 Messaging Services 和辅助库与 Bird 的共享发送和注册 API、类型化客户端及托管工作区工具。
阅读对比
vs Plivo
Plivo 将常见的发送 API 与 PowerPacks 结合使用。 两者均使用 JSON 请求并提供 API 注册。比较发送方选择、投递回调、SDK 覆盖范围以及代理操作各平台的方式。
阅读对比
付诸实践。
继续查阅此主题的文档、指南和示例。资源为英文。
继续阅读
构建双向 SMS在你的号码上接收入站短信并发送回复。从 Bird Connectivity Platform 迁移将 Connectivity Platform 的发送和状态报告映射到 Bird 的区域 API 和签名 webhook。Bird SMS发送 API、发送方、目的地，以及该渠道的覆盖范围。从 Twilio 迁移 SMSTwilio 的 Messages API 逐字段映射至 Bird 的发送接口。Twilio 替代方案以列表形式展示同一批服务商，适合仍在筛选候选名单的读者。Sinch 替代方案与 Sinch 对比阅读，其产品组合问题与 Twilio 不同。SMS 定价按国家/地区公布的出站费率，运营商费用单独列明。SMS 资源库查找指南、详解答案和工具，助力你的下一步。