这是一条面向第一次接入的最短路径:先准备账号和 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 字段。
- 验证码类短信建议设置业务侧频控,避免重复发送、刷接口或被用户连续触发。
- 不要只依赖“接口提交成功”判断用户已收到短信,最终结果要结合发送记录或状态报告。