Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Configuration de l'expiration des messages RCS
Time-sensitive les messages, tels que les mots de passe à usage unique (OTP), les annonces de vente flash et les rappels de rendez-vous, perdent de leur valeur s'ils sont livrés après la fin de la période correspondante. Lorsque vous incluez le TimeToLive paramètre dans une SendRcsMessage demande, AWS End User Messaging supprime le message s'il n'a pas été remis dans le délai de secondes spécifié. Le destinataire ne voit jamais un message expiré.
Vous pouvez la combiner TimeToLive avec une solution de secours par message afin qu'une solution de secours par SMS ou MMS soit envoyée automatiquement à l'expiration du message RCS. Pour plus de détails sur la configuration de la solution de secours, consultezConfiguration de la solution de secours par SMS ou MMS par message.
Comment fonctionne l'expiration des messages
Le compte à rebours TTL commence lorsque AWS End User Messaging accepte la SendRcsMessage demande. Les résultats suivants sont possibles :
-
Délivré avant l'expiration du TTL : le message parvient au destinataire et la messagerie de l'utilisateur AWS final émet un événement de remise. Pour plus d’informations sur les événements, consultez Événements liés aux messages RCS.
-
Le TTL expire avant la livraison (avec option de secours) : si vous définissez une valeur
FallbackConfigurationsur la demande, la messagerie de l'utilisateur AWS final envoie le message de secours par SMS ou MMS au destinataire. Le message RCS d'origine est supprimé et le destinataire ne le voit jamais. -
Le TTL expire avant la livraison (pas de solution de secours) : le message échoue. AWSLa messagerie utilisateur final supprime le message RCS et émet un événement d'expiration TTL. Le destinataire ne voit jamais le message.
TimeToLive référence de paramètre
Vous définissez l'expiration des messages en incluant le TimeToLive paramètre dans votre SendRcsMessage demande.
| Propriété | Value |
|---|---|
| Nom du paramètre | TimeToLive |
| Type | Entier |
| Unit | Secondes |
| Valeur minimale | 1 |
| Valeur maximale | 172800 (48 heures) |
| Comportement par défaut | Si vous omettezTimeToLive, AWS la messagerie à l'utilisateur final n'applique pas de délai d'expiration. Le message reste en attente jusqu'à ce que la livraison soit réussie ou que le transporteur le supprime. |
Important
Réglez sur TimeToLive au moins 10 secondes. Les valeurs inférieures à 10 augmentent le risque que le message expire avant que le transporteur ne tente de le livrer. Une valeur de 0 ou un nombre négatif renvoie ValidationException a.
Expiration et solution de secours
Lorsque vous incluez TimeToLive les deux FallbackConfiguration dans la même SendRcsMessage demande, la messagerie AWS à l'utilisateur final suit la logique suivante :
-
AWSLa messagerie destinée à l'utilisateur final tente de transmettre le RCS.
-
Si le message n'est pas remis avant que
TimeToLivequelques secondes ne se soient écoulées, AWS la messagerie utilisateur final supprime le message RCS en attente. -
AWSLa messagerie à l'utilisateur final envoie le message de secours sur le canal que vous avez spécifié
FallbackConfiguration.Channel(soitMMS)SMSsoit.
Si vous le définissez TimeToLive sans unFallbackConfiguration, le message échoue à l'expiration et aucune solution de secours n'est envoyée. Surveillez les événements d'expiration pour détecter ces cas. Pour de plus amples informations, veuillez consulter Événements liés aux messages RCS.
Pour obtenir des informations complètes sur la configuration de secours, y compris la FallbackConfiguration structure, consultezConfiguration de la solution de secours par SMS ou MMS par message.
Valeurs TTL recommandées
Choisissez une TimeToLive valeur qui correspond à la fenêtre de pertinence du contenu que vous envoyez.
| Cas d’utilisation | TTL recommandé | Justification |
|---|---|---|
| One-time mots de passe (OTP) | 30 à 120 secondes | Les codes OTP ont des fenêtres de validité courtes. La livraison après expiration crée de la confusion chez les destinataires. |
| Alertes de fraude ou de sécurité | 60 à 300 secondes | Time-critical les notifications de sécurité doivent arriver rapidement ou déclencher un canal de secours. |
| Rappels de rendez-vous | 3 600 à 7 200 secondes (1 à 2 heures) | Utile uniquement avant l'heure du rendez-vous. |
| Ventes flash | Correspond à la durée de la vente | Un message après-vente envoyé crée une expérience client négative. |
| Promotions quotidiennes | 43 200 à 86 400 secondes (12 à 24 heures) | Pertinent uniquement pour le jour en cours. |
| Notifications de livraison | 1800 à 3600 secondes (30 à 60 minutes) | L'état du package change rapidement ; une mise à jour périmée est trompeuse. |
Pour le contenu général qui n'est soumis à aucune contrainte de temps spécifique, omettez TimeToLive et laissez la messagerie à l'utilisateur AWS final tenter de la diffuser indéfiniment.
Bonnes pratiques
-
Configurez toujours
TimeToLiveles contenus urgents tels que les OTP, les alertes de sécurité et les rappels de rendez-vous. -
Prenez au moins 10 secondes pour donner au transporteur le temps de tenter la livraison.
-
Associez-le
TimeToLiveà unFallbackConfigurationpour les messages critiques. Cela garantit que le destinataire reçoit le contenu sur un autre canal si la fenêtre de diffusion du RCS se ferme. -
Surveillez les événements d'expiration du TTL pour suivre les taux de réussite des livraisons et ajuster vos valeurs TTL au fil du temps. Pour plus d'informations sur les types d'évènements, consultez Événements liés aux messages RCS.
-
Pour les messages multimédia (cartes riches et carrousels), envisagez un TTL plus long pour tenir compte du temps de téléchargement du contenu multimédia. Pour plus d'informations sur la messagerie enrichie, consultezEnvoi de messages RCS enrichis.
