개요
장바구니 이탈은 잃어버린 수익을 회복할 수 있는 가장 영향력 있는 기회 중 하나입니다. 장바구니를 이탈한 대부분의 사용자는 여전히 구매 의사가 있으며, 적시에 리마인더만 필요합니다. 이 가이드는 OneSignal에서 다음을 수행하는 자동화된 장바구니 이탈 Journey를 구축하는 방법을 보여줍니다:- 장바구니 활동 감지
- 짧은 비활성 기간 대기
- 개인화된 리마인더 전송
- 구매 또는 장바구니 제거 후 즉시 메시지 전송 중단
- Custom Events (대부분의 구현에 권장)
- Tags (더 간단하고 제한적인 사용 사례)
- OneSignal로 전송되는 장바구니 활동 (Tags 또는 Custom Events를 통해)
- 명확한 코드 정의 이탈 신호
- 장바구니 데이터를 개인화하는 메시지 템플릿
- 다음을 수행하는 Journey:
- 이탈 신호가 수신되면 시작
- 전송 전 대기
- 장바구니 이탈 메시지 전송
- 장바구니가 비워지거나 구매되면 즉시 종료
- 메시지 및 수익 성과를 측정하는 Analytics
cart_updated 이벤트를 수신하면:
- 사용자가 Journey에 진입할 자격이 됩니다
- 대기 기간이 자연스럽게 돌아올 시간을 줍니다
- 퇴장하지 않는 경우에만 메시지가 전송됩니다
- 장바구니가 비워지면 사용자가 즉시 퇴장합니다
설정
1단계. 장바구니 데이터와 소스 계획
표시할 장바구니 정보와 해당 데이터의 출처를 결정하세요. 일반적인 장바구니 데이터:- 제품명, 이미지, 가격, 수량
- 장바구니 내 항목 수
- 장바구니로 돌아가는 딥 링크
| 데이터 소스 | 권장 방법 |
|---|---|
| 앱 또는 웹사이트 | OneSignal Frontend SDK |
| 백엔드 또는 데이터베이스 | OneSignal REST API |
| 서드파티 플랫폼 | 통합 기반 Custom Events |
이 단계가 끝나면 어떤 데이터를 보낼지와 어떻게 보낼지 알 수 있습니다.
2단계. 장바구니 활동을 OneSignal로 전송
장바구니 상태가 변경되면 활동을 추적할 수 있도록 업데이트된 장바구니 데이터를 OneSignal에 전송합니다. 이 가이드는cart_updated 이벤트 또는 태그를 사용하여 장바구니 활동을 추적하고 하나 이상의 속성을 포함합니다.
1단계에서 선택한 방법을 선택하세요:
- Custom Events
장바구니가 변경될 때마다
Frontend SDK Custom Events API 예시
cart_updated Custom Event를 전송합니다. 장바구니에 항목이 있을 때는 제품 속성을 포함하고, 장바구니가 비워질 때는 생략합니다.| 레퍼런스 | 설명 |
|---|---|
trackEvent 메서드 | Frontend SDK를 통해 전송 (Mobile SDK, Web SDK) |
| Custom Events API | REST API를 통해 전송 |
| 통합 | 통합을 통해 전송 |
trackEvent 메서드 예시장바구니 활동이 이제 OneSignal로 전송되고 있습니다. 장바구니가 변경될 때마다 OneSignal은 메시지를 트리거하고 개인화하는 데 필요한 업데이트된 데이터를 수신합니다.
3단계. 장바구니 이탈 메시지 템플릿 생성
장바구니 데이터를 동적으로 참조하는 메시지 템플릿을 생성합니다. 이 섹션에서 사용되는 개념에 대한 자세한 내용은 다음을 참조하세요:- Custom Event 푸시 템플릿
- Tag 푸시 템플릿
Liquid 구문 형식을 사용하여 이벤트 속성을 참조합니다:메시지:이미지:실행 URL:
Liquid
Liquid
Liquid
Liquid

Custom Events로 메시지 개인화
Journeys에서 Custom Events를 사용하는 완전한 가이드. 이벤트 저장, Journey 구성, 장바구니 이탈 예시, 모범 사례 및 문제 해결을 포함합니다.
속성으로 메시지 개인화
Journeys에서 속성과 Tags를 사용하는 완전한 가이드. 이벤트 저장, Journey 구성, 장바구니 이탈 예시, 모범 사례 및 문제 해결을 포함합니다.
4단계. 장바구니 이탈 세그먼트 생성 (Tags만 해당)
세그먼트는 Journey에 진입할 수 있는 사용자를 결정합니다. 자세한 내용은 세그먼트를 참조하세요. 세그먼트에 두 개의 필터를 추가합니다:- User Tag —
cart_updatedexists - Last Session —
less than7days ago

