웹서비스에서 카카오 알림톡을 자동 발송하려면

웹서비스를 운영하다 보면 사용자에게 중요한 정보를 자동으로 안내해야 하는 상황이 생깁니다.

• 회원가입 완료
• 예약 확정
• 결제 완료
• 신청 승인
• 배송 시작
• 교육 일정
• 결과 생성 완료
• 비밀번호 또는 인증 안내

이메일만으로 안내할 수도 있지만 사용자가 이메일을 자주 확인하지 않거나 즉시 확인해야 하는 정보라면 카카오 알림톡을 검토할 수 있습니다.

카카오 알림톡은 일반적인 광고 메시지와 달리 주문, 예약, 결제처럼 사용자의 행동과 관련된 정보를 안내하는 데 주로 사용됩니다.

하지만 웹서비스에 알림톡을 연결하려면 단순히 카카오 계정 하나를 만드는 것만으로 끝나지 않습니다.

일반적으로 다음 과정이 필요할 수 있습니다.

• 발신 주체와 채널 준비
• 비즈메시지 제공 업체 또는 관련 서비스 계약
• 발신 프로필 설정
• 메시지 템플릿 작성과 검토
• API 연동
• 사용자 데이터 연결
• 발송 결과 저장
• 실패 시 대체 발송
• 관리자 확인

세부 가입 절차와 정책, 템플릿 기준은 이용하는 제공 업체와 카카오의 현재 정책에 따라 달라질 수 있으므로 실제 도입 시 최신 안내를 확인해야 합니다.

알림톡을 먼저 보낼 상황부터 정해야 합니다

알림톡 기능이 필요하다는 말만으로는 개발 범위를 산정하기 어렵습니다.

어떤 사건이 발생했을 때 누구에게 어떤 내용을 보낼지 정해야 합니다.

예시:

같은 알림톡이라도 사용자의 행동으로 즉시 보내는 메시지와 매일 정해진 시간에 보내는 리마인드는 개발 구조가 다를 수 있습니다.

알림톡과 친구톡·문자는 목적이 다를 수 있습니다

메시지 유형별 허용 범위와 요건은 현재 정책과 계약한 제공 업체의 기준을 확인해야 합니다.

일반적으로 서비스 운영에서는 다음처럼 구분해 생각할 수 있습니다.

정보성 안내

• 주문
• 결제
• 예약
• 배송
• 신청 결과
• 계정 상태

광고·마케팅 목적

• 프로모션
• 할인
• 이벤트
• 재구매 유도
• 신규 서비스 광고

정보 안내와 광고 메시지는 동의와 발송 조건이 다를 수 있습니다.

서비스 기획 단계에서 메시지의 목적을 구분하는 것이 좋습니다.

1. 수신자 휴대폰 번호

알림톡을 보내려면 사용자의 휴대폰 번호가 필요합니다.

확인할 항목:

• 회원가입 시 받는가?
• 예약 과정에서 받는가?
• 번호 형식은 통일되어 있는가?
• 잘못된 번호를 검증하는가?
• 번호 변경이 가능한가?
• 해외 번호를 지원하는가?
• 탈퇴 후 번호를 언제 삭제하는가?

휴대폰 번호를 필수로 받을 이유와 개인정보 처리 내용을 함께 확인해야 합니다.

2. 발송 동의

모든 메시지가 동일한 동의를 요구하는 것은 아닐 수 있습니다.

다음 항목을 구분해서 검토해야 합니다.

• 서비스 제공에 필요한 정보성 메시지
• 마케팅 메시지
• 야간 발송
• 제3자 제공
• 메시지 수신 거부

정확한 법적 동의와 문구가 필요한 경우 관련 전문가나 서비스 제공 업체의 최신 안내를 확인하는 것이 안전합니다.

3. 발신 프로필과 채널

알림톡 발송에는 발신 주체를 나타내는 채널이나 프로필 설정이 필요할 수 있습니다.

일반적으로 확인할 내용:

• 카카오톡 채널
• 사업자 정보
• 채널 관리자
• 발신 프로필
• 서비스명
• 고객센터 정보
• 제공 업체 연결

계정은 가능하면 회사 명의로 관리하고 개발 업체에는 연동에 필요한 권한만 제공하는 것이 좋습니다.

4. 메시지 템플릿

알림톡은 미리 등록되거나 검토된 템플릿을 기반으로 발송하는 구조를 사용할 수 있습니다.

템플릿 예시:

[예약 확정 안내]

#{고객명}님의 예약이 확정되었습니다.

- 예약 서비스: #{서비스명}
- 예약 일시: #{예약일시}
- 예약 번호: #{예약번호}

변경 또는 취소는 아래 버튼에서 확인해 주세요.

변수로 들어가는 부분:

• 고객명
• 서비스명
• 예약일시
• 예약번호

템플릿의 고정 문구와 실제 발송 데이터가 일치해야 합니다.

5. 템플릿 변수

템플릿에는 사용자마다 달라지는 값을 넣을 수 있습니다.

