Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Configurazione della scadenza dei messaggi RCS
Time-sensitive i messaggi, come le password monouso (OTP), gli annunci di vendita flash e i promemoria degli appuntamenti, perdono valore se consegnati dopo la scadenza della finestra pertinente. Quando si include il TimeToLive parametro in una SendRcsMessage richiesta, AWS End User Messaging rimuove il messaggio se non è stato recapitato entro il numero di secondi specificato. Il destinatario non vede mai un messaggio scaduto.
È possibile combinarlo TimeToLive con un fallback per messaggio in modo che un fallback SMS o MMS venga inviato automaticamente alla scadenza del messaggio RCS. Per i dettagli sulla configurazione del fallback, consulta. Configurazione del fallback SMS o MMS per messaggio
Come funziona la scadenza dei messaggi
Il conto alla rovescia TTL inizia quando AWS End User Messaging accetta la SendRcsMessage richiesta. Sono possibili i seguenti risultati:
-
Consegnato prima della scadenza del TTL: il messaggio raggiunge il destinatario e AWS End User Messaging emette un evento di recapito. Per ulteriori informazioni sugli eventi di , consulta Eventi dei messaggi RCS.
-
Il TTL scade prima della consegna (con riserva): se si imposta un valore
FallbackConfigurationsulla richiesta, AWS End User Messaging invia il messaggio di fallback SMS o MMS al destinatario. Il messaggio RCS originale viene rimosso e il destinatario non lo vede mai. -
Il TTL scade prima della consegna (nessun fallback): il messaggio non riesce. AWSEnd User Messaging rimuove il messaggio RCS ed emette un evento di scadenza TTL. Il destinatario non vede mai il messaggio.
TimeToLive riferimento al parametro
È possibile impostare la scadenza dei messaggi includendo il TimeToLive parametro nella SendRcsMessage richiesta.
| Proprietà | Valore |
|---|---|
| Nome del parametro | TimeToLive |
| Tipo | Numero intero |
| Unità | Secondi |
| Valore minimo | 1 |
| Valore massimo | 172800 (48 ore) |
| Comportamento predefinito | Se si ometteTimeToLive, AWS End User Messaging non applica una finestra di scadenza. Il messaggio rimane in sospeso fino a quando la consegna non viene completata o il corriere non lo rimuove. |
Importante
Imposta TimeToLive su almeno 10 secondi. I valori inferiori a 10 aumentano il rischio che il messaggio scada prima che il corriere possa tentare la consegna. Un valore pari a 0 o un numero negativo restituisce unValidationException.
Scadenza e fallback
Quando li includi entrambi TimeToLive e FallbackConfiguration nella stessa SendRcsMessage richiesta, AWS End User Messaging utilizza la seguente logica:
-
AWSEnd User Messaging tenta la consegna RCS.
-
Se il messaggio non viene recapitato prima che siano trascorsi
TimeToLivealcuni secondi, AWS End User Messaging rimuove il messaggio RCS in sospeso. -
AWSEnd User Messaging invia il messaggio di fallback sul canale specificato in
FallbackConfiguration.Channel(o).SMSMMS
Se si imposta TimeToLive senza aFallbackConfiguration, il messaggio fallisce alla scadenza e non viene inviato alcun fallback. Monitora gli eventi di scadenza per rilevare questi casi. Per ulteriori informazioni, consulta Eventi dei messaggi RCS.
Per i dettagli completi sulla configurazione fallback, inclusa la FallbackConfiguration struttura, vedereConfigurazione del fallback SMS o MMS per messaggio.
Valori TTL consigliati
Scegli un TimeToLive valore che corrisponda alla finestra di pertinenza del contenuto che stai inviando.
| Caso d’uso | TTL consigliato | Rationale |
|---|---|---|
| One-time password (OTP) | da 30 a 120 secondi | I codici OTP hanno finestre di validità brevi. La consegna dopo la scadenza confonde i destinatari. |
| Avvisi di frode o sicurezza | Da 60 a 300 secondi | Time-critical le notifiche di sicurezza devono arrivare rapidamente o attivare un canale di fallback. |
| promemoria degli appuntamenti | Da 3600 a 7200 secondi (da 1 a 2 ore) | Utile solo prima dell'orario dell'appuntamento. |
| Vendite flash | Corrisponde alla durata della vendita | Un messaggio inviato dopo la vendita crea un'esperienza negativa per il cliente. |
| Promozioni giornaliere | Da 43200 a 86400 secondi (da 12 a 24 ore) | Rilevante solo per il giorno corrente. |
| Notifiche di consegna | Da 1800 a 3600 secondi (da 30 a 60 minuti) | Lo stato del pacchetto cambia rapidamente; un aggiornamento non aggiornato è fuorviante. |
Per contenuti generici che non hanno vincoli temporali specifici, omettete TimeToLive e lasciate che AWS End User Messaging tenti la consegna a tempo indeterminato.
Best practice
-
Imposta sempre contenuti
TimeToLiveurgenti come OTP, avvisi di sicurezza e promemoria degli appuntamenti. -
Utilizza almeno 10 secondi per dare al corriere il tempo di tentare la consegna.
-
Abbinalo
TimeToLivea unFallbackConfigurationper messaggi critici. Ciò garantisce che il destinatario riceva il contenuto su un canale alternativo se la finestra di consegna RCS si chiude. -
Monitora gli eventi di scadenza TTL per tenere traccia delle percentuali di successo delle consegne e ottimizzare i valori TTL nel tempo. Per ulteriori informazioni sui tipi di eventi, consulta Eventi dei messaggi RCS.
-
Per i messaggi rich media (rich card e caroselli), prendi in considerazione un TTL più lungo per tenere conto del tempo di download dei contenuti multimediali. Per informazioni sulla messaggistica avanzata, consulta. Invio di messaggi RCS complessi