View a markdown version of this page

RCS 메시지 만료 구성 - AWS 최종 사용자 메시징 SMS
메시지 만료 작동 방식TimeToLive 파라미터 참조만료 및 대체권장 TTL 값모범 사례

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

RCS 메시지 만료 구성

일회용 암호(OTPs), 플래시 판매 공지 및 약속 알림과 같은 시간에 민감한 메시지는 관련 기간이 지난 후 전달되면 가치가 손실됩니다. SendRcsMessage 요청에 TimeToLive 파라미터를 포함하면 AWSEnd User Messaging은 지정된 초 내에 전송되지 않은 경우 메시지를 제거합니다. 수신자에게 만료된 메시지가 표시되지 않습니다.

RCS 메시지가 만료될 때 SMS 또는 MMS 폴백이 자동으로 전송되도록 메시지당 폴백TimeToLive과를 결합할 수 있습니다. 대체 구성에 대한 자세한 내용은 섹션을 참조하세요메시지당 SMS 또는 MMS 폴백 구성.

메시지 만료 작동 방식

TTL 카운트다운은 AWSEnd User Messaging이 SendRcsMessage 요청을 수락할 때 시작됩니다. 가능한 결과는 다음과 같습니다.

  • TTL이 만료되기 전에 전송됨: 메시지가 수신자에게 도달하고 AWSEnd User Messaging이 전송 이벤트를 내보냅니다. 이벤트에 대한 자세한 내용은 RCS 메시지 이벤트 단원을 참조하세요.

  • TTL은 전송 전에 만료됩니다(폴백 포함). 요청에 FallbackConfiguration를 설정하면 AWSEnd User Messaging이 SMS 또는 MMS 폴백 메시지를 수신자에게 보냅니다. 원래 RCS 메시지가 제거되고 수신자는 이를 볼 수 없습니다.

  • 전송 전에 TTL 만료(폴백 없음): 메시지가 실패합니다.AWSEnd User Messaging은 RCS 메시지를 제거하고 TTL 만료 이벤트를 내보냅니다. 수신자는 메시지를 볼 수 없습니다.

TimeToLive 파라미터 참조

SendRcsMessage 요청에 TimeToLive 파라미터를 포함하여 메시지 만료를 설정합니다.

TimeToLive 파라미터 세부 정보
속성 값
파라미터 이름 TimeToLive
유형 Integer
단위 초
최소값 1
최대값 172,800(48시간)
기본 동작 를 생략하면TimeToLiveAWSEnd User Messaging은 만료 기간을 적용하지 않습니다. 전송에 성공하거나 통신 사업자가 메시지를 제거할 때까지 메시지는 보류 상태로 유지됩니다.
중요

TimeToLive를 10초 이상으로 설정합니다. 값이 10보다 작으면 통신 사업자가 전송을 시도하기 전에 메시지가 만료될 위험이 증가합니다. 값이 0이거나 음수이면가 반환됩니다ValidationException.

만료 및 대체

동일한 SendRcsMessage 요청에 TimeToLive 및 FallbackConfiguration를 모두 포함하면 AWSEnd User Messaging은 다음 로직을 사용합니다.

  1. AWSEnd User Messaging은 RCS 전송을 시도합니다.

  2. TimeToLive 초가 경과하기 전에 메시지가 전송되지 않으면 AWSEnd User Messaging은 보류 중인 RCS 메시지를 제거합니다.

  3. AWSEnd User Messaging은 FallbackConfiguration.Channel ( SMS 또는 )에서 지정한 채널에서 대체 메시지를 보냅니다MMS.

TimeToLive 없이를 설정하면 만료 시 FallbackConfiguration메시지가 실패하고 폴백이 전송되지 않습니다. 만료 이벤트를 모니터링하여 이러한 사례를 감지합니다. 자세한 내용은 RCS 메시지 이벤트 단원을 참조하십시오.

FallbackConfiguration 구조를 포함한 전체 대체 구성 세부 정보는 섹션을 참조하세요메시지당 SMS 또는 MMS 폴백 구성.

권장 TTL 값

보내는 콘텐츠의 관련성 기간과 일치하는 TimeToLive 값을 선택합니다.

사용 사례별 권장 TTL 값
사용 사례: 권장 TTL 이론적 근거
일회용 암호(OTPs) 30~120초 OTP 코드에는 짧은 유효 기간이 있습니다. 만료 후 전달하면 수신자가 혼동됩니다.
사기 또는 보안 알림 60~300초 시간이 중요한 보안 알림은 빠르게 도착하거나 폴백 채널을 트리거해야 합니다.
예약 알림 3600~7200초(1~2시간) 약속 시간 전에만 유용합니다.
플래시 판매 판매 기간 일치 delivered-after-sale 메시지는 부정적인 고객 경험을 만듭니다.
일일 프로모션 43200~86400초(12~24시간) 현재 날짜에만 해당됩니다.
전송 알림 1800~3600초(30~60분) 패키지 상태가 빠르게 변경되므로 오래된 업데이트는 오해의 소지가 있습니다.

특정 시간 제약이 없는 일반 콘텐츠의 경우를 생략TimeToLive하고 AWSEnd User Messaging이 무기한 전송을 시도하도록 합니다.

모범 사례

  • OTPs, 보안 알림 및 약속 알림과 같은 시간에 민감한 콘텐츠TimeToLive에 대해 항상를 설정합니다.

  • 통신사에 전송을 시도할 시간을 제공하려면 최소 10초를 사용합니다.

  • 중요한 메시지를 FallbackConfiguration 위해 TimeToLive와 페어링합니다. 이렇게 하면 RCS 전송 기간이 닫힐 경우 수신자가 대체 채널에서 콘텐츠를 수신할 수 있습니다.

  • TTL 만료 이벤트를 모니터링하여 전송 성공률을 추적하고 시간 경과에 따라 TTL 값을 조정합니다. 이벤트 유형에 대한 자세한 내용은 RCS 메시지 이벤트 단원을 참조하세요.

  • 리치 미디어 메시지(리치 카드 및 캐러셀)의 경우 미디어 다운로드 시간을 고려하기 위해 더 긴 TTL을 고려합니다. 리치 메시징에 대한 자세한 내용은 섹션을 참조하세요리치 RCS 메시지 전송.