최신 출시

이 페이지에서는 RCS for Business의 최신 변경 사항에 대한 정보를 제공합니다.

2026년 7월 31일

문서 개선

RCS for Business의 자동 미디어 압축 및 트랜스코딩 동작을 명확히 하기 위해 메시지 전송 관련 문서를 업데이트했습니다.

2026년 7월 20일

새로운

새로운 감사 추적 기능: RBM 운영 API에서 acting_party 캡처합니다.

정확한 감사 기록을 유지하는 데 도움이 되도록 brands.agents.updateLaunch API에 선택적 acting_party 매개변수를 도입합니다.

이러한 변화를 추진하는 이유

RBM 운영 API를 사용하여 에이전트 시작 상태를 업데이트할 때, 서비스 계정 기반 인증에는 사용자 컨텍스트가 부족하기 때문에 기록 로그의 사용자 ID 필드는 기본적으로 "API 호출"로 표시됩니다.

주요 개선 사항

• 식별 가능한 API 작업 : 이제 API 호출자는 작업을 실행하는 사용자의 이메일 주소 또는 식별자를 나타내는 acting_party 매개변수를 명시적으로 제공할 수 있습니다.
• 콘솔 및 웹훅 가시성 : 캡처된 식별자는 관리 콘솔의 에이전트 기록 에 표시되며 AgentLaunchEvent 웹훅 알림에 포함됩니다.
• 감사 추적 일관성 확보 : API를 통해 시작된 작업에 대한 로그가 이제 콘솔에서 수동으로 승인한 작업에 대해 생성된 로그와 일치합니다.

새로운 매개변수를 사용하는 방법

사용자 식별자 수집을 시작하려면 brands.agents.updateLaunch API 요청에 acting_party 쿼리 매개변수를 추가하세요.

자세한 내용은 업데이트된 Change 에이전트 출시 상태 가이드를 참조하세요.

2026년 7월 13일

새로운

새로운 웹훅 HTTP 헤더

RCS for Business 플랫폼은 이제 모든 웹훅 요청에 X-Goog-Webhook-Type HTTP 헤더를 포함합니다. 이 헤더를 사용하면 JSON 본문을 분석할 필요 없이 모든 수신 웹훅의 요청 유형을 즉시 식별할 수 있습니다.

자세한 내용은 업데이트된 웹훅 가이드를 참조하세요.

2026년 7월 6일

변경됨

분석 개요 구독 취소 지표

이제 RCS for Business 개발자 콘솔 의 분석 개요 에서 프로모션을 진행하지 않는 에이전트의 구독 취소 관련 지표가 표시되며, 기존의 '해당 없음' 자리 표시자가 대체됩니다.

2026년 6월 26일

새로운

에이전트 목록에 대한 사용자 지정 정렬

brands.agents.list 엔드포인트에서 이제 orderBy 쿼리 매개변수를 지원합니다. 이를 통해 파트너는 에이전트를 이름, 생성 시간 또는 마지막 업데이트 시간별로 정렬할 수 있습니다.

주요 개선 사항

• 여러 정렬 필드: 이제 다음 필드를 사용하여 상담원을 정렬할 수 있습니다.
  • updateTime : 마지막 업데이트 타임스탬프를 기준으로 시간순으로 정렬합니다.
  • displayName : 사람이 읽기 쉬운 에이전트 이름을 기준으로 알파벳순으로 정렬합니다.
  • agentId : 시스템에서 생성된 고유 에이전트 식별자를 기준으로 정렬합니다.
• 정렬 방향 제어: 필드 이름에 " asc" 또는 " desc" 접미사를 추가하여 정렬 방향을 설정할 수 있습니다. 접미사 없이 지정된 필드는 기본적으로 오름차순으로 정렬됩니다.
• 기본 정렬: orderBy 매개변수를 생략하면 목록은 기본적으로 agentId 기준으로 오름차순으로 정렬됩니다.

자세한 내용은 업데이트된 brands.agents.list 참조 문서를 참조하십시오.

