Time-Sensitive 및 Critical 알림

메시지가 기다릴 수 없을 때 집중 모드를 뚫으세요

iOS 중단 수준은 푸시가 지금 도착할지, 저녁까지 예약 요약에서 기다릴지를 결정합니다. Pushwoosh Control Panel에서 토글 하나로 Time-Sensitive 또는 Critical을 설정하세요.

iPhone 잠금 화면 두 개: 왼쪽은 상태 표시줄에 초승달 집중 모드 아이콘이 있는 상태에서 노란색 우선순위 라벨과 함께 눈에 띄게 표시된 긴급 알림, 오른쪽은 예약 요약에 일반 알림 묶음이 담긴 어두운 화면

80,000개 이상의 기업이 고객 참여 확대를 위해 신뢰합니다

포맷 한눈에 보기

iOS 15부터는 사용자가 얼마나 조용히 지낼지 직접 정합니다. 집중 모드는 알림을 붙잡아 두고, 예약 요약은 저녁에 그것들을 한꺼번에 건넵니다. 프로모션에는 괜찮지만 사기 알림에는 치명적입니다. 둘을 가르는 것이 푸시의 중단 수준 필드입니다.

passive (iOS 15+)

소리 없이, 화면을 깨우지 않고 알림 목록에 들어갑니다. 사용자가 볼 때까지 기다려도 되는 추천이나 오퍼를 위한 수준입니다.

active (기본값)

화면을 깨우고 소리를 내지만, 여전히 집중 모드와 요약 뒤에서 기다립니다. 지금 보내는 모든 푸시가 이미 이 수준입니다.

time-sensitive

집중 모드와 예약 요약을 뚫고 즉시 표시되며, 노란색 Time Sensitive 배너가 붙고 일정 시간 동안 상단에 유지됩니다.

critical

Time-Sensitive의 모든 기능에 더해 방해 금지 모드와 무음 스위치까지 무시하므로, 무음 상태의 휴대폰도 울립니다. Apple은 이 권한을 건강, 안전, 보안 앱에만 부여합니다.

수준별로 뚫을 수 있는 것

수준소리 및 화면 깨우기집중 모드 및 요약방해 금지 및 무음 스위치필요한 것
passive–––없음
active예––없음, 푸시의 기본 동작입니다
time-sensitive예, 노란색 배너와 함께예–앱에 선언된 Time Sensitive Notifications capability
critical예, 무음에서도 울림예예Apple이 앱에 부여하는 Critical Alerts entitlement
수준
1 / 4
passive
소리 및 화면 깨우기
–
집중 모드 및 요약
–
방해 금지 및 무음 스위치
–
필요한 것
없음
수준
2 / 4
active
소리 및 화면 깨우기
예
집중 모드 및 요약
–
방해 금지 및 무음 스위치
–
필요한 것
없음, 푸시의 기본 동작입니다
수준
3 / 4
time-sensitive
소리 및 화면 깨우기
예, 노란색 배너와 함께
집중 모드 및 요약
예
방해 금지 및 무음 스위치
–
필요한 것
앱에 선언된 Time Sensitive Notifications capability
수준
4 / 4
critical
소리 및 화면 깨우기
예, 무음에서도 울림
집중 모드 및 요약
예
방해 금지 및 무음 스위치
예
필요한 것
Apple이 앱에 부여하는 Critical Alerts entitlement

설정 위치

작성 화면의 토글 두 개

일회성 푸시 작성 화면의 iOS 설정에 Time-sensitive 옵션과 별도의 Critical Push 옵션이 있습니다. 캠페인의 긴급도를 바꾸는 데 앱 릴리스가 필요 없습니다.

API의 필드 하나

/createMessage의 ios_interruption_level은 passive, active, time-sensitive, critical을 받으며 apns-push-type: alert와 함께 사용합니다.

SDK에서 권한 상태 확인

iOS SDK가 기기에서 Time-Sensitive가 여전히 허용되어 있는지 알려 주므로, 이를 끈 사용자에게는 이 수준을 쓰지 않을 수 있습니다.

고객 여정 안에서 하는 역할

하나의 고객 여정, 단계별 긴급도

