View a markdown version of this page

配置 RCS 消息到期时间 - AWS 最终用户消息 SMS
消息过期的工作原理TimeToLive 参数参考到期和后备推荐的 TTL 值最佳实践

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

配置 RCS 消息到期时间

Time-sensitive 诸如一次性密码 (OTP)、闪购公告和预约提醒之类的消息如果在相关窗口过后送达，则会失去价值。当您在SendRcsMessage请求中包含TimeToLive参数时，如果消息未在指定的秒数内送达，则AWS最终用户消息会将其删除。收件人永远不会看到过期的消息。

您可以TimeToLive与每条消息的回退结合使用，以便在 RCS 消息到期时自动发送短信或彩信回退。有关配置回退的详细信息，请参阅配置每条消息的短信或彩信后备。

消息过期的工作原理

TTL 倒计时从AWS最终用户消息接受SendRcsMessage请求时开始。可能出现以下结果：

  • 在 TTL 到期之前送达：邮件到达收件人手中，AWS最终用户消息会发出传送事件。有关事件的更多信息，请参阅RCS 消息事件。

  • TTL 在传送前过期（带后备功能）：如果您FallbackConfiguration在请求中设置了，则AWS最终用户消息会向收件人发送短信或彩信备用消息。原始 RCS 邮件已删除，收件人永远看不到它。

  • TTL 在传送前过期（无后备选项）：消息失败。 AWS最终用户消息会删除 RCS 消息并发出 TTL 过期事件。收件人永远看不到该消息。

TimeToLive 参数参考

您可以通过在SendRcsMessage请求中包含TimeToLive参数来设置消息过期时间。

TimeToLive 参数详情
属性 值
参数名称 TimeToLive
Type 整数
单位 秒
最小值 1
最大值 172800（48 小时）
默认 行为 如果省略TimeToLive，则AWS最终用户消息不会应用到期窗口。在成功投递或承运人将其删除之前，该消息将一直处于待处理状态。
重要

设置TimeToLive为至少 10 秒。值低于 10 会增加消息在承运人尝试投递之前过期的风险。如果值为 0 或负数，则返回 a ValidationException。

到期和后备

当您在同一个SendRcsMessage请求FallbackConfiguration中同时包含TimeToLive和时，AWS最终用户消息将使用以下逻辑：

  1. AWS最终用户消息尝试传送 RCS。

  2. 如果消息在TimeToLive几秒钟后仍未送达，则AWS最终用户消息将删除待处理的 RCS 消息。

  3. AWS“最终用户消息” 会在您在FallbackConfiguration.Channel（SMS或MMS）中指定的频道上发送备用消息。

如果设置为TimeToLive不带FallbackConfiguration，则消息将在到期时失败，并且不会发送回退。监控到期事件以检测这些情况。有关更多信息，请参阅 RCS 消息事件。

有关完整的备用配置详细信息（包括FallbackConfiguration结构），请参阅配置每条消息的短信或彩信后备。

推荐的 TTL 值

选择一个与您要发送的内容的相关性窗口相匹配的TimeToLive值。

按用例划分的推荐 TTL 值
使用案例 推荐的 TTL 理由
One-time 密码 (OTP) 30 到 120 秒 OTP 代码的有效期很短。到期后交付会使收件人感到困惑。
欺诈或安全警报 60 到 300 秒 Time-critical 安全通知必须快速到达或触发备用频道。
预约提醒 3600 到 7200 秒（1 到 2 小时） 仅在预约时间之前有用。
限时抢购 匹配销售持续时间 售后送达的消息会造成负面的客户体验。
每日促销 43200 到 86400 秒（12 到 24 小时） 仅与当天相关。
配送通知 1800 到 3600 秒（30 到 60 分钟） Package 状态变化很快；过时的更新具有误导性。

对于没有特定时间限制的一般内容，请省略TimeToLive并允许AWS最终用户消息无限期地尝试传送。

最佳实践

  • 请务必TimeToLive为时间敏感的内容（例如 OTP、安全警报和预约提醒）进行设置。

  • 至少 10 秒让承运人有时间尝试配送。

  • TimeToLive与 a 配对FallbackConfiguration可获得关键消息。这样可以确保收件人在 RCS 交付窗口关闭时通过其他渠道接收内容。

  • 监控 TTL 到期事件以跟踪配送成功率，并随着时间的推移调整您的 TTL 值。有关事件类型的更多信息，请参阅RCS 消息事件。

  • 对于富媒体消息（富卡片和轮播），可以考虑使用更长的 TTL 来考虑媒体下载时间。有关富消息传递的信息，请参阅发送丰富的 RCS 消息。