APP DEVELOPMENT TERM
푸시 알림
앱이 닫혀 있어도 전달하는 상태 알림
푸시 알림은 앱 서버가 운영체제의 알림 전달 서비스를 통해 사용자의 기기에 새 메시지나 상태 변화를 알려주는 기능이며, 사용자가 앱을 열지 않은 때에도 표시될 수 있습니다.
30초 이해
푸시 알림은 메시지를 보내는 기능보다 누구에게 어떤 이유로 언제 보내고 눌렀을 때 어디로 연결할지를 정하는 운영 체계입니다
예약 확정, 배송 출발, 결제 실패처럼 사용자가 지금 알아야 할 상태를 앱 밖에서도 전달할 때 푸시 알림을 사용합니다. 서버가 대상 기기와 내용을 정하고 Apple·Google의 전달 서비스를 거쳐 기기에 보내므로 앱 화면만 개발한다고 끝나지 않습니다.
사용자는 알림을 허용하지 않거나 나중에 끌 수 있고, 기기 토큰은 바뀌거나 더 이상 유효하지 않을 수 있습니다. 알림의 필요성을 이해한 시점에 권한을 요청하고, 종류별 수신 설정·중복 방지·실패 기록·앱 안에서 다시 볼 수 있는 알림함을 함께 설계해야 합니다.
한 장으로 이해
서비스 상태 변화가 사용자 기기의 푸시 알림으로 전달되는 과정
서버가 수신 대상과 내용을 정해 플랫폼 알림 서비스에 요청하고 기기 표시와 앱 내부 목적지까지 연결합니다.
- 01
상태 변화
예약 확정·배송 출발처럼 알릴 사건이 서버에 기록됩니다.
- 02
대상·내용 결정
수신 동의와 알림 종류를 확인하고 중복되지 않는 메시지를 만듭니다.
- 03
플랫폼 전달
Apple·Google 알림 서비스를 거쳐 등록된 사용자 기기로 보냅니다.
- 04
표시·이동·기록
사용자가 누르면 관련 화면으로 이동하고 성공·실패·읽음 상태를 남깁니다.
전송 요청 성공은 사용자가 실제로 읽었다는 뜻이 아니므로 발송·전달·열람·업무 완료를 서로 다른 상태로 봐야 합니다.
언제 사용하는 개념인가요?
사용자 행동의 결과를 알릴 때
예약·주문·결제·문의 처리처럼 기다리던 결과가 바뀌었음을 알려줍니다.
정해진 시점을 놓치지 않게 할 때
수업 시작·예약 방문·구독 갱신처럼 사용자가 준비해야 할 시간을 안내합니다.
운영 공지와 장애를 전달할 때
영향받는 사용자에게만 변경·중단·복구 상황과 다음 행동을 알립니다.
왜 중요한가요?
앱 밖에서도 중요한 상태를 전달합니다
사용자가 계속 앱을 열어 확인하지 않아도 필요한 변화를 제때 알 수 있습니다.
불필요한 알림으로 인한 이탈을 줄입니다
정보성·혜택성 알림을 나누고 빈도와 시간을 조절해 신뢰를 지킵니다.
알림 뒤 실제 행동까지 연결합니다
메시지를 누르면 관련 예약·주문 화면으로 바로 이동하고 처리할 일을 분명하게 보여줍니다.
실제 상황 예시
클래스 예약 앱이 수업 알림을 보낸다면
예약 상태와 사용자 설정을 기준으로 꼭 필요한 알림만 보내고 관련 예약 화면으로 연결합니다.
처음부터 필요한 흐름
- 예약 완료 뒤 알림 필요성 설명
- 알림 권한 허용·거절 결과 저장
- 확정·변경·취소 메시지 중복 방지
- 알림 선택 시 해당 예약 상세로 이동
운영하며 보완할 기준
- 수업·혜택 알림 종류별 수신 설정
- 야간·과도한 발송 제한
- 유효하지 않은 기기 토큰 정리
- 발송·열람·예약 행동 전환 비교
권한이 거절되거나 전달이 실패해도 앱 안의 예약 상태와 알림함에서 중요한 내용을 다시 확인할 수 있어야 합니다.
자주 하는 오해
“발송 성공이면 사용자가 알림을 받았다”
플랫폼이 요청을 받았다는 뜻일 수 있습니다. 기기 상태·권한·네트워크에 따라 표시되지 않을 수 있고 읽음과 행동은 별도입니다.
“앱을 설치하면 바로 푸시를 보낼 수 있다”
플랫폼과 버전에 따라 알림 권한이 필요하며 사용자는 거절하거나 설정에서 끌 수 있습니다. 거절 흐름도 설계해야 합니다.
“푸시는 많이 보낼수록 재방문에 좋다”
관련 없는 반복 알림은 사용 중지와 앱 삭제를 부를 수 있습니다. 업무 알림과 홍보 알림을 나누고 빈도를 관리해야 합니다.
우리 서비스에 적용할 때 확인하세요
- 1사용자가 왜 알림이 필요한지 이해하는 시점에 권한을 요청하나요?
- 2알림 종류별 수신 설정과 전체 거절 흐름이 있나요?
- 3같은 사건으로 중복 발송되지 않게 식별하나요?
- 4알림을 누르면 로그인·만료·삭제 상태에서도 적절한 화면으로 이동하나요?
- 5발송 실패·유효하지 않은 토큰·열람과 후속 행동을 구분해 관찰하나요?
공식 참고
서비스 기준은 공식 문서에서 다시 확인하세요
다음 자료
이해한 내용을 바로 적용해보세요
알림을 관련 화면에 연결하는 딥링크, 전달 기반으로 자주 쓰는 Firebase와 사용자 권한·거절을 다루는 인증·인가를 이어서 확인하세요.
알림 뒤 화면 연결하기
딥링크·유니버설 링크는 앱 안의 정확한 목적지로 이동시킵니다
알림과 웹 링크를 눌렀을 때 설치·로그인·권한 상태에 맞는 화면으로 연결하는 방법을 알아봅니다.
이어서 보기알림 기반 이해하기
Firebase는 앱 알림·인증·데이터 기능을 선택해 사용할 수 있습니다
푸시 전달 도구를 포함한 관리형 앱 개발 기능의 역할과 운영 책임을 살펴봅니다.
이어서 보기접근 조건 확인하기
인증·인가는 알림을 누른 사용자의 계정과 접근 권한을 다시 확인합니다
알림 내용과 연결 화면에서 다른 사용자의 정보가 노출되지 않게 하는 기준을 확인합니다.
이어서 보기보낼 알림 목록보다 사용자가 받아야 할 이유와 다음 행동부터 정하세요
사건·대상·동의·빈도·목적 화면·실패 대체 흐름을 표로 정리하면 알림을 운영 가능한 기능으로 만들 수 있습니다.