중단 수준은 이미 보내고 있는 메시지의 속성입니다. 오디언스, 트리거, 세그먼트, 고객 프로필은 그대로이며, 바뀌는 것은 그 메시지가 얼마나 강하게 주의를 끄는지입니다.

그래서 플로우의 사기 분기는 time-sensitive로, 복귀 유도 분기는 passive로 둘 수 있습니다. 이미 푸시, 인앱, 이메일, SMS를 운영하는 같은 고객 여정 빌더 안에서요.

새벽 2시, 의심스러운 로그인을 잡아내다

리스크 엔진이 로그인을 탐지하고 이벤트를 발생시킵니다. 사일런트 푸시가 사용자에게 보이지 않게 백그라운드에서 기기 정보를 준비하고, time-sensitive 푸시가 수면 집중 모드를 뚫고 두 개의 버튼과 함께 도착합니다: 본인 맞음, 그리고 빨간색 경고 스타일의 본인 아님.

본인 아님을 누르면 카드가 정지되고 복구 화면이 열립니다. 5분 안에 어느 버튼도 누르지 않으면 같은 고객 여정이 같은 선택지를 담아 SMS로 대체 발송하며, Message Inbox가 앱 안에 알림을 보관합니다.

활용 사례

중단 수준은 세 시간 뒤에 읽히면 가치를 잃는 메시지에서 제 역할을 합니다. 대부분의 앱에서 그런 플로우는 몇 개뿐이며, 나머지는 모두 active나 passive가 맞습니다.

상황푸시 내용뚫고 들어갈 자격이 있는 이유
핀테크: 사기 및 의심스러운 로그인이 결제를 승인하시겠습니까? / 카드가 정지되었습니다요약이 기다리는 동안 돈이 빠져나갑니다
주식 및 가상자산: 증거금과 강제 청산증거금 부족 / 10분 후 강제 청산포지션이 정리된 뒤 읽는 가격 알림은 영수증일 뿐입니다
차량 호출: 기사 도착기사님이 밖에 도착했습니다기사는 2분을 기다립니다. 요약은 3시간 뒤에 도착합니다
배달 앱: 배달원이 문 앞에 도착배달원이 문 앞에 도착했습니다문 앞에서 기다릴 수 있는 시간은 1~2분입니다
항공 및 철도: 당일 운항 변동탑승구가 B12로 변경되었습니다 / 항공편이 취소되었습니다승객이 지금 바로 엉뚱한 터미널에 서 있습니다
헬스케어 및 약국: 복약과 검사 결과약 드실 시간입니다 / 검사 결과가 나왔습니다Apple이 직접 든 예시이며, Critical을 허용하는 두 가지 경우 중 하나입니다
에너지 및 유틸리티: 정전과 안전지역 정전 발생 / 누출 감지사람들은 이미 불안해하고 있으며, 안전 경보는 Critical 대상이 될 수 있습니다
대출, 주차, 전기차 충전: 비용이 걸린 마감결제 연체 / 주차 시간 만료 임박사용자가 아직 피할 수 있는 수수료이며, 남은 시간은 푸시가 도착하는 시간 정도입니다
상황
1 / 8
핀테크: 사기 및 의심스러운 로그인
푸시 내용
이 결제를 승인하시겠습니까? / 카드가 정지되었습니다
뚫고 들어갈 자격이 있는 이유
요약이 기다리는 동안 돈이 빠져나갑니다
상황
2 / 8
주식 및 가상자산: 증거금과 강제 청산
푸시 내용
증거금 부족 / 10분 후 강제 청산
뚫고 들어갈 자격이 있는 이유
포지션이 정리된 뒤 읽는 가격 알림은 영수증일 뿐입니다
상황
3 / 8
차량 호출: 기사 도착
푸시 내용
기사님이 밖에 도착했습니다
뚫고 들어갈 자격이 있는 이유
기사는 2분을 기다립니다. 요약은 3시간 뒤에 도착합니다
상황
4 / 8
배달 앱: 배달원이 문 앞에 도착
푸시 내용
배달원이 문 앞에 도착했습니다
뚫고 들어갈 자격이 있는 이유
문 앞에서 기다릴 수 있는 시간은 1~2분입니다
상황
5 / 8
항공 및 철도: 당일 운항 변동
푸시 내용
탑승구가 B12로 변경되었습니다 / 항공편이 취소되었습니다
뚫고 들어갈 자격이 있는 이유
승객이 지금 바로 엉뚱한 터미널에 서 있습니다
상황
6 / 8
헬스케어 및 약국: 복약과 검사 결과
푸시 내용
약 드실 시간입니다 / 검사 결과가 나왔습니다
뚫고 들어갈 자격이 있는 이유
Apple이 직접 든 예시이며, Critical을 허용하는 두 가지 경우 중 하나입니다
상황
7 / 8
에너지 및 유틸리티: 정전과 안전
푸시 내용
지역 정전 발생 / 누출 감지
뚫고 들어갈 자격이 있는 이유
사람들은 이미 불안해하고 있으며, 안전 경보는 Critical 대상이 될 수 있습니다
상황
8 / 8
대출, 주차, 전기차 충전: 비용이 걸린 마감
푸시 내용
결제 연체 / 주차 시간 만료 임박
뚫고 들어갈 자격이 있는 이유
사용자가 아직 피할 수 있는 수수료이며, 남은 시간은 푸시가 도착하는 시간 정도입니다

