Journey 액션

Journey 액션을 사용하여 사용자가 Journey를 통해 이동하는 방법과 시기를 제어하고, 경험을 개인화하며, 결과를 테스트하세요.

대기

특정 시간(분, 시간, 일 또는 주)만큼 사용자의 Journey 진행을 지연시킵니다. 사용 용도:

메시지와 단계 간격 조정
분기 전에 사용자가 메시지와 상호작용할 수 있는 시간 허용

조건까지 대기

특정 조건을 충족할 때까지 이 단계에서 사용자를 보류합니다:

세그먼트 진입
메시지 이벤트 트리거 (예: 특정 메시지 전달, 열림 또는 클릭)
- 현재 Wait until 단계당 하나의 메시지 이벤트만 지원됩니다.
커스텀 이벤트 트리거 (예: 온보딩 완료, 구매 완료) - 베타

여러 조건을 추가하고 _먼저 충족하는 조건_에 따라 사용자를 분기할 수 있습니다. 특정 시간 내에 이러한 조건이 충족되지 않으면 만료 분기를 설정하여 사용자가 Journey를 계속하거나 완전히 종료하도록 할 수 있습니다. 커스텀 이벤트 진입 규칙(베타)을 사용하면 Event Matching을 추가하여 사용자를 여러 번 입력할 때 Journey를 진행할 사용자 인스턴스를 제어할 수 있습니다.

커스텀 이벤트가 조건과 일치하면 해당 이벤트는 사용자를 대신하여 저장되며 Journey 메시지를 보낼 때 Liquid 구문에서 참조할 수 있습니다.

이벤트 매칭

커스텀 이벤트가 있는 Wait Until 액션은 현재 베타 버전입니다. 액세스를 요청하려면 다음 정보와 함께 support@onesignal.com에 문의하세요:

귀하의 회사 이름
OneSignal 조직 ID
액세스를 원하는 OneSignal 앱 ID

커스텀 이벤트 진입 규칙을 사용하면 사용자가 Journey에 여러 번 진입할 수 있습니다. Wait Until 단계의 Event Matching 설정을 사용하면 Journey를 진행할 사용자 인스턴스를 제어할 수 있습니다. 요구 사항:

커스텀 이벤트를 사용하도록 Journey 진입 규칙을 설정합니다.
사용자를 Journey에 진입시킬 때 이벤트 속성을 포함합니다.

예를 들어, “설문 조사 리마인더” Journey가 있습니다. 여러 설문 조사가 있으므로 사용자는 Journey에 여러 번 진입할 수 있습니다(각 설문 조사당 한 번). 설문 조사를 완료하지 않은 경우 리마인더 메시지를 보내거나 완료한 경우 제거하려고 합니다. Event Matching 설정을 사용하여 Journey를 진행할 사용자 인스턴스를 제어할 수 있습니다. 예시:

Journey 진입 규칙 및 커스텀 이벤트 속성 설정

커스텀 이벤트를 사용하도록 Journey 진입 규칙을 설정합니다. 예시: survey_start

사용자는 커스텀 이벤트 API를 통해 Journey에 진입합니다.커스텀 이벤트는 name이 survey_start로 설정되고 payload 속성 survey_id에 그들이 참여하는 설문 조사 값(예: survey_1)이 포함됩니다.

Entrance Trigger Event Example

{
  "events": [
    {
      "external_id": "UserA",
      "name": "survey_start",
      "properties": {
          "survey_id": "survey_1"
      }
    }
  ]
}

Wait Until 단계 및 커스텀 이벤트 속성 생성

커스텀 이벤트를 사용하도록 Wait Until 조건을 설정합니다. 예시: survey_completeEvent Matching 옵션을 설정하여 다음을 일치시켜 Wait Until 단계를 통해 진행할 사용자 인스턴스를 지정합니다:

Trigger Event Property: Journey 진입 트리거 이벤트에 설정 (예: survey_id)
Wait Event Property: Wait Until 이벤트에 설정 (예: survey_type)

Wait Until Event Example

{
  "events": [
    {
      "external_id": "UserA",
      "name": "survey_complete",
      "properties": {
          "survey_type": "survey_1"
      }
    }
  ]
}

survey_id 값이 survey_type 값과 일치하면 해당 사용자 인스턴스가 Journey를 진행합니다.

Trigger Event Property와 Wait Event Property 모두에서 동일한 속성(예: survey_id)을 사용할 수 있습니다. 예시에서는 개념을 설명하기 위해 서로 다른 속성(예: survey_id 및 survey_type)을 사용합니다.속성은 대소문자를 구분합니다! survey_1은 Survey_1과 같지 않습니다.

만료 분기:만료 시간 내에 Wait Until 이벤트가 발생하지 않으면 사용자는 Journey를 진행합니다. 이 예시는 사용자에게 설문 조사를 완료할 수 있는 1주일을 제공합니다.

메시지 단계 추가

예시를 완료하려면 만료 분기 내에 메시지 단계를 추가하여 리마인더를 보냅니다.

테스트해보세요!

위의 단계를 따른 후 테스트할 수 있습니다:

커스텀 이벤트 API의 external_id를 귀하의 외부 ID로 교체합니다
survey_id가 survey_1인 survey_start 이벤트를 트리거합니다
- 사용자가 Journey에 진입하고 Wait Until 단계로 이동하는 것을 볼 수 있습니다

이벤트는 즉시 처리되지 않지만 매우 빠릅니다! 이벤트가 처리되기 전에 몇 분 정도 기다려야 할 수 있습니다.커스텀 이벤트 목록을 확인하여 이벤트가 처리되었는지 확인하세요.

