把阿里云短信用在「订单通知+会员营销」的正确姿势
商家最常见的两类短信：一类是订单通知（发货、签收、退款、到店提醒），一类是会员营销（老客复购、节日活动、沉睡唤醒）。阿里云短信能把这两件事做得很稳，但前提是：签名/模板报备走完、API 调用规范、频控和回执对账做细。
签名/模板报备：卡点在运营商实名制
控制台路径一般在「国内消息」里：先做资质管理，再做签名，再做模板。时间上要预留：
- 资质审核：通常预计 2 个工作日内（审核时间 9:00~21:00）。
- 签名审核：通常预计 2 小时内，但审核通过后还会进入运营商实名报备。
- 运营商报备：近期观测平均 5-7 个工作日，部分需要 7-10 个工作日或更长，且不承诺时效。
真实踩坑案例：门店新上「发货通知」，签名刚过阿里云审核就立刻群发，结果大量失败，返回PORT_NOT_REGISTERED（端口号未完成企业实名报备）。解决办法是：等签名报备状态显示报备成功再放量；报备期用三大运营商号码少量多次测一测。
API 调用与模板设计：把变量和场景拆清楚
订单通知建议用通知类模板，营销用推广类模板，别混用。API 侧常用：
- SendSms：单发；SendBatchSms：批量。
- QuerySendDetails：查发送结果与明细。
模板写法尽量短，变量少而稳定。例子：
- 订单通知：「${name}，你的订单${orderNo}已发货，快递${express}，单号${tracking}。」
- 会员营销：「${name}，会员专享券${coupon}今天到期，满${threshold}可用，回T退订。」
发送频控、回执对账：别让钱和口碑一起烧
频控建议按「人+场景」做：订单通知允许更及时，但同一手机号在短时间内别连发 3 条以上；营销短信更要克制，建议按用户标签分批，宁可 10 分钟发 1 万条，也别 1 分钟怼完。
对账要两条腿走路：
- 业务侧：每次发送落库（手机号、模板ID、业务单号、RequestId、时间、费用归属）。
- 平台侧：用SmsReport 回执（HTTP 推送或消息队列）+ QuerySendDetails补查，核对成功/失败/等待回执。
可执行建议：现在就把「资质+签名」提报上去，给运营商实名报备预留 7-10 个工作日以上的缓冲；订单通知与营销模板分开报备；上线前用三网号码做小流量灰度；回执推送落库后，每天跑一次成功率与失败码统计，看到 PORT_NOT_REGISTERED 这类问题就别硬发，先把报备状态搞定。
