OneSignal의 메시지 채널은 무엇인가요?
OneSignal은 모바일·웹 푸시, 인앱 메시지, 이메일 등으로 고객과 소통하는 플랫폼입니다. SMS, RCS, Live Activities도 제공합니다. 각 채널은 필요한 설정과 사용 조건이 다릅니다.
채널을 많이 연결하는 것보다 고객이 어떤 상황에서 메시지를 받는지 먼저 정하는 편이 좋습니다. 앱 밖의 재방문 안내와 앱 안의 기능 설명을 구분하고 같은 내용이 여러 채널에 겹치지 않도록 우선순위와 간격을 설계합니다.
푸시: 앱이나 웹사이트로 돌아올 이유
푸시는 짧은 안내로 다음 행동을 연결할 때 적합합니다. 문구뿐 아니라 알림을 누른 뒤 도착할 화면과 로그인 상태까지 함께 설계해야 합니다.
모바일 푸시
앱의 플랫폼에 맞는 APNs·FCM 등의 자격 증명과 알림 권한이 필요합니다. SDK 연동으로 구독, 로그인, 클릭 처리를 연결하는 방식이 일반적이며 API 기반 구성도 가능합니다.
웹 푸시
HTTPS 웹사이트, Service Worker, 지원 브라우저와 사용자 허용이 필요합니다. 브라우저·기기마다 구독이 생기므로 회원 ID 연결 여부도 함께 확인합니다.
iPhone의 웹 푸시
iOS·iPadOS 16.4 이상에서 홈 화면에 추가한 웹 앱을 통해 구독할 수 있습니다. 일반 브라우저 탭만 방문한 고객과 같은 방식으로 권한을 요청할 수 없습니다.
처음 방문하자마자 권한을 요청하기보다 고객이 받을 알림의 가치를 이해하는 시점에 요청하도록 설계합니다. 실제 수신과 표현 방식은 기기·브라우저·운영체제 조건의 영향을 받습니다.
인앱 메시지: 지금 사용하는 화면에서 도움
인앱 메시지는 모바일 앱의 활성 세션에서 안내, 기능 소개, 설문 등을 보여 주는 채널입니다. OneSignal SDK가 필요하며, 웹사이트용 메시지 채널은 아닙니다. 일반적인 인앱 메시지 노출에는 푸시 수신 허용이 필요하지 않습니다.
대상과 표시 조건을 정하고 배너나 화면 메시지를 구성합니다. 사용자가 막 시작한 작업을 가리지 않도록 노출 시점과 닫기 동작을 점검하고, 버튼은 설명한 기능으로 정확히 연결합니다.
SDK 연동 후에는 대시보드에서 메시지를 작성합니다. 앱 고유의 행동에 맞춘 표시 조건이나 클릭 후 동작은 추가 개발이 필요할 수 있습니다.
이메일: 설명이 길거나 다시 참고할 정보
이메일은 이용 안내, 콘텐츠 추천, 상세한 후속 설명에 적합합니다. 발신 도메인과 발신자를 정하고, DNS 관리 담당자가 SPF·DKIM·DMARC 등 인증 설정을 검토해야 합니다. 계정 확인 절차도 도입 일정에 포함합니다.
이미 쓰는 도메인의 DNS를 변경할 때는 기존 발송 시스템과의 관계를 먼저 확인합니다. 고객의 수신 동의와 해제 상태, 반송 처리, 발신 평판을 함께 관리하고 소규모 대상부터 수신 상태를 확인합니다.
국내 문자·알림톡도 고객 여정에 연결합니다
기존 문자·알림톡 벤더가 제공하는 API를 OneSignal Journeys의 웹훅과 연결하면 고객 행동에 맞춰 발송할 수 있습니다. 카카오 알림톡은 이와 같은 별도 연동으로 사용합니다.
IXC는 벤더 API 연동과 필요한 중계 서버 개발, 발송 결과 확인, 중복 발송 방지와 운영을 지원합니다. 사용 중인 벤더의 인증 방식·발송 규격과 Journeys 웹훅 이용 조건을 확인해 연결 방식을 정합니다.
OneSignal 자체 SMS·RCS와 Live Activities
OneSignal 자체 SMS는 발송 사업자와 발신 번호, 대상 국가, 수신 동의를 확인합니다. RCS는 추가 발신자 승인과 국가·통신사·기기 지원 조건이 있으며, SMS 대체 발송에도 해당 구성이 필요합니다.
Live Activities는 앱의 진행 상황을 지원 기기의 시스템 화면에 표시하는 기능입니다. 푸시나 인앱 메시지와 도입 범위가 같지 않으며, 앱 SDK와 플랫폼별 구현이 필요합니다.
설계 예시
새 기능 안내를 채널별로 나누는 방법
모바일 앱에 예약 기능을 추가한 상황의 설계 예시입니다. 재방문 안내와 실제 사용 설명의 역할을 나눕니다.
푸시로 재방문 연결
관심 고객 중 푸시 구독자에게 예약 기능의 가치를 짧게 전하고 해당 화면으로 연결합니다.
인앱으로 첫 사용 지원
앱에서 예약 화면을 처음 사용하는 고객에게 선택 방법을 설명합니다. 완료한 고객은 안내 대상에서 제외합니다.
이메일로 상세 정보 제공
추가 설명이 필요한 고객에게 이용 조건과 자주 묻는 내용을 제공합니다. 다른 채널의 발송 시점과 겹치지 않게 조정합니다.
모든 고객이 모든 채널을 구독한 것은 아닙니다. 고객 ID를 기준으로 채널별 구독 상태를 확인하고 발송 우선순위와 종료 조건을 정합니다.
IXC 도입 지원
IXC는 채널 설정부터 앱의 다음 화면까지 연결합니다
OneSignal 도입은 대시보드 설정과 앱의 실제 동작이 맞아야 합니다. IXC는 국내 공식 파트너로서 채널 설정, SDK와 딥링크 개발, 데이터 연결, 캠페인 운영을 지원합니다.
채널 도입
앱·웹 환경과 대상 고객을 확인하고 플랫폼 자격 증명, 도메인, 수신 동의 흐름을 정리합니다.
앱 개발과 QA
권한 요청, 알림 클릭, 로그인 후 화면 이동, 인앱 표시를 구현하고 기기별로 확인합니다.
발송 운영
채널 우선순위, 수신 해제, 빈도, 메시지 품질을 점검하고 고객 행동에 맞춰 조정합니다.
설계·검증에 쓰는 실무 자료
자주 묻는 질문
인앱 메시지는 웹사이트에서도 사용할 수 있나요?
OneSignal의 인앱 메시지는 모바일 앱용입니다. 앱 SDK와 활성 세션이 필요하며 웹사이트에는 지원되지 않습니다. 웹에서 고객에게 다시 방문할 이유를 전하려면 웹 푸시의 브라우저와 권한 조건을 검토해야 합니다.
푸시 권한을 거부한 고객에게 인앱 메시지를 보여 줄 수 있나요?
일반적인 인앱 메시지는 푸시 허용과 별개로 앱 내에서 표시할 수 있습니다. 앱 SDK, 대상 조건, 표시 시점이 맞아야 하며, 고객이 앱을 사용 중이지 않으면 해당 화면에 메시지를 보여 줄 수 없습니다.
iPhone에서도 웹 푸시를 받을 수 있나요?
iOS·iPadOS 16.4 이상에서 홈 화면에 추가한 웹 앱과 사용자 허용 등 조건을 갖추면 가능합니다. HTTPS, 웹 앱 매니페스트, Service Worker를 확인하고 실제 기기에서 설치부터 구독까지 검증해야 합니다.
모든 채널을 처음부터 도입해야 하나요?
그럴 필요는 없습니다. 고객이 가장 자주 사용하는 접점과 필요한 안내를 기준으로 시작할 수 있습니다. 다만 이후 채널을 추가할 때 같은 고객을 연결할 수 있도록 회원 ID와 구독 상태의 구조는 먼저 설계하는 편이 좋습니다.