앱 MVP 아이콘 배지: 읽지 않은 알림·해제·동기화를 나누는 5가지 기준
앱 아이콘에 붙는 작은 점이나 숫자는 보기에는 단순하지만, MVP에서는 “새 일이 있다”는 신호와 “반드시 처리해야 한다”는 신호를 섞기 쉬운 영역입니다. 알림을 꺼 둔 사람, 점을 표시하지 않는 Android 런처, 여러 기기에서 같은 계정을 쓰는 사람에게도 핵심 흐름은 유지되어야 합니다.
먼저 답하면, 앱 아이콘 배지는 읽지 않은 알림의 보조 신호로만 두고, 무엇을 읽지 않은 것으로 셀지·언제 0으로 만들지·배지가 꺼진 환경에서 어디서 상태를 보여 줄지·여러 기기와 실제 알림 상태를 어떻게 검수할지로 나누어 정하는 편이 좋습니다. 배지 하나로 긴급성, 작업량, 매출 지표를 전달하려 하지 마세요.
이 글은 Android의 알림 점과 iOS 앱 아이콘 배지의 제품 판단을 다룹니다. 알림 권한 요청은 알림 권한 요청 기준, Android 채널의 중요도는 알림 채널 기준, 실제 기기 표시 확인은 알림 수신 확인 기준에서 별도로 다룹니다. 특정 OS·런처·심사 통과나 사용자의 반응을 보장하지 않습니다.
1. 배지가 뜻하는 것은 ‘읽지 않은 알림’으로 좁힙니다
Apple은 배지를 앱 아이콘에 표시되는 읽지 않은 알림 수로 설명하며, 날씨·점수·날짜·주가처럼 알림과 무관한 숫자를 배지에 쓰지 말라고 안내합니다. 그래서 MVP 문서에는 “배지 있음” 대신 어떤 알림 레코드가 아직 읽히지 않았는가를 적는 편이 좋습니다.
예를 들어 새 메시지, 검토 요청, 결과 도착처럼 사용자가 앱을 열어 확인할 이유가 있는 항목은 후보가 될 수 있습니다. 반면 서버 처리 대기 건수, 상품 수, 내부 담당자의 할 일처럼 사용자가 읽은 알림과 다른 숫자는 배지로 합치지 않는 편이 혼동을 줄입니다. 배지 값과 화면의 읽지 않음 목록이 서로 다른 상태를 말하면, 사용자는 앱을 열어도 무엇이 새 일인지 알 수 없습니다.
2. Android의 점과 iOS의 숫자를 같은 기능으로 단정하지 않습니다
Android 8.0 이상에서는 활성 알림이 있는 앱의 런처 아이콘에 알림 점이 나타날 수 있으며, 지원하는 런처에서 길게 누르면 알림과 바로가기를 볼 수 있습니다. Android 문서는 런처 지원 여부에 따라 보이는 방식을 전제로 하며, 진행 중 알림·현재 시각의 캘린더·알람 같은 경우 채널별 배지를 끌 수 있다고 설명합니다.
iOS에서는 알림 콘텐츠의 badge 값이 앱 아이콘의 숫자가 되고, 배지 권한이 없으면 시스템이 그 값을 무시합니다. 0은 현재 배지를 지우고, nil은 기존 값을 유지합니다. 즉 “iOS 숫자 3”과 “Android 점 1”을 같은 제품 지표로 비교하거나, 어느 기기에서나 같은 모양으로 보인다고 가정하면 안 됩니다.
판단 칸 | 먼저 정할 질문 | 기록할 증거 |
|---|---|---|
의미 | 어떤 읽지 않은 알림만 배지 후보인가? | 알림 유형과 읽음 기준 |
Android | 점이 불필요한 채널은 무엇인가? | 채널별 show-badge 결정 |
iOS | 숫자를 언제 설정·0으로 지우는가? | badge 값 갱신 규칙 |
대체 경로 | 배지가 없어도 새 일을 어디서 보나? | 앱 첫 화면의 읽지 않음 영역 |
검수 | 기기·설정·읽음 처리 뒤 어떤 값인가? | 실제 기기 QA 기록 |
3. ‘열었다’와 ‘읽었다’를 같은 완료로 만들지 않습니다
배지는 새 알림의 존재를 압축한 표시이므로, 사용자가 앱을 실행했다는 이유만으로 자동으로 0으로 만들면 아직 확인하지 않은 일이 사라질 수 있습니다. 반대로 앱에서 해당 알림을 열어 읽었는데도 값이 남으면 오래된 배지가 됩니다. Apple도 사용자가 해당 알림을 처리하는 즉시 배지를 갱신하라고 안내합니다.
새 알림 생성: 읽지 않음 목록과 배지 후보가 생깁니다.
기기 전달 시도: 알림 전달 시도와 사용자의 실제 확인은 다릅니다.
목록 노출: 앱 안에서 새 항목을 볼 수 있어야 합니다.
읽음 또는 처리: 해당 항목이 읽음 기준을 충족했는지 기록합니다.
동기화: 다른 기기·재로그인 뒤에도 서버 기준의 읽음 상태가 일치하는지 확인합니다.
특히 “모두 읽음” 버튼, 특정 항목 상세 진입, 실제 업무 처리 완료 중 무엇이 배지를 줄이는 계기인지 하나로 정해야 합니다. 업무 완료를 기다릴 필요가 없는 알림인데 배지를 계속 남기면 압박처럼 보일 수 있고, 반대로 확인이 필요한 알림을 너무 빨리 지우면 중요한 정보를 놓칠 수 있습니다.
4. 배지가 꺼져도 핵심 정보가 남아야 합니다
사용자는 iOS 알림 설정에서 배지를 허용하지 않을 수 있습니다. Android도 런처 지원과 채널 설정에 따라 점이 보이지 않을 수 있습니다. 따라서 배지는 알림이 있다는 보조 경로일 뿐, 계약 만료·보안 경고·작업 실패처럼 중요한 정보를 전달하는 유일한 방법이 되어서는 안 됩니다.
앱을 열었을 때 상단의 새 알림 목록, 해당 기능 화면의 상태, 필요한 경우 서비스 안의 안내로 같은 정보를 찾을 수 있게 설계하세요. Apple은 배지만으로 필수 정보를 전달하지 말고, 앱을 열면 중요한 정보를 쉽게 찾을 수 있어야 한다고 안내합니다. 이 원칙은 “배지 권한 없음”을 오류 화면으로 만들지 않는 기준에도 도움이 됩니다.
5. 출시 전에는 숫자보다 상태 전환을 검수합니다
배지 QA의 목적은 빨간 숫자가 보이는지 확인하는 데 그치지 않습니다. 각 상태 전환 뒤 사용자가 새 일을 찾을 수 있고, 표시가 오래 남거나 너무 일찍 사라지지 않는지 확인해야 합니다.
새 알림 1건 생성 뒤 앱 안 목록과 배지 후보가 같은 항목을 가리키는가?
해당 항목을 읽었을 때만 값이 감소하거나 사라지는가?
모든 읽지 않음이 없을 때 iOS에는 0을 보낼지, 기존 값을 유지하지 않을지 정했는가?
Android에서는 진행 중·알람 성격 채널을 배지에서 제외할지 정했는가?
배지 권한을 끄거나 점을 표시하지 않는 환경에서도 앱 안에서 새 일을 찾을 수 있는가?
두 기기에서 읽음 처리 뒤 서버 기준과 각 기기의 표시가 어긋나지 않는가?
앱 MVP에서 배지는 많은 숫자를 보여 주는 장식이 아니라, 아직 읽지 않은 알림이 있다는 짧은 보조 신호입니다. 유인어스는 민간 사업 지원 서비스이며, 이 글은 특정 구현의 호환성·전달률·심사 결과를 보장하지 않습니다. 실제 출시 전에는 최신 플랫폼 문서, 지원 환경, 서비스의 읽음 상태 정의를 함께 검토하세요.
자주 묻는 질문
앱 아이콘 배지에 주문 건수나 진행률을 넣어도 되나요?
권하지 않습니다. Apple은 배지를 읽지 않은 알림 수에 쓰고, 날씨·점수·날짜·주가처럼 알림과 무관한 숫자를 배지에 쓰지 말라고 안내합니다. 서비스 안의 진행 상태는 앱 화면에서 별도로 보여 주세요.
Android의 배지 점은 모든 기기에서 같은가요?
단정할 수 없습니다. Android 문서는 Android 8.0 이상에서 지원하는 런처에 활성 알림과 연결된 점이 나타날 수 있다고 설명합니다. 그래서 핵심 정보는 배지 점 외에 앱 안 경로로도 확인할 수 있어야 합니다.
iOS 배지는 언제 0으로 만들어야 하나요?
해당 읽지 않은 알림을 사용자가 처리하거나, 서비스가 정한 읽음 기준을 만족했을 때 갱신하는 방식이 적합합니다. Apple 문서상 badge 값 0은 현재 배지를 지우고, nil은 값을 그대로 둡니다. ‘앱 실행’만으로 지울지 여부는 서비스의 읽음 정의와 분리해 결정하세요.
사용자가 배지를 꺼 두면 어떻게 하나요?
배지가 필수 정보의 유일한 통로가 아니어야 합니다. Apple은 사용자가 배지를 끌 수 있으므로 중요한 정보를 앱을 열었을 때 쉽게 찾을 수 있게 하라고 안내합니다. 앱 안의 새 알림 목록과 해당 기능의 상태를 함께 검수하세요.
확인한 공식 출처
- Android Developers · Modify a notification badge — 2026-09-19 확인
- Apple Human Interface Guidelines · Notifications — 2026-09-19 확인
- Apple Developer · UNMutableNotificationContent.badge — 2026-09-19 확인
- Apple Developer · UNNotificationSettings.badgeSetting — 2026-09-19 확인