2026년 6월 11일

문서 개선

파트너가 에이전트 출시 상태를 PENDING 에서 UNLAUNCHED 으로 변경하여 보류 중인 출시 요청을 취소할 수 있다는 점을 명확히 하기 위해 문서를 업데이트했습니다.

자세한 내용은 수신 이벤트 가이드를 참조하세요.

2026년 5월 22일

배치 처리 능력 검사를 위한 지역별 엔드포인트 시행

변경됨

2026년 5월 4일부터 users.batchGet 메서드는 지역별 엔드포인트를 사용해야 합니다. 배치 요청은 해당 배치에 포함된 전화번호의 지리적 지역에 해당하는 API 엔드포인트로 전송해야 합니다.

이러한 변화를 추진하는 이유

API 성능과 안정성을 최적화하고 잠재적인 장애의 영향을 최소화하기 위해서입니다.

해야 할 일

1. users.batchGet 에 대해 올바른 지역 엔드포인트를 호출하도록 애플리케이션을 업데이트하세요.
2. 각 users.batchGet 요청에는 단일 지역의 전화번호만 포함되어야 합니다. 여러 지역의 전화번호가 혼합되어 있거나 잘못된 지역 엔드포인트로 전송된 요청은 400 Bad Request 오류와 함께 실패합니다.

변하지 않는 것은 무엇일까요?

현재로서는 단일 기능 확인( phones.getCapabilities ) 및 메시지 전송은 이 정책의 영향을 받지 않습니다. 그러나 API 성능을 최적화하고 향후 업데이트에 대비하기 위해 모든 호출에 지역화된 API를 사용하는 것을 강력히 권장합니다.

2026년 5월 12일

새로운

문자 메시지에 대한 지속적인 제안

RCS for Business는 이제 독립형 문자 메시지에 대한 지속적인 제안 기능을 지원합니다. 대화가 진행됨에 따라 사라지는 기존의 일시적인 제안과 달리, 지속적인 제안은 메시지 말풍선 안에 표시되며 대화가 진행되는 동안 고정적으로 유지됩니다.

이러한 변화를 추진하는 이유

이 기능은 사용자가 최초 메시지 전송 후 오랜 시간이 지난 후에도 URL 열기, 전화번호 걸기, 위치 보기와 같은 유용한 작업을 다시 수행할 수 있도록 하여 더욱 일관되고 안정적인 사용자 경험을 제공합니다.

"URL 열기" 제안 버튼에는 목적지 URL이 직접 표시되어 사용자의 신뢰도를 높이고 알 수 없는 링크로 인한 "클릭 망설임"을 줄여줍니다.

경고: 현재 "URL 열기" 버튼에 대한 지속적인 URL 제안 기능을 배포 중이므로 일부 사용자는 버튼 내에 목적지 URL이 직접 표시되지 않을 수 있습니다.

지원되는 메시지 유형

• 지원되는 기능 : 독립형 문자 메시지.
• 지원되지 않음 : 독립형 미디어 메시지(이미지, 비디오, GIF, PDF 또는 오디오). 이러한 경우에는 리치 카드를 사용하세요.

제안들을 조합하세요

하나의 문자 메시지에 지속적인 제안과 일시적인 제안을 함께 사용할 수 있습니다. 지속적인 제안을 받으려면 각 제안에 대해 사용자가 "수신 동의"를 해야 합니다.

• 총 제한 : 하나의 문자 메시지에는 최대 11개의 제안을 포함할 수 있습니다.
• 지속적인 추천 : 최대 4개의 추천 항목(말풍선 안에 표시됨).
• 임시 제안 : 최대 11개의 임시 제안(말풍선 바깥쪽에 표시됨).

지속적인 제안을 보내주신 고객분들을 지원했습니다.

• 지원되는 앱: Google 메시지(버전 20260225.00 이상).
• 지원되지 않는 앱: Google 메시지 20260225.00 이전 버전, iOS 및 Samsung 메시지.