• 이름
• 주문 번호
• 예약 일시
• 결제 금액
• 배송 상태
• 결과 링크
• 담당자
• 기업명

개발 시 확인할 항목:

• 값이 비어 있으면 어떻게 하는가?
• 너무 긴 값이 들어가면 어떻게 하는가?
• 특수문자는 가능한가?
• 날짜 형식은 무엇인가?
• 금액 형식은 무엇인가?
• 잘못된 데이터가 발송되면 어떻게 확인하는가?

6. 버튼

알림톡에서 사용자가 다음 행동으로 이동할 수 있도록 버튼을 연결할 수 있습니다.

• 예약 확인
• 주문 조회
• 결과 보기
• 결제하기
• 문의하기
• 홈페이지 접속

버튼 URL에는 다음 정보가 필요할 수 있습니다.

• 로그인 여부
• 모바일 URL
• PC URL
• 사용자별 링크
• 만료 시간
• 접근 권한

개인 결과 페이지를 누구나 볼 수 있는 공개 링크로 만들면 안 될 수 있습니다.

로그인이나 안전한 일회성 링크를 검토해야 합니다.

7. 발송 시점

메시지를 언제 보낼지 정해야 합니다.

즉시 발송

특정 기능이 완료된 직후 발송합니다.

결제 성공
→ 주문 저장
→ 이용 권한 지급
→ 알림톡 발송

예약 발송

특정 시간에 발송합니다.

예약 하루 전 오후 3시
예약 한 시간 전
구독 만료 7일 전

예약 발송에는 스케줄러와 중복 발송 방지가 필요합니다.

8. 발송 순서

중요한 데이터 처리가 완료되기 전에 메시지를 보내면 사용자에게 잘못된 정보를 안내할 수 있습니다.

예를 들어 결제 흐름은 다음처럼 구성할 수 있습니다.

결제 승인
→ 주문 완료 저장
→ 서비스 권한 지급
→ 알림톡 발송

알림톡 발송이 실패하더라도 결제 자체를 다시 실행하면 안 됩니다.

핵심 업무 처리와 메시지 발송을 분리해서 관리해야 할 수 있습니다.

9. 발송 실패

알림톡이 항상 성공하는 것은 아닙니다.

실패할 수 있는 상황:

• 잘못된 휴대폰 번호
• 템플릿 불일치
• 변수 누락
• API 인증 실패
• 발신 프로필 문제
• 제공 업체 장애
• 네트워크 오류
• 발송 제한
• 사용자의 수신 환경

실패했을 때 시스템은 다음을 처리할 수 있습니다.

• 실패 사유 저장
• 자동 재시도
• 운영자 알림
• 문자 대체 발송
• 이메일 대체 발송
• 관리자 수동 재발송

10. 문자 대체 발송

알림톡 발송이 실패하면 문자로 대체할 수 있는 구성을 검토할 수 있습니다.

정해야 할 항목:

• 모든 실패를 문자로 보내는가?
• 특정 메시지만 대체하는가?
• 문자 길이
• 발송 비용
• 수신자 동의
• 중복 발송 방지
• 발송 결과

알림톡과 문자 양쪽에서 성공해 같은 안내가 두 번 가지 않도록 상태를 관리해야 합니다.

11. 발송 결과 저장

발송 이력을 저장하면 사용자 문의와 오류를 확인하기 쉽습니다.

저장할 수 있는 정보:

• 수신자
• 템플릿
• 발송 시각
• 메시지 유형
• 관련 주문·예약
• 발송 상태
• 실패 사유
• 대체 발송
• 재발송 여부

휴대폰 번호와 메시지 내용에는 개인정보가 포함될 수 있으므로 접근 권한과 보관 기간을 검토해야 합니다.

12. 관리자 발송 내역

운영자가 다음 내용을 확인할 수 있습니다.

• 날짜
• 수신자
• 템플릿
• 관련 업무
• 성공·실패
• 실패 사유
• 재발송
• 대체 문자

검색과 필터:

• 휴대폰
• 주문 번호
• 예약 번호
• 템플릿
• 발송 상태
• 기간

13. 관리자 수동 발송

자동 발송 외에 관리자가 특정 사용자에게 다시 보낼 수 있습니다.

• 예약 안내 재발송
• 결과 확인 안내
• 결제 링크
• 인증 메시지
• 일정 변경

수동 발송 시에도 승인된 템플릿과 허용된 목적 안에서 사용해야 합니다.

관리자별 발송 권한과 이력을 남기는 것이 좋습니다.

14. 중복 발송 방지

자동화가 두 번 실행되면 같은 메시지가 반복 발송될 수 있습니다.

중복 방지를 위해 다음 기준을 둘 수 있습니다.

예약 ID + 템플릿 ID + 발송 예정일

같은 업무와 템플릿이 이미 성공했다면 다시 보내지 않도록 처리할 수 있습니다.

사용자가 재발송을 요청한 경우에는 별도의 재발송 기록을 남깁니다.

15. 예약 리마인드

예약 시스템에서는 방문 전 안내를 자동 발송할 수 있습니다.

