View a markdown version of this page

RCS メッセージの有効期限の設定 - AWS エンドユーザーメッセージング SMS
メッセージの有効期限の仕組みTimeToLive パラメータリファレンス有効期限とフォールバック推奨 TTL 値ベストプラクティス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

RCS メッセージの有効期限の設定

ワンタイムパスワード (OTPs)、フラッシュセールのお知らせ、予約のリマインダーなどの時間的制約のあるメッセージは、関連するウィンドウが経過した後に配信されると、値が失われます。SendRcsMessage リクエストに TimeToLiveパラメータを含めると、指定した秒数以内に配信されていない場合、AWSEnd User Messaging はメッセージを削除します。受信者に期限切れのメッセージは表示されません。

メッセージごとのフォールバックTimeToLiveと組み合わせて、RCS メッセージの期限が切れると SMS または MMS フォールバックが自動的に送信されるようにできます。フォールバックの設定の詳細については、「」を参照してくださいメッセージごとの SMS または MMS フォールバックの設定。

メッセージの有効期限の仕組み

TTL カウントダウンは、AWSエンドユーザーメッセージングがSendRcsMessageリクエストを受け入れると開始されます。次の結果が得られます。

  • TTL の有効期限が切れる前に配信: メッセージは受信者に到達し、AWSエンドユーザーメッセージングは配信イベントを発行します。 イベントの詳細については、「RCS メッセージイベント」を参照してください。

  • TTL は配信前に期限切れになります (フォールバックあり): リクエストFallbackConfigurationで を設定すると、AWSEnd User Messaging は SMS または MMS フォールバックメッセージを受信者に送信します。元の RCS メッセージは削除され、受信者には表示されません。

  • TTL は配信前に期限切れになります (フォールバックなし): メッセージは失敗します。AWSエンドユーザーメッセージングは RCS メッセージを削除し、TTL 有効期限イベントを出力します。受信者はメッセージを表示しません。

TimeToLive パラメータリファレンス

メッセージの有効期限を設定するには、SendRcsMessageリクエストに TimeToLiveパラメータを含めます。

TimeToLive パラメータの詳細
プロパティ 値
パラメータ名 TimeToLive
タイプ 整数
Unit 秒
最小値 1
最大値 172800 (48 時間)
デフォルトの 動作 を省略するとTimeToLive、AWSエンドユーザーメッセージングは有効期限を適用しません。メッセージは、配信が成功するか、キャリアが削除するまで保留中のままです。
重要

TimeToLive を少なくとも 10 秒に設定します。10 未満の値は、キャリアが配信を試みる前にメッセージの有効期限が切れるリスクを高めます。値 0 または負の数値は を返しますValidationException。

有効期限とフォールバック

同じSendRcsMessageリクエストFallbackConfigurationに TimeToLiveと の両方を含めると、AWSEnd User Messaging は次のロジックを使用します。

  1. AWSエンドユーザーメッセージングは RCS 配信を試みます。

  2. TimeToLive 秒が経過する前にメッセージが配信されない場合、AWSエンドユーザーメッセージングは保留中の RCS メッセージを削除します。

  3. AWSエンドユーザーメッセージングは、 で指定したチャネル FallbackConfiguration.Channel ( SMSまたは ) にフォールバックメッセージを送信しますMMS。

TimeToLive なしで を設定した場合FallbackConfiguration、メッセージは有効期限が切れると失敗し、フォールバックは送信されません。有効期限イベントをモニタリングして、これらのケースを検出します。詳細については、「RCS メッセージイベント」を参照してください。

FallbackConfiguration 構造を含むフォールバック設定の詳細については、「」を参照してくださいメッセージごとの SMS または MMS フォールバックの設定。

推奨 TTL 値

送信するコンテンツの関連性ウィンドウに一致するTimeToLive値を選択します。

ユースケース別の推奨 TTL 値
ユースケース 推奨 TTL 根拠
ワンタイムパスワード (OTPs) 30～120 秒 OTP コードの有効期間は短くなります。有効期限後に配信すると、受信者が混乱します。
不正またはセキュリティアラート 60～300 秒 タイムクリティカルなセキュリティ通知は、迅速に到着するか、フォールバックチャネルをトリガーする必要があります。
予約のリマインダー 3600～7200 秒 (1～2 時間) 予約時間より前でのみ便利です。
フラッシュ販売 販売期間と一致する delivered-after-saleされるメッセージは、ネガティブなカスタマーエクスペリエンスを生み出します。
毎日のプロモーション 43200～86400 秒 (12～24 時間) 当日にのみ関連します。
配信通知 1800～3600 秒 (30～60 分) パッケージのステータスはすぐに変化します。古い更新は誤解を招くものです。

特定の時間制約がない一般的なコンテンツについては、 を省略TimeToLiveし、AWSエンドユーザーメッセージングが無期限に配信を試みるようにします。

ベストプラクティス

  • OTPs、セキュリティアラート、予約リマインダーなどの時間的制約のあるコンテンツTimeToLiveには、常に を設定します。

  • 少なくとも 10 秒を使用して、キャリアに配信を試行する時間を与えます。

  • 重要なメッセージの TimeToLiveとペアリングFallbackConfigurationします。これにより、RCS 配信ウィンドウが閉じられると、受信者は代替チャネルでコンテンツを受信できます。

  • TTL の有効期限イベントをモニタリングして配信の成功率を追跡し、TTL 値を経時的に調整します。イベントタイプの詳細については、「RCS メッセージイベント」を参照してください。

  • リッチメディアメッセージ (リッチカードとカルーセル) の場合は、メディアのダウンロード時間を考慮して長い TTL を検討してください。リッチメッセージングの詳細については、「」を参照してくださいリッチ RCS メッセージを送信する。