더 자세한 내용은 업데이트된 제안 가이드를 참조하세요.

2026년 4월 27일

변경됨

Google 메시지에서 RBM 브랜딩 및 인증 기준이 업데이트되었습니다.

사용자 신뢰도를 높이고 Google 표준에 부합하기 위해 RCS for Business 브랜딩 및 인증에 대한 업데이트를 진행합니다. 이러한 업데이트는 Google 메시지 대화 목록, 대화 화면 및 대화 세부 정보에 표시되는 상담원 정보에 영향을 미칩니다.

주요 개선 사항

• 새로운 로고 모양 : Google 메시지 전체에서 로고가 둥근 사각형으로 변경되었습니다. 새로운 둥근 사각형 모양으로의 전환은 자동으로 이루어집니다.

  참고 : 현재 로고가 투명 배경의 원형인 경우 Google 메시지 앱에서도 원형으로 표시됩니다. 새 UI에서 로고가 가장 보기 좋게 표시되도록 전체 배경 이미지를 수동으로 업로드하는 것이 좋습니다. 자세한 내용은 상담원 정보 수정을 참조하세요.

• 인증 체크 표시 : 인증된 상담원에게는 이제 인증 체크 표시가 나타납니다. 인증 절차를 완료한 상담원에게는 이 체크 표시가 자동으로 표시됩니다.

전에	후에

2026년 4월 27일

문서 개선

웹훅 관리 모범 사례를 포함하여 웹훅 관련 문서를 업데이트했습니다. 특히 파트너 공유 큐의 위험을 처리하고 메시지 전달 실패를 방지하는 방법에 대해 자세히 설명합니다.

자세한 내용은 업데이트된 웹훅 가이드를 참조하세요.

2026년 4월 6일

새로운

비즈니스 커뮤니케이션 API를 사용하여 에이전트 인증 문서를 업로드하고 삭제하세요.

에이전트 인증 프로세스를 간소화하기 위해 비즈니스 커뮤니케이션 API 에 파트너가 증빙 서류를 업로드 및 삭제할 수 있는 새로운 메서드를 도입했습니다. 이 기능은 선택 사항입니다.

주요 개선 사항

• 새로운 API 메서드 : 파트너는 이제 다음 메서드를 사용하여 인증 첨부 ​​파일을 관리할 수 있습니다.
  • attachments.create : 인증 문서를 업로드합니다.
  • brands.agents.attachments.delete : 첨부된 인증 문서를 삭제합니다.
• 통신사 가시성 : 통신사 관리 출시의 경우, 업로드된 문서는 출시를 위해 선택한 각 통신사와 공유됩니다.

기술적 세부 사항 및 제한 사항

• 파일 지원: 초기에는 API가 PDF 파일을 지원합니다.
• 최대 파일 크기 : 파일당 50MB.
• 수량 제한 : 에이전트당 최대 5개의 고유 문서.

인증 절차에 대한 자세한 내용은 인증 정보 제출을 참조하세요.

2026년 4월 1일

새로운

인도에서 평판이 낮은 판촉 대행사에 대한 에이전트 간 트래픽 제한

인도 구독자의 받은 편지함 피로도를 줄이기 위해 에이전트 간 메시지 수신 제한을 도입합니다. 이 새로운 제한은 평판이 낮은 모든 에이전트 로부터 사용자가 하루에 받을 수 있는 프로모션 메시지 총 개수를 제한합니다.

이 제한은 평판이 낮은 모든 에이전트에 적용됩니다. 평판이 높 거나 중간 인 에이전트는 이러한 에이전트 간 제한에서 제외됩니다.

새로운 트래픽 제한 및 기타 비즈니스 규칙에 대한 자세한 설명은 에이전트 사용 사례 및 비즈니스 규칙 페이지를 참조하십시오.

2026년 4월 1일

새로운

새로운 가시성 제어 기능: 에이전트 보관 및 숨기기

