新闻 / 详情
很多团队在颂量后台建好账号、拿到 API 凭证后，会卡在一个看似简单的问题上：验证码、通知、营销三类短信，到底该用同一套方式发，还是分开做？
操作上当然可以“都调用发送接口”，但真正决定成败的，是三类短信在触发方式、通道安排、模板隔离和合规义务上的结构性差异。颂量把短信能力拆成短信验证码、通知短信、营销短信、双向短信四条产品线，各自对应不同的对接方式和约束条件。如果为了省事，把营销内容塞进验证码通道，或者在通知模板里夹带促销信息，短期看起来省了配置，长期却会把通道信誉一起拖下水。
为了避免“看完还是不知道先做什么、再做什么”，本文按五层结构组织：
判断框架：三类短信为什么必须分开；
公共准备：三类短信都要先完成的控制台动作；
分场景实操：验证码、通知、营销分别怎么发；
对比收束：一张表看清操作差异；
成本与测试：正式放量前必须确认的两件事。
| 短信类型 | 触发者 | 典型场景 | 推荐对接方式 |
|---|---|---|---|
| 验证码 | 用户操作触发 | 注册、登录、支付确认、密码找回 | API 实时调用 |
| 通知 | 业务流程或运营触发 | 物流派送、交易提醒、系统告警、会员确认 | API 自动触发或后台手动群发 |
| 营销 | 企业主动发起 | 新品上市、促销活动、客户唤醒 | 以后台群发为主，大客户可 API 分层 |
验证码没有“定时群发”的操作空间，必须实时到达；通知短信既有自动触发，也有人工批量发送；营销短信则是企业主动发起的大批量触达。触发方式不同，后面的模板、通道和合规动作都会跟着不同。
颂量对三类短信做了明确的通道和模板隔离：
验证码走交易类高优先级通道，模板不能夹带促销内容；
通知走交易类通道，内容应与真实业务节点关联；
营销走独立营销专属通道，与交易类流量分开调度，避免营销限流影响验证码送达。
这不是平台设计偏好，而是运营商侧的基本治理逻辑。验证码通道的信誉一旦被营销内容污染，受损的是所有验证码的送达率。行业研究给出的量级很直接：峰值期间验证码与大规模营销活动共用通道，验证码的送达失败率会比营销被限流的时期高出 40% 到 60%。
验证码的核心合规动作是模板审核和失败兜底；通知的核心是内容与业务真实关联；营销的核心是发送方标识注册、退订机制、本地发送时段。三类短信的合规门槛依次升高，操作上不能套用同一套流程。
无论后面发哪一类短信，以下四件事需要在控制台层面先完成，否则每个场景都会返工。
登录颂量控制台后，在“短信/语音应用”菜单中查看 应用 ID 和 API Key；如果是首次使用，需要联系客户经理或客服创建应用。API Secret 与 API Key 配对使用，用于后续签名。
颂量 API 的请求头需要携带三个关键字段：
| 字段 | 说明 |
|---|---|
| Api-Key | 控制台获取的应用 Key |
| Timestamp | 秒级时间戳，要求半小时内有效 |
| Sign | MD5(Api-Key + Api-Secret + Timestamp)，32 位字符串，不区分大小写 |
签名示例：
Api-Key: bDqJFiq9
Api-Secret: 7bz1lzh9
Timestamp: 1630468800
Sign = MD5("bDqJFiq97bz1lzh91630468800")
= 05d7a50893e22a5c4bb3216ae3396c7c
请求统一发往 https://api.itniotech.com/，Content-Type 为 application/json;charset=UTF-8。时间戳超过半小时会返回失败，状态码 -16 对应“timestamp expires”。如果服务器时间偏差较大，需要在调用前先做 NTP 校准，否则会出现“代码没问题但一直认证失败”的情况。
在实际调用颂量的短信 API 时，需严格遵守接口规范。以发送短信接口（sendSms） 为例，其发送内容参数 content 最大支持 1024 字符。该接口支持单次向多个号码发送，但需注意GET 请求单次最多提交 100 个号码，POST 请求单次最多提交 1000 个号码。此外，用于标识发送方的 senderId 最大长度为 32 个字符，且国际短信仅支持 ASCII 字符。
在控制台配置回调地址，接收状态回执。回调 URL 填入自有服务器地址后，平台会将送达状态推送到该地址。业务侧可以据此触发补发、语音兜底或数据统计，而不是依赖业务系统轮询查询。
验证码短信的触发者是用户本人：点击“获取验证码”、提交注册、发起支付。它必须是实时的，因此对接方式基本只有一条路：API 集成，嵌入业务流程。
第一步：报备验证码模板。
在颂量控制台完成验证码模板报备，模板格式固定，内容不涉及敏感词，审核通过后才可用于正式发送。验证码通道不能夹带任何促销或推广内容。
第二步：业务代码调用发送接口。
用户触发“获取验证码”时，业务系统向颂量 API 发起 POST 请求，携带目标号码和模板变量（如验证码值）。颂量支持 Python、Java、PHP、Curl等多种语言接入。
第三步：处理同步响应。
接口返回的 status 为字符串，0 表示成功，其他值对应具体失败原因。业务侧需要根据失败原因做分类处理，而不是统一提示“发送失败”。
第四步：处理异步回执与失败兜底。
接口返回“成功”，只代表短信已经提交到颂量的发送链路，不代表用户已经收到。运营商返回的“发送成功”状态报告，同样只代表短信已提交至目标网络。真正值得追踪的是回填率，也就是用户实际收到验证码并完成验证的比例。
| 抓手 | 操作要点 |
|---|---|
| 合理重试 | 用户第一次没有收到，短时间内允许重新请求，但需要做频率控制，避免同一个号码在几秒内反复触发 |
| 语音验证码兜底 | 颂量支持短信验证码发送失败时触发语音验证码拨打，形成“短信优先、语音补位”的双通道 |
| 回调驱动补发 | 通过回调地址接收状态回执，业务侧据此触发补发或语音兜底逻辑 |
| 控制变量长度 | 模板变量值长度有限，超出会被截取，验证码值应保持简短固定 |
国际通信实践中，单一通道无法让每一条验证码都触达，信号差、用户漫游、通道限流都可能导致失败，语音兜底是把这个缺口收窄的常规手段。以印度市场为例，2024年数据显示金融、社交等行业客户使用颂量短信可达到86%-92%的回填率。
| 常见错误 | 后果 | 正确做法 |
|---|---|---|
| 只看接口返回“成功” | 误以为用户已收到 | 追踪回填率，配置回调与语音兜底 |
| 在验证码模板里加促销语 | 通道信誉受损，验证码被拦截 | 验证码模板只放验证码相关内容 |
| 不做重试频率控制 | 同一号码短时间重复触发，可能被限流 | 业务侧做频率控制与幂等处理 |
| 服务器时间偏差大 | 签名时间戳过期，接口认证失败 | 调用前做 NTP 校准 |
验证码场景的核心指标是回填率，不是单纯的“发送成功率”。发送成功率反映通道提交情况，回填率反映端到端的业务结果。
通知短信的触发场景比验证码宽：订单状态变更、物流节点更新、支付结果、系统运维告警，这些是业务流程自动触发的；而会员活动确认、批量客户关怀、运营侧的统一提醒，可能是人工发起的。
| 路径 | 适合场景 | 操作主体 |
|---|---|---|
| API 自动触发 | 已嵌入业务流程的自动通知 | 技术团队 |
| 后台手动群发 | 运营侧一次性或周期性批量通知 | 运营团队 |
选择依据不是“哪个更高级”，而是这条通知由什么触发。
创建通知模板：通过 content 参数直接传入完整的通知内容，最大支持 1024 字符。无需使用变量占位符，内容中可直接包含个性化信息（如收件人姓名、订单号等）。
调用发送接口：与验证码类似，携带目标号码和模板变量。
处理回执：配置回调地址，接收状态回执。
控制变量长度：传入过长会被截取，模板设计时就要为每个变量预留合理空间。
导入号码文件；
选择或配置通知模板；
配置发送内容；
设置发送时间；
提交任务。
后台支持状态回执、上行回复和可视化统计报表，运营侧可以直接看到发送效果和转化分析，不需要技术团队帮忙拉数据。
颂量 API 本身不设固定调用上限，但受外部运营商规则影响，实际请求可能被限速。平台的建议是通过“创建发送任务”并进行任务拆分、分批发送，以有效避免限速问题并提升整体成功率。后台群发同样适用这个逻辑：把几十万条号码拆成若干批次提交，比一次性“压进去”更稳。
通知通道属于交易类流量，内容应当与真实业务节点关联，让接收者能够识别发送方和业务目的。把促销信息伪装成“通知”，短期可能提高打开率，但一旦被运营商识别，通知通道的信誉会连带受损，后续真实的物流通知和交易提醒也会被拖累。
| 常见错误 | 后果 | 正确做法 |
|---|---|---|
| 一次性大批量提交 | 触发运营商限流，部分消息失败 | 创建任务并分批提交 |
| 通知模板夹带促销 | 交易通道信誉受损 | 通知内容与真实业务节点关联 |
| 变量值过长 | 被截取，内容不完整 | 模板设计时控制变量长度 |
| 不配置回执地址 | 无法定位送达问题 | 配置回调，按运营商拆分统计 |
通知短信的核心指标是送达率与到达时效，以及不同运营商之间的到达一致性。
营销短信是三类中操作链条最长的一类。验证码和通知的核心问题是“怎么发得快、发得到”，营销短信的核心问题是“能不能发、发了会不会被封”。颂量把营销短信的能力按准入、发送、反馈三段组织，准入排在第一位。
多数主流出海市场要求企业在发送营销短信前完成发送方标识注册，部分市场还要求逐条报备消息内容。不同市场的差异很大，操作前需要按目标国家逐一确认，而不是用一套注册材料打天下。
| 市场 | 关键要求 | 参考周期 |
|---|---|---|
| 印尼 | Sender-ID 需在 Telkomsel、Indosat、XL Axiata 三家运营商分别注册；名称不超过 11 个字符；通用词不予通过；须提交授权书；品牌名必须写入消息内容，否则自动拦截 | 7–15 个工作日 |
| 菲律宾 | 2025 年 4 月 7 日起，未注册字母数字 Sender-ID 的消息面临拦截风险；短链一律拦截；银行类链接需预注册 | 2–4 周 |
| 印度 | DLT 框架：实体注册、Sender-ID 注册、内容模板预审批；颂量提供全流程 DLT 报备协助 | 按 DLT 流程 |
| 美国 | A2P 10DLC 或短码注册 | 按注册流程 |
| 欧盟 | 不要求单独注册发送方标识，但受数据保护规则约束，必须取得明确同意，预勾选框不被认可 | 按合规要求 |
注册周期是容易被低估的排期变量。它不在技术对接的路径上，却直接决定项目能不能按时上线。名称被判定为通用词、授权书格式不合规、注册主体与签约主体名称不一致，都会退回重提。把 Sender-ID 注册当成“技术对接完顺手做的事”，是营销短信项目延期常见的原因。
准入通过之后，营销短信的群发在颂量后台完成，每一步都叠加了合规动作。
第一步：导入号码文件，并确认名单来源的合法性。
退订同步是数据治理问题，不是接口能自动解决的。发送前需要把已退订号码从名单中过滤掉，而不是等用户再次收到营销短信后投诉再处理。
第二步：选择营销类模板。
营销模板独立于验证码和通知模板，内容受当地对品牌名、链接和用词的额外限制。模板报备后进入人工审核，审核通过后才可正式发送。模板中如果使用变量，需要按变量类型和长度要求合理设置。
第三步：嵌入退订机制。
营销短信必须支持用户退订，颂量的双向短信能力可以接收退订回复。部分市场对退订指令有语言要求：
印尼：《个人数据保护法》要求营销短信设置印尼语和英语双语退订指令（STOP/BERHENTI、CANCEL/BATAL），并在 24 小时内处理退订请求；
巴西：每条营销消息包含清晰的退出方式，如“Responda SAIR”或退订链接，Opt-in 和 Opt-out 对营销类消息是强制要求。
退订不是“加一个 STOP 字样”就完事，需要确认目标市场的语言和格式要求。
第四步：设置发送时段。
营销短信必须按目标市场本地时间排期，而不是按发送团队所在时区。印尼市场建议在当地时间 08:00–20:00 投放；巴西的合规窗口通常落在当地时间 9:00–21:00，超出时段可能被运营商直接拦截，周末和节假日也需要避开。后台的定时发送功能需要配合时区设置使用，不能直接把“北京时间下午三点”当成“目标市场下午三点”。
第五步：分批提交与频率控制。
营销群发的量级通常远大于验证码和通知，一次性大批量提交更容易触发运营商限流。操作上应当利用后台的任务拆分能力，分批提交，并在发送频率上做控制。同一用户在短时间内反复收到同一品牌的营销短信，退订率和投诉率都会快速上升，这不是通道问题，而是发送策略问题。
营销短信的反馈环节需要看三层数据：
| 数据层 | 看什么 | 问题定位 |
|---|---|---|
| 送达率 | 按运营商拆分的到达情况 | 某运营商明显偏低，优先排查通道质量和模板适配 |
| 退订率 | 退订是否集中在某时段或某类文案 | 退订率异常，问题更可能在发送策略 |
| 转化数据 | 点击、回复、业务转化 | 结合业务目标评估营销效果 |
颂量后台提供可视化报表，并支持按运营商拆分，便于定位问题出在通道侧还是名单/内容侧。
| 常见错误 | 后果 | 正确做法 |
|---|---|---|
| 先发送后补 Sender-ID 注册 | 消息被拦截，项目延期 | 准入先行，按市场逐一注册 |
| 退订只加英文 STOP | 部分市场不认可，投诉率上升 | 按目标市场语言要求设置退订指令 |
| 按发送团队时区排期 | 目标市场非合规时段发送，被拦截 | 按目标市场本地时间设置时段 |
| 一次性全量提交 | 触发限流，部分失败 | 任务拆分、分批提交、频率控制 |
| 不区分营销与通知模板 | 营销内容污染交易通道 | 营销走独立模板和独立通道 |
营销短信的核心指标是送达率、退订率、转化率，三者需要结合看，不能只看“发送成功”。
| 维度 | 验证码 | 通知 | 营销 |
|---|---|---|---|
| 触发者 | 用户操作触发 | 业务流程或运营触发 | 企业主动发起 |
| 推荐对接方式 | API 实时调用 | API 或后台群发 | 以后台群发为主，大客户可 API 分层 |
| 通道安排 | 高优先级交易通道 | 交易类通道 | 独立营销专属通道，与交易流量分离 |
| 模板隔离 | 验证码模板，不夹带促销 | 通知模板，与业务真实关联 | 营销模板，独立报备 |
| 发送前必须完成 | 模板报备、API 签名配置、回调配置 | 模板配置、回执地址配置 | Sender-ID 注册、模板报备、退订嵌入、时段设置 |
| 核心操作风险 | 只看发送成功、忽略回填率与语音兜底 | 一次性大批量提交触发限流 | 准入周期被低估、退订和时段不合规 |
| 核心衡量指标 | 回填率 | 送达率与到达时效 | 送达率、退订率、转化率 |
颂量的短信价格采用定制询价模式，没有公开的统一单价。费用取决于目标国家、短信类型（验证码、通知、营销）和发送量，需要主动询价后才能做预算建模。
国际语音服务计费上有一个对成本控制有利的特征：按成功会话计费，发送失败通常不计费。但国际短信还可能涉及 Sender-ID 注册费、运营商附加费等隐性成本，这些需要按目标市场单独确认，不能只看短信单价本身。
颂量开放免费试用，用于在正式采购前验证目标市场的实测送达表现。新用户曾可获得指定国家（印尼、菲律宾、巴西等）3000–5000 条免费短信，不限验证码、通知或营销场景，具体以官方当期政策为准。
测试额度不是“随便发几条看看”，而是按场景分别跑：
| 测试场景 | 测试重点 |
|---|---|
| 验证码 | 回填率、到达时延、语音兜底触发是否正常 |
| 通知 | 不同运营商的到达一致性、变量替换是否正确、回执是否正常 |
| 营销 | 模板通过率、Sender-ID 是否生效、退订链路是否通畅、时段设置是否生效 |
三类短信在不同国家的通道质量、拦截策略和模板报备周期差异很大。把测试阶段暴露的问题解决掉，比上线后再回头调整的成本低得多。
回到开头的问题：三类短信要不要分开发？
操作上可以共用一套 API 凭证和一个后台账号，但在通道、模板和合规动作上必须分开对待：
验证码的功夫在回填率和语音兜底；
通知的功夫在触发源匹配和分批提交；
营销的功夫在准入排期和发送纪律。
把验证码、通知、营销三条线各自的操作节奏跑顺，颂量的短信群发能力才能真正落到“发得稳、发得合规”上，而不是停留在“接口调通了”的阶段。
Q1：颂量的短信服务主要适合哪些行业的出海企业？
结论：核心覆盖金融科技、跨境电商、国际物流和社交泛娱乐。颂量已服务超过5000家全球企业客户，月发送短信量达15亿条。如果业务集中在东南亚、拉美、中东等出海热门区域，对验证码回填率和营销合规有明确要求，匹配度更高。
Q2：国际号码应该怎么传？不带国家码会怎样？
必须传“+国家码+本地号码”，例如印尼 +62 8XX...。只传本地号码会被判为号码异常，接口直接拒绝。
Q3：免费测试额度只能测验证码吗？
不限制短信类型，通知和营销也能测。但测试要按场景拆开：验证码看回填率和时延，通知看不同运营商到达一致性，营销看模板通过率和退订链路。混在一起发，数据无法归因。
Q4：菲律宾和印尼的 Sender ID 长度要求一样吗？
不一样，菲律宾要求 3–11 个字符，印尼要求不超过 11 个字符，且印尼还要求品牌名写入消息内容，否则会被自动拦截。两个市场都禁止 TEST、INFO、SMS 等通用词，Sender ID 必须与品牌名称明显关联。按市场分别注册、不要用一套名称覆盖所有国家，是避免驳回的基本操作。
Q5：营销短信被拦截后，换一条通道重发就能解决吗？
不能一概而论。如果拦截原因是 Sender ID 未注册或内容违规，换通道重发大概率仍然被拦，因为拦截发生在运营商侧的审核环节，不是单条通道的故障。只有在拦截被定位为“当前通道与目标运营商的适配问题”时，通道切换才有意义。先看回执的拦截原因，再决定是改 SID、改内容还是换通道，顺序不能反。
Q6：发送前“清洗号码库”具体要清掉哪些号码？
至少清掉三类：连续返回“号码不存在”或“已停机”的号码、已回复退订的号码、以及格式不符合目标市场国际标准的号码。向无效号码和已退订号码持续发送，不仅浪费短信费，还会拉低该 Sender ID 在运营商侧的信誉，严重时可能导致 SID 被封。清洗频率建议与发送频率对齐，营销群发前至少做一轮去重和退订过滤。
