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 资源库查找指南、详解答案和工具，助力你的下一步。