예시:

예약 24시간 전
예약 2시간 전

정해야 할 조건:

• 예약이 취소되면 발송하지 않는가?
• 예약 시간이 변경되면 새 시간으로 발송하는가?
• 이미 발송된 이후 변경되면 추가 안내하는가?
• 관리자가 등록한 예약도 발송하는가?
• 수신 거부 상태는 어떻게 처리하는가?

16. 결제와 환불 알림

• 결제 완료
• 결제 실패
• 환불 접수
• 환불 완료
• 정기결제 실패
• 구독 만료

결제 시스템의 실제 상태가 확정된 뒤 메시지를 보내야 합니다.

17. 신청·승인 알림

업무 시스템에서는 상태 변경과 알림을 연결할 수 있습니다.

접수
→ 검토 중
→ 승인
→ 완료

관리자가 상태를 바꿀 때 자동으로 알림을 보낼지, 발송 여부를 선택하게 할지 정해야 합니다.

18. AI·파일 처리 완료 알림

AI 생성이나 대용량 파일 처리는 시간이 오래 걸릴 수 있습니다.

사용자가 페이지를 계속 열어두지 않아도 완료되면 알림을 보낼 수 있습니다.

흐름:

1. 사용자가 작업 요청
2. 서버가 비동기 처리
3. 작업 완료
4. 결과 저장
5. 알림톡 발송
6. 결과 페이지 연결

작업이 실패한 경우에는 사용자와 운영자에게 어떤 안내를 할지도 정해야 합니다.

19. 대량 발송과 개별 알림

알림톡은 서비스 기능에 따라 한 건씩 발송하거나 여러 사용자에게 발송할 수 있습니다.

개별 알림

• 주문
• 예약
• 결제
• 개인 결과

운영 공지

• 수업 일정 변경
• 서비스 점검
• 신청 결과

대량 발송 기능은 대상자 선택, 중복, 발송 제한과 결과 확인이 추가될 수 있습니다.

광고성 메시지와 혼동되지 않도록 메시지 목적과 정책을 확인해야 합니다.

20. 비용

비용은 일반적으로 발송 건수와 이용 서비스, 메시지 유형에 영향을 받을 수 있습니다.

확인할 항목:

• 알림톡 건당 비용
• 문자 대체 비용
• 초기 가입비
• 월 기본료
• 발신 프로필 비용
• 개발·연동 비용
• 대량 발송 비용
• 실패 건 과금 기준

실제 단가와 정책은 이용 시점의 제공 업체 안내를 확인해야 합니다.

알림톡 개발 비용을 결정하는 요소

MVP에서 단순하게 시작하는 방법

1차

• 핵심 템플릿 2~3개
• 즉시 발송
• 발송 결과 저장
• 기본 관리자 조회
• 실패 시 운영자 확인

이후

• 예약 발송
• 문자 대체
• 관리자 재발송
• 대량 발송
• 템플릿 관리
• 통계

알림톡 요구사항 양식

발송 목적:
발송 대상:
휴대폰 수집 시점:
메시지 종류:
템플릿 개수:
발송 조건:
즉시·예약 발송:
템플릿 변수:
버튼:
로그인 필요 여부:
문자 대체:
재시도:
관리자 발송 내역:
수동 재발송:
대량 발송:
발송 보관 기간:

검수 체크리스트

[ ] 올바른 수신자
[ ] 올바른 템플릿
[ ] 변수 치환
[ ] 날짜·금액 형식
[ ] 버튼 URL
[ ] 즉시 발송
[ ] 예약 발송
[ ] 취소된 업무 발송 제외
[ ] 중복 발송 방지
[ ] 실패 결과 저장
[ ] 문자 대체
[ ] 관리자 내역
[ ] 수동 재발송
[ ] 모바일 링크
[ ] 개인정보 노출

견적서에서 확인할 항목

• 발신 프로필 준비 지원이 포함되는가?
• 템플릿 작성·등록 지원이 포함되는가?
• API 연동만 포함되는가?
• 실제 업무 상태와 연결되는가?
• 실패 결과를 저장하는가?
• 문자 대체 발송이 포함되는가?
• 예약 발송이 포함되는가?
• 관리자 발송 내역이 포함되는가?
• 발송 비용은 별도인가?
• 운영 전 실제 발송 검수를 하는가?

마무리

카카오 알림톡 자동 발송은 메시지를 보내는 API 하나만 연결하는 작업이 아닙니다.

실제 서비스에서는 다음을 함께 설계해야 합니다.

• 어떤 사건이 발생했을 때 보내는가?
• 누구에게 어떤 템플릿을 보내는가?
• 데이터가 정확히 치환되는가?
• 실패하면 어떻게 대응하는가?
• 운영자가 발송 결과를 확인할 수 있는가?
• 중복 발송을 어떻게 막는가?

알림톡 도입을 문의할 때는 예약 알림을 보내고 싶다는 설명과 함께 발송 조건, 템플릿, 실패 처리와 관리자 범위를 전달하는 것이 좋습니다.