앱 푸시도 문자·이메일과 같은 법을 적용받는다

정보통신망법이 정의하는 전자적 전송매체에는 앱 푸시 알림도 포함됩니다. 그래서 문자·이메일·카카오톡에 적용되는 사전동의(Opt-in), 야간 시간대(오후 9시~다음 날 오전 8시) 별도 동의, 광고 표시·발신자 정보·수신거부 방법이라는 표기의무가 앱 푸시에도 원칙적으로 동일하게 적용됩니다. 다만 앱 푸시는 화면 공간이 매우 제한적이고, 동의를 받는 창구가 웹 폼이 아니라 앱 내 설정 화면이라는 점에서 실무 구현 방식이 다른 채널과 다릅니다.

앱을 새로 개발하거나 리뉴얼하는 팀에서 "푸시는 우리 서비스 안에서 보내는 거니까 외부 발송인 문자·이메일과는 다른 규제를 받지 않는다"고 오해하는 경우가 있는데, 발신 경로가 앱이든 문자망이든 법이 규제하는 대상은 '광고성 정보를 전자적으로 전송하는 행위' 자체이므로 이 오해는 위험합니다.

OS 알림 권한과 서비스 내 동의는 층위가 다르다

iOS·안드로이드 모두 앱을 처음 설치하면 OS 차원에서 "알림을 허용하시겠습니까"라는 팝업이 뜹니다. 이 OS 알림 권한은 앱이 기기에 푸시를 보낼 수 있는 기술적 권한일 뿐, 정보통신망법이 요구하는 '광고성 정보 수신에 대한 명시적 사전 동의'와는 다른 층위의 동의입니다. OS 알림을 허용했다고 해서 광고성 푸시 수신에 동의한 것으로 자동 간주할 수 없습니다.

따라서 서비스는 OS 알림 권한과 별개로, 앱 내 설정 화면에서 "이벤트·할인 정보 알림 받기" 같은 광고성 푸시 전용 동의 항목을 따로 두어야 합니다. 이 두 층위를 혼동해 OS 알림 허용만으로 광고 푸시를 발송하는 앱이 실무에서 종종 발견되는데, 이는 첫 번째 레슨에서 다룬 명시적 사전 동의 원칙에 어긋날 소지가 있습니다.

야간 푸시 동의는 어떻게 UI로 분리하나

네 번째 레슨에서 다룬 야간 시간대 별도 동의 원칙은 앱 푸시에도 그대로 적용됩니다. 앱 설정 화면을 설계할 때는 "마케팅 알림 받기"라는 상위 토글 아래에 "야간 시간(21:00~08:00)에도 알림 받기"라는 하위 토글을 별도로 두어, 두 동의를 명확히 분리하는 UI가 안전합니다. 상위 토글 하나만 켜면 야간에도 자동으로 발송되는 구조는 별도의 야간 동의를 받지 않은 것으로 간주될 위험이 있습니다.

UI 설계 단계에서 하위 토글의 기본값은 반드시 꺼짐(OFF) 상태로 두어야 하며, 상위 토글을 켤 때 하위 토글까지 자동으로 함께 켜지는 방식도 명시적 동의 원칙에 맞지 않습니다. 사용자가 하위 토글을 별도로 직접 켜야만 야간 발송 대상에 포함되는 구조로 설계하는 것이 원칙에 부합합니다.

시나리오 발송의 효율과 동의 범위의 균형

행동 기반 자동화로 발송되는 시나리오 발송(장바구니 이탈, 재방문 유도 등)은 일괄 캠페인 발송보다 평균 오픈율이 2.7배, 구매 전환율(CVR)은 1.7배 높다는 2026년 커머스 데이터가 있습니다. 이런 성과 차이 때문에 마케팅팀은 시나리오 발송을 적극적으로 늘리려는 유인이 큽니다. 다만 시나리오 발송도 결국 광고성 정보 전송이라는 본질은 같으므로, 동의하지 않은 사용자에게는 아무리 정교한 트리거라도 발송해서는 안 됩니다.

시나리오를 설계할 때는 트리거 조건(장바구니 이탈 후 1시간 등)뿐 아니라 발송 대상 필터에 "광고성 푸시 동의자"와 "야간 동의자" 조건을 함께 걸어두는 것을 기본 설정으로 삼아야 합니다. 자동화 도구가 동의 여부를 자동으로 필터링해주지 않는다면, 담당자가 트리거를 새로 만들 때마다 이 필터를 빠뜨리지 않았는지 검수하는 절차가 필요합니다.

표기의무는 푸시 화면에서 어떻게 구현하나

푸시 알림은 배너 형태로 한두 줄만 노출되는 경우가 많아, 문자·이메일처럼 '(광고)' 표시나 발신자 정보, 수신거부 방법을 온전히 담기가 물리적으로 까다롭습니다. 실무에서는 푸시 알림 문구 맨 앞에 짧게 '[광고]'를 표시하고, 발신자 정보와 상세 수신거부 방법은 푸시를 눌렀을 때 연결되는 인앱 랜딩 화면이나 앱 설정 화면에 배치하는 방식으로 절충합니다. 다만 이 절충 방식이 법이 요구하는 표기의무를 완전히 충족하는지는 사안마다 다를 수 있으므로, 신규 푸시 템플릿을 설계할 때는 최소한 광고 표시만큼은 알림 문구 자체에 빠짐없이 넣는 것을 원칙으로 삼는 것이 안전합니다.

설정 화면 깊숙이 숨겨두는 다크패턴은 왜 위험한가

일부 앱은 마케팅 푸시 동의 항목을 마이페이지의 여러 단계를 거쳐야 찾을 수 있는 깊은 메뉴에 배치하거나, 동의를 끄는 버튼과 다른 무관한 설정 버튼을 비슷한 디자인으로 배치해 사용자가 실수로 끄지 못하게 유도하는 경우가 있습니다. 이런 설계는 겉으로는 동의 항목을 제공했다는 형식은 갖췄지만, 실질적으로는 수신거부를 어렵게 만드는 다크패턴에 해당해 "쉽게 할 수 있는 조치"라는 법 취지에 어긋날 소지가 있습니다.

앱 설정 화면을 설계할 때는 마케팅 알림 동의 항목을 알림 설정의 상위 메뉴에서 바로 찾을 수 있도록 배치하고, 동의를 켜는 것과 끄는 것의 절차 난이도를 동일하게 유지하는 것이 원칙입니다. UX팀과 컴플라이언스 담당자가 신규 설정 화면을 출시하기 전에 함께 검토하는 절차를 두면, 편의성을 높이려는 디자인 결정이 의도치 않게 법 취지를 훼손하는 상황을 미리 걸러낼 수 있습니다.