> ## Documentation Index
> Fetch the complete documentation index at: https://documentation.onesignal.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Journey 예시
> 온보딩, 재참여, 장바구니 포기, A/B 테스트, 반복 전송, 이벤트 기반 워크플로를 위한 단계별 Journey 구성.
아래의 각 예시에는 권장되는 Journey 설정과 단계별 구성이 포함되어 있습니다. 더 간단한 패턴(온보딩, 재참여)부터 시작하여 더 고급 워크플로(반복 전송, 이벤트 기반 진행, 액션 버튼 분기)로 진행하세요.
***
## 온보딩
이 패턴을 사용하여 새로운 구독자에게 환영 또는 온보딩 시퀀스를 보냅니다. 환영 캠페인, 환영 시리즈 또는 신규 사용자 캠페인이라고도 합니다. 목표는 가입하는 순간 메시지를 보내는 것이 아니라 주요 작업(프로필 완성, 첫 구매, 또는 핵심 기능 발견)을 완료하도록 사용자를 안내하는 것입니다.
| Journey 설정 | 설명 |
| ---------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **진입 규칙** | **이벤트 기반(권장):** [커스텀 이벤트](./custom-events) 트리거(예: `signup_completed`)를 사용하여 사용자가 등록을 완료하는 의미 있는 순간에 시퀀스가 시작되도록 합니다.
**세그먼트 기반 대체:** "사용자가 세그먼트 기준과 일치합니다"를 사용하여 "구독한 사용자" [세그먼트](./segmentation), 향후 추가만 해당합니다. 가입 이벤트를 설정하지 않은 경우 이를 사용하세요. |
| **종료 규칙** | 전체 Journey를 이동했거나 사용자가 주요 작업을 완료했을 때(예: "온보딩 미완료" 세그먼트를 벗어날 때). |
| **재진입 규칙** | 아니요 |
| **콘텐츠** | 사용자의 첫 주에 걸친 짧은 시퀀스: 0일차에 환영 이메일, 2일차에 작업을 하지 않은 경우 푸시 알림, 7일차에 마지막 접촉으로 후속 이메일. |
**Journey 단계**
사용자가 막 가입했으며 아직 앱에 있을 가능성이 높습니다. 이메일이 올바른 첫 번째 접촉입니다: 예상되며, 비침습적이고, 푸시 알림보다 더 많은 세부 정보를 포함할 수 있습니다. 사용자가 앱을 떠난 후를 위해 푸시를 아껴두세요.
후속 조치를 취하기 전에 사용자가 혼자 탐색할 시간을 줍니다.
사용자가 온보딩 목표를 달성했는지 여부에 따라 예/아니요 분기를 추가합니다. [태그](./add-user-data-tags)(예: `onboarding_complete = true`) 또는 세그먼트 멤버십으로 추적합니다.
* **예 분기:** Journey를 종료합니다. 사용자에게 알림이 필요하지 않습니다.
* **아니요 분기:** 구체적인 실행 가능한 프롬프트와 함께 푸시 알림을 보냅니다. 예: "프로필 설정 완료하기" 또는 "첫 번째 \[액션] 수행하기".
최종 메시지를 보내기 전에 푸시가 전달될 시간을 줍니다.
* **예 분기:** Journey를 종료합니다.
* **아니요 분기:** 마지막 접촉으로 후속 이메일을 보냅니다. 더 이상 메시지를 보내지 않도록 합니다. 일주일 후에도 참여하지 않은 사용자는 [재참여 캠페인](#re-engagement-campaign)에 더 적합합니다.
***
## 재참여 캠페인
이 패턴을 사용하여 최근 앱을 열지 않거나 사이트를 방문하지 않은 사용자를 다시 유치합니다. Journey는 점점 더 매력적인 메시지 시리즈를 보내고 사용자가 돌아오는 즉시 종료합니다.
| Journey 설정 | 설명 |
| ---------- | -------------------------------------------------------------------------------------------------------- |
| **진입 규칙** | **사용자의 마지막 세션이 7일을 초과함;** 구독한 사용자입니다. (더 많은 무료 사용자가 돌아오도록 하는 것이 목표라면 유료 고객과 같은 **특정 세그먼트를 제외**할 수 있습니다.) |
| **종료 규칙** | **전체 Journey를 이동했거나 특정 조건을 충족함** — 사용자가 앱/웹사이트에서 활성화되면 종료합니다. |
| **재진입 규칙** | **예, 일정 시간 후: 7일** (앱을 한동안 열지 않을 때마다 재참여가 발생할 수 있음). |
| **콘텐츠** | 사용자가 한동안 앱을 열지 않았을 때 다시 돌아오도록 상기시키고 보상이나 할인으로 유도합니다. |
**Journey 단계**
푸시로 시작하세요 — 이탈한 사용자를 재참여시키는 가장 눈에 띄는 채널입니다. "보고 싶었습니다! 새로운 소식이 있습니다"와 같이 명확하고 행동 지향적인 메시지를 사용하세요.
에스컬레이션하기 전에 사용자가 푸시에 응답할 시간을 줍니다.
사용자가 돌아왔는지 확인하는 예/아니요 분기를 추가합니다(예: 2일 이내 마지막 세션).
* **예 분기:** Journey를 종료합니다. 사용자가 재참여했습니다.
* **아니요 분기:** 더 강한 인센티브가 있는 이메일을 보냅니다(예: 할인, 새로운 콘텐츠 또는 기능 하이라이트).
이메일이 사용자를 데려올 시간을 줍니다.
* **활성:** Journey를 종료합니다.
* **여전히 비활성:** 선택적으로 최종 SMS를 보내거나 종료합니다. 더 이상 메시지를 보내지 마세요 — 여러 번 접촉한 후에도 응답하지 않은 사용자는 더 많은 메시지로 전환할 가능성이 낮습니다.
***
## 장바구니 포기
커스텀 이벤트 또는 태그를 사용하여 장바구니 활동을 추적하고 장바구니 포기 메시지를 보냅니다.
***
## 프로모션 캠페인
이 패턴을 기간 한정 프로모션, 세일 이벤트 또는 제품 출시에 사용합니다. Journey는 기대감을 조성하고, 이벤트 중에 사용자에게 상기시키며, 종료가 가까워지면 긴박감을 조성합니다.
| Journey 설정 | 설명 |
| ---------- | --------------------------------------------------------------------------------- |
| **진입 규칙** | **사용자가 세그먼트 기준과 일치합니다.** 구독한 사용자이거나 프로모션 캠페인과 관련된 세그먼트를 타겟팅합니다. |
| **종료 규칙** | **전체 Journey를 이동했거나 특정 조건을 충족했습니다.** 목표로 삼고자 하는 목표를 정의하는 세그먼트를 선택합니다(예: 구매한 사용자). |
| **재진입 규칙** | **아니요** (일회성 캠페인인 경우 한 번만 보냅니다). |
| **콘텐츠** | 이벤트를 준비하고, 시작할 때 상기시키며, 종료가 가까워지면 할인 또는 보상을 제공합니다. |
**Journey 단계**
다가오는 프로모션을 알리는 이메일 또는 푸시를 보냅니다. 날짜, 예상 내용 및 주목해야 할 이유를 포함합니다.
프로모션 시작에 맞춰 대기 단계를 추가합니다.
프로모션 세부 정보, 할인 코드 또는 행동 유도와 함께 푸시 알림 또는 이메일을 보냅니다.
사용자가 초기 메시지에 반응할 시간을 줍니다.
긴박감 있는 최종 푸시 또는 이메일을 보냅니다 — "세일이 내일 종료" 또는 "20% 할인 마지막 기회". 이미 전환한 사용자는 종료 규칙을 통해 종료되었을 것입니다.
***
## 작업이 완료되지 않은 경우 사용자가 앱을 떠난 후 메시지 보내기
**초기 설정**
1. [데이터 태그](./add-user-data-tags)를 사용하여 사용자가 수행해야 하는 작업을 표시합니다. 작업이 완료되면 태그를 제거합니다.
2. 이 태그에 대한 [세그먼트](./segmentation)를 설정합니다.
| Journey 설정 | 옵션 | 설명 |
| ---------- | -------------------------------- | --------------------------------------------- |
| **진입 규칙** | 사용자의 마지막 세션이 시간을 초과합니다. | 사용자가 앱이나 웹사이트에서 마지막으로 활성화된 시간을 결정합니다. |
| **대상** | 태그로 타겟팅하려는 세그먼트를 포함합니다. | 메시지를 받을 자격이 있는 사용자입니다. |
| **종료 규칙** | 사용자가 더 이상 대상 조건과 일치하지 않으면 종료합니다. | 사용자가 세그먼트를 떠나면 더 이상 Journey 메시지를 받을 자격이 없습니다. |
| **재진입 규칙** | 예, 일정 시간 후. | 사용자가 메시지를 다시 받을 자격이 되기를 원하는 시간입니다. |
**Journey 단계**
메시지 단계의 템플릿을 선택합니다. 사용자에게 수행하게 할 작업에 따라 푸시, 이메일, SMS 또는 인앱을 사용할 수 있습니다.
메시지를 다시 미리 알림으로 표시하려는지 여부에 따라 높거나 낮은 숫자일 수 있습니다. 예시에서는 104주(2년)를 사용합니다.
## Journey 내 A/B 테스트
**분기 분할** 노드를 사용하면 Journey 내에서 50/50 분할을 설정할 수 있습니다. 두 개의 다른 메시지 템플릿을 만들고 사용자가 흐름을 따라가면 절반은 "템플릿 A"를, 나머지 절반은 "템플릿 B"를 받게 됩니다.
메시지 데이터를 내보내 변형 간의 [분석](./analytics-overview)을 비교할 수 있습니다.
## 인앱 메시지를 순서대로 하루에 한 번 표시
이 예시에서는 3개 이상의 인앱 메시지를 연속으로 표시하되, 하루에 한 번만 표시하려고 합니다. 사용자가 앱을 열지 않으면 다음에 앱을 열 때 여전히 메시지를 볼 수 있습니다.
**초기 설정**
필터와 함께 `iam_journey`라는 세그먼트를 생성합니다: 사용자 태그 `iam_journey`가 `1`입니다
1. `iam_journey`를 원하는 이름으로 변경할 수 있습니다.
2. 이 태그는 Journey를 완료하고 모든 메시지를 받은 각 사용자에게 설정됩니다.
자세한 내용은 [드래그 앤 드롭으로 인앱 메시지 디자인](./design-your-in-app-message)을 참조하세요.
| Journey 설정 | 옵션 | 설명 |
| ---------- | ------------------- | -------------------------------------------------------- |
| **진입 규칙** | 사용자가 세그먼트 기준과 일치합니다 | 메시지를 받을 자격이 있는 사용자입니다. |
| **대상** | 세그먼트 포함 및 세그먼트 제외 | "구독한 사용자" 세그먼트를 포함합니다. 1단계의 "`iam_journey`" 세그먼트를 제외합니다. |
| **종료 규칙** | 전체 Journey를 이동했습니다 | 추가 조건이 필요하지 않습니다. |
| **재진입 규칙** | 예, 일정 시간 후 | 2분 |
**Journey 단계**
표시하려는 메시지 수에 대해 이 순서를 반복합니다. 이 예시에서는 3개의 인앱 메시지(IAM 1, IAM 2, IAM 3)를 표시합니다.
1. **인앱 메시지 단계를 추가합니다.**
1. 메시지 이름을 지정합니다. 예: `IAM 1`.
2. 메시지 하단에서 **전달 일정**을 **1일**로 설정합니다.
2. **인앱 메시지 단계 앞에 예/아니요 분기 작업을 추가합니다.**
1. 분기 조건을 설정합니다: 이전 메시지 동작: "`IAM 1` 조회됨".
2. **아니요 분기를 따릅니다**
1. `IAM 1`을 아니요 분기로 드래그합니다.
2. 1일 동안 대기 단계를 추가합니다.
3. **예 분기를 따릅니다**
1. 예 분기 내에서 모든 메시지에 대해 1단계 및 2단계를 반복하고 `IAM 1`을 새 인앱 메시지(예: `IAM 2`, `IAM 3`)로 바꿉니다.
2. 최종 예 분기에서 **사용자 태그 지정** 작업을 추가합니다.
1. 초기 설정 → 1단계 세그먼트에서 사용된 동일한 키를 태그 지정합니다.
1. 예: `iam_journey : 1`.
## 제한된 진입 Journey
각 단계에서 경험을 제어하면서 사용자가 제한된 횟수만큼 Journey에 진입할 수 있도록 합니다.
| Journey 설정 | 설명 |
| ---------- | ---------------------------------------------------------------------- |
| **진입 규칙** | 사용자가 세그먼트 기준과 일치합니다(예: 구독한 사용자 또는 관련 타겟 세그먼트). |
| **대상** | 타겟 세그먼트를 포함합니다. 태그 `journey_count = 2`가 있는 사용자를 제외하여 진입을 두 번으로 제한합니다. |
| **종료 규칙** | 전체 Journey를 이동했습니다. |
| **재진입 규칙** | 예, 일정 시간 후: 15일. |
| **콘텐츠** | 초기 진입 시 첫 번째 경험을 제공하고 재진입 시 맞춤형 두 번째 경험을 제공합니다. 두 번째 이후의 추가 진입을 방지합니다. |
**초기 설정**
`journey_count`라는 사용자 태그를 사용하여 진입을 추적합니다. 태그는 Journey에서 설정할 때 자동으로 생성됩니다. 자세한 내용은 [태그 작업](./journeys-actions#tag-user)을 참조하세요.
Journey 대상에서:
* 타겟 세그먼트를 포함합니다(예: "구독한 사용자").
* 사용자 태그 `journey_count`가 `2`인 사용자를 제외합니다.
재진입 규칙을 "예, 일정 시간 후: 15일"로 설정합니다.
이렇게 하면 첫 번째 실행과 두 번째 실행 사이에 정확히 한 번의 재진입이 허용됩니다.
**Journey 단계**
조건: 사용자 태그 `journey_count`가 `1`과 같습니다.
* **예 분기** = 재방문 사용자(두 번째 진입).
* **아니요 분기** = 처음 사용하는 사용자(아직 태그가 없음).
* 사용자 태그 지정 작업 추가: `journey_count`를 `1`로 설정합니다.
* 처음 사용하는 사용자를 위한 메시지와 작업을 보냅니다.
* 필요에 따라 끝까지 계속하거나 추가 로직을 진행합니다.
* 사용자 태그 지정 작업 추가: `journey_count`를 `2`로 설정합니다.
* 재방문 사용자를 위한 메시지와 작업을 보냅니다.
* 필요에 따라 끝까지 계속하거나 추가 로직을 진행합니다.
대상에서 `journey_count = 2`인 사용자를 제외하므로 세 번째 진입 시도는 자동으로 차단됩니다.
## 특정 요일에 반복되는 Journey
요일에 맞춰 반복되는 메시지를 보냅니다(예: 주간 프로모션, 이벤트 미리 알림).
| Journey 설정 | 설명 |
| ---------- | ------------------------------------------------- |
| **진입 규칙** | 사용자가 세그먼트 기준과 일치합니다(예: 구독한 사용자 또는 다른 관련 타겟 세그먼트). |
| **대상** | 타겟 세그먼트를 포함합니다. |
| **종료 규칙** | 전체 Journey를 이동했습니다. |
| **재진입 규칙** | 예, 일정 시간 후: 7일. |
| **콘텐츠** | 특정 요일에 보내는 주간 메시지(예: 매주 금요일). |
**초기 설정**
타겟 세그먼트를 포함하여 적격 사용자가 주 중 언제든지 Journey에 진입할 수 있도록 합니다.
재진입 규칙을 "예, 일정 시간 후: 7일"로 설정하여 주간 반복을 활성화합니다.
* 재진입 타이머는 사용자가 Journey에 진입했을 때가 아니라 **종료**했을 때 시작됩니다.
* 7일 재진입으로 다음 주의 시간 창에 맞게 사용자가 재진입할 수 있습니다.
* 이중 전송을 방지하려면 재진입 기간이 **시간 창 기간보다 길어야** 합니다.
자세한 내용은 [반복 전송을 위한 시간 창 사용](./journeys-actions#using-time-windows-for-recurring-sends)을 참조하세요.
**Journey 단계**
타겟 요일(예: 금요일)에 대해 필터링하도록 시간 창을 구성합니다.
Journey에 진입하는 사용자는 다음 일치하는 요일까지 대기합니다.
요일에 도달하면 메시지가 전송되도록 시간 창 바로 다음에 메시지 노드를 배치합니다.
메시지가 전송된 후 사용자가 종료하도록 합니다. 7일 후 재진입하면 매주 다시 참여하고 반복됩니다.
매주 동일한 내용을 반복하지 않도록 메시지 콘텐츠를 정기적으로 업데이트하세요.
## 프로그레시브 Journey(이벤트 기반)
[커스텀 이벤트](./custom-events)와 [대기 조건](./journeys-actions#wait-until)을 사용하여 사용자 진행 상황에 따라 참여를 확대합니다.
| Journey 설정 | 설명 |
| ---------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **진입 규칙** | **커스텀 이벤트** = `Progression_Level`, 필터 `progression_level = 0`. |
| **대상** | 선택적 세그먼트 필터입니다. 모든 사용자에 대해 실행하거나 하위 집합으로 제한할 수 있습니다. 태그가 필요하지 않습니다. |
| **종료 규칙** | - 전체 Journey를 이동했습니다. - 또는 최대 진행 레벨에 도달했을 때(예: `progression_level = 3`). - 선택 사항: **대기** 노드가 만료되면 종료합니다. - 선택 사항: **대기** 노드에서 분기하여 이벤트를 완료하지 않은 사용자에게 태그를 지정하고 재참여 Journey로 안내합니다. |
| **재진입 규칙** | 아니요 |
| **콘텐츠** | 사용자가 마일스톤을 완료함에 따라 확대되는 단계 기반 메시지(이 예시에서는 이메일). |
**Journey 단계**
모든 적격 사용자는 진입 규칙에 따라 진입합니다.
트리거: `progression_level = 0`인 **커스텀 이벤트** `Progression_Level`.
시작: **즉시**.
* `progression_level = 1`로 커스텀 이벤트 `Progression_Level`이 발생할 때까지 대기합니다.
* 전송: **레벨 1 완료!** 메시지.
* (선택 사항) 대기 노드에 만료를 적용 → 마일스톤에 도달하지 않으면 사용자를 종료합니다.
* (선택 사항) 분기: 만료에 도달하면 사용자에게 태그를 지정하고 재참여 Journey로 보냅니다.
* `progression_level = 2`로 커스텀 이벤트 `Progression_Level`이 발생할 때까지 대기합니다.
* 전송: **레벨 2 완료, 잘하고 있습니다!** 메시지.
* (선택 사항) 만료를 적용하거나 재참여로 분기/태그를 지정합니다.
* `progression_level = 3`으로 커스텀 이벤트 `Progression_Level`이 발생할 때까지 대기합니다.
* 전송: **레벨 3에 도달했습니다!** 메시지.
* (선택 사항) 만료를 적용하거나 재참여로 분기/태그를 지정합니다.
사용자가 레벨 3을 완료하거나 대기 노드가 만료되면 Journey를 종료합니다.
선택적으로 분기/태그 경로를 사용하여 정체된 사용자를 재참여 트랙으로 라우팅합니다.
일정: **즉시 시작**, **중지 안 함**.
이 방법은 실제 참여 신호가 발생할 때만 진행이 이루어지도록 합니다. 만료 및 분기/태그 로직을 추가하면 정체된 사용자를 우아하게 처리할 수 있습니다 — 종료하거나 재참여 Journey로 다시 라우팅합니다.
***
## 클릭한 액션 버튼으로 Journey 분기
어떤 푸시 알림 액션 버튼을 탭했는지에 따라 다른 Journey 경로로 사용자를 라우팅합니다. 이 패턴은 [액션 버튼](./action-buttons), [커스텀 이벤트](./custom-events), [Wait Until](./journeys-actions#wait-until) 단계를 사용하여 단순히 클릭했는지 여부가 아니라 특정 버튼 클릭으로 사용자를 분기합니다.
이 예시는 버튼 클릭을 캡처하고 커스텀 이벤트를 보내기 위한 웹사이트 또는 앱 코드가 필요합니다. OneSignal 대시보드만으로는 완료할 수 없습니다.
| Journey 설정 | 설명 |
| ---------- | --------------------------------------------------- |
| **진입 규칙** | 사용자가 세그먼트 기준과 일치합니다(예: 구독한 사용자 또는 캠페인별 세그먼트). |
| **종료 규칙** | 전체 Journey를 이동했습니다. |
| **재진입 규칙** | 아니요 |
| **콘텐츠** | 여러 액션 버튼이 있는 푸시를 보내고, 사용자가 탭한 버튼에 따라 후속 메시지를 분기합니다. |
내장된 [예/아니요 분기](./journeys-actions#yesno-branch) 메시지 동작 조건은 사용자가 메시지를 **클릭**했는지 또는 **전달**되었는지를 감지하지만 *어떤* 버튼을 클릭했는지는 감지하지 않습니다. 특정 버튼으로 분기하려면 클릭 이벤트에서 액션 ID를 캡처하고 Journey가 분기할 수 있는 커스텀 이벤트 속성으로 보냅니다.
Journey(또는 [템플릿](./templates))에서 푸시 메시지를 만들 때 **고급 옵션 > 액션 버튼**을 열고 각 버튼에 고유한 **액션 ID**를 할당합니다.
**예**: 두 개의 CTA가 있는 프로모션 푸시:
* 버튼 1: "지금 쇼핑" → 액션 ID: `shop_now`
* 버튼 2: "자세히 알아보기" → 액션 ID: `learn_more`
전체 설정 세부 사항은 [액션 버튼](./action-buttons)을 참조하세요.
웹사이트 또는 앱에서 알림 클릭 이벤트를 수신하고 액션 ID를 속성으로 포함하는 커스텀 이벤트를 보냅니다.
Web SDK 예시는 버전 `160500` 이상이 필요합니다. 커스텀 이벤트를 추적하려면 사용자가 [로그인](./web-sdk-reference#login)되어 있어야 합니다.
```javascript Web SDK theme={null}
OneSignalDeferred.push(function(OneSignal) {
OneSignal.Notifications.addEventListener("click", function(event) {
var actionId = event.result.actionId;
if (actionId) {
OneSignal.User.trackEvent("cta_clicked", { button: actionId });
}
});
});
```
```kotlin Android SDK theme={null}
OneSignal.Notifications.addClickListener { event ->
val actionId = event.result.actionId
if (actionId != null) {
OneSignal.User.trackEvent("cta_clicked", mapOf("button" to actionId))
}
}
```
```swift iOS SDK theme={null}
let listener = { (event: OSNotificationClickEvent) in
if let actionId = event.result.actionId {
OneSignal.User.trackEvent("cta_clicked", properties: ["button": actionId])
}
}
OneSignal.Notifications.addClickListener(listener)
```
이벤트 요구사항 및 제한에 대해서는 [커스텀 이벤트](./custom-events)를 참조하세요.
Journey의 푸시 메시지 단계 이후:
1. **Wait Until** 단계를 추가합니다.
2. 각 버튼에 대한 조건 추가: 속성 `button`이 액션 ID(예: `shop_now`)와 같은 커스텀 이벤트 `cta_clicked`.
3. 분기하려는 각 액션 ID(예: `learn_more`)에 대한 추가 조건을 추가합니다.
4. **만료**를 설정합니다(예: 3일). 그러면 어떤 버튼도 클릭하지 않은 사용자가 폴백 경로로 계속 진행합니다.
사용자는 **처음 충족한 조건**의 분기를 따릅니다. 만료 전에 조건이 충족되지 않으면 만료 분기를 따릅니다.
Wait Until 단계 이후 각 분기에 적절한 후속 메시지 또는 액션을 추가합니다:
* **"지금 쇼핑" 분기**: 제품 추천 또는 할인 코드를 보냅니다.
* **"자세히 알아보기" 분기**: 교육 콘텐츠 또는 기능 개요를 보냅니다.
* **만료 분기**: 재참여 메시지를 보내거나 Journey를 종료합니다.
여러 Wait Until 단계를 연결하여 후속 인터랙션도 분기할 수 있습니다 — Journey의 Wait Until 단계 수에는 제한이 없습니다.
***
## FAQ
### 매일 메시지를 보내도록 예약할 수 있나요?
예. 첫 번째 단계로 [시간 창](./journeys-actions#time-window) 노드를 추가하고 메시지를 보내려는 시간(예: 사용자 시간대로 오전 10시\~오후 6시)으로 매일 구성합니다. 그런 다음 1일보다 짧지만 **시간 창 기간보다 긴** 시간 후에 재진입하도록 **재진입 규칙**을 설정합니다(예: 8시간 창에 대해 12시간). 이렇게 하면 동일한 창 내에서 이중 전송 위험 없이 다음 날의 시간 창에 맞게 사용자가 재진입합니다.
### Journey에서 다른 메시지를 A/B 테스트할 수 있나요?
예. 사용자를 균등하게 나누기 위해 [분할 분기](./journeys-actions#random-split) 노드를 추가합니다(예: 50/50). 각 분기에 다른 메시지 템플릿을 배치한 다음 Journey가 실행된 후 두 템플릿 간의 분석을 비교합니다.
### 사용자가 Journey에 진입할 수 있는 횟수를 제한하려면 어떻게 하나요?
태그(예: `journey_count`)를 사용하여 진입을 추적합니다. 사용자가 진입할 때마다 태그를 증가시키고, 태그가 원하는 한도에 도달하면 사용자를 차단하는 대상 제외 규칙을 추가합니다. 위의 [제한된 진입 Journey](#limited-entry-journey) 예시를 참조하세요.
### 반복 Journey가 잘못된 요일에 전송된 이유는 무엇인가요?
[시간 창](./journeys-actions#time-window) 노드는 시간대 데이터가 있는 경우 사용자의 현지 시간대로 필터링합니다. 사용자에게 시간대 데이터가 없으면 앱의 기본 시간대를 기준으로 메시지가 전송됩니다. 시간 창 설정과 사용자 시간대 데이터가 올바른지 확인하세요.
### 실행 중인 Journey를 중지하려면 어떻게 하나요?
Journey 설정에서 Journey 상태를 **일시 중지** 또는 **중지**로 설정합니다. 일시 중지된 Journey는 현재 단계에서 사용자를 유지합니다. 중지된 Journey는 모든 사용자를 즉시 종료합니다. 자세한 내용은 [Journey 설정](./journeys-settings)을 참조하세요.
***
## 관련 페이지
Journey 소개 및 작동 방식.
대기 단계, 분기 로직, 시간 창 및 분할 경로를 추가합니다.
진입 규칙, 종료 규칙, 재진입 및 예약을 구성합니다.
Journey에서 푸시, 이메일, SMS 및 인앱 메시지 단계를 구성합니다.
장바구니 포기 Journey를 구축하기 위한 전체 안내.
Journey를 트리거하고 개인화를 위한 이벤트 속성을 전달합니다.
전달 지표, 사용자 활동 및 전환 인사이트로 Journey 성과를 추적합니다.
* [사용자 참여 극대화: 푸시 알림과 이메일의 시너지](https://onesignal.com/blog/use-push-notifications-and-email-together/)
* [Journey로 지속적으로 가치 창출](https://onesignal.com/blog/consistently-drive-value-with-journeys/)
* [크로스 채널 Journey를 위한 이메일로 참여도 향상](https://onesignal.com/blog/increase-engagement-with-email-for-cross-channel-journeys/)
* [Journey를 위한 인앱 및 SMS로 유지율 개선](https://onesignal.com/blog/improve-retention-with-in-app-and-sms-for-journeys/)
***
## 재참여 캠페인
이 패턴을 사용하여 최근 앱을 열지 않거나 사이트를 방문하지 않은 사용자를 다시 유치합니다. Journey는 점점 더 매력적인 메시지 시리즈를 보내고 사용자가 돌아오는 즉시 종료합니다.
| Journey 설정 | 설명 |
| ---------- | -------------------------------------------------------------------------------------------------------- |
| **진입 규칙** | **사용자의 마지막 세션이 7일을 초과함;** 구독한 사용자입니다. (더 많은 무료 사용자가 돌아오도록 하는 것이 목표라면 유료 고객과 같은 **특정 세그먼트를 제외**할 수 있습니다.) |
| **종료 규칙** | **전체 Journey를 이동했거나 특정 조건을 충족함** — 사용자가 앱/웹사이트에서 활성화되면 종료합니다. |
| **재진입 규칙** | **예, 일정 시간 후: 7일** (앱을 한동안 열지 않을 때마다 재참여가 발생할 수 있음). |
| **콘텐츠** | 사용자가 한동안 앱을 열지 않았을 때 다시 돌아오도록 상기시키고 보상이나 할인으로 유도합니다. |
**Journey 단계**
***
## 장바구니 포기
***
## 작업이 완료되지 않은 경우 사용자가 앱을 떠난 후 메시지 보내기
**초기 설정**
1. [데이터 태그](./add-user-data-tags)를 사용하여 사용자가 수행해야 하는 작업을 표시합니다. 작업이 완료되면 태그를 제거합니다.
2. 이 태그에 대한 [세그먼트](./segmentation)를 설정합니다.
| Journey 설정 | 옵션 | 설명 |
| ---------- | -------------------------------- | --------------------------------------------- |
| **진입 규칙** | 사용자의 마지막 세션이 시간을 초과합니다. | 사용자가 앱이나 웹사이트에서 마지막으로 활성화된 시간을 결정합니다. |
| **대상** | 태그로 타겟팅하려는 세그먼트를 포함합니다. | 메시지를 받을 자격이 있는 사용자입니다. |
| **종료 규칙** | 사용자가 더 이상 대상 조건과 일치하지 않으면 종료합니다. | 사용자가 세그먼트를 떠나면 더 이상 Journey 메시지를 받을 자격이 없습니다. |
| **재진입 규칙** | 예, 일정 시간 후. | 사용자가 메시지를 다시 받을 자격이 되기를 원하는 시간입니다. |
**Journey 단계**
## 인앱 메시지를 순서대로 하루에 한 번 표시
이 예시에서는 3개 이상의 인앱 메시지를 연속으로 표시하되, 하루에 한 번만 표시하려고 합니다. 사용자가 앱을 열지 않으면 다음에 앱을 열 때 여전히 메시지를 볼 수 있습니다.
**초기 설정**
**초기 설정**
**초기 설정**
**Journey 단계**