选择适合现有系统的接入方式。
两种方式都能接入消息业务，区别主要在协议、连接和客户端处理方式。
接入方式比较
| 项目 | HTTP API | CMPP 2.0 |
|---|---|---|
| 连接 | HTTP 请求 | TCP 长连接与心跳 |
| 鉴权 | API Key、时间戳与签名 | CONNECT 与分配账号密码 |
| 消息内容 | JSON 模板与变量参数 | SUBMIT 中模板编号与变量格式 |
| 反馈 | 查询接口与配置的 Webhook | DELIVER 回执与上行 |
| 适用基础 | 已有 Web/CRM/业务系统接口 | 已有 CMPP 客户端与短信系统 |
按现有能力决定
已有 CMPP 发送系统可以沿用协议；以 HTTP 服务为主的团队通常更容易开始 API 接入。两者都需要核对模板、厂商、限流、计费与重复事件处理。
用实际联调评估成本
先验证鉴权、最小提交、查询或回执，以及连接异常与重复响应。没有完成支持范围确认前，不按接口名称推断所有消息能力可用。