A2P SMS란 무엇인가? 기업 메시징
애플리케이션 대 개인 메시징이 개인 간 문자와 어떻게 다른지, 전달 확인이 실제로 무엇을 보고하는지, 발송 전에 무엇을 확인해야 하는지 설명합니다.
A2P SMS는 애플리케이션에서 시작해 개인의 단말기에서 끝납니다. P2P SMS는 단말기에서 시작합니다. 같은 네트워크가 두 가지를 모두 전달할 수 있습니다. 차이는 발신자 등록, 기업용 경로, 그리고 되돌아오는 전달 확인에 있습니다.
주요 정보
- A2P 메시지는 애플리케이션에서 시작하고, P2P 메시지는 단말기에서 시작합니다.
- 전달 확인은 네트워크 상태를 보고할 뿐, 사람이 메시지를 읽었다는 사실을 보고하지 않습니다.
- 인증, 거래, 프로모션 트래픽에는 서로 다른 규칙이 적용됩니다.
- A2P를 P2P로 위장하는 그레이 경로는 당사 트래픽 정책의 범위 밖입니다.
이 페이지의 목차
두 가지 유형, 하나의 네트워크
은행은 로그인 코드를 보냅니다. 택배 회사는 배송 시간대를 보냅니다. 소매업체는 수신에 동의한 고객에게 혜택을 보냅니다. 각 메시지는 애플리케이션에서 시작하므로 모두 A2P, 즉 애플리케이션 대 개인 메시지입니다. 친구에게 문자를 보내는 사람은 P2P, 즉 개인 대 개인 메시지를 보냅니다. 단말기, 무선 네트워크, 그리고 대개 같은 메시지 센터가 두 가지를 모두 전달합니다. 차이는 누가 메시지를 시작하는지, 그리고 네트워크가 발신자에 대해 무엇을 알고 있는지에 있습니다.
이 차이에 따라 처리 방식이 달라집니다. A2P 트래픽은 등록된 발신자와 기업용 경로로 전달됩니다. P2P는 소비자 가입 회선으로 전달됩니다. 같은 문장이라도 은행이 보내면 A2P이고 친구가 보내면 P2P이며, 네트워크는 둘을 다르게 처리해야 합니다.
전달 확인은 네트워크 상태입니다
전달 확인(DLR)은 제출된 메시지를 네트워크가 어떻게 처리했는지 보고합니다. 전달 완료, 만료, 전달 불가, 알 수 없음 등의 상태와 그 상태를 설명하는 코드가 함께 올 수 있습니다. 사람이 메시지를 열었는지, 코드를 읽었는지, 그에 따라 행동했는지는 알려 주지 않습니다. 전원이 꺼졌거나 저장 공간이 가득 찼거나 커버리지 밖에 있는 단말기는, 메시지를 받고도 무시한 단말기와 다른 상태를 만듭니다.
DLR은 퍼널의 여러 신호 중 하나로 읽으십시오. 코드 입력, 주문 완료, 회신 수신 같은 자체 이벤트와 함께 보십시오. 전달률은 높은데 완료율이 낮다면 네트워크만의 문제가 아니라 메시지, 발신자 또는 입력 양식에 원인이 있을 가능성이 큽니다.
A2P 메시지가 거치는 경로
- 애플리케이션
- SMPP 게이트웨이
- SMSC
- HLR / HSS
- MSC / MME
- 단말
- 전달 확인
텍스트 설명
애플리케이션은 SMPP 또는 HTTP로 게이트웨이에 연결합니다. 게이트웨이는 메시지를 단문 메시지 서비스 센터로 넘깁니다. 센터는 홈 위치 등록기(HLR) 또는 HSS에 가입자가 어디에 등록되어 있는지 조회한 뒤, 메시지를 서빙 이동 교환국(MSC) 또는 이동성 관리 엔티티(MME)로 넘깁니다. 단말기가 수신을 확인하면 전달 확인이 같은 경로를 따라 되돌아옵니다. 각 구간에서 메시지가 지연되거나 필터링되거나 변경될 수 있습니다.
세 가지 트래픽 유형, 세 가지 규칙
인증 트래픽은 일회용 비밀번호, 로그인 승인, 인증 코드를 전달합니다. 양은 적지만 시간에 민감하고, 공격자에게는 가치가 큽니다. 거래 트래픽은 알림, 영수증, 예약 안내를 전달합니다. 프로모션 트래픽은 마케팅 메시지와 재참여 유도 메시지를 전달하며, 기록된 수신 동의(옵트인)와 실제로 작동하는 수신 거부(옵트아웃)가 필요합니다.
세 가지를 분리하십시오. 같은 경로에서 마케팅 메시지가 한꺼번에 몰리면 로그인 코드가 지연될 수 있습니다. 짧은 코드 메시지에 맞춰 설계한 인증 경로는 높은 발송 속도를 오래 유지해야 하는 캠페인에 맞지 않을 수 있습니다. 유형마다 적용되는 콘텐츠 필터도 다르므로, 한 유형에서 통과한 템플릿이 다른 유형에서는 차단될 수 있습니다.
오해 / 사실
오해
A2P는 대량 P2P일 뿐입니다. 메시지가 똑같아 보이므로 네트워크도 똑같이 처리합니다.
사실
텍스트는 같을 수 있습니다. 하지만 출발점, 등록된 발신자, 경로는 다릅니다. A2P는 발신자 등록과 전달 확인이 있는 기업용 경로로 전달되고, P2P는 소비자 가입 회선으로 전달됩니다. 그 경로를 피하려고 A2P를 P2P로 위장하는 것이 그레이 라우팅이며, 당사 트래픽 정책은 이를 제외합니다.
구매자가 확인하는 사항
대상 국가별로 어떤 발신자 유형이 작동하는지, 각각 어떤 등록이 필요한지 물어보십시오. 어떤 경로가 귀사의 트래픽을 전달하는지, 경로가 바뀌기 전에 공급자가 알려 주는지 물어보십시오. 전달 확인이 무엇을 의미하는지, 공급자가 귀사에 중요한 시장에서 단말기 테스트를 하는지 물어보십시오. 콘텐츠를 어떻게 심사하는지, 수신 거부를 어떻게 처리하는지도 물어보십시오.
출시 전에 귀사의 콘텐츠와 발신자로 테스트 경로를 요청하십시오. 공급자가 어떤 데이터를 얼마나 오래 보관하는지 물어보십시오. 경로가 실패하거나 발신자가 거부되면 어떻게 되는지 물어보십시오. 경로가 바뀔 때 누가 알려 주는지, 얼마나 미리 알려 주는지 물어보십시오. SMPP 설명은 연결을 다루고, 발신자 ID 가이드는 멕시코와 브라질의 등록을 다룹니다.
답변을 하나의 표에 정리하십시오. 대상 국가, 발신자 유형, 등록 주체, 경로, 테스트 날짜, 대체 수단입니다. 빈칸이 있는 표가 잘 다듬은 발표 자료보다 더 유용합니다. 공급자가 어느 질문에 답하지 않았는지 보여 주기 때문입니다. 관계가 아니라 근거로 평가하십시오.
P2P, P2A와 양방향
A2P는 발신 방향, 즉 애플리케이션에서 개인으로 가는 방향을 말합니다. P2A는 그 반대 방향입니다. 개인이 애플리케이션에 회신하면 그 회신이 콜백이나 수신함에 도착합니다. 양방향 프로그램은 두 방향을 모두 사용합니다. 회신 경로에는 메시지를 받을 수 있는 발신자가 필요하며, 보통 단축번호나 일반 번호입니다. 단말기 발신 트래픽을 전달하는 경로도 필요합니다. 영숫자 발신자는 대개 회신을 받을 수 없으므로, 양방향 프로그램은 번호를 선택합니다.
P2P는 여전히 개인 대 개인 메시지이며 기업용 채널이 아닙니다. 기업이 고객에게 개인 번호로 문자를 보내 달라고 하면, 기업 업무에 영향을 주는 P2P 흐름이 생깁니다. 발신자 등록이 없고, 기업이 받는 전달 보고도 없으며, 경로를 제어할 수도 없습니다. 프로그램에 책임 추적이 필요하다면 양방향 경로가 있는 A2P 발신자를 사용하십시오.
학습 내용 확인
-
메시지가 전달 완료로 표시되는데 사용자는 코드를 받지 못했다고 합니다. 무엇을 먼저 확인합니까?
단말기 상태, 발신자, 경로를 확인하십시오. 전달 완료 확인은 네트워크가 메시지를 받아들였다는 뜻이지, 단말기가 메시지를 표시했다는 뜻이 아닙니다.
-
마케팅 메시지가 한꺼번에 몰리면 왜 OTP가 느려질 수 있습니까?
두 트래픽이 같은 경로와 처리량 할당을 공유하기 때문입니다. 몰린 메시지가 발송 창을 채우면 코드가 대기합니다. 트래픽을 분리하거나 최대 부하에 맞춰 경로 용량을 정하십시오.
-
어떤 발신자 유형이 회신을 받을 수 있습니까?
단축번호 또는 일반 번호입니다. 영숫자 발신자는 대부분의 네트워크에서 단방향입니다.
답은 요청 시 공개됩니다. 채점, 저장, 전송은 하지 않습니다.
자주 묻는 질문
OTP는 A2P입니까?
A2P는 마케팅에만 쓰입니까?
그레이 경로란 무엇입니까?
발신자 ID는 왜 국가마다 달라집니까?
수신 동의(옵트인)가 필요합니까?
관련 자료
- SMPP와 HTTP로 연결하기
바인드, 윈도우, 수신 확인을 깨뜨리지 않고 테스트 경로를 운영으로 전환하는 방법: 바인드, 처리량, keep-alive, 인코딩, 콜백, 장애 처리.
- 글로벌 A2P 발신자 ID 플레이북
시장별 발신자 ID의 작동 방식: 영숫자, 숫자, 단축번호 경로, 등록 요건과 국가별 예시.
- A2P SMS
A2P(Application-to-person) SMS는 인증 코드나 거래 알림처럼 애플리케이션이 등록된 발신자를 통해 단말기로 보내는 트래픽입니다.
관련 제품
실무에 적용하기
트래픽, 대상 국가, 필요한 측정을 알려 주시면 다음 단계를 안내해 드립니다.