문자API로 단체문자 보내려면 먼저 확인할 것
얼마 전 발송 오류를 봐달라는 연락을 받았는데, 서버는 멀쩡했습니다. 문제는 광고 문자를 받지 않겠다는 고객이 발송 대상에 다시 들어간 것이었어요. 문자API를 붙이면 발송은 빨라집니다. 그만큼 동의와 수신거부 상태를 잘못 관리했을 때 피해도 빠르게 커집니다.
발송 대상보다 광고 여부를 먼저 가르세요
주문 완료, 결제 결과, 배송 예정처럼 고객이 거래 과정에서 꼭 알아야 할 내용과 할인 행사 안내는 다르게 취급해야 합니다. 예를 들어 ‘주문하신 상품이 내일 도착합니다’는 거래 안내지만, 뒤에 ‘다음 구매 20% 할인’을 붙이면 광고성 정보로 판단될 수 있습니다. 담당자가 편의상 ‘공지’라고 이름 붙였는지는 중요하지 않습니다. 실제 문구가 무엇을 권하는지 봐야 합니다.
정보통신망법 제50조에 따르면 영리목적의 광고성 정보는 원칙적으로 수신자의 명시적인 사전 동의를 받고 보내야 합니다. 거래 과정에서 직접 받은 연락처로 같은 종류의 상품을 일정 기간 안내하는 등 법정 예외가 있지만, ‘한 번 구매했으니 계속 보내도 된다’는 뜻은 아닙니다. 더구나 수신거부나 동의 철회가 들어오면 기존 동의나 예외를 근거로 다시 보내서는 안 됩니다.
동의 화면에는 광고를 받는다는 뜻이 분명해야 합니다. 한국인터넷진흥원의 불법스팸 안내서도 ‘혜택 알림’이나 ‘정보 제공’ 같은 모호한 표현으로 광고 수신 동의를 대신하지 않도록 안내합니다. 회원가입 동의, 개인정보 수집 동의, 광고 수신 동의를 하나의 체크 항목처럼 다루지 않는 편이 안전합니다. 운영할 때는 누가, 언제, 어떤 문구에 동의했는지와 철회 시점을 남겨야 나중에 발송 근거를 확인할 수 있습니다.
광고 문구와 발송 시간을 API 앞단에서 검사하세요
광고 문자라면 메시지가 시작되는 부분에 ‘(광고)’와 전송자 명칭, 전화번호 또는 주소를 표시해야 합니다. 끝부분에는 쉽게 수신거부하거나 동의를 철회할 수 있는 방법과 그 과정에서 수신자가 비용을 부담하지 않는다는 사실을 넣습니다. 시행령의 표시 기준에 따른 내용입니다. 실무에서는 ‘무료수신거부 080…’처럼 고객이 바로 이해할 수 있는 문구를 쓰고, 해당 번호가 실제로 동작하는지도 시험합니다. ‘(광 고)’처럼 표시를 흐리거나 수신거부에 불필요한 정보를 요구하는 방식은 피해야 합니다.
시간도 별도 조건입니다. 오후 9시부터 다음 날 오전 8시까지 광고성 정보를 전자적 전송매체로 보내려면 야간 수신에 관한 별도의 사전 동의가 필요합니다. 일반 광고 수신 동의만 받은 고객을 밤 10시 예약 발송에 넣어서는 안 됩니다. 예약을 등록할 때 한 번, 실제 발송 직전에 한 번 더 확인하는 이유가 여기 있습니다. 대기 중에 동의가 철회되거나 발송 시간이 바뀔 수 있으니까요.
제가 운영할 때는 API 호출 전에 광고 여부, 일반 동의, 야간 동의, 수신거부 상태, 표시 문구를 차례로 검사합니다. 하나라도 맞지 않으면 전송 요청을 만들지 않습니다. 수신거부가 접수되면 고객 목록뿐 아니라 예약 발송 대기열에도 즉시 반영합니다. 여러 시스템이 같은 고객에게 보내는 회사라면 수신거부 정보를 한곳에서 관리하고 모든 발송 경로가 조회하도록 해야 합니다.
SMS·MMS·알림톡은 내용에 따라 고르세요
SMS는 짧은 텍스트 안내에 맞습니다. 인증번호나 간단한 일정 변경처럼 문장이 짧고 빠른 전달이 필요한 경우가 대표적입니다. 긴 설명이나 이미지를 넣어야 하면 MMS를 검토하지만, 메시지 길이와 첨부 여부에 따라 과금 방식이 달라질 수 있습니다. 문자API에서 작성 화면에는 짧게 보여도 광고 표기와 무료 수신거부 문구를 붙인 뒤 장문으로 바뀌는 일이 있습니다. 본문만으로 비용을 계산하면 예산이 틀어집니다.
알림톡은 주문·결제·배송처럼 정보성 메시지를 승인된 템플릿으로 보내는 데 적합합니다. 카카오비즈니스 기준상 채널을 추가하지 않은 고객에게도 보낼 수 있지만, 템플릿에 광고 문구가 섞이면 발송할 수 없습니다. ‘배송 안내에 할인 쿠폰 한 줄만 덧붙이자’는 요청이 들어오면 별도의 광고 메시지로 설계해야 합니다. 템플릿 승인이 법적 적합성까지 보증하는 것도 아니므로 발송 주체가 실제 내용과 수신 대상을 확인해야 합니다.
도달률은 채널 이름만으로 단정하기 어렵습니다. 문자도 번호 오류, 단말 상태, 통신사 차단으로 실패할 수 있고, 알림톡도 템플릿이나 수신 환경의 영향을 받습니다. 업체에 견적을 받을 때는 ‘성공’이 API 접수인지, 통신망 전달인지, 최종 발송 결과인지부터 맞춰 보세요. 알림톡 실패 시 문자로 전환한다면 문자 비용과 광고 동의 조건을 함께 계산해야 합니다. 전환 문자에 원래 알림톡의 광고 금지 문구가 그대로 들어가도 되는지 따로 판단할 필요는 없습니다. 두 채널 모두 실제 발송 문구를 기준으로 분류하면 됩니다.
단가는 발송 건수가 아니라 최종 청구액으로 비교하세요
단가표의 한 줄만 보고 채널을 고르면 예상과 다른 청구서를 받기 쉽습니다. 가령 1만 건에 건당 12원과 30원이라는 가상 견적을 받았다면 표면상 차이는 18만 원입니다. 그런데 긴 광고 문구 때문에 SMS가 장문으로 바뀌거나, 알림톡 실패 건을 문자로 재발송하면 계산이 달라집니다. 광고 표기와 수신거부 안내를 넣은 실제 문구로 길이를 재고, 실패 시 전환 비용까지 포함한 견적을 받아야 합니다.
API 응답이 성공이어도 고객에게 전달됐다는 뜻은 아닐 수 있습니다. 요청 접수, 발송 결과, 실패 사유를 구분해 저장하고 재시도 때는 같은 안내가 중복으로 가지 않도록 발송 식별값을 관리합니다. 다만 실패 건을 다른 채널로 다시 보내기 전에도 고객의 최신 수신거부 상태를 확인해야 합니다. 처음 요청이 적법했다고 해서 재발송까지 자동으로 허용되는 것은 아닙니다.
문자API 도입에서 제가 먼저 확인하는 것은 초당 몇 건을 보낼 수 있는지가 아닙니다. 고객이 왜 이 메시지를 받는지 설명할 수 있는지, 거부한 뒤에는 모든 경로에서 멈추는지입니다. 그 두 가지가 갖춰지면 단가와 속도를 비교하는 일도 훨씬 단순해집니다.
