Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Configuración de la caducidad de los mensajes RCS
Time-sensitive los mensajes, como las contraseñas de un solo uso (OTP), los anuncios de venta flash y los recordatorios de citas, pierden valor si se entregan una vez transcurrido el plazo correspondiente. Al incluir el TimeToLive parámetro en una SendRcsMessage solicitud, la mensajería para el usuario AWS final elimina el mensaje si no se ha entregado en el número de segundos especificado. El destinatario nunca ve un mensaje caducado.
Puede combinarlo TimeToLive con una opción alternativa por mensaje para que se envíe automáticamente una copia alternativa por SMS o MMS cuando caduque el mensaje RCS. Para obtener más información sobre la configuración del respaldo, consulte. Configuración del respaldo de SMS o MMS por mensaje
Cómo funciona la caducidad de los mensajes
La cuenta regresiva del TTL comienza cuando AWS End User Messaging acepta la SendRcsMessage solicitud. Son posibles los siguientes resultados:
-
Entregado antes de que caduque el TTL: el mensaje llega al destinatario y AWS End User Messaging emite un evento de entrega. Para obtener más información sobre los eventos, consulte eventos de mensajes RCS.
-
El TTL vence antes de la entrega (con respaldo): si estableces una opción
FallbackConfigurationen la solicitud, AWS End User Messaging envía el mensaje alternativo SMS o MMS al destinatario. El mensaje RCS original se elimina y el destinatario nunca lo ve. -
El TTL caduca antes de la entrega (no hay alternativa): el mensaje falla. AWSLa mensajería para el usuario final elimina el mensaje RCS y emite un evento de caducidad del TTL. El destinatario nunca ve el mensaje.
TimeToLive referencia de parámetros
La caducidad del mensaje se establece al incluir el TimeToLive parámetro en la SendRcsMessage solicitud.
| Propiedad | Valor |
|---|---|
| Nombre del parámetro | TimeToLive |
| Tipo | Entero |
| Unidad | Segundos |
| Valor mínimo | 1 |
| Valor máximo | 172800 (48 horas) |
| Comportamiento predeterminado | Si lo omiteTimeToLive, la mensajería para el usuario AWS final no aplicará un plazo de caducidad. El mensaje permanece pendiente hasta que se entregue correctamente o hasta que el transportista lo elimine. |
importante
TimeToLiveEstablézcalo en al menos 10 segundos. Los valores inferiores a 10 aumentan el riesgo de que el mensaje caduque antes de que el transportista pueda intentar entregarlo. Un valor de 0 o un número negativo devuelve unValidationException.
Vencimiento y alternativa
Al incluir ambas TimeToLive y FallbackConfiguration en la misma SendRcsMessage solicitud, la mensajería para el usuario AWS final utiliza la siguiente lógica:
-
AWSLa mensajería para el usuario final intenta la entrega por RCS.
-
Si el mensaje no se entrega antes de que transcurran
TimeToLiveunos segundos, la mensajería del usuario AWS final elimina el mensaje RCS pendiente. -
AWSLa mensajería para el usuario final envía el mensaje alternativo en el canal que especificó
FallbackConfiguration.Channel(uno oSMSvarios).MMS
Si lo configuras TimeToLive sin unFallbackConfiguration, el mensaje fallará al caducar y no se enviará ningún mensaje alternativo. Supervisa los eventos de caducidad para detectar estos casos. Para obtener más información, consulte eventos de mensajes RCS.
Para obtener detalles completos de la configuración alternativa, incluida la FallbackConfiguration estructura, consulteConfiguración del respaldo de SMS o MMS por mensaje.
Valores de TTL recomendados
Elige un TimeToLive valor que coincida con la ventana de relevancia del contenido que vas a enviar.
| Caso de uso | TTL recomendado | Justificación |
|---|---|---|
| One-time contraseñas (OTP) | 30 a 120 segundos | Los códigos OTP tienen períodos de validez cortos. La entrega después de la caducidad confunde a los destinatarios. |
| Alertas de fraude o de seguridad | De 60 a 300 segundos | Time-critical las notificaciones de seguridad deben llegar rápidamente o activar un canal alternativo. |
| Recordatorios de citas | 3600 a 7200 segundos (1 a 2 horas) | Útil solo antes de la hora de la cita. |
| Ventas relámpago | Coincide con la duración de la venta | Un mensaje enviado después de la venta crea una experiencia negativa para el cliente. |
| Promociones diarias | 43200 a 86400 segundos (12 a 24 horas) | Relevante solo para el día actual. |
| Notificaciones de entrega | 1800 a 3600 segundos (30 a 60 minutos) | Package status cambia rápidamente; una actualización obsoleta es engañosa. |
En el caso de contenido general que no tenga una restricción de tiempo específica, omita el envío de los mensajes de usuario final TimeToLive y deje que los mensajes para el usuario AWS final intenten entregarse indefinidamente.
Prácticas recomendadas
-
Configure
TimeToLivesiempre contenido urgente, como OTP, alertas de seguridad y recordatorios de citas. -
Utiliza al menos 10 segundos para que el transportista tenga tiempo de intentar la entrega.
-
Combínalo
TimeToLivecon unaFallbackConfigurationpara los mensajes importantes. Esto garantiza que el destinatario reciba el contenido en un canal alternativo si se cierra la ventana de entrega de RCS. -
Supervise los eventos de caducidad del TTL para hacer un seguimiento de las tasas de éxito de las entregas y ajustar sus valores de TTL a lo largo del tiempo. Para obtener más información sobre los tipos de eventos, consulte eventos de mensajes RCS.
-
En el caso de los mensajes multimedia enriquecidos (tarjetas enriquecidas y carruseles), considere utilizar un TTL más largo para tener en cuenta el tiempo de descarga del contenido multimedia. Para obtener información sobre la mensajería enriquecida, consulte. Envío de mensajes RCS enriquecidos
