English
介绍
您收到的每条“您的 OTP 是 4821”、递送更新或预约提醒几乎肯定都不是由人类输入的。这是一个 系统生成的短信 — 在特定事件发生时，软件自动发送的短信，无需任何人打开手机或登录仪表板。企业依赖此的原因很简单：这是在客户关心的事情发生时立即联系客户的最快、最可靠的方式。
本指南准确介绍了系统生成的 SMS 是什么、自动化在幕后实际如何工作、企业使用它的最常见方式，以及发送第一个 SMS 的实用分步路径 - 包括中的内容 Python 和 PHP，这是开发人员询问最多的两种语言。
要点
- 系统生成的短信由软件通过 短信接口 — 无需手动输入或登录。
- 三个要素使其发挥作用：触发器（事件）、API 调用以及传送文本的 SMS 网关。
- 最常见的用途是 OTP 代码、递送更新、预约提醒和帐户警报。
- 发送一个请求需要 API 密钥、REST 端点以及几乎任何语言（包括 Python 和 PHP）的几行代码。
- 同意和选择退出 (STOP) 处理不是可选的 - 它们可以确保自动短信合法且您的号码不被屏蔽。
什么是系统生成的短信？
系统生成的 SMS（也称为自动文本消息或事务性 SMS）是由应用程序（而不是人）创建和发送的消息。无需有人打开消息应用程序并输入“您的订单已发货”，而是一段代码会检测到订单状态更改为“已发货”，并在几毫秒内自行发出确切的文本。
真正重要的区别不是消息的措辞——人类可以输入相同的句子。它是 谁或什么按发送。系统生成的 SMS 由对事件做出反应的代码触发：尝试登录、完成付款、倒计时达到零、数据库中的状态更改。没有人随时准备手动发送它，这正是它可以在几秒钟内、一天 24 小时、任何规模地到达某人的原因。
系统生成的短信如何工作？
每个自动化文本——无论其背后的平台如何——都归结为相同的三个移动部分：
- 一个触发器。 您的软件正在监视的事件：新注册、付款确认、交付状态更新或只是预定时间（例如“预约前 24 小时”）。
- 短信 API 调用。 当触发器触发时，您的应用程序会向 SMS 网关发送 HTTP 请求 - 收件人号码、消息文本和 API 密钥（打包为 JSON）。
- 通过网关交付。 网关将消息传递给收件人的移动运营商，并且（对于 SMSLocal 等平台）报告消息是否已送达。
中间步骤是真正使自动化成为可能的部分： 短信接口。 SMS API 只是一个软件通过标准 Web 请求向另一个软件请求“将此文本发送到此号码”的一种定义方式，就像浏览器向服务器请求网页的方式一样。 SMSLocal 自己的 HTTP 到 SMS API 是一个 REST API：它接受带有 JSON 输入和 JSON 返回的简单 HTTP 请求，使用访问密钥而不是用户名和密码进行授权 — 形状相同 Twilio 自己的 SMS API 文档 描述。如果您的软件可以发出 HTTP 请求（几乎所有现代软件都可以），它就可以发送系统生成的 SMS。
系统生成的短信的常见类型
企业发送的几乎每条自动文本都属于少数类别之一。以下是每一项的实际用途：
| 类型 | 什么触发它 | 例子 |
|---|---|---|
| OTP 和双因素身份验证 | 登录、密码重置或付款确认尝试 | “您的 OTP 是 5821。有效期为 10 分钟。” |
| 订单和交货更新 | 订单管理或物流系统的状态变化 | “您的订单 #4482 已发货，将于周四到达。” |
| 预约提醒 | 日历事件之前的预定时间偏移 | “提醒：您的预约是明天下午 3 点。” |
| 帐户和安全警报 | 新设备登录、支付失败或余额阈值 | “从新设备检测到新登录。是吗？回复“停止”。 |
| 营销和促销触发因素 | 放弃购物车、重新参与窗口或注册 | “您在购物车中留下了一些东西 - 完成结帐可享受 10% 的折扣。” |
OTP 消息值得特别指出：它们具有所有自动文本（几分钟后过期的代码）中最高的紧急性，这就是为什么它们通常通过专用的高优先级发送路径而不是与促销消息相同的队列进行路由。
如何发送系统生成的短信：分步
- 选择 SMS API 提供商。 寻找具有 JSON 支持、清晰的每条消息定价和发送报告的 REST API — 您需要确认文本实际到达，而不仅仅是发送。
- 获取您的 API 密钥。 创建帐户后，从仪表板生成访问密钥。该密钥授权每个请求，而不是用户名/密码登录 - 这正是从流程中删除“手动登录”步骤的原因。
- 定义你的触发器。 在您自己的应用程序中，准确决定什么事件会导致文本输出 - Webhook 触发、数据库行更改或计划作业运行。
- 构建消息模板。 编写一次文本，并使用占位符来表示更改的部分（名称、订单号、代码），以便相同的模板可以为每个收件人提供服务。
- 发送请求。 当触发器触发时，您的代码会向 API 端点发送 HTTP POST，其中包含收件人号码、填写的消息和您的 API 密钥。
- 确认交付并记录结果。 检查 API 返回的传送报告并存储它 - 如果消息失败，您希望立即知道，而不是在客户投诉时知道。
使用 Python 和 PHP 发送系统生成的短信
因为底层 API 只是 HTTP 和 JSON，所以无论您的应用程序是用哪种语言编写的，以编程方式发送文本看起来几乎都是相同的 — 只是用于更改请求的语法。
Python
Python 不需要专门的 SMS 库来发送系统生成的文本 - 标准 要求 包就够了。您可以使用收件人号码、消息和 API 密钥构建一个小型字典，将其作为 JSON 发布到 API 端点，然后读回 JSON 响应以确认消息已被接受。这是大多数“python 发送消息”自动化脚本背后的模式：每次需要给某人发短信时调用相同函数的预定作业或事件处理程序。
PHP
PHP最常见的路线是内置的 卷曲 扩展：初始化指向 API 端点的 cURL 会话，附加 JSON 负载和 API 密钥作为标头，执行请求并解码响应。由于这不需要超出标准 PHP 安装已经附带的内容，因此 SMSLocal 自己的文档指出“如果您能够使用表单构建网页，并由 PHP 等脚本语言支持，那么您就已经具备发送自动 SMS 消息的能力了。”
Node.js 和 Java 遵循相同的形状 - HTTP 客户端、JSON 正文以及请求中的 API 密钥。一旦您以任何语言发送了一条系统生成的短信，用另一种语言发送下一条短信主要是语法交换。
系统生成的短信的好处
- 速度。 触发到交付的路径以秒为单位，而不是手动过程所需的分钟或小时。
- 一致性。 相同的事件总是产生相同的消息，不存在拼写错误或错过发送的手动流程风险。
- 规模。 发送 10 条自动文本与发送 10,000 条文本花费的精力相同——无论哪种方式，代码的运行方式都是相同的。
- 全天候覆盖。 OTP 或送货警报在凌晨 3 点触发与下午 3 点一样可靠。
- 降低支撑负载。 主动更新（“您的订单已发货”）可以避免“我的订单在哪里？”在写票之前。
自动短信的最佳实践
- 首先获得明确的选择加入。 注册表单或关键字回复就足够了，但自动文本应该只发送到同意接收它们的号码。
- 永远支持停止。 每条消息都需要一种可行的、立即的选择退出方式——这既是合规性要求，也是对收件人的基本尊重。
- 保持模板简短而具体。 “您的订单 #4482 已发货，周四到达”胜过一段话 — 短信是一个一目了然的渠道。
- 将紧急与促销分开。 通过比营销消息优先级更高的独特路径路由 OTP 和安全警报。
- 监控交付报告。 OTP 消息上的静默失败意味着客户被锁定 - 检查状态，不要假设成功。
总结
系统生成的 SMS 与对事件做出反应并发出 HTTP 请求的代码没什么不同，但这种简单性正是它的强大之处。一旦触发器、SMS API 和消息模板就位，OTP、交付更新或提醒就可以在几秒钟内、任何时间、任何规模到达客户，无需任何人点击发送。无论该请求来自 Python、PHP、Node.js 还是 Java，工作的形式都是相同的：定义事件、模板化消息、调用 API 并确认其落地。
常见问题解答
系统生成的 SMS 是在特定事件发生时由软件通过 SMS API 自动创建和发送的文本消息，而不是由人手动键入和发送。
三件事：具有访问密钥的 SMS API 提供程序、定义的触发器（应导致消息发送的事件）和消息模板。从那里，它是来自应用程序已经运行的任何语言的标准 HTTP 请求。
有些平台提供视觉触发和操作工作流程构建器，根本不需要编码。不过，通过原始 HTTP API 发送（这是最灵活且通常最便宜的途径）确实需要使用 Python、PHP 或 Node.js 等语言编写至少几行代码。
不完全是。批量短信通常意味着一次向多个收件人发送一条消息（例如促销）。系统生成的 SMS 会根据每个事件和每个收件人触发——OTP 或订单更新是个人的、一对一的，尽管相同的自动化技术在技术上可以批量运行。
是的，只要收件人选择接收它们，并且每条消息都包含明确的选择退出方式（“回复停止”指令是标准的）。各个国家/地区的法规有所不同，但同意和轻松选择退出是各地的基线。
定价 通常是每条消息，并因目的地国家/地区和提供商而异 - 由于消息是由代码触发而不是手动键入，因此无需额外付费。