콘솔의 혼잡을 줄이기 위해 파트너와 통신사 모두를 위한 새로운 가시성 제어 기능을 도입했습니다. 이 기능을 사용하면 상담원의 운영 상태에 영향을 주지 않고 콘솔 및 API를 통해 오래되었거나 사용하지 않는 상담원을 기본 보기에서 제거할 수 있습니다.

파트너용: 아카이브 및 아카이브 해제 에이전트

비활성 상태( UNLAUNCHED , SUSPENDED 또는 REJECTED )인 에이전트는 보관하거나 보관 해제할 수 있습니다. 어떤 통신 사업자 네트워크에서도 LAUNCHED 또는 PENDING 에이전트는 보관할 수 없습니다.

주요 특징

• RCS for Business 개발자 콘솔 : 에이전트를 개별적으로 또는 일괄적으로(최대 100개) 보관하거나 보관 해제할 수 있습니다. 자세한 내용은 에이전트 보관/보관 해제를 참조하세요.
• 관리 API : 에이전트의 보관 상태를 프로그래밍 방식으로 관리합니다. 자세한 내용은 에이전트 보관 또는 보관 해제를 참조하세요.
• 필터링된 보기 : 기본적으로 보관된 상담원은 기본 목록에서 제외됩니다. 보관된 상담원을 결과에 포함하려면 콘솔에서 필터를 사용하거나 API에서 매개변수를 사용하십시오.

통신 사업자용: 상담원 숨기기 및 표시

네트워크에서 비활성 상태( SUSPENDED 또는 REJECTED )인 에이전트를 숨기거나 표시할 수 있습니다. 네트워크에서 에이전트의 시작 상태가 LAUNCHED 또는 PENDING 경우에는 에이전트를 숨길 수 없습니다.

주요 특징

• 관리 콘솔 : 에이전트를 개별적으로 또는 일괄적으로(최대 100개) 숨기거나 숨김 해제할 수 있습니다. 자세한 내용은 에이전트 숨기기/숨김 해제를 참조하세요.
• 운영 API : 네트워크에서 에이전트의 숨김 상태를 관리합니다. 자세한 내용은 에이전트 숨기기/숨김 해제를 참조하세요.
• 필터링된 보기 : 기본적으로 숨김으로 표시된 상담원은 기본 목록에서 제외됩니다. 이러한 상담원을 보려면 콘솔에서 필터를 사용하거나 API에서 매개변수를 사용하십시오.

2026년 3월 10일

변경됨

RBM 운영 API , 비즈니스 커뮤니케이션 API , 관리 콘솔 및 RCS for Business 개발자 콘솔을 통해 에이전트를 관리할 때 허용되는 시작 상태 전환을 업데이트했습니다. 이를 통해 API와 콘솔 간의 일관된 로직과 동기화가 보장됩니다.

다음은 업데이트된 허용된 시작 상태 전환 목록입니다.

캐리어 개시

• PENDING 중에서 LAUNCHED 또는 REJECTED
• LAUNCHED 에서 일시 SUSPENDED 으로
• 일시 SUSPENDED 에서 LAUNCHED 또는 UNLAUNCHED

파트너 주도

• UNSPECIFIED , UNLAUNCHED 또는 PENDING 에서 REJECTED 중으로

참고: 허용된 값 이외의 값으로 시작 상태를 변경하려고 하면 API에서 해당 오류 메시지를 반환합니다.

2026년 3월 9일

변경됨

'URL 열기'에서 URL 투명성 표시 제안 작업

이제 Google 메시지에서 리치 카드 및 캐러셀의 카드 내 제안에 대한 'URL 열기' 작업 내에 기본 URL 주소가 직접 표시됩니다. 자세한 내용은 'URL 열기'를 참조하세요.

전에	후에

URL을 공개함으로써 우리는 다음과 같은 목적을 달성하고자 합니다.

• 사용자 신뢰도 구축 : 알 수 없는 링크로 인한 불편함과 클릭 망설임을 줄입니다.
• 참여도 향상 : RCS for Business 내에서 일관되고 안정적인 사용 습관을 확립하십시오.

