앱 푸시 설정은 광고 동의부터 맞추는 방법

얼마 전 한 쇼핑몰의 앱 푸시 발송 화면을 봤는데, 대상 고객을 고르는 기능은 촘촘한데 광고 수신거부 기록은 바로 확인하기 어려웠습니다. 이런 상태에서 발송량부터 늘리면 문제가 생깁니다. 앱 푸시 설정은 기기 알림 권한, 광고 수신동의, 실제 발송 조건을 따로 확인하는 데서 시작합니다.

광고인지 먼저 가려야 설정이 맞습니다

배송 시작, 예약 변경, 결제 완료처럼 이용자가 요청한 거래의 진행 상황을 알리는 메시지와 할인 행사 안내는 성격이 다릅니다. 주문 상품의 배송 안내 끝에 ‘함께 사면 좋은 상품 20% 할인’을 붙이면 거래 알림으로만 보기 어렵습니다. 문구에 판매를 유도하는 내용이 섞였는지 발송 전에 확인해야 합니다.

쿠폰이나 적립금을 먼저 지급한 뒤 ‘곧 소멸한다’고 알리는 방식도 주의해야 합니다. 한국인터넷진흥원이 2026년 개정한 불법스팸 방지 안내서는 일방적으로 제공한 쿠폰·마일리지·적립금의 발급·소멸 안내를 광고성 정보로 보고 명시적인 사전 동의가 필요하다고 설명합니다. 운영 화면에서 ‘혜택 안내’라는 이름을 붙였다고 거래 알림이 되는 것은 아닙니다.

실무에서는 발송 목적을 거래 알림과 광고로 나누고, 문안이 바뀔 때 다시 판정합니다. 지난주에는 배송 안내였던 자동 발송 문구에 이번 주 할인 문장이 추가될 수 있습니다. 캠페인 이름보다 고객에게 실제로 보이는 제목과 본문을 기준으로 판단하는 편이 안전합니다.

기기 알림 허용과 광고 동의는 별개로 받습니다

앱 설치 뒤 휴대전화에서 알림을 허용했다고 해서 광고 수신에도 동의한 것은 아닙니다. 기기 알림 권한은 알림을 표시할 수 있게 하는 설정이고, 광고 수신동의는 사업자가 광고성 정보를 보내기 위해 확인해야 하는 의사입니다. 두 상태를 발송 시스템에서 각각 관리해야 합니다.

동의 화면에는 ‘광고성 정보 수신동의’임을 분명히 적습니다. ‘혜택 알림 받기’나 ‘유용한 정보 제공’처럼 목적이 흐릿한 문구만으로 동의를 유도하지 않습니다. 가입할 때 동의를 받았다면 동의 시각, 화면에 표시한 문구, 동의한 매체를 기록해 둡니다. 앱 푸시와 문자 발송을 함께 운영한다면 어느 매체에 동의했는지도 구별해야 발송 대상을 정확히 걸러낼 수 있습니다.

예를 들어 회원 1만 명 중 기기 알림을 허용한 사람이 7천 명이고, 그중 앱 푸시 광고에 동의한 사람이 4천 명이라면 광고 캠페인의 출발 대상은 4천 명입니다. 여기서 수신거부자와 야간 발송 조건에 맞지 않는 사람을 더 제외합니다. 이 숫자는 설명을 위한 예시지만, 대상자를 추리는 순서는 실제 운영에도 그대로 적용됩니다.

광고 표기와 발송 시간을 발송 전에 검사합니다

정보통신망법상 광고성 정보에는 광고임을 알리는 표시와 전송자 정보, 수신거부 방법 등 필요한 사항을 매체에 맞게 갖춰야 합니다. 앱 푸시는 알림 제목이 잘리거나 기기별로 본문이 다르게 보일 수 있습니다. 관리 화면의 원문만 보지 말고 실제 휴대전화 잠금 화면과 알림 목록에서 광고 표시, 전송 주체, 거부 경로를 확인합니다.

광고 발송 시간도 별도 조건입니다. 오후 9시부터 다음 날 오전 8시까지 광고성 정보를 보내려면 일반적인 광고 수신동의와 별도로 야간 수신동의를 받아야 합니다. 예약 발송을 오전 8시로 맞췄더라도 발송 대기열이나 시간대 설정 때문에 더 일찍 전송되지 않는지 점검해야 합니다. 야간 동의가 없는 대상은 발송 시스템에서 자동 제외하는 편이 실수를 줄입니다.

푸시 발송 비용은 문자처럼 건당 가격만 보고 비교하기 어렵습니다. 앱 설치와 알림 허용 여부에 따라 도달 가능한 대상이 달라지고, 운영 비용도 서비스 구성에 따라 달라집니다. 긴급한 주문 안내를 앱 미설치 고객에게도 전달해야 한다면 문자나 알림톡을 함께 검토할 수 있습니다. 광고 캠페인이라면 어느 채널을 쓰든 해당 채널의 동의와 표시 조건을 먼저 확인해야 합니다.

수신거부는 누르는 즉시 발송 대상에 반영합니다

광고를 그만 받겠다는 사람에게 로그인, 비밀번호 재설정, 여러 단계의 메뉴 탐색을 요구하면 거부가 사실상 어려워집니다. 한국인터넷진흥원의 2026년 안내서는 앱 푸시 광고 화면에서 바로 수신거부 화면으로 이동하도록 하고, 로그인을 비롯한 복잡한 절차를 요구하지 않도록 설명합니다. 알림에서 설정으로 들어간 뒤 현재 상태를 확인하고 거부할 수 있는 흐름을 실제 기기로 시험해 볼 필요가 있습니다.

거부 요청이 들어오면 무료로 처리하고 처리 결과도 알려야 합니다. 더 중요한 것은 예약 캠페인과 자동 발송에 곧바로 반영하는 일입니다. 오전에 수신거부한 고객이 오후 예약 푸시를 받았다면 설정 화면만 고친 셈입니다. 발송 직전에도 거부 목록을 다시 대조하고, 처리 시각과 발송 시각을 남겨야 원인을 추적할 수 있습니다.

광고 수신동의 여부는 동의를 받은 날부터 2년마다 확인하는 절차도 운영해야 합니다. 이때 필요한 것은 동의 기록과 현재 거부 상태가 서로 맞는지 확인할 수 있는 관리 체계입니다. 저는 앱 푸시 성과를 볼 때 클릭 수 옆에 거부 처리 지연과 잘못 발송된 건수도 함께 둡니다. 고객이 끄고 싶을 때 쉽게 끌 수 있는 설정이 오래 쓸 수 있는 메시징 채널을 만듭니다.