알림 권한 요청

한 번뿐인 질문

iOS와 안드로이드 13 이상(Google, n.d.)에서는 운영체제가 띄우는 허용 창으로 알림 권한을 받아요. 사용자가 한 번 거절하면 앱이 다시 그 창을 띄우기 어렵기 때문에 사실상 한 번의 기회예요. 펠트와 동료들(2012)은 많은 사용자가 권한 화면을 거의 읽지 않거나 이해하지 못한다고 보고했어요. 그래서 운영체제 창보다 그 앞의 맥락과 설명이 결과를 좌우해요.

언제, 어떻게 물을까

애플(n.d.)은 권한이 필요한 순간에 이유와 함께 요청하라고 안내해요. 포그(2009)의 모델처럼 사용자의 동기가 생긴 순간이 좋은 계기예요. 예를 들어 배송을 주문한 직후 '배송 출발을 알려 드릴까요?'라고 묻는 식이에요. 운영체제 창을 띄우기 전에 앱 자체의 사전 안내 화면으로 어떤 알림을 얼마나 보낼지 설명하고, '나중에' 선택지를 주면 소중한 한 번의 기회를 지킬 수 있어요. 이 흐름은 앱 온보딩과 함께 설계해요. 다만 아퀴스티와 동료들(2015)이 지적했듯 사람의 개인정보 결정은 프레이밍에 쉽게 흔들리니, 거절을 부끄럽게 만드는 다크 패턴 문구는 피해야 해요.

허용 이후와 거절 이후

허용을 받았다고 끝이 아니에요. 피엘로와 동료들(2014)은 사람들이 하루에 수십 개의 알림을 받는다고 기록했고, 메로트라와 동료들(2016)은 알림의 내용과 상황이 맞지 않으면 무시되거나 짜증을 부른다고 했어요. 약속한 종류의 알림만 보내고 앱 안에서 종류별로 끌 수 있게 하세요. 거절한 사용자에게는 관련 기능 화면에서 '설정에서 켤 수 있어요' 같은 안내를 조용히 보여 주고, 앱 안의 소식은 토스트 메시지나 배지로 대신 전해요.

자주 묻는 질문

앱을 처음 켜자마자 묻는 게 왜 나쁜가요?

사용자가 아직 앱의 가치를 모르는 상태라 거절하기 쉽고, 한 번 거절하면 다시 묻기 어렵기 때문이에요.

거절한 사용자에게 다시 요청할 수 있나요?

운영체제 창은 다시 띄우기 어려워서, 관련 기능 화면에서 설정으로 가는 방법을 안내하는 게 일반적이에요.

출처 검토일: 2026-10-27

참고문헌

1. Felt, A. P., Ha, E., Egelman, S., Haney, A., Chin, E., & Wagner, D. (2012). Android permissions: User attention, comprehension, and behavior. In Proceedings of the Eighth Symposium on Usable Privacy and Security (Article 3, pp. 1–14). ACM. 사용자가 권한 요청 화면을 거의 읽지 않는다는 연구라, 요청 문구와 시점을 설계할 때 참고하면 도움이 돼요.
2. Pielot, M., Church, K., & de Oliveira, R. (2014). An in-situ study of mobile phone notifications. In Proceedings of the 16th International Conference on Human-Computer Interaction with Mobile Devices & Services (pp. 233–242). ACM. 하루에 받는 알림 양과 반응을 실제 환경에서 기록해, 알림 피로를 설명할 때 참고하면 도움이 돼요.
3. Mehrotra, A., Pejovic, V., Vermeulen, J., Hendley, R., & Musolesi, M. (2016). My phone and me: Understanding people's receptivity to mobile notifications. In Proceedings of the 2016 CHI Conference on Human Factors in Computing Systems (pp. 1021–1032). ACM. 알림 수용성이 내용과 보낸 사람, 상황에 달려 있다는 연구라, 어떤 알림을 보낼지 고를 때 참고하면 도움이 돼요.
4. Acquisti, A., Brandimarte, L., & Loewenstein, G. (2015). Privacy and human behavior in the age of information. Science, 347(6221), 509–514. 개인정보 결정이 맥락과 프레이밍에 흔들린다는 리뷰라, 요청을 정직하게 설계해야 하는 이유로 참고하면 도움이 돼요.
5. Fogg, B. J. (2009). A behavior model for persuasive design. In Proceedings of the 4th International Conference on Persuasive Technology (Article 40, pp. 1–7). ACM. 동기·능력·계기가 맞아야 행동한다는 모델이라, 허용을 묻는 시점을 정할 때 참고하면 도움이 돼요.
6. Google. (n.d.). Notification runtime permission. Android Developers. 안드로이드 13부터 알림이 런타임 권한이 된 내용을 설명해, 구현 시 참고하면 도움이 돼요.
7. Apple. (n.d.). Privacy. Human Interface Guidelines. 권한은 필요한 순간에 이유와 함께 요청하라는 지침이라, iOS 요청 흐름 설계 시 참고하면 도움이 돼요.