survey_id가 survey_2인 다른 survey_start 이벤트를 트리거합니다
- 2명의 사용자가 Journey와 Wait Until 단계에 진입하는 것을 볼 수 있습니다
survey_type이 survey_1인 survey_complete 이벤트를 트리거합니다
- 사용자가 Journey를 진행하는 것을 볼 수 있습니다
survey_type이 survey_2인 다른 survey_complete 이벤트를 트리거합니다
- 두 사용자 인스턴스 모두 Journey를 진행하고 종료하는 것을 볼 수 있습니다

Event Matching을 사용한 Journey 커스텀 이벤트 예시를 완료했습니다!

시간 윈도우

특정 요일과 시간을 기준으로 사용자가 Journey의 다음 단계로 이동할 수 있는 시기를 제한합니다. 예시: 주말 저녁에만 사용자가 메시지를 받을 수 있도록 허용합니다.

시간 윈도우 동작 방식

사용자가 허용된 시간 외에 이 노드에 진입하는 경우:

OneSignal은 다음 사용 가능한 윈도우까지 사용자를 지연시키도록 타이머를 설정합니다
윈도우 진입 시간은 무작위로 지정됩니다

예시: 시간 윈도우가 화요일 오후 1시부터 오후 6시(PST)이고 사용자가 월요일에 노드에 도달하면 화요일 오후 5시 45분과 같은 무작위 시간에 계속 진행될 수 있습니다.

Yes/No 분기

세그먼트 멤버십 또는 메시지 동작을 기반으로 사용자를 분기합니다.

세그먼트 멤버십

사용자가 속한 세그먼트를 기준으로 분기를 생성합니다. 예시: 사용자가 플랜 유형별로 태그되어 있는 경우:

“무료” 분기 = 업그레이드 프로모션
“유료” 분기 = 프리미엄 기능 강조

메시지 동작

Journey의 이전 메시지와의 상호작용을 기반으로 분기합니다:

푸시: 클릭됨, 전달됨
이메일: 클릭됨, 열림, 전달됨

참고: Safari는 확인된 전달을 지원하지 않습니다.

분할 분기

메시징, 채널 또는 Journey 흐름을 테스트하기 위해 사용자를 서로 다른 경로에 무작위로 분배합니다.

Journey가 실행되면 Split Branch를 편집할 수 없습니다. 분기 수를 변경하려면 새 Journey를 생성하세요.

작동 방식

최대 20개의 분기
동일하거나 사용자 지정 백분율 분할 설정
백분율은 정수로 반올림됩니다 (예: 3방향 분할은 34/33/33이 됨)
작은 샘플 크기에서는 분포가 약간 다를 수 있습니다

기본적으로 사용자는 Journey에 재진입할 때마다 무작위로 재배정됩니다. 동일한 분기에 유지하려면 재진입 시 무작위 배정을 끕니다. Tag User 액션을 사용하여 사용자가 따른 분기를 추적합니다.

A/B/N 테스트

중첩된 Split Branch를 사용하여 두 개 이상의 변형을 동시에 테스트합니다. 예시: 사용자를 3개의 변형에 균등하게 분할하려면:

첫 번째 분기: 33% vs 67%
67% 분기 아래에 또 다른 50/50 Split Branch 추가

이렇게 하면 각 경로에서 약 33%가 됩니다.

대조군

메시징의 영향을 테스트하려면 한 분기를 비워 둡니다(메시지 노드 없음). 이를 통해 메시지를 전혀 받지 않는 사용자와 비교할 수 있습니다.

승자 선택

성공적인 변형이 식별되면 해당 경로로 트래픽의 **100%**를 보내도록 분기를 업데이트합니다. 시간이 지남에 따라 영향을 지속적으로 측정하려면 작은 홀드아웃 그룹(승리 메시지를 받지 않는 사용자 비율)을 유지하는 것을 고려하세요.

사용자 태그 지정

이 액션을 사용하여 Journey 중에 태그를 적용하거나 제거합니다. 일반적인 사용 사례:

Journey 진행 상황 추적 (예: journeyStep: welcome)
주요 순간에 사용자에게 태그를 지정하여 인앱 메시지 강화
활성 태그를 사용하여 다른 Journey에서 사용자 제외

예시: 온보딩 흐름 제어

첫 번째 단계: 태그 추가 (예: onboardingJourney: active)
이 태그를 사용하여 다른 Journey에서 제외할 세그먼트 생성
마지막 단계: 값을 공백으로 설정하여 태그 제거

모범 사례: 웹훅 또는 개인화와 함께 태그 사용

Journey에서 태그를 추가하거나 제거하면 다음 단계에서 해당 변경 사항을 사용할 준비가 되기까지 짧은 시간이 걸릴 수 있습니다. 모든 것이 원활하게 작동하도록 하려면:

웹훅의 경우: 웹훅으로 데이터를 보내기 전에 태그를 설정한 후 짧은 대기 시간을 추가합니다.
개인화의 경우: 이메일에서 콘텐츠를 개인화하는 데 사용하기 전에 태그를 설정하거나 제거한 후 짧은 대기 시간을 추가합니다.

Tag 액션과 다음 단계 사이에 15분 대기 노드를 추가하는 것이 좋습니다. 이렇게 하면 태그가 완전히 준비되므로 웹훅이나 이메일에 항상 올바른 데이터가 포함됩니다.

시작하기 & 설정

메시지 채널

Journeys

오디언스 & 사용자 지정 이벤트

분석 & 통합

개인 정보 보호 & 보안

대기