잠금화면에서 실시간으로 상황을 확인하는 경험은 그동안 iOS 사용자만의 것으로 여겨졌습니다. 배차나 배송, 주문이 진행되는 동안 아이폰 사용자는 Live Activities로 흐름을 그대로 지켜본 반면, 안드로이드 사용자에게는 “접수”와 “완료” 사이에 각각 흩어진 푸시 알림 몇 개, 혹은 아무 알림도 오지 않았습니다. 국내 스마트폰 사용자 대다수가 안드로이드를 쓰는 한국에서는 이 격차가 유독 크게 체감되는 문제였습니다.
안드로이드 16이 이 격차를 좁힙니다. 새로 도입된 라이브 업데이트는 잠금화면, 알림 서랍, 상태 표시줄에 실시간 진행 상황을 보여줍니다. 라이프사이클 마케팅을 설계하는 팀 입장에서는, 공들여 만든 실시간 경험이 더 이상 사용자의 절반에게만 닿지 않는다는 뜻입니다.
이 글에서는 라이브 업데이트가 무엇인지, 어떤 상황에 적합한지, Pushwoosh로 안드로이드 라이브 업데이트를 발송하는 방법까지 살펴봅니다.
안드로이드 라이브 업데이트란
안드로이드 라이브 업데이트는 시스템이 잠금화면으로 끌어올리고, 알림 서랍에 유지하고, 상태 표시줄에 칩으로 고정하는 진행률 표시형 알림입니다. 앱을 열지 않고도 사용자가 활동의 진행 상황을 계속 따라갈 수 있습니다.
전체 라이프사이클은 서버에서 관리합니다. 활동이 시작될 때 1개의 푸시를 보내고, 진행되는 동안 여러 개의 업데이트 푸시를 보내며, 종료되면 마지막 푸시를 보냅니다. 매 푸시는 새 알림을 쌓는 대신 같은 알림을 그 자리에서 갱신합니다. 이를 지탱하는 것은 3가지 동작입니다. start는 알림을 게시하고, update는 조용히 갱신하며, end는 알림을 정리합니다.
이미 iOS Live Activities를 운영 중이라면, 이것이 바로 안드로이드 버전입니다. 실시간 이벤트를 위한 자동 갱신형 카드라는 개념은 동일하고, 안드로이드 16의 진행률 중심 알림 위에서 구현된다는 점만 다릅니다. 설정 방식은 다르지만, 마케팅 관점의 목표는 같습니다. 매 단계마다 알림을 울리는 대신 사용자에게 끊김 없이 정보를 전달하는 것입니다.
실제 화면: 택시 호출을 처음부터 끝까지 추적하기 🚕
카카오 T처럼 국내에서 널리 쓰이는 택시 호출 앱을 예로 들어보겠습니다. 여러 개의 푸시 대신, 이동 전체를 하나의 라이브 업데이트로 보여주는 흐름입니다.
1. Start — 기사님이 배정됩니다. 기사님이 호출을 수락하는 순간 백엔드가 start 푸시를 보냅니다. 잠금화면에 라이브 업데이트가 뜹니다. “민준 기사님이 출발했습니다 — 4분 후 도착” 과 함께 차량 정보와 도착 예정 시간이 표시됩니다. 앱을 열지 않아도 승객은 바로 확인할 수 있습니다.
2. Update — 이동이 진행됩니다. 기사님이 가까워지고 탑승이 진행되는 동안, 백엔드는 같은 활동에 update 푸시를 보냅니다. 카드는 배차 완료 → 도착 중 → 이동 중 순서로 그 자리에서 갱신되고, 도착 예정 시간이 재계산되며, 상태가 차량과 함께 움직입니다. 진동도, 새 알림도 없습니다. 항상 정확한 현재 상태만 보일 뿐입니다.
3. End — 이동이 종료됩니다. 마지막 푸시가 라이브 업데이트를 마무리합니다. “도착했습니다. 요금 12,300원.” 알림은 스스로 사라집니다. 순환이 완결됩니다.
승객 입장에서는 여러 개의 푸시 알림이 하나의 방해받지 않는, 더 명확한 경험으로 바뀝니다. 승차부터 하차까지 잠금화면에 남아 있는 실시간 트래커가, 반짝였다 사라지는 알림들을 대체하는 셈입니다. 그리고 카드가 화면에 계속 남아 있기 때문에, 잠금화면은 재진입 포인트가 됩니다. 라이브 업데이트가 진행 중인 사용자는 오히려 앱을 더 자주 여는 경향을 보입니다. 이동이 끝난 뒤 리뷰 요청이나 영수증처럼 뒤이어 필요한 소통은, 라이브 업데이트로 채우기보다 카카오톡 채널 메시지 같은 별도 채널로 자연스럽게 이어가는 편이 좋습니다.
앱 유형별로 라이브 업데이트가 빛을 발하는 지점
시작과 끝이 명확하고, 지금 이 순간 진행 중인 무언가를 사용자가 추적하는 상황이라면 어디든 같은 패턴이 통합니다.
| 앱 유형 | Start | 실시간으로 갱신되는 것 | End |
|---|---|---|---|
| 이커머스 / 배송 | 주문 확인 | 준비 중, 배송 출발, 근처 도착, 도착 예정 시간 | 배송 완료 |
| 택시 호출 | 기사 배정 | 기사 위치, 도착 예정 시간, 이동 진행 상황 | 이동 완료 |
| 핀테크 | 송금 시작 | 인증 및 처리 단계 | 거래 완료 |
| 실시간 스포츠 / 미디어 | 경기 시작 | 실시간 스코어와 경기 시간 | 최종 결과 |
| 피트니스 | 운동 시작 | 경과 시간, 거리, 진행 상황 | 세션 완료 |
모든 행에 공통된 규칙이 있습니다. 활동은 사용자가 직접 시작했고, 시간에 민감하며, 지금 진행 중이어야 합니다. 라이브 업데이트는 시작과 끝 사이의 상태를 전달하고, 푸시 알림은 도중에 정말로 사용자의 판단이 필요한 순간에만 발송됩니다.
라이브 업데이트를 사용하면 안 되는 경우 🚫
라이브 업데이트에는 단 하나의 확고한 규칙이 있고, 안드로이드는 이를 엄격히 강제합니다. 라이브 업데이트는 사용자가 직접 시작했고, 시간에 민감하며, 실제로 진행 중인 활동에만 사용해야 합니다.
다음은 라이브 업데이트에 적합하지 않습니다.
- 프로모션, 할인, 캠페인 메시지. 라이브 업데이트는 마케팅 지면이 아닙니다. 이런 메시지는 푸시, 인앱, 이메일에 남겨두세요.
- 채팅 메시지와 주변 정보성 알림. 대화나 “참고로 알려드립니다” 식의, 실시간 활동이 아닌 업데이트는 대상이 아닙니다.
- 사용자가 닫아버린 항목. 사용자가 스와이프로 지운 라이브 업데이트를 다시 게시하지 마세요.
이 규칙은 제약이 아니라 보호 장치로 이해하는 편이 맞습니다. 라이브 업데이트가 잠금화면에 계속 자리 잡을 수 있는 이유는, 정확히 사용자가 직접 추적을 요청한 항목만을 위해 예약되어 있기 때문입니다. 여기에 마케팅 메시지를 채우면 유용성을 잃고, 안드로이드는 그 즉시 사용 권한을 회수합니다.
Pushwoosh에서 설정하는 방법 🛠️
라이브 업데이트는 직접 하나씩 보내는 것이 아니라, 이미 앱에서 추적 중인 이벤트가 자동으로 트리거합니다. 설정은 개발팀이 한 번만 처리하면 되며, 3단계로 나뉩니다. Pushwoosh는 ISO 27001:2022와 SOC 2 Type I 인증을 받았고 GDPR을 준수하며 EU와 미국에 데이터센터를 운영하므로, 이미 사용 중인 푸시·이메일·인앱 프로젝트에 라이브 업데이트를 추가해도 데이터 보안 기준은 그대로 유지됩니다.
-
플로우와 3가지 순간을 정합니다
주문, 택시 호출, 배송처럼 실시간 활동 하나를 고르고, start, 그 사이의 update, end를 정의합니다. 라이브 업데이트에 필요한 지도는 이것이 전부입니다.
-
기존 이벤트와 연결합니다
개발팀이 이미 추적 중인 상태 변화를 연결하면, 각 변화가 해당하는 순간을 전송합니다. 활동 시작 시 start, 상태가 바뀔 때마다 update, 종료 시 end입니다.
-
렌더링은 Pushwoosh가 처리합니다
SDK가 진행률 바, 아이콘, 라이브 칩을 알아서 그리고, 업데이트마다 그 자리에서 갱신합니다. 메시지마다 따로 디자인할 필요가 없습니다.
이게 전부입니다. 이미 푸시, 이메일, 인앱에 쓰고 있는 같은 Pushwoosh 프로젝트 안에서 한 번만 연동하면, 그 이후로는 실제 이벤트를 기반으로 알아서 작동합니다.