active나 passive로 두어야 할 때

Apple은 이 수준이 실제 긴급 상황을 위한 것이며 마케팅에 사용해서는 안 된다고 명시합니다. Time-Sensitive 푸시가 탭되지 않고 쌓이면, iOS는 잠금 화면에서 해당 앱의 이 수준을 탭 한 번으로 영구히 끄는 스위치를 사용자에게 제시하며, 다시 켜 달라고 요청할 방법은 없습니다. 그래서 다음은 원래 수준에 둡니다.

  • 프로모션, 할인, 시즌 캠페인.
  • 콘텐츠 공개, 새 에피소드, 편집 다이제스트.
  • 리인게이지먼트, 복귀 유도, 장바구니 이탈 리마인더.
  • 게임 LiveOps 알림: 에너지 충전, 이벤트 시작, 연속 출석 리마인더.
수준은 메시지를 보이게 하고, 문구는 그다음을 결정합니다

참고할 만한 푸시 알림 사례 50가지와 성과를 만든 문구 및 크리에이티브.

사례 보기

플랫폼 및 기술 지원 범위

중단 수준은 iOS 15의 개념입니다. Android는 알림 채널 중요도로 긴급도를 다루며, 앱이 코드로 등록하는 대신 Pushwoosh SDK가 푸시 페이로드에서 채널을 만듭니다. 웹에는 비슷한 기능이 없습니다. 마지막 열은 수준이 푸시 자체로 결정되는 경우와 Apple의 사전 승인이 필요한 경우를 구분합니다.

기능iOSAndroidWeb제공 방식
passive 및 active 수준iOS 15+––푸시 자체, 앱 코드 불필요
time-sensitive 수준iOS 15+––앱이 Time Sensitive Notifications capability를 선언한 뒤의 푸시
critical 수준iOS 15+, entitlement 필요––Apple이 앱에 Critical Alerts entitlement를 부여한 뒤의 푸시
작성 중 노코드 토글예, 캠페인의 iOS 설정에서––Pushwoosh Control Panel, 일회성 푸시와 프리셋
API로 수준 설정/createMessage의 ios_interruption_level––Messages API
고객 여정 분기별로 다른 수준예––수준을 메시지 속성으로 담는 고객 여정 단계
기기의 Time-Sensitive 허용 여부 확인예––Pushwoosh iOS SDK
비교 가능한 긴급도 제어4가지 중단 수준채널 중요도와 푸시 우선순위–푸시 페이로드에서 생성되는 알림 채널
기능
1 / 8
passive 및 active 수준
iOS
iOS 15+
Android
–
Web
–
제공 방식
푸시 자체, 앱 코드 불필요
기능
2 / 8
time-sensitive 수준
iOS
iOS 15+
Android
–
Web
–
제공 방식
앱이 Time Sensitive Notifications capability를 선언한 뒤의 푸시
기능
3 / 8
critical 수준
iOS
iOS 15+, entitlement 필요
Android
–
Web
–
제공 방식
Apple이 앱에 Critical Alerts entitlement를 부여한 뒤의 푸시
기능
4 / 8
작성 중 노코드 토글
iOS
예, 캠페인의 iOS 설정에서
Android
–
Web
–
제공 방식
Pushwoosh Control Panel, 일회성 푸시와 프리셋
기능
5 / 8
API로 수준 설정
iOS
/createMessage의 ios_interruption_level
Android
–
Web
–
제공 방식
Messages API
기능
6 / 8
고객 여정 분기별로 다른 수준
iOS
예
Android
–
Web
–
제공 방식
수준을 메시지 속성으로 담는 고객 여정 단계
기능
7 / 8
기기의 Time-Sensitive 허용 여부 확인
iOS
예
Android
–
Web
–
제공 방식
Pushwoosh iOS SDK
기능
8 / 8
비교 가능한 긴급도 제어
iOS
4가지 중단 수준
Android
채널 중요도와 푸시 우선순위
Web
–
제공 방식
푸시 페이로드에서 생성되는 알림 채널