이제 장바구니를 업데이트하고 지난 7일 이내에 앱 또는 웹사이트를 방문한 사용자를 추적할 수 있습니다.다음 조건 중 하나가 충족되면 사용자가 세그먼트에서 자동으로 제거됩니다:
- 앱/웹사이트를 마지막으로 방문한 후 7일이 경과한 경우
cart_updated태그가 제거된 경우
5단계. 장바구니 이탈 Journey 생성
장바구니 활동에 반응하는 Journey를 생성합니다. 자세한 내용은 Journeys를 참조하세요.
Journey 설정
진입, 퇴장 및 재진입 규칙에 대한 자세한 내용은 Journey 설정 가이드를 검토하세요. 진입 규칙:- Custom Event: 진입 규칙
- Tag: 진입 규칙
- Custom Event 선택
- Custom Event 이름:
cart_updated - 속성으로 필터링: 다음 모든 속성:
product_nameexists

- Custom Event: 퇴장 규칙
- Tag: 퇴장 규칙
사용자는 장바구니를 비우거나 Journey를 완료하면 Journey에서 퇴장해야 합니다.
- Meet a certain condition 선택
- Exit when custom event condition occurs 체크
- Custom Event 이름:
cart_updated

이 구성은 진입 및 퇴장 규칙 모두에 동일한 Custom Event 이름(
cart_updated)을 사용합니다.이를 통해 사용자는 한 번에 하나의 Journey 인스턴스에만 있을 수 있습니다. 장바구니를 업데이트할 때마다 해당 사용자 인스턴스가 퇴장하고 동일한 사용자의 새 인스턴스가 Journey에 진입합니다. 이것이 진입 규칙 내에서 속성을 사용하여 사용자를 필터링하는 것이 중요한 이유입니다.- Yes, after a certain amount of time 선택
- 재진입 시간을
1day로 설정

이 가이드를 지금까지 완전히 따랐다면, 사용자는:
- 장바구니를 이탈/업데이트할 때 Journey에 진입합니다
- 장바구니를 비우거나 Journey를 완료하면 퇴장합니다.
- Journey에 재진입할 자격이 됩니다:
- Custom Events:
cart_updated이벤트가 수행될 때마다 - Tags: Journey에서 마지막으로 퇴장한 후 1일이 경과하고 세그먼트에 있는 경우.
- Custom Events:
Journey 단계
사용자는 진입 규칙에 따라 Journey에 진입합니다. 이는 일반적으로 이벤트/태그가 수신된 후 몇 분 이내에 발생합니다. 사용자는 끝에 도달하거나 퇴장 규칙이 충족될 때까지 Journey를 단계별로 진행합니다. 기본적인 장바구니 이탈 Journey의 경우, 2가지를 수행해야 합니다:- 사용자에게 장바구니를 비울 충분한 시간 제공 (구매하거나 수동으로 장바구니 비우기)
- 장바구니를 비우지 않으면 장바구니의 항목에 대한 리마인더 메시지 전송
- 원하는 만큼 대기 시간을 설정합니다. 구매 의향이 있을 때 메시지를 보낼 수 있도록
1hour로 설정하는 것을 권장합니다.
- 3단계에서 생성한 Abandoned Cart 푸시 알림 템플릿을 선택합니다.

