推送通知与短信：区别及各自的适用场景

推送和短信哪个更可靠？

对于必须送达的消息，短信是更可靠的路径。推送取决于设备、应用、权限、网络连接、电池设置，以及 Google 或 Apple。

Google 明确表示 FCM 不保证送达：消息 ID 仅表示 FCM 已接受该消息，实际送达取决于设备状态和省电延迟等因素。如果设备离线，FCM 会存储消息并在重新联网后送达，直到存活时间到期（最长四周，这也是默认值），存活时间为零则会丢弃任何无法立即送达的消息。如果应用已被卸载，令牌就会失效，之后的发送都会失败。

短信也有自己的失败情形：过滤、未注册的发送方 ID、手机关机、号码变更。但它能给您网络的送达报告，并且不依赖应用。诊断步骤请阅读我们的短信未送达指南。

对于时效性强的推送，请设置较短的存活时间，免得“您的骑手已到门口”的提醒明天才送达，并使用折叠键，让较新的更新取代较旧的。这两项都是我们推送 API 中的字段。

不同的消息该用哪个渠道？

根据消息被错过会怎样来选择。

特别是验证码，请参阅我们关于 OTP 消息和 WhatsApp OTP 与短信 OTP的指南。

如何把推送和短信结合使用？

先发推送，让短信来补救重要的消息。设计包含四个部分：

1. 渠道顺序： 先推送，再短信。
2. 触发条件： 推送在超时前未被打开或处理，或者没有可用的设备令牌。
3. 按消息类型设置超时： 登录验证码可能只需几秒钟；付款提醒可能值得等一个小时。
4. 停止规则： 如果用户已在应用中操作，则取消待发的短信。

对于低价值消息可以跳过短信，因为错过一条推送不会有任何损失。我们的渠道回退策略一文说明了顺序和停止规则，推送渠道页面展示了推送如何与短信和 WhatsApp 一起处于同一个平台。送达状态通过统一的 webhook 格式返回（参见 webhook），您的系统因此可以判断是否需要回退。

回退短信应当能独立成文，并控制在一条之内。下面这条共 51 个字符，Unicode（中文不在 GSM-7 中），1 条（上限 70）：【Souq Bites】订单 8842 付款失败。请打开应用更新银行卡：example.com/pay。验证码版本共 45 个字符，Unicode，1 条：【Souq Bites】您的登录验证码是 482915，5 分钟内有效。请勿向任何人透露。中文短信一律按 Unicode 编码，单条 70 个字符，拆分后每段 67 个，因此请在短信字符计数器中预览。如果同一模板还要发英文版（纯 GSM-7，单条 160 个字符），要注意一个表情符号或弯引号就会让它变成 Unicode，上限降到 70。

如何公平地衡量推送和短信？

对两者使用同一套漏斗：发送、送达或已接受、打开或点击、转化。不要拿短信的“已送达”比例去比较推送的“已发送”数量，因为它们的含义不同。被 FCM“接受”的推送，不等于被用户看到的推送。

• 触达： 目标用户中能接收每个渠道的比例。
• 送达： 短信看运营商送达报告；推送看已接受，以及应用有记录时的已显示或已打开事件。
• 行动： 链接点击、应用内事件和转化，归因于最后一次触达的渠道。
• 退订与卸载： 投诉、STOP 回复、权限撤销，以及发送后的卸载。
• 每个结果的成本： 渠道总成本除以完成的行动数，而不是每条消息的成本。

消息 ROI 计算器和我们的全渠道消息 ROI 商业论证展示了如何按结果来比较各渠道。

实际案例：迪拜的外卖应用

“Souq Bites”（虚构）的应用中有一部分客户允许了通知，网页端的受众则更多。它通过推送发送订单状态更新，设置了较短的存活时间和折叠键，让最新状态取代之前的状态。新用户注册的验证码通过短信发送，因为新用户还没有应用权限。对现有用户，验证码通过推送发送；如果验证码在较短的超时内没有被使用，再从已注册的发送方 ID 发出短信。促销只通过推送发给允许通知并同意接收优惠的用户。可能已卸载应用的流失用户，只有在给出过短信同意的情况下，才会收到召回短信。

常见错误有哪些？

• 把推送权限当作营销同意。
• 验证码只用推送发送，让没有应用或未开通知的用户无法收到。
• 在推送和短信上同时发送相同的促销。
• 时效性强的消息仍使用默认的存活时间。
• 拿“FCM 已接受”与“运营商已送达”比较，并据此宣布推送获胜。
• 所有消息都用短信，为推送就能处理的提醒按条付费。
• 卸载后忽略失效的令牌，导致推送发送数量虚高。

OmniChannels.ai 如何提供帮助

OmniChannels.ai 通过同一套 REST API 和平台发送推送通知和 A2P 短信，并支持 WhatsApp、RCS、邮件等其他渠道。推送支持按用户、令牌、主题和分群定向，支持模板、深度链接、折叠键和存活时间。短信通过 BroadNet 的运营商直连发送，渠道回退按用例配置，状态统一为一种 webhook 格式。请阅读推送 API 文档，查看推送通知渠道，或联系我们的开发者团队。