这是一条面向第一次接入的最短路径:先准备账号和 API 信息,再选择返回格式(txt 或 json),随后确认实名认证或模板报备状态并发送测试短信,最后在业务系统中处理返回结果、记录日志并完成上线前检查。
接入目标
- 完成账号、接口信息、实名认证或模板报备、测试手机号和测试内容准备。
- 明确返回格式:不填写
f 时返回 txt 明文文本;填写 f=json 时返回 JSON。 - 先通过控制台发送一条测试短信,确认账号和内容链路可用。
- 再在业务系统中完成 API 调用、返回值处理、日志记录和失败排查。
准备工作
| 准备项 | 需要确认的内容 | 为什么重要 |
|---|
| 账号权限 | 可以登录控制台,并能查看 API 信息、发送测试、查询记录。 | 避免开发联调时被权限或账号状态卡住。 |
| 返回格式 | 不填写 f 时返回 txt 明文文本;填写 f=json 时返回 JSON。 | 两种格式的返回值结构不同,代码中需要固定一种处理方式。 |
| API 信息 | 短信宝用户名、ApiKey(或密码 MD5)、请求地址、请求方式、字符编码。 | 这是后端调用短信接口的基础参数。 |
| 发送准入 | 实名认证或模板报备完成任一项即可发送短信。 | 实名认证后即可发送;模板报备后可使用自己的专属签名和子通道。 |
| 模板报备 | 根据验证码、通知或营销场景准备签名、固定文案和变量位置。 | 报备通过后通道资源更专属,发送更稳定。 |
| 业务日志 | 记录请求参数摘要、返回码、业务订单号和用户手机号脱敏信息。 | 上线后排查失败和重复发送问题。 |
快速接入步骤
| 步骤 | 操作 | 完成标准 |
|---|
| 1. 登录控制台 | 注册或登录短信宝账号,进入控制台。 | 能正常查看账号信息和发送相关功能。 |
| 2. 获取 API 信息 | 准备短信宝用户名、ApiKey(或密码 MD5)和接口文档页面。 | 后端拿到联调所需的基础参数。 |
| 3. 选择返回格式 | 按业务系统约定选择 txt 或 json 返回,并固定返回处理逻辑。 | 代码中不会混用两种返回格式的处理逻辑。 |
| 4. 完成认证或报备 | 实名认证或模板报备完成任一项即可发送;需要专属签名和更稳定子通道时,再按 签名报备 FAQ 和 模板报备流程 提交报备。 | 账号已具备发送条件,或已开通专属签名和子通道。 |
| 5. 控制台测试 | 在控制台填写手机号和短信内容,发送一条测试短信。 | 能在发送记录中看到提交结果。 |
| 6. 调用 API | 按接口文档拼装请求参数,处理接口返回值。 | 业务系统能提交短信请求并记录返回结果。 |
| 7. 对照错误码排查 | 如果接口返回错误码,查看错误码说明。 | 错误能够被开发侧快速定位并修正。 |
| 8. 上线前检查 | 检查余额、认证或报备状态、频控、日志、状态报告和客服排查路径。 | 正式流量接入前风险可控。 |
API 联调检查
- 请求地址、请求方式、参数名和编码方式必须和接口文档一致。
- 账号和密钥不要写在前端代码中,建议放在服务端配置或密钥管理中。
- txt 返回判断文本返回码;json 返回解析 JSON 后判断 code 字段。
- 验证码类短信建议设置业务侧频控,避免重复发送、刷接口或被用户连续触发。
- 不要只依赖“接口提交成功”判断用户已收到短信,最终结果要结合发送记录或状态报告。