Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Mengkonfigurasi kedaluwarsa pesan RCS
Time-sensitive pesan, seperti kata sandi satu kali (OTP), pengumuman penjualan kilat, dan pengingat janji temu, kehilangan nilai jika dikirimkan setelah jendela yang relevan berlalu. Saat Anda menyertakan TimeToLive parameter dalam SendRcsMessage permintaan, Pesan Pengguna AWS Akhir akan menghapus pesan jika belum terkirim dalam jumlah detik yang ditentukan. Penerima tidak pernah melihat pesan yang kedaluwarsa.
Anda dapat menggabungkan TimeToLive dengan fallback per pesan sehingga fallback SMS atau MMS dikirim secara otomatis ketika pesan RCS kedaluwarsa. Untuk detail tentang mengonfigurasi fallback, lihat. Mengkonfigurasi fallback SMS atau MMS per pesan
Cara kerja kedaluwarsa pesan
Hitung mundur TTL dimulai saat AWS End User Messaging menerima permintaan tersebut. SendRcsMessage Hasil berikut dimungkinkan:
-
Disampaikan sebelum TTL kedaluwarsa: Pesan mencapai penerima dan Pesan Pengguna AWS Akhir memancarkan peristiwa pengiriman. Untuk informasi selengkapnya tentang peristiwa, lihat Acara pesan RCS.
-
TTL kedaluwarsa sebelum pengiriman (dengan fallback): Jika Anda menetapkan permintaan, AWS End User Messaging mengirimkan pesan fallback SMS atau MMS ke penerima.
FallbackConfigurationPesan RCS asli dihapus dan penerima tidak pernah melihatnya. -
TTL kedaluwarsa sebelum pengiriman (tidak ada fallback): Pesan gagal. AWSEnd User Messaging menghapus pesan RCS dan memancarkan peristiwa kedaluwarsa TTL. Penerima tidak pernah melihat pesan.
TimeToLive referensi parameter
Anda menetapkan kedaluwarsa pesan dengan menyertakan TimeToLive parameter dalam permintaan AndaSendRcsMessage.
| Properti | Nilai |
|---|---|
| Nama parameter | TimeToLive |
| Tipe | Bilangan Bulat |
| Unit | Detik |
| Nilai minimum | 1 |
| Nilai maksimum | 172800 (48 jam) |
| Perilaku default | Jika Anda menghilangkanTimeToLive, AWS End User Messaging tidak menerapkan jendela kedaluwarsa. Pesan tetap tertunda sampai pengiriman berhasil atau operator menghapusnya. |
penting
Setel TimeToLive ke setidaknya 10 detik. Nilai di bawah 10 meningkatkan risiko bahwa pesan kedaluwarsa sebelum operator dapat mencoba pengiriman. Nilai 0 atau angka negatif mengembalikan aValidationException.
Kedaluwarsa dan mundur
Bila Anda menyertakan keduanya TimeToLive dan FallbackConfiguration dalam SendRcsMessage permintaan yang sama, AWS End User Messaging menggunakan logika berikut:
-
AWSEnd User Messaging mencoba pengiriman RCS.
-
Jika pesan tidak terkirim sebelum
TimeToLivedetik berlalu, AWS End User Messaging akan menghapus pesan RCS yang tertunda. -
AWSEnd User Messaging mengirimkan pesan fallback pada saluran yang Anda tentukan
FallbackConfiguration.Channel(salah satuSMSatauMMS).
Jika Anda menyetel TimeToLive tanpa aFallbackConfiguration, pesan gagal saat kedaluwarsa dan tidak ada fallback yang dikirim. Pantau peristiwa kedaluwarsa untuk mendeteksi kasus-kasus ini. Untuk informasi selengkapnya, lihat Acara pesan RCS.
Untuk detail konfigurasi fallback lengkap, termasuk FallbackConfiguration strukturnya, lihat. Mengkonfigurasi fallback SMS atau MMS per pesan
Nilai TTL yang direkomendasikan
Pilih TimeToLive nilai yang sesuai dengan jendela relevansi konten yang Anda kirim.
| Kasus penggunaan | TTL yang direkomendasikan | Dasar Pemikiran |
|---|---|---|
| One-time kata sandi (OTP) | 30 hingga 120 detik | Kode OTP memiliki jendela validitas pendek. Menyampaikan setelah kedaluwarsa membingungkan penerima. |
| Peringatan penipuan atau keamanan | 60 hingga 300 detik | Time-critical Pemberitahuan keamanan harus tiba dengan cepat atau memicu saluran fallback. |
| Pengingat janji temu | 3600 hingga 7200 detik (1 hingga 2 jam) | Berguna hanya sebelum waktu janji temu. |
| Penjualan flash | Cocokkan durasi penjualan | Pesan purna jual yang dikirimkan menciptakan pengalaman pelanggan yang negatif. |
| Promosi harian | 43200 hingga 86400 detik (12 hingga 24 jam) | Relevan untuk hari ini saja. |
| Pemberitahuan pengiriman | 1800 hingga 3600 detik (30 hingga 60 menit) | Status Package berubah dengan cepat; pembaruan basi menyesatkan. |
Untuk konten umum yang tidak memiliki batasan waktu tertentu, hilangkan TimeToLive dan biarkan AWS End User Messaging mencoba pengiriman tanpa batas waktu.
Praktik terbaik
-
Selalu atur
TimeToLiveuntuk konten yang sensitif terhadap waktu seperti OTP, peringatan keamanan, dan pengingat janji temu. -
Gunakan setidaknya 10 detik untuk memberikan waktu operator untuk mencoba pengiriman.
-
Pasangkan
TimeToLivedengan aFallbackConfigurationuntuk pesan kritis. Ini memastikan penerima menerima konten di saluran alternatif jika jendela pengiriman RCS ditutup. -
Pantau peristiwa kedaluwarsa TTL untuk melacak tingkat keberhasilan pengiriman dan menyesuaikan nilai TTL Anda dari waktu ke waktu. Untuk informasi lebih lanjut tentang jenis peristiwa, lihat Acara pesan RCS.
-
Untuk pesan media kaya (kartu kaya dan komidi putar), pertimbangkan TTL yang lebih panjang untuk memperhitungkan waktu pengunduhan media. Untuk informasi tentang pesan kaya, lihatMengirim pesan RCS yang kaya.