A2P SMS 上 直接运营商路线。
通过一个 REST API 发送 A2P、双向和批量 SMS，每条消息上都带有真实的送达回执。直接与运营商联系，无灰色啤酒花，以您的品牌销售。
- A2P SMS
- 双向
- 交货收据
- 人工智能路由
POST /v1/messages { "to": "+44 7700 900123", "from": "ACME", "text": "Your code is 482 913" }
- 已提交0毫秒
- 路由·直接运营商38毫秒
- 已交付·手机收据1.2秒
人工智能选路
人工智能会观察配送结果，并在交通速度减慢时将交通转移到最佳直接路线。
回复理解
入站回复是出于意图而读取的，因此“停止”、“是”或问题会触发正确的操作。
发送时间优化
AI 会安排每个收件人最有可能阅读消息的时间进行批量发送。
SMS API, 逐个功能。
- 单个发送端点
使用 POST /v1/messages 和一些字段发送任何消息。
- 双向SMS
通过 webhook 接收长代码或短代码的回复。
- 批量营销活动
以稳定的吞吐量从 OTP 突发发送到全国活动。
- 真实送货收据
获取每条消息的手机级状态，而不仅仅是提交。
- Unicode 和串联
通过自动分段处理发送长消息和本地脚本消息。
- 发件人管理
管理每个企业的发件人 ID，以便消息从受信任的名称到达。
什么企业 随它一起发送。
从 OTP 突发到全国性活动，同一端点承载各种消息。 查看零售和电子商务解决方案.
知道发生了什么 每条消息。
真正的收据意味着手机级别的状态，而不仅仅是“已接受”。每个状态更改都通过 Webhook 到达您的企业，并且实时仪表板显示相同的图片。 查看直播平台状态.
- 1已提交
您的API 接受了该消息并将其排队等待发送。
- 2路由的
它沿着一条直接的操作员路线离开，选择完成。
- 3发表
手机确认收到并带有时间戳。
- 4未交付的
操作员报告了故障，因此收据上载有故障原因。
- 5回复了
您的长代码或短代码收到了双向回复。
{
"id": "msg_8f2a…",
"status": "delivered",
"route": "direct-operator",
"to": "+44 7700 900123",
"segments": 1,
"encoding": "GSM-7",
"delivered_at": "2026-10-02T09:41:03Z",
"error": null
}说明性有效负载
从设置 生活。
- 01报名
企业在您的品牌门户上开设帐户。
- 02注册发件人
设置发件人 ID，以便消息能够得到传递和识别。
- 03发送
使用任何语言或 SDK 调用 POST /v1/messages。
- 04追踪
在仪表板上实时查看收据和使用情况。
跟踪反馈到发送：收据和使用情况调整下一批。
问题， 回答道。
消息通过直接的操作员连接传输，因此接收是真实的并且传送是可预测的。
是的。该平台可以处理从 OTP 突发到全国性活动的所有事务。
是的。双向 SMS 将长代码或短代码的回复传送到您的 Webhook。
Unicode 和连接是自动的。长消息被分成片段，本地脚本被正确编码。
是的。发件人 ID 按企业进行管理，以便消息从受信任的名称到达。