인증 문자 발송이 막히지 않게 운영하는 방법
얼마 전 인증 문자가 안 간다는 문의를 받았는데, 발송 시스템보다 먼저 확인한 건 문자 내용이었습니다. 인증번호 아래에 할인 쿠폰 안내가 붙어 있더군요. 인증은 고객이 요청한 안내지만, 쿠폰은 광고입니다. 두 내용을 한 통에 섞으면 발송 목적부터 다시 따져야 합니다.
인증 문자와 광고 문자를 먼저 구분합니다
회원가입이나 로그인 과정에서 고객이 요청한 인증번호만 보내는 문자는 일반적으로 서비스 이용에 필요한 정보성 안내로 봅니다. 광고 수신에 동의하지 않았다는 이유만으로 필요한 인증번호를 막아서는 안 됩니다. 반대로 인증 문자를 광고를 보내는 통로로 써서도 안 됩니다.
예를 들어 ‘인증번호는 123456입니다. 3분 안에 입력해 주세요’는 인증 목적이 분명합니다. 뒤에 ‘가입 기념 할인 쿠폰도 받아 가세요’를 붙이면 판별이 달라집니다. 한국인터넷진흥원의 불법스팸 안내도 메시지의 이름보다 실제 내용과 목적을 기준으로 광고성 여부를 판단합니다. 쿠폰 문구가 필요하다면 인증 문구에서 떼어 내고, 광고 발송 요건을 별도로 확인하는 편이 안전합니다.
정보통신망법상 영리 목적의 광고성 정보는 원칙적으로 수신자의 명시적인 사전 동의가 필요합니다. 광고 수신거부나 동의 철회가 접수됐다면 이후 광고 발송 대상에서 제외해야 합니다. 광고 수신 동의는 인증번호를 받을 동의와 같은 뜻이 아닙니다. 회원가입 화면에서 두 항목을 한 칸으로 묶어 처리하면 운영 기록을 확인할 때도 설명하기 어렵습니다.
광고가 섞였다면 시간과 표기를 다시 확인합니다
광고성 문자는 발송 시간도 봐야 합니다. 정보통신망법 제50조에 따르면 오후 9시부터 다음 날 오전 8시까지 광고성 정보를 보내려면 일반적인 광고 수신 동의와 별도로 야간 전송에 대한 사전 동의를 받아야 합니다. 고객이 밤 10시에 직접 요청한 순수 인증번호를 보내는 상황과, 그 번호에 판촉 문구를 붙여 보내는 상황은 같지 않습니다.
문자에 광고를 실어 보낼 때는 메시지 시작 부분에 ‘(광고)’를 표시하고 전송자 명칭과 전화번호 또는 주소를 밝혀야 합니다. 끝부분에는 수신거부 또는 동의 철회 방법과 그 과정에 수신자 비용이 들지 않는다는 점을 표시해야 합니다. 시행령의 명시 방법에 따른 사항입니다. 발신번호를 등록했다고 해서 본문 표기 의무가 없어지는 것은 아닙니다.
실무에서 자주 놓치는 부분은 수신거부 처리입니다. 무료 수신거부 번호를 적어 놓고도 접수된 번호가 다음 발송 명단에 남아 있으면 소용이 없습니다. 동의 철회와 수신거부가 들어온 시점, 처리 결과를 알린 기록, 발송 대상에서 제외된 시점을 확인할 수 있어야 합니다. 위탁 발송을 쓰더라도 고객 명단과 수신거부 명단이 서로 다른 시스템에 머물지 않게 점검해야 합니다.
SMS와 알림톡은 도달 조건까지 비교합니다
인증번호는 짧아서 보통 SMS로 충분합니다. 이미지나 긴 설명이 필요한 MMS를 인증번호 한 줄 때문에 선택할 이유는 적습니다. 알림톡은 카카오톡으로 보내는 정보성 메시지이며, 사전에 승인된 템플릿에 맞춰 발송합니다. 카카오비즈니스는 알림톡을 주문·결제·배송 같은 정보성 안내에 쓰는 서비스로 설명합니다. 인증번호에 판촉 문구를 넣어 알림톡으로 보내는 방식은 적절하지 않습니다.
단가표만 보면 판단이 쉬워 보이지만 실제 비용은 다릅니다. 가령 알림톡 한 건을 8원, 실패 후 대체 SMS를 12원으로 제안받았고 1만 건 중 20%가 문자로 대체됐다고 가정해 봅시다. 알림톡 비용 8만 원에 대체 문자 비용 2만 4천 원이 더해집니다. 여기에 실패 건의 재시도나 중복 과금 조건도 확인해야 합니다. 이 숫자는 비교를 위한 예시일 뿐이며, 실제 단가와 과금 방식은 계약마다 다릅니다.
도달률도 ‘발송 성공’ 한 줄로 판단하면 안 됩니다. 발송 요청 접수, 채널 전송 성공, 이용자 단말 수신, 인증 완료는 서로 다른 단계입니다. 특정 채널의 전송 성공률이 높아도 인증 완료까지 걸리는 시간이 길면 로그인 화면에서는 문제가 됩니다. 운영할 때는 채널별 전송 성공률과 인증 완료율, 완료까지 걸린 시간, 대체 발송 비율을 함께 봅니다. 카카오톡을 사용할 수 없는 고객을 위한 문자 대체 경로도 미리 정해 둡니다.
인증 실패는 발송 기록으로 좁혀 갑니다
고객이 ‘문자가 안 왔다’고 하면 우선 요청 시각과 번호, 발송 결과 코드를 확인합니다. 발송 요청 자체가 없었다면 화면이나 인증 요청 처리부터 봐야 합니다. 요청은 있었는데 실패했다면 번호 형식, 발신번호 설정, 메시지 내용, 통신사 차단 여부를 차례로 살핍니다. 성공으로 표시되는데 인증을 못 했다면 재전송 이력과 유효시간, 입력 오류를 확인합니다.
인증번호를 다시 보내는 기능에는 간격과 횟수 제한이 필요합니다. 사용자가 버튼을 연달아 누를 때마다 새 번호가 발급되면 이전 번호와 새 번호가 뒤섞이기 쉽습니다. 예를 들어 3분짜리 인증번호를 운영한다면 화면에 남은 시간을 보여 주고, 재발송 시 어느 번호가 유효한지 서버에서 일관되게 처리해야 합니다. 인증번호를 로그에 그대로 남기거나 상담 화면에서 누구나 볼 수 있게 하는 일도 피해야 합니다.
저는 인증 문자 운영표에 세 가지를 먼저 적습니다. 이 문자가 고객의 요청으로 시작됐는지, 광고 문구가 한 줄이라도 섞였는지, 실패했을 때 어떤 채널로 다시 보낼지입니다. 이 구분이 분명하면 발송 장애를 찾는 시간도 줄고, 수신거부 고객에게 광고가 잘못 나갈 가능성도 낮아집니다.