기본 장바구니 이탈 Journey가 이제 구성되었습니다.사용자가 Journey에 진입하면 1시간 동안 대기합니다. Journey에서 퇴장하지 않으면 장바구니 이탈 푸시 알림을 받게 됩니다.
고급 Journey 설정
더 높은 복구율을 위해 시간이 지남에 따라 더 많은 메시지를 보내도록 Journey를 확장합니다.메시지 시퀀스
매우 일반적인 고성능 케이던스는 다음과 같습니다:- 1시간 후 첫 번째 메시지 전송 (이 가이드에서 완료됨).
- 1일 동안 또 다른 Wait 단계를 추가하고 두 번째 메시지 전송 (장바구니 업데이트 후 ~24시간).
- 2일 동안 또 다른 Wait 단계를 추가하고 세 번째 메시지 전송 (장바구니 업데이트 후 ~72시간).
메시지 유형 및 콘텐츠
OneSignal과 설정한 채널에 따라, 옴니채널 접근 방식을 사용하면 더 나은 결과를 얻을 수 있습니다.- 이 가이드는 첫 시간 후 푸시 알림 메시지를 보내는 방법을 보여줍니다. 이것은 사용자가 아직 온라인일 때 판매를 잡기 위한 유용한 리마인더로 사용됩니다.
- 2번째 메시지에는 푸시와 이메일을 모두 사용하는 것을 고려하세요. 이 두 번째 메시지를 사용하여 혜택과 사회적 증거를 가벼운 긴급함과 함께 강조하여 구매를 유도하세요.
- 시퀀스의 마지막 메시지에는 이메일 또는 SMS(사용 사례에 따라)를 “마지막 기회”로 사용하세요. 할인 코드나 기타 인센티브를 사용하여 구매를 유도하는 것을 고려하세요.
폴백 메시지
OneSignal의 Journeys는 Wait Until 분기 로직을 제공하여 메시지가 확인 전달, 클릭 또는 열림 여부를 확인하고, 특정 기간 내에 수행되지 않으면 폴백 메시지를 보낼 수 있습니다. 이것은 특정 메시지 채널의 구독을 취소한 사용자에게 매우 유용합니다. 폴백 메시지를 설정하는 방법에 대한 자세한 내용은 폴백 메시지 가이드에서 확인할 수 있습니다.성과 추적
Journey 분석을 사용하여 Journey 전체의 성과를 추적할 수 있습니다. 템플릿 분석을 사용하여 각 메시지의 성과도 추적할 수 있습니다.Outcomes로 수익 추적
이 Journey의 수익을 추적하려면 Custom Outcomes를 사용할 수 있습니다. 구매가 이루어지면, 이벤트를 “Custom Outcome”으로 전송하여 전송된 특정 메시지와 관련된 수익을 추적할 수 있습니다. Custom Outcomes는 Mobile SDK 또는 Web SDK를 통해 전송할 수 있습니다.Example: Send purchase outcome via frontend SDK
Outcomes는 정의된 어트리뷰션 윈도우 내에서 사용자가 클릭했거나 영향을 받은 메시지에 수익을 귀속시킬 수 있습니다.
장바구니 이탈 Journey를 성공적으로 구현했습니다. 메시지 전송을 시작할 준비가 되면 Set Live를 선택하세요.
자주 묻는 질문
장바구니 추적에 Custom Events와 Tags 중 무엇을 사용해야 하나요?
Custom Events는 대부분의 구현에 권장됩니다. 더 풍부한 데이터를 지원하고, Journey 진입 규칙에서 속성 기반 필터링이 가능하며, 동일한 이벤트가 다시 발생할 때 재진입을 자동으로 처리합니다. Tags는 장바구니 존재 여부만 추적하면 되는 더 간단한 사용 사례에 적합하지만, 수동 세그먼트 생성과 재진입 설정이 필요합니다.첫 번째 리마인더를 보내기 전에 얼마나 기다려야 하나요?
1~2시간이 일반적인 출발점입니다. 구매 의향이 아직 새로울 때 사용자가 자연스럽게 돌아올 수 있는 충분한 시간을 줍니다. 다양한 대기 시간을 테스트하고 Journey 분석을 사용하여 오디언스에게 가장 잘 맞는 것을 찾으세요.Journey 중 사용자가 장바구니를 업데이트하면 어떻게 되나요?
Custom Events의 경우, 사용자는 현재 Journey 인스턴스에서 퇴장하고(cart_updated가 퇴장 조건으로 발생하기 때문에) 업데이트된 이벤트 데이터로 즉시 재진입합니다. Tags의 경우, 태그가 여전히 존재하기 때문에 사용자는 동일한 Journey 인스턴스에 머무릅니다 — 퇴장한 후 재진입 기간을 기다렸다가 재진입합니다.
도움이 필요하신가요?지원 팀과 채팅하거나
support@onesignal.com으로 이메일을 보내주세요.다음을 포함해 주세요:- 발생한 문제의 세부 정보 및 재현 단계(가능한 경우)
- OneSignal 앱 ID
- External ID 또는 Subscription ID(해당하는 경우)
- OneSignal 대시보드에서 테스트한 메시지의 URL(해당하는 경우)
- 관련 로그 또는 오류 메시지


