SMS API 面向开发者

发送更新,接收回复。从你的应用或智能体出发。 使用 Bird MCP、CLI 和 SDKs 构建。

每天都被构建
世界级软件的团队所信赖。

从提示到 送达。

从你的应用或智能体发送一条 SMS,跟踪运营商回执。 通过 MCP、CLI 和 SDK 发送消息并检查投递状态。

您的发送者。
已就绪,等待发送至目的地。

查看您的发送方可以发送到哪些目的地、哪些注册正在审核中,以及在发送第一条消息之前需要您关注的事项。

让每个
字符都有价值。

SMS 按分段计费。解析您的模板,检查最终文本,并在排版字符导致多出不必要的分段时使用智能编码。

接收回复。
构建后续流程。

在支持回复的号码上接收短信。将收到的事件传递给您的应用,更新预约,然后通过 SMS API 发送确认消息。

响应下一个 STOP 请求。

在支持的国家/地区,Bird 会识别退订关键词,并阻止该发送者和订阅者的后续发送。工作区级别的偏好设置提供更广泛的退订控制。

准备好构建了吗?

每条消息。 更清晰的全景。

跟踪投递状态。查找运营商、结果以及失败背后的原因。

查看消息未送达的原因。

区分不可达终端、永久失败和过期消息。

客户案例

为下一个市场而生。

Airwallex 借助 Bird,在两个月内将 SMS 拓展至 30 个新国家,让身份验证消息触达更多客户。

阅读客户案例

更少调试。 更多构建。

测试请求、追踪投递、从错误中恢复——每一步都有清晰的反馈。

发送前先检查。

在本地预览 CLI 请求。在发起 API 调用之前,检查发件人、收件人和类别。

放心重试。

使用相同的密钥和请求体重试,即可获取原始响应。

处理投递事件。

使用 SDK 验证 webhook 签名,然后处理投递事件。

明确需要修复的问题。

已关闭的目的地会在送达前被拒绝。请启用目标国家/地区并检查发件人要求,然后再重试。

规模扩展, 不失控制。

在工作区中组织团队,控制 API 访问权限,并通过审计日志追踪变更。

更进一步。
使用 SMS API。

从首次发送到规模化投递,一应俱全。

在您发送
第一条消息之前。

能否用企业名称发送消息?

在支持的国家,字母数字发送者 ID 可将您的企业名称显示在消息上。此类发送者为单向发送,部分目的地需要注册。如需接收回复,请使用支持该国入站消息的 SMS 号码。

SMS 的费用由什么决定?

目的地、运营商和分段数量影响费用。GSM-7 单个分段最多容纳 160 个字符;UCS-2 最多容纳 70 个。较长的消息会使用更小的拼接分段。在变量替换后检查最终消息内容,然后参考当前目的地定价。

已接受是否等于已送达?

不是。202 响应表示 Bird 已接受该请求并开始处理。投递是异步的:检查消息状态或订阅 SMS 事件以获取运营商报告的结果。投递回执不等于已读回执。

回复和退订如何到达我的应用?

订阅 sms.received 事件以接收符合条件号码上的入站消息。您的应用处理回复并决定后续操作。在 Bird 支持默认 STOP 处理的国家,回复会阻止该发送者向该订阅者发送后续消息。工作区 SMS 偏好设置可应用更广泛的抑制规则。

登录验证码应使用 SMS API 还是 Verify?

当您的应用自行生成和验证验证码时,使用 SMS API。当您希望 Bird 管理验证码、校验及跨支持渠道的验证生命周期时,使用 Verify。

从一个渠道开始。 跨渠道扩展。

将下一次客户对话接入同一个工作区。

你的下一个创意。 随时连接。

你的下一个创意。 随时连接。