앱 푸시 발송과 운영 노하우

앱 설치를 유도하기도 어렵지만 설치한 뒤 다시 열게 하기는 더 어렵습니다. 설치하고 며칠이 지나면 앱을 열어 보지 않는 유저가 빠르게 늘어납니다. 이들을 다시 데려오는 가장 직접적인 수단이 앱 푸시입니다.

권한을 묻는 시점부터 설계합니다

앱 푸시를 보내려면 먼저 알림 권한을 받아야 합니다. 그런데 이 동의율이 생각보다 낮습니다. 푸시 알림 통계를 보면 iOS는 동의율이 절반 안팎에 머뭅니다. 안드로이드도 13 버전부터 런타임 알림 권한을 따로 받아야 해서 동의 확보가 전보다 중요해졌습니다.

그래서 권한을 언제 묻느냐에 따라 동의율이 달라집니다. 앱을 켜자마자 시스템 권한 창을 띄우면 거절을 누르기 쉽습니다. 플레어레인 SDK는 권한 요청 시점을 앱 실행과 분리할 수 있어서, 알림이 왜 필요한지 보여 준 화면 다음으로 요청을 미룰 수 있습니다.

이미 권한을 막아 둔 유저도 포기할 필요는 없습니다. 플레어레인은 권한이 차단된 상태에서 구독을 요청하면 앱의 알림 설정 화면으로 바로 이동시켜 재허용을 유도합니다. 발송, 운영 항목은 앱 푸시 문서에 정리되어 있습니다.

개인화와 클릭 후 도착 화면

푸시를 많이 보낸다고 앱을 자주 여는 것은 아닙니다. 오히려 관련 없는 알림이 쌓이면 유저는 알림을 꺼 버립니다. 그래서 개인화와 도착 화면 두 가지를 챙겨야 합니다.

개인화는 본 상품, 찜한 콘텐츠, 이름 같은 값을 변수로 넣어 유저마다 다른 알림을 보내는 방식입니다. 플레어레인은 Liquid 기반 개인화 메시지로 이런 변수를 문구에 넣을 수 있습니다.

도착 화면도 중요합니다. 알림을 누르면 관련 화면이 바로 열려야 합니다. 홈 화면으로 보내면 유저가 한 번 더 찾아야 하고 그 사이에 이탈합니다. 플레어레인 SDK는 http, https 주소는 웹뷰로 열고(앱 링크나 유니버설 링크를 지원하면 앱을 실행), OS가 인식하는 딥링크는 추가 코드 없이 앱과 화면을 자동으로 띄웁니다. 자체 딥링크 규격을 쓴다면 클릭 핸들러로 이동 로직을 직접 연결합니다. 처리 방식은 URL, 딥링크 가이드에 정리되어 있습니다.

알림에 액션 버튼을 넣어 버튼마다 다른 화면으로 보낼 수도 있습니다. 어떤 버튼을 눌렀는지까지 따로 집계되므로 같은 알림에서 어떤 제안이 더 눌리는지 비교할 수 있습니다.

발송 빈도와 속도 조절

보내는 양도 조절해야 합니다. 유저별 발송 빈도 제한을 켜면 한 유저가 정해진 기간에 받는 알림 최대치를 정할 수 있습니다. 한도를 넘은 발송은 실제로 나가지 않고 통계에서 제한됨으로 집계됩니다. 결제 완료나 배송 같은 중요한 알림은 이 제한을 무시하고 발송하도록 따로 설정할 수 있습니다. 설정 방법은 발송 빈도 제한 문서를 참고하세요.

한 번에 너무 빠르게 발송하면 클릭이 몰리면서 고객사 서버에 트래픽이 순간적으로 집중됩니다. 발송 속도 조절로 분당 발송량을 정해 두면 플레어레인이 이를 초당 발송량으로 환산해 일정하게 내보냅니다. 예를 들어 분당 1,019건으로 설정하면 초당 16건으로 환산되어 발송됩니다.

죽은 토큰과 발송 지표

구독자 수와 실제로 알림이 도달하는 기기 수는 다릅니다. 앱을 지운 기기의 푸시 토큰은 더 이상 유효하지 않기 때문입니다. 플레어레인은 FCM, APNS가 돌려주는 실패와 삭제 피드백을 받아 무효가 된 토큰을 구독에서 정리합니다. 그래서 통계의 발송 수는 실제 발송에 성공한 기기를 기준으로 집계됩니다. iOS는 애플 정책상 삭제 여부 확인에 며칠이 걸리기도 합니다.

지표는 하나만 보지 않습니다. 발송, 클릭, 클릭률, 삭제, 실패, 제한됨을 함께 읽어야 다음에 무엇을 조정할지 정할 수 있습니다. 클릭률이 낮으면 문구와 도착 화면을, 삭제가 늘면 발송 빈도를 점검하는 식입니다. 지표 정의는 채널별 지표 정의에 있습니다.

클릭 이후의 전환과 매출 측정

앱 푸시는 한 건을 보내도 그다음을 정밀하게 측정할 수 있습니다. 클릭률뿐 아니라 그 알림을 받은 유저가 실제로 구매까지 했는지, 전환 금액이 얼마인지까지 확인할 수 있습니다.

전환 이벤트는 목표 이벤트, 측정 기준, 기여 기간 세 가지로 설정합니다. 푸시는 측정 기준을 클릭 기반과 발송 기반 중에 고를 수 있습니다. 예를 들어 purchase 이벤트에 기여 기간을 3일로 두면, 알림을 받은 유저가 3일 안에 구매를 일으킨 경우를 전환으로 집계합니다. 한 메시지에는 전환 이벤트를 최대 5개까지 걸 수 있습니다.

구매 이벤트로 설정하면 구매 금액까지 기록됩니다. 함께 보낸 금액 데이터와 수량 데이터를 곱해 전환 금액을 계산합니다. 한 유저ID가 여러 기기를 쓰더라도 전환은 유저ID 기준 최초 1회만 집계되므로, 5개 기기에 보내 1개 기기에서 구매가 일어나면 발송 5, 전환 1, 전환율 100%로 집계됩니다.

전환을 측정하려면 구매 같은 이벤트 연동이 먼저 되어 있어야 합니다. SDK의 이벤트 기록으로 구매 금액과 수량을 함께 보내면 전환 이벤트 설정 및 분석에서 메시지별 전환수와 구매 총액이 실시간으로 집계됩니다. 이벤트 연동은 이벤트 문서를 참고하세요.

설치 유저가 많은 서비스라면 앱 푸시부터 점검하는 편이 효율적입니다. 알림 권한 동의율과 클릭 이후 전환부터 확인하면 개선 순서를 정하기 쉽습니다. 아래에서 점검을 신청할 수 있습니다.