보안 및 호스팅

Pushwoosh는 미국과 독일에 있는 자체 하드웨어에서 GDPR에 따라 운영됩니다.

ISO 27001:2022 CertifiedISO 27001 CertifiedGDPR CompliantData Privacy FrameworkHIPAA CompliantSOC 2 Type 2 CertifiedOWASP Compliant

작동 방식

수준 설정은 노코드입니다. 사용 자격을 얻는 것은 Time-Sensitive의 경우 한 번의 개발 작업, Critical의 경우 Apple 심사이며, 이는 Apple의 정책이므로 어느 업체에서나 같습니다.

  1. 권한 준비는 한 번만 (개발자)

    passive와 active는 준비할 것이 없습니다. Time-Sensitive는 Xcode에서 Time Sensitive Notifications capability를 선언하면 되며 SDK 최소 버전 요건은 없습니다. Critical은 Developer Portal에서 요청하고 Apple이 건강, 안전, 보안 앱에만 부여하는 Critical Alerts entitlement와 앱 내 .criticalAlert 권한 요청이 필요합니다.

  2. 메시지에 수준 설정 (노코드 또는 API)

    작성 화면의 iOS 설정에서 Time-sensitive 또는 Critical Push를 켜거나, Messages API로 ios_interruption_level을 보냅니다. 푸시의 나머지 동작은 그대로입니다.

  3. 오케스트레이션 (노코드)

    같은 오디언스, 같은 고객 여정 빌더. 자격이 있는 분기에서만 수준을 높이고 나머지는 active나 passive로 두세요.

알아 두어야 할 제한 사항

강력한 기능이지만 남용하면 되돌아옵니다. 다음이 그 경계입니다.

  • iOS 전용입니다. Android의 긴급도는 SDK가 푸시 페이로드에서 만드는 별도 메커니즘인 알림 채널 중요도로 다루므로, 이 수준은 오디언스 중 iPhone 사용자에게만 적용됩니다.
  • 사용자는 잠금 화면에서 탭 한 번으로 앱의 Time-Sensitive를 끌 수 있습니다. 아무도 반응하지 않는 이 수준의 푸시가 iOS가 그 스위치를 제시하는 원인입니다.
  • Critical은 Apple이 관리합니다. Apple이 심사 후 앱에 권한을 부여하며 건강, 안전, 보안 용도로만 허용하므로, 어떤 업체도 대신 제공할 수 없습니다.
  • iOS 18부터는 기기 내 Intelligent Breakthrough가 중요하지 않다고 판단한 Time-Sensitive 푸시를 여전히 보류할 수 있습니다. 이 수준은 시스템이 판단할 여지가 있는 강한 요청으로 생각하세요.
  • 수준은 메시지의 표시 방식만 바꿉니다. 오디언스나 크리에이티브를 추가하지 않으며, 원래 보내던 푸시를 업그레이드할 뿐입니다.
  • 발송과 오픈은 평소처럼 집계되며 수준 자체의 표시는 남지 않습니다. 효과를 측정하려면 긴급 분기를 active와 비교해 오픈율과 오픈까지 걸린 시간을 확인하세요.