권장 조치

• 배포 : 이 기능은 자동으로 활성화되므로 기술적인 통합이나 API 변경이 필요하지 않습니다.
• 링크를 점검하세요 : 목적지 URL이 간결하고 브랜드 이미지와 일관성이 있는지 확인하세요.
• UX 검토 : 리치 카드 및 캐러셀에서 'URL 열기' 제안 작업이 중복되거나 복잡해 보이지 않도록 현재 기능을 검토하세요.

2026년 2월 28일

변경됨

phones.testers 리소스에 대한 API 사용이 중단됩니다.

보다 포괄적인 제어 기능을 제공하기 위해 테스터 라이프사이클 관리를 위한 새로운 테스터 API를 출시했습니다. 이제 테스터 초대장을 보내거나 다시 보내고, 상태를 확인하고, 테스터를 프로그래밍 방식으로 삭제할 수 있습니다.

기능이 확장됨에 따라 기존의 phones.testers 리소스는 더 이상 사용하지 않도록 했습니다.

상담원의 테스트가 중단 없이 진행될 수 있도록 모든 파트너는 구현을 새롭고 간소화된 테스터 API 리소스로 마이그레이션해야 합니다. 마이그레이션을 완료하지 않은 상담원은 해당 날짜 이후에는 테스트 장치를 초대하거나 관리할 수 없습니다.

의지	상태
폰테스터	더 이상 사용되지 않음
테스터	현재의

해야 할 일:

1. 새로운 테스터 API 참조 문서 와 업데이트된 테스트 장치 설정 가이드를 검토하십시오.
2. phones.testers.create 메서드를 호출하는 기존 코드를 수정하여 새로운 testers 리소스 엔드포인트를 사용하도록 하세요.
3. 새로운 로직을 구현하고 테스트하십시오.

2026년 2월 16일

새로운

analytics.agentPerformances.list 응답에 추가 측정항목을 포함하는 새로운 필드가 추가되었습니다.

RCS 비즈니스 메시징 API의 analytics.agentPerformances.list 메서드는 이제 AgentPerformance 객체에 구독 취소 사유 및 스팸 추세 데이터와 관련된 추가 필드를 포함합니다.

2026년 2월 12일

문서 개선

메시지 전송 문서에 메시지 유효 기간(TTL) 섹션을 새로 추가하여 예상되는 알림 동작을 명확히 하고, 전송 예외 상황 관리에 대한 권장 사항을 제공했습니다.

2026년 2월 5일

새로운

새로운 비즈니스 지원 페이지인 RCS 문의하기

기존의 "RBM 지원팀에 이메일 보내기" 링크를 새로운 RCS for Business 지원 문의 페이지로 대체했습니다.

이제 모든 기술 지원 요청은 이 페이지에 링크된 지원 문의 양식을 통해 접수해 주시기 바랍니다. 이를 통해 문제가 정확하게 파악되어 신속한 해결을 위해 담당자에게 전달될 수 있습니다.

제출물을 준비하는 데 도움이 되도록, 이 페이지에는 다양한 이슈 카테고리에 필요한 필수 정보를 간략하게 설명하는 빠른 시작 가이드가 포함되어 있습니다.

2026년 2월 5일

문서 개선

RCS for Business 내에서 READ 및 IS_TYPING 에이전트 이벤트의 전달 동작에 대한 정보를 포함하여 Send 이벤트 및 phones.agentEvent.create 문서가 업데이트되었습니다.

• 이번 업데이트에서는 사용자가 RCS를 활성화했지만 연결할 수 없는 경우 READ 이벤트는 최대 30일 동안 영구적으로 저장되는 반면, IS_TYPING 이벤트는 약 20초 후에 만료되는 임시 이벤트로 간주된다고 명시하고 있습니다.

2026년 1월 30일

새로운

에이전트 출시 승인을 위한 선택적 의견

