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.
Événements liés aux messages RCS
Lorsque vous envoyez des messages RCS avec AWS la messagerie à l'utilisateur final, la plateforme RCS génère des événements qui signalent les modifications du cycle de vie des messages, les interactions avec les destinataires et les résultats au niveau du système. Ces événements fournissent des signaux plus riches que les reçus de livraison par SMS traditionnels, vous permettant de savoir en temps réel si un message a été livré, lu, expiré ou s'il est revenu à un SMS ou à un MMS.
Les événements de statut sortants (livraison, lecture, expiration et secours) sont transmis via des destinations d'événements définies dans la configuration. Les événements d'interaction entrante (indicateurs de saisie et suggestions) sont transmis à la rubrique bidirectionnelle Amazon SNS que vous configurez sur votre agent RCS. Pour configurer les destinations des événements, voirDestinations des événements dans les messages SMS destinés aux utilisateurs AWS finaux.
Pour plus de détails sur les messages qui génèrent ces événements, consultezEnvoi de messages RCS enrichis.
Champs communs sur les événements RCS
Tous les événements RCS, y compris les événements d'état de livraison, les accusés de lecture et les événements d'interaction entrante, incluent les champs suivants qui identifient l'agent RCS :
rcsBusinessId-
Identifiant de plate-forme pour l'agent RCS qui a envoyé ou reçu le message.
agentIsoCountryCode-
Le code de pays ISO du pays dans lequel l'agent RCS est enregistré, par exemple
USouCA.
Ces champs sont présents sur tous les événements du RCS. Ils ne sont pas inclus dans les événements SMS ou MMS.
Événements relatifs à l'état de livraison
Les événements relatifs à l'état de livraison indiquent l'état du cycle de vie d'un message RCS sortant. Vous utilisez ces événements pour confirmer la livraison, déclencher une logique de repli ou alerter votre équipe opérationnelle en cas de violation du contenu.
Chaque événement de statut sortant possède un eventType de RCS_DELIVERED (et les types d'événements de statut RCS associés) et un messageStatus champ contenant l'une des valeurs suivantes :
DELIVERED-
Le message a atteint l'appareil du destinataire. Utilisez cet événement pour annuler tous les délais de secours en attente.
PENDING-
La plateforme RCS a accepté le message mais ne l'a pas encore transmis. Démarrez votre chronomètre de secours lorsque vous recevez cet événement.
UNDELIVERABLE-
La plateforme ne peut définitivement pas délivrer le message (par exemple, l'appareil du destinataire ne prend pas en charge le RCS). Déclenchez votre solution de secours par SMS ou MMS et marquez le numéro de téléphone pour les décisions de routage futures.
REJECTED-
Le message a été rejeté en raison d'une violation de la politique de contenu. Alertez votre équipe des opérations et passez en revue le contenu du message.
L'exemple suivant montre la charge utile d'un événement de livraison :
{ "eventType": "RCS_DELIVERED", "eventVersion": "1.0", "eventTimestamp": 1781661267660, "isFinal": true, "originationPhoneNumber": "rcs-c020de2520714385964ebf7b095c4b60", "destinationPhoneNumber": "+13022640220", "isoCountryCode": "US", "isInternationalSend": false, "messageId": "test-sc1-004", "messageRequestTimestamp": 1781300397157, "messageEncoding": "UNICODE", "messageType": "TRANSACTIONAL", "messageStatus": "DELIVERED", "messageStatusDescription": "Message has been accepted by phone", "totalMessageParts": 1, "totalMessagePrice": 0.007, "totalCarrierFee": 0.00494, "rcsMetadata": { "billingEventType": "RICH" }, "rcsBusinessId": "endusermessagingtesting1_06fr8x6o_agent", "agentIsoCountryCode": "US" }
Note
Les événements de statut des messages RCS riches incluent les métadonnées de facturation. La rcsMetadata.billingEventType valeur concerne RICH les messages RCS riches.
Lire les reçus
Un accusé de lecture indique que le destinataire a ouvert ou consulté votre message. Utilisez des reçus de lecture pour suivre l'engagement et mesurer les taux de lecture.
READ-
Le destinataire a vu le message. Un
RCS_DELIVEREDévénement est toujours envoyé avant ou en même temps que l'RCS_READévénement. Par conséquent, si vous n'avez pas traité un événement de livraison distinct, considérez le message comme délivré lorsque vous recevez l'événement de lecture.
L'événement read utilise un eventType de RCS_READ avec messageStatus défini sur READ :
{ "eventType": "RCS_READ", "eventVersion": "1.0", "eventTimestamp": 1781661267203, "isFinal": true, "originationPhoneNumber": "rcs-c020de2520714385964ebf7b095c4b60", "destinationPhoneNumber": "+13022640220", "isoCountryCode": "US", "isInternationalSend": false, "messageId": "test-sc1-004", "messageRequestTimestamp": 1781300397157, "messageEncoding": "UNICODE", "messageType": "TRANSACTIONAL", "messageStatus": "READ", "messageStatusDescription": "Message has been read by recipient", "totalMessageParts": 1, "totalMessagePrice": 0.0, "totalCarrierFee": 0.0, "rcsBusinessId": "endusermessagingtesting1_06fr8x6o_agent", "agentIsoCountryCode": "US" }
Vous pouvez calculer votre taux de lecture en divisant le nombre d'READévénements par le nombre d'DELIVEREDévénements, multiplié par 100.
Indicateurs de saisie
Les événements liés aux indicateurs de saisie indiquent qu'un participant est en train de rédiger un message. Ces événements se déroulent dans les deux sens :
-
Entrant (utilisateur vers agent) : lorsque le destinataire commence à rédiger une réponse, vous recevez une notification entrante sur votre rubrique bidirectionnelle Amazon SNS.
messageBodyContient un objet JSON avec untypedeRCS_TYPING. Utilisez-le pour préparer votre logique conversationnelle ou afficher le statut dans votre tableau de bord. -
Sortant (agent vers utilisateur) : les indicateurs de Agent-initiated saisie, qui indiquent au destinataire que votre agent prépare une réponse, sont une fonctionnalité planifiée. Consultez les notes de mise à jour de la messagerie destinée aux utilisateurs AWS finaux pour connaître la disponibilité actuelle.
L'exemple suivant montre une notification de saisie entrante :
{ "originationNumber": "12679164820", "destinationNumber": "rcs-cb1e6e519e9049fabf8c0ae38e4d876b", "messageBody": "{\"type\":\"RCS_TYPING\",\"receivedAt\":\"2026-06-17T17:36:29.937+0000\"}", "inboundMessageId": "12679164820-2026-06-17T17:36:29.937+0000" }
Note
Agent-initiated les indicateurs de saisie et les accusés de lecture initiés par l'agent, que votre agent envoie à un destinataire, sont des fonctionnalités planifiées. Consultez les notes de mise à jour de la messagerie destinée aux utilisateurs AWS finaux pour connaître la disponibilité actuelle.
Événements d'expiration du TTL
Lorsque vous définissez une TimeToLive valeur sur un message et que le TTL expire avant que le message ne soit délivré, la plateforme RCS tente de révoquer (supprimer) le message. Le résultat génère l'un des événements suivants :
TTL_EXPIRATION_REVOKED-
Le message expiré a été correctement supprimé avant que le destinataire ne l'ait vu. Vous pouvez déclencher en toute sécurité le retour de vos SMS ou MMS pour vous assurer que le destinataire reçoit le contenu.
TTL_EXPIRATION_REVOKE_FAILED-
La révocation a échoué et le message est peut-être toujours remis au destinataire. Dans ce cas, déterminez si l'envoi d'un message de secours entraînerait un doublon avant de poursuivre.
Les événements d'expiration du TTL vont de pair avec votre stratégie de repli. Pour plus de détails sur la configuration de l'expiration des messages, consultezConfiguration de l'expiration des messages RCS.
Événements de secours
Lorsqu'un message RCS ne peut pas être délivré et que la messagerie de l'utilisateur AWS final déclenche une solution de secours par SMS ou MMS (soit par le biais d'une configuration basée sur le pool, soit par messageFallbackConfiguration), le service génère des événements qui indiquent le résultat de la solution de secours.
Les événements de repli indiquent :
-
Si le message de secours a été envoyé avec succès.
-
Le canal utilisé pour le repli (SMS ou MMS).
-
La raison pour laquelle le message RCS d'origine n'a pas été livré (par exemple, appareil non livré RCS-capable, expiration du TTL ou indisponibilité de la plateforme).
Surveillez ces événements pour mesurer votre taux de repli et identifier les numéros de téléphone qui nécessitent régulièrement une livraison de secours. Pour plus de détails sur la configuration de la solution de secours par message, consultez. Configuration de la solution de secours par SMS ou MMS par message
Suggestion d'événements en appuyant sur le bouton (postback)
Lorsqu'un destinataire choisit une suggestion (une réponse suggérée ou une action suggérée), vous recevez un événement postback contenant la PostbackData chaîne que vous avez configurée pour cette suggestion. Utilisez les données de post-back pour acheminer votre logique conversationnelle, et non le texte affiché.
Important
Les événements de type « Suggestion Tap » (postback) sont transmis uniquement à votre rubrique Amazon SNS bidirectionnelle, et non à des destinations d'événements définies dans la configuration.
La notification messageBody contient un objet JSON avec un type deSUGGESTION, l'affichage text et le paramètre postbackData que vous avez défini sur la suggestion :
{ "originationNumber": "12679164820", "destinationNumber": "rcs-cb1e6e519e9049fabf8c0ae38e4d876b", "messageBody": "{\"type\":\"SUGGESTION\",\"text\":\"Open\",\"postbackData\":\"Open\"}", "inboundMessageId": "nIMYZGrBUILWng0Qck0deqVaAoTSJY5PsktKYOBYJhVaTsrdMdrs714e8SLZAjD3" }
Pour plus de détails sur la configuration des suggestions et de leurs données de post-back, consultezConfiguration des suggestions RCS.
Important
Concevez vos PostbackData valeurs sous forme d'identifiants structurés (par exempleaction:confirm_order:12345) afin de pouvoir les analyser par programmation. Évitez de vous fier au texte affiché, qui peut changer sans affecter votre logique de routage.
Événements et champs de tarification conversationnels
Si vous enregistrez votre agent RCS pour utiliser la tarification conversationnelle, AWS la messagerie utilisateur final ajoute des champs aux événements de livraison et d'entrée lorsqu'un message fait partie d'une session de conversation active, et envoie un CONVERSATION_STARTED événement au début d'une session. Pour un aperçu du modèle de tarification conversationnel, voirTarification conversationnelle.
Champs de conversation
Les champs suivants apparaissent sur une livraison ou un événement entrant uniquement lorsque le message fait partie d'une session de conversation active. Lorsque le message ne fait pas partie d'une conversation, AWS la messagerie à l'utilisateur final omet complètement ces champs.
conversationInitiatingMessageId-
ID du message qui a démarré la session de conversation. Soyez présent lors de la livraison et des événements entrants.
conversationInitiatingMessageType-
Comment la conversation a commencé :
OUTBOUNDquand votre agent a envoyé le premier message ouINBOUNDquand le destinataire a envoyé le premier message. Soyez présent lors de la livraison et des événements entrants. conversationSessionFee-
Les frais de session uniques, en dollars américains, sont facturés une fois par session de conversation de 24 heures. Présent uniquement lors des événements de livraison.
Lorsqu'un message fait partie d'une session de conversation active, son événement de livraison signale un totalMessagePrice et un totalCarrierFee de0.0, car les frais de session couvrent le message. L'exemple suivant montre un événement de remise d'un message dans le cadre d'une conversation active :
{ "eventType": "RCS_DELIVERED", "eventVersion": "1.0", "eventTimestamp": 1751234567890, "isFinal": true, "originationPhoneNumber": "rcs-f4e4252a5abe48bea50a6c176a056124", "destinationPhoneNumber": "+14376638816", "isoCountryCode": "CA", "isInternationalSend": false, "messageId": "b4a3196d-5b61-4884-a0d9-745acf1f6235", "messageRequestTimestamp": 1751234565000, "messageEncoding": "UNICODE", "messageType": "TRANSACTIONAL", "messageStatus": "DELIVERED", "messageStatusDescription": "Message has been accepted by phone", "totalMessageParts": 1, "totalMessagePrice": 0.0, "totalCarrierFee": 0.0, "rcsMetadata": { "billingEventType": "BASIC" }, "rcsBusinessId": "endusermessagingtesting1_06fr8x6o_agent", "agentIsoCountryCode": "CA", "conversationInitiatingMessageId": "177930985040408106521449", "conversationInitiatingMessageType": "OUTBOUND", "conversationSessionFee": 0.012 }
événement CONVERSATION_STARTED
AWSLa messagerie destinée aux utilisateurs finaux envoie un CONVERSATION_STARTED événement à la rubrique Amazon SNS de votre événement RCS lorsqu'une session de conversation commence. Une session commence lorsque votre agent envoie un message et que le destinataire répond dans les 24 heures (initiative commerciale), ou lorsque le destinataire envoie un message et que votre agent répond (initiative initiée par l'utilisateur).
messageBodyIl contient un objet JSON avec les champs suivants :
typeToujours
CONVERSATION_STARTED.startTimeHeure de début de session, au format ISO 8601.
endTimeHeure d'expiration de la session, au format ISO 8601. C'est toujours 24 heures plus tard
startTime.conversationInitiatingMessageIdID du message à l'origine de la conversation.
conversationInitiatingMessageTypeOUTBOUNDlorsque votre agent a envoyé le premier message ouINBOUNDlorsque le destinataire a envoyé le premier message.
L'exemple suivant montre un CONVERSATION_STARTED événement :
{ "originationNumber": "14376638816", "destinationNumber": "rcs-e138fa39eabf4d6d8e95546248c8dfa7", "messageBody": "{\"type\":\"CONVERSATION_STARTED\",\"startTime\":\"2026-06-28T04:03:08.002+0000\",\"endTime\":\"2026-06-29T04:08:08.002+0000\",\"conversationInitiatingMessageId\":\"7e7da6ec-234a-4d4f-bbc5-943bcca663ab\",\"conversationInitiatingMessageType\":\"OUTBOUND\"}", "inboundMessageId": "7e7da6ec-234a-4d4f-bbc5-943bcca663ab" }
Acheminement des événements vers des destinations
AWSLa messagerie destinée aux utilisateurs finaux achemine les événements RCS via des destinations d'événements définies dans la configuration. Vous configurez les destinations des événements sur le jeu de configuration associé à vos opérations d'envoi. Les destinations prises en charge incluent :
- Amazon SNS
-
Utilisez une rubrique Amazon SNS pour traiter les événements en temps réel, notamment en déclenchant des fonctions AWS Lambda pour répondre aux reçus de livraison ou aux suggestions.
- Amazon Data Firehose
-
Utilisez un flux de diffusion Firehose pour envoyer des événements vers Amazon S3, Amazon Redshift ou d'autres destinations d'analyse à des fins de stockage et de génération de rapports à long terme.
- Amazon CloudWatch Logs
-
Utilisez CloudWatch les journaux pour le débogage, l'analyse des journaux et la configuration d' CloudWatch alarmes en cas de modèles d'événements (par exemple, pour signaler des taux de rejet élevés).
Pour savoir comment créer et configurer des destinations d'événements, consultezDestinations des événements dans les messages SMS destinés aux utilisateurs AWS finaux.
Lorsque vous appelezSendRcsMessage, spécifiez le ConfigurationSetName paramètre pour associer le message à votre ensemble de configuration. Les événements de statut sortants générés par ce message sont acheminés vers les destinations que vous avez configurées.
Lorsque vous configurez les types d'événements auxquels correspond une destination d'événement, vous pouvez choisir de vous abonner RCS_ALL à tous les types d'événements RCS avec un seul type correspondant, au lieu de répertorier chaque type d'événement RCS individuellement (tel que RCS_DELIVERED etRCS_READ).
Note
Les événements d'interaction entrante, y compris les indicateurs de saisie et les suggestions (postbacks), sont transmis à la rubrique bidirectionnelle Amazon SNS configurée sur votre agent RCS, et non à des destinations d'événements définies dans la configuration.
Bonnes pratiques pour le traitement des événements
-
Configurez les destinations des événements avant de commencer à envoyer des messages de production. Cela vous permet de capturer tous les événements dès le départ.
-
Utilisez
DELIVEREDles événements pour annuler les minuteries de secours. Si vous recevez une confirmation de livraison, n'envoyez pas de solution de secours par SMS ou MMS. -
Traitez immédiatement les événements d'abonnement (
UNSUBSCRIBE) afin de garantir la conformité avec les réglementations relatives à la messagerie. -
Implémentez le traitement des événements idempotents. Utilisez l'identifiant du message associé au type d'événement comme clé de déduplication pour gérer les diffusions d'événements dupliquées.
-
Gérez les événements hors ordre en comparant les horodatages des événements. Les événements peuvent arriver dans un ordre différent de celui dans lequel ils se sont produits.
-
Surveillez les taux de rejet et de non-livraison à l'aide d' CloudWatch alarmes pour détecter les problèmes de contenu ou les problèmes de ciblage à un stade précoce.