푸시 알림
Push Notification
푸시 알림은 앱이나 웹 서비스가 서버에서 단말로 메시지를 보내 운영체제의 알림 영역 등에 표시하는 통지 방식입니다. 웹에서는 Push API가 백그라운드의 서비스 워커에 메시지를 전달하고 Notifications API가 시스템 알림을 표시하는 역할을 나눠 가집니다.
AI 보조 조사·작성 후 원문과 대조한 설명입니다. 사례·계산은 별도 출처 표기가 없는 한 이해를 위한 가상 예시이며 실제 고객 성과가 아닙니다.
푸시 알림은 무엇인가요?
푸시 알림은 앱이나 웹 서비스가 서버에서 단말로 메시지를 보내 운영체제의 알림 영역 등에 표시하는 통지 방식입니다. 웹에서는 Push API가 백그라운드의 서비스 워커에 메시지를 전달하고 Notifications API가 시스템 알림을 표시하는 역할을 나눠 가집니다. MDN은 웹 페이지나 앱이 유휴·백그라운드 상태여도 시스템 수준 알림을 보낼 수 있다고 설명합니다. MDN Notifications API
문자 메시지와 무엇이 다른가요?
문자는 전화번호와 이동통신망을 사용하지만 푸시는 앱 설치나 브라우저 구독, 단말 토큰·엔드포인트, 알림 권한에 의존합니다. 웹 Push API는 앱이 전면에 없거나 로드되지 않아도 서버 메시지를 받을 수 있게 합니다. MDN Push API 권한이 허용됐어도 운영체제 집중 모드, 앱 설정, 만료된 토큰 때문에 화면에 보이지 않을 수 있습니다. "서버 발송", "푸시 서비스 수락", "단말 수신", "표시", "클릭"을 구분합니다.
푸시 퍼널은 어떻게 계산하나요?
활성 토큰 50,000개에 발송해 푸시 서비스 수락 48,000건, 단말 표시 확인 38,400건, 고유 클릭 3,840건, 앱 내 완료 768건이라면 수락률 96%, 표시 기준 클릭률 10%, 클릭 후 완료율 20%입니다. 플랫폼이 표시 확인을 제공하지 않으면 38,400을 추정값으로 꾸미지 않습니다. 토큰 중복과 한 사용자의 여러 기기를 분리해 "기기 기준"인지 "사용자 기준"인지도 표시합니다.
권한을 한 번 받으면 계속 보내도 되나요?
기술적으로 권한 상태가 유지돼도 사용자의 기대와 관련성이 사라질 수 있습니다. MDN은 사용자 동작에 응답해 권한을 요청하고 동의하지 않은 알림으로 스팸을 만들지 말라고 권고합니다. 긴급·거래 알림과 판촉 알림의 우선순위와 설정을 나누고, 앱 내에서 채널별 해제 방법을 제공합니다. 클릭률이 높더라도 불쾌감으로 알림 전체를 차단하거나 앱을 삭제하는 장기 손실이 생길 수 있습니다.
자주 묻는 질문
- 푸시 알림과 SMS는 같은 채널인가요?
- 아닙니다. 푸시는 앱·브라우저 구독과 단말 권한을 사용하고 SMS는 전화번호와 이동통신망을 사용합니다.
- 웹 푸시는 사이트를 열어 둬야 오나요?
- 활성 서비스 워커와 구독이 있으면 웹 앱이 전면에 없거나 현재 로드되지 않은 때도 받을 수 있습니다.
- 발송 성공은 알림이 화면에 보였다는 뜻인가요?
- 항상 그렇지 않습니다. 푸시 서비스 수락, 단말 수신, 실제 표시가 별도 단계일 수 있어 플랫폼 이벤트 정의를 확인해야 합니다.
출처와 확인 범위
- Using the Notifications API · MDN Web Docs · 확인 2026-10-27
웹 알림은 시스템 수준에 표시되며 앱이나 사이트가 알림을 보내려면 사용자가 권한을 부여해야 합니다.
확인 범위: 웹 Notifications API 설명으로, 네이티브 앱 푸시와 운영체제별 정책은 별도 확인이 필요합니다.
- Push API · MDN Web Docs · 확인 2026-10-27
Push API는 웹 앱이 전면에 없거나 로드되지 않은 때에도 서버에서 보낸 메시지를 받을 수 있게 합니다.
확인 범위: 수신 기술의 설명이며 화면 알림 노출, 권한 유지, 배터리·브라우저 제한은 환경마다 다릅니다.