이제 통신사는 상담원 출시 요청을 승인할 때 추가적인 의견을 제시할 수 있습니다.

콘솔 변경 사항

이전에는 관리 콘솔 에서 상담원을 관리할 때, 통신사는 상담원을 거부, 정지 또는 해지할 경우에만 사유를 포함한 설명을 추가할 수 있었습니다.

이번 업데이트를 통해 승인 프로세스에 선택적 댓글 입력란을 추가했습니다. 이를 통해 통신 사업자는 승인 시점에 중요한 맥락 정보를 상담원 소유자에게 직접 전달할 수 있습니다. 자세한 내용은 네트워크에서 상담원 관리하기를 참조하세요.

승인 과정에서 제공된 의견은 관리 콘솔 과 비즈니스 커뮤니케이션 콘솔 모두의 상담원 기록 에 기록됩니다.

RBM 운영 API 변경 사항

이제 comment 필드에서 상담원 시작 상태 변경 시 모든 상태 전환을 지원합니다. 통신 사업자는 이제 상태 변경에 대한 선택적 사유를 제공하여 커뮤니케이션 및 기록 관리를 개선할 수 있습니다. 자세한 내용은 RBM 운영 API를 사용한 상담원 관리 문서를 참조하세요.

2026년 1월 15일

새로운

이제 Google 메시지의 서식 있는 카드 및 캐러셀 알림에 제목과 설명과 함께 미디어 미리보기가 포함됩니다.

미디어 미리보기는 다음과 같은 경우에만 표시됩니다.

• 리치 카드 : 카드의 미디어가 이미지이거나 썸네일입니다.
• 캐러셀 : 첫 번째 카드의 미디어는 이미지이거나 썸네일입니다.

알림이 종료되었습니다	확장 알림

이러한 변화를 추진하는 이유

메시지에 대한 참여도를 높이려면.

조치 필요

귀하께서 별도로 하실 조치는 없습니다.

새로운

에이전트 인증을 위한 파일 공유

에이전트 승인 프로세스를 간소화하기 위해 이제 파트너는 RCS for Business 개발자 콘솔 에 지원 문서를 직접 업로드할 수 있습니다.

주요 개선 사항

• 직접 업로드 : 이제 파트너는 승인서 및 기타 지원 문서를 RCS for Business 개발자 콘솔 에 직접 업로드할 수 있습니다. 자세한 내용은 인증 정보 제출을 참조하세요. 승인서를 제출하더라도 Google에서 관리하는 이동통신사를 통한 출시의 기본 인증 방법은 이메일입니다.
• 가시성 : 관리 콘솔을 사용하는 통신 사업자는 업로드된 문서를 확인하여 검토 속도를 높일 수 있습니다. 자세한 내용은 네트워크에서 에이전트 관리하기를 참조하세요.
• 유연한 인증 옵션 : 이 새로운 기능은 기존의 이메일 기반 인증 기능을 보완하는 기능이며, 이메일 기반 인증 기능은 계속 사용 가능합니다.

이 기능은 선택 사항이지만, 다음과 같은 기술적 제한 사항을 염두에 두시기 바랍니다.

• 파일 형식 : PDF만 가능.
• 최대 파일 크기 : 파일당 50MB.
• 수량 제한 : 최대 5개의 고유 문서. 파일 중복을 피하십시오.

2026년 1월 7일

새로운

인도 내 비즈니스 에이전트를 위한 프로모션 RCS 트래픽 제한을 새롭게 도입합니다.

총 순사용자 수 제한

새로운 제한 사항은 상담원의 평판에 따라 28일 동안 상담원이 메시지를 보낼 수 있는 고유 사용자 수에 영향을 미칩니다. 모든 신규 상담원은 기본적으로 낮은 평판으로 시작합니다.

새로운 트래픽 제한 및 기타 비즈니스 규칙에 대한 자세한 설명은 에이전트 사용 사례 및 비즈니스 규칙 페이지를 참조하십시오.