SMS

发送 SMS 的最佳时间是什么时候?

在收件人当地时间的目的地允许窗口内发送,然后根据你自己的响应数据选择具体时段。

允许窗口以消息到达的时刻为准,而非你调用 API 的时刻。对于同一次发送的两个收件人,这两个时刻可能分别落在窗口的两侧。

在窗口内,没有任何已发布的最佳时段可以直接套用。在某个列表、某个国家、某类消息上测得的时段,描述的只是那个列表。

我在什么时候可以发送?

在目的地设定的窗口内,以收件人当地时间为准。

部分目的地限制促销消息的到达时间。该限制针对的是到达时间而非发送时间,因此同一瞬间对一个收件人在窗口内,对另一个却在窗口外。什么是 SMS 静默时段介绍了这些窗口的运作方式以及 Bird 的执行机制。SMS 目的地展示了各国的当前规定。

在美国,该窗口源自 FCC(美国通信监管机构)依据 TCPA 制定的规则,其中关键部分是当地时间条款。什么是 TCPA 引用了该条款。

窗口内有最佳时段吗?

没有可以在不同受众之间通用的。

推荐时段是在某个受众、某个国家、某类消息、某项响应指标上测得的。改变其中任何一项,这个数字描述的就是另一回事。

  • 受众的分布各不相同。 通勤者列表和轮班工人列表有不同的最佳时段,对两者取平均则两者的最佳时段都得不到。
  • 内容会改变最佳时段。 提醒类消息的时间取决于它所关联的事件,促销类消息的时间取决于收件人何时会阅读。

下面的方法可以从你已经收集的数据中找到适合你自己受众的时段。

为什么 "9am" 不是一个发送时间?

调度在一个瞬间触发,而上午 9 点在每个时区都是不同的瞬间。

你自己的调度器负责计时。Bird 的 SMS API 目前没有延迟发送字段:发送请求中的 scheduled_at 是保留字段,提供该字段会被拒绝并返回 422。一个面向 12 个时区上午 9 点送达的活动,就是在 12 个不同瞬间发起的 12 次调用。

这个计算的输入决定了它是否有效。来自用户个人资料或账户设置的时区是事实,而从号码前缀推断的时区是猜测,失败的结果就是凌晨四点的一条消息。什么是 SMS 调度解释了为什么号码是判断机主所在位置的薄弱依据。

发送开始时消息就会到达吗?

不会。消息在整个发送清空所需的时间段内陆续到达。

你的调度决定发送何时开始。消息随后以路由的吞吐量上限排出,因此一个需要 40 分钟清空的活动,其最后一条消息比第一条晚 40 分钟送达。什么是 SMS 吞吐量介绍了决定该时长的吞吐量上限。

两个推论。提前足够的时间开始发送,使整批消息都落在你预期的窗口内。如果消息必须在截止时间前被阅读,则从截止时间倒推清空时间。

如何找到适合我自己受众的最佳发送时间?

将到达与响应分开衡量,它们的失败方式不同。

  • 到达来自送达回执,其中携带网络报告送达的时刻。将一次发送中的接受时间与送达时间进行对比,可以看出网络在多大程度上偏移了你的时间安排。什么是送达回执介绍了该事件能告诉你什么、不能告诉你什么。
  • 响应来自你自己的转化漏斗:回复、访问、兑换。什么是点击率介绍了该指标及其陷阱。

拆分一个活动,而不是比较两个。将相同内容发送给同一受众中可比较的两半,分别在两个当地时段发送,然后比较响应而非送达率。相隔一周的两个活动在内容、列表状态和季节上都有差异,不仅仅是时段不同。

定期重复这个测试。受众的最佳时段会随着受众本身的变化而变化。

简而言之

  1. 目的地在偏好介入之前就设定了窗口。

    当目的地将促销消息限制在特定时段内时,该窗口决定了你可以发送的时间,以收件人当地时间为准。

  2. 已发布的最佳时段描述的是别人的受众。

    在某个列表、某个国家、某类消息上测得的时段,对你的受众没有参考价值。

  3. 当地时间不等于发送时间。

    调度在一个瞬间触发,而收件人一天中的某个时段在每个时区都是不同的瞬间,因此按当地时段发送的活动需要按时区逐一发送。

  4. 大批量发送在一段时间内到达,而非在某一瞬间。

    消息以路由的吞吐量上限排出,因此最后一个收件人收到消息的时间晚于第一个。

  5. 你的送达回执和转化漏斗能回答这个问题。

    回执携带到达时间,漏斗携带响应数据。两者结合,可以得出适用于你自己受众的答案。

基于同一网络构建。

测试 API 密钥即刻获取。添加付款方式并验证发送者身份后,即可解锁生产环境。

从一个渠道开始。
准备好后,再添加其他渠道。

测试 API 密钥即刻可用。添加支付方式并验证发送者身份后,即可解锁生产环境。

正在使用 Claude Code、Cursor 或 Codex?复制一条设置提示,您的智能代理即可自动安装 Bird CLI 和相关技能。选择您的工具:

Cursor