Journeys 배너 및 전면배너 생성

여기에서 새로운 Journey를 만드는 방법을 알아보세요!

전제 조건

  • Journeys 솔루션을 구현하기 전에 Branch SDK를 앱에 연동하고 디퍼드 딥링킹(Deep Linking) 및 어트리뷰션을 위한 딥링크(Deep Link) 라우팅을 설정하세요.
  • Journeys(웹-투-앱 스마트배너)는 유니버셜 링크(Universal Links)의 alternate 도메인을 사용합니다. 연결된 도메인에 xxxx-alternate.app.link 도메인을 포함해야 합니다. Branch 링크에 커스텀 도메인 또는 하위 도메인을 사용하는 경우 대신 applinks:[mycustomdomainorsubdomain]XXXX-alternate.app.link 항목을 추가해야 합니다.
  • 사이트에 Branch Web SDK를 추가합니다. 또한 유니버셜 링크(Universal Links)에 대한 대체 도메인을 포함합니다.

📘

GDPR 고려 사항

고객이 GDPR 및 특정 유저의 데이터 수집을 제한하는 기타 법률을 준수할 수 있도록 웹 SDK에 Do Not Track 모드를 추가했습니다.

이렇게 하면 유저가 귀하의 웹사이트에서 개인정보 비공개를 원하거나, 혹은 귀하가 특정 유저를 트래킹하지 않기로 결정한 경우에, 그 유저를 트래킹하지 않으면서도 Branch Web SDK를 계속 사용할 수 있습니다(예: Branch 링크 생성).

이 설정은 특정 링크의 모든 유저 또는 Branch 링크를 통해 사용 가능하게 할 수도 있습니다. 이 모드가 Journeys 솔루션에 미치는 영향에 대한 정보는 여기를 클릭하세요.

배너 또는 전면광고 만들기

클릭하여 새 Journey를 만들면 다음과 같은 3단계를 거치게 됩니다.

1. 오디언스 선택

다음 필드를 완료하여 Journey를 볼 오디언스를 커스터마이징 하세요.

  1. Name Your Journey: 이 이름은 대시보드 보기에 유저의 Journey가 표시되는 방식입니다(유저에게 표시되지 않음). 나중에 쉽게 Journeys 솔루션을 찾을 수 있도록 이름 지정 규칙을 따르세요. (예: 날짜 - 템플릿 - OS - 타겟).

  2. What campaign is it part of?: Journey의 이름과 일치하도록 캠페인이 자동으로 채워집니다.

  3. What channel is it part of?: 채널은 일반적으로 사용되지 않지만 나중에 Journey를 분석하는 데 도움이 됩니다.

  4. Select the audience you want to target: 타겟 플랫폼 및 디바이스 유형을 선택하여 Jorney를 볼 오디언스를 커스터마이징합니다. 이러한 조건은 배타적이므로 Journey가 표시되려면 모든 조건이 true이어야 합니다. 참고: Google은 배너가 AMP 페이지의 상단 75%에 표시될 수 없도록 요구하므로 AMP에서는 Branch Standard Banner Bottom만 서포트됩니다.

  5. This Journey will show if user: 다음 옵션을 사용하여 추가 유저 타겟팅 필터를 추가합니다.

    이벤트 완료

    커스텀 이벤트 트래킹을 설정한 경우 정의한 이벤트를 기반으로 유저를 타겟팅 할 수 있습니다. 예를 들어 지난주에 구매를 완료한 유저에게 Journey를 표시할 수 있습니다.

    사이트에서 리퍼드(Referred) 됨

    웹사이트에 들어가기 전 마지막 터치 포인트를 기반으로 유저를 타겟팅 할 수 있습니다. 예를 들어 Google 검색을 통해 귀하를 찾은 유저를 타겟팅 하려는 경우 "사이트에서 리퍼드(Referred) 됨"을 선택하고 "google.com"을 입력할 수 있습니다. 현재 사이트에서는 리퍼드(Referred) 필드에 도메인 이름만 서포트합니다.

    위치

    이 필터를 사용하여 다른 지역에서 웹사이트를 보는 유저를 타겟팅(또는 제외)합니다. 국가, 주/도 또는 도시별로 타겟팅 할 수 있습니다.

    페이지 URL을 보고 있음

    You can define which subsets of your website the Journey will appear in. For example, maybe you have a page `yoursite.com/settings` and `yoursite.com/products/1234`. You could fill in products here so only users visiting a URL with that substring present would see the Journey.

    웹을 방문한 적이 있음

    Here, you can use website visits to determine who to target. The visits are recorded since the time a user persona was created in our system. For instance, you might decide that someone who visits your site five times is ready to see a Journey with an incentive to open the app.

    앱을 방문 함

    방문한 웹과 마찬가지로 앱 방문 횟수로 유저를 타겟팅 할 수 있습니다. 누군가 앱을 두 번 방문하여 모바일 웹을 열면 Journey를 통해 앱으로 다시 유인될 수 있습니다.

    Note that this audience filter relies on has_app, which has [limitations as defined here](/ko/using-branch/docs/journeys-faqs#section-1-what-are-the-limitations-to-has-app).

    앱이 설치되어 있음

    앱 설치 여부에 따라 유저를 타겟팅 할 수 있습니다. 유저에게 앱을 이미 설치한 이들에게 앱을 열도록 요청하는 Journey만 표시하도록 선택할 수 있습니다.

    Note that this audience filter relies on has_app, which has [limitations as defined here](/ko/using-branch/docs/journeys-faqs#section-1-what-are-the-limitations-to-has-app).

    광고를 클릭한 적이 있음

    유저가 Deep Linked Feeds에서 링크를 클릭하면 "Has clicked on Ad"로 그룹화됩니다. Deep Linked Feeds를 통해 링크가 생성되는 방식을 고려해야 합니다. 이를 사용하여 광고 캠페인에 참여한 유저를 타겟팅 하여 ROI를 개선할 수 있습니다. 특정 클릭 유도 호출을 통해 앱을 열 수 있습니다.

    이메일을 클릭한 적이 있음

    유저가 Universal Email 솔루션에서 링크를 클릭하면 "Has clicked on Email"로 그룹화됩니다. Universal Email 솔루션 연동을 통해 링크가 생성되는 방식을 고려해야 합니다. 이를 사용하여 이메일 캠페인에 참여한 유저를 타겟팅 할 수 있습니다. 한 가지 예는 모바일 웹에 도달했지만 아직 앱이 없는 경우 앱을 다운로드하도록 유도하는 특정 클릭 유도 호출일 수 있습니다.

    메타 데이터 키가 있는 페이지를 보고 있음

    이 필터는 특정 메타데이터가 지정된 웹페이지를 보는 유저를 대상으로합니다. 이 데이터는 HTML로 지정할 수 있습니다. 웹 페이지의 태그, init() 호출의 옵션으로 전달되거나 track() 호출을 사용하여 전달됩니다. HTML을 사용하는 경우 tags, your tags should be formatted as [Branch hosted deep link data](/ko/using-branch/docs/hosted-deep-link-data#section-add-metatags-to-your-site).

    <p>For example, you could target users on pages containing the metadata key “foo” and value “bar” by adding this tag to the page’s HTML...</p>
    
      <p>  `<meta name="branch:deeplink:foo" content="bar" />` </p>
    
       <p>...or by initializing Branch’s web SDK with the following options object:</p>
    

    ```javascript branch.init( 'BRANCH_KEY', { metadata : { 'foo' : 'bar' } } ); ```

      <p>Finally, you could accomplish this by using the track() call to programmatically trigger a Journey to show:  </p>
    

    ```javascript branch.track(‘pageview’, { ‘foo’ : ‘bar’ } ); ```

     <p>Once metadata has been specified on a page in any or all of the three locations specified above, you can target users on that page using the “Is viewing a page with metadata key” audience filter. If metadata with the same key has been specified in either init() or track() and in an HTML meta tag, the metadata passed into either init() or track() will take precedence.
    

    Journey와 상호 작용한 적이 있음

    이 필터를 사용하여 Journey, 상호 작용 유형 및 발생한 창을 선택하여 이전에 특정 Journey와 상호 작용한 유저를 타겟팅 할 수 있습니다. 예를 들어 이 필터를 사용하여 지난 7일 동안 다른 Journey(Journey B)를 취소한 유저에게만 Journey(Journey A)를 표시할 수 있습니다.

📘

필터링 팁

  • 여러 필터를 사용하면 "and" 조건이 생성됩니다. 이 Journey은 모든 조건이 true인 경우에만 표시된다는 의미입니다.
  • You may add additional options for each filter
    • ex. Adding different URLs for the exactly matching clause.
  • 입력한 URL은 페이지 URL과 정확히 일치해야 합니다. 브라우저의 URL 입력 상자에서 직접 원하는 URL을 복사하는 것이 좋습니다. 필터 내의 여러 항목 (예: 2개의 URL 입력)은 "or" 조건을 만듭니다. 즉, 유저가 URL A 또는 B를 방문하는 경우 Journey가 표시됩니다.
  • SEO에 악영향을 줄 수 있으므로 Google에서 유입되는 유저를 전면 광고로 타겟팅 하지 않는 것을 권장합니다. "Exactly matching"을 "not matching"으로 변경할 수 있습니다.
  • 타겟 오디언스를 너무 많이 추가하지 마세요. 이렇게 하면 Journey를 보는 유저의 수가 제한되어 다운퍼널 전환 및 유저 인게이지먼트가 발생할 기회가 제한됩니다.
  • If you are web page ends with a "?", the question mark character will be treated as an optional expression quantifier for the "viewing a page URL starting with" filter. For example, when you set "yoursite.com/?" for this filter, the Journey will appear on "yoursite.com/?", "yoursite.com/settings" or "yoursite.com/".
  • For certain filters (ex. is viewing page url exactly matching...), you can paste multiple values by clicking the Edit All button. This will effectively make that filter meet OR condition.
  1. 다음 단계로 이동할 준비가 되면 Save and Continue 클릭하세요.

2. 화면 설정

이 단계에서는 오디언스가 보게 될 화면을 디자인하거나 A/B에 여러 배리에이션을 추가하여 오디언스 전체의 경험을 테스트합니다. 이것을 하기 위해서는:

  1. Add Variation: 이 기능을 사용하면 여러 템플릿을 디자인하고 각 템플릿에 오디언스의 비율을 할당하여 Journey 실적을 비교하고 A/B 테스트를 실행할 수 있습니다. 이렇게 하면 성능 데이터를 트래킹할 때 빠른 반복이 가능합니다. +를 클릭하여 새 Journey 배너/전면 광고를 추가하고 백분율 필드를 사용하여 각 유사 콘텐츠를 볼 오디언스의 비율을 제어합니다.

📘

배리에이션 표시 제한사항

  • 각 Journey에는 최대 3개의 배리에이션을 설정할 수 있습니다.
  • 총 할당 비율은 100%를 초과할 수 없지만 100% 미만일 수 있습니다. 이 상황에서 나머지 오디언스는 Journey 없이 r기본 웹사이트를 보게됩니다. 이를 통해 Journeys가 적용되지 않은 웹사이트 경험에 대해서도 A/B 테스트를 수행할 수 있습니다.
  1. 배너를 디자인하려면 Select a Template를 클릭하세요.
  1. 템플릿을 선택하기 위해 배너 페이지로 이동합니다. 작업할 템플릿에서 Create 버튼을 클릭합니다. 다음 옵션이 표시됩니다.

    1. 상단/하단 배너
    2. 전면 광고
    3. 버튼 - 참고: A/B 테스트 시 성과 측정 항목을 벤치마크하기 위한 기준으로 Floating Button 템플릿으로 시작해 볼 것을 권합니다.
  2. 템플릿을 선택한 후 View Editor 탭에서 디자인 요소를 커스터마이징 할 수 있습니다.
    i. View Name: 테스트 시 실적을 트래킹하는 데 도움이 되는 배너 유형 및 추가 정보를 반영해야 합니다. 참고: 나중에 Journeys 솔루션을 쉽게 찾을 수 있도록 이름 지정 규칙을 지키세요. 예: 날짜 - 디자인 - OD - 타겟

    ii. 표시된 배너 위로 마우스를 이동하고 커스터마이징 할 요소를 클릭하여 선택하세요. 일부 커스터마이징 옵션은 다음과 같습니다.

    • 앱 아이콘
    • 앱 제목
    • 앱 설명
    • 별점
    • 앱에서 열기
    • 텍스트
    • 배경 이미지

📘

Journey 리디렉션 옵션

일반적인 다운로드 캠페인 또는 사이트 전반에 걸친 할인 이벤트를 운영하는 경우, 유저는 웹사이트에 최초로 방문한 경로와 관계없이 앱 내의 동일한 위치로 이동합니다.

템플릿 옵션을 커스터마이징 할 때 Button 요소에 딥링크(Deep Link) 데이터를 설정하여 랜딩될 곳을 설정할 수 있습니다.

Journeys 솔루션 웹사이트 리디렉션 옵션에 대해 알아보세요.

  1. CSS Editor를 사용하여 요소를 추가로 커스터마이징 할 수 있습니다.

  2. 추가 커스터마이징을 위해 Page Placement를 클릭하세요.

  3. Dismissal Settings 탭을 클릭하세요. 경우에 따라 유저가 Journeys 배너를 적당히 무시하는 대신, Journeys 배너를 닫고 싶을 수도 있습니다(Journey에서 "X" 또는 닫힘 텍스트를 클릭). 최대의 전환율을 얻으면서도 유저에게 최선의 사용자 경험을 줄 수 있도록 Journey에 대한 거부 설정을 조정할 수 있습니다.

    i. Dismissal Behavior: 유저가 Journey 닫으려고 할 때 어떻게 할 지 선택합니다. "Close Journey"는 단순히 Journey가 닫히도록 합니다. "Redirect to a web page"를 선택하면 Journey가 닫히고 선택한 웹페이지로 리디렉션됩니다.

    ii. Dismissal Period: 먼저 드롭다운을 사용하여 Journey가 보이지 않도록 할 기간을 선택합니다. 다음으로, 특정 Journey를 닫을 경우 지정된 기간 동안 닫은 Journey만 보이지 않게 하거나, 혹은 모든 Journey가 보이지 않게 할 지 여부를 결정할 수 있습니다.

  4. Journey 템플릿 커스터마이징을 마쳤으면 Save & Close를 클릭합니다.

  5. Journey 템플릿 생성을 완료하면 Configure Views 단계로 이동합니다. 이 단계에서는 생성한 Journey 템플릿의 이름을 볼 수 있습니다. 여기에서 다른 Journey를 만들거나 Save and Continue를 클릭하여 마지막 단계로 이동할 수 있습니다.

3. 검증 및 테스트

  1. Validation 아래에서 Journey가 작동하도록 모든 것이 올바르게 설정되었는지 확인하는 녹색 확인 표시가 표시됩니다. 오류가 표시되면 해당 단계로 돌아가 설정을 완료하세요. Troubleshooting에서 오류 목록과 의미에 액세스할 수 있습니다.
  2. 드롭다운 메뉴를 클릭하면 Journey의 각 배리에이션을 미리 볼 수 있습니다.
  3. 모든 것이 검증되고 작동하면 다음과 같은 방법으로 라이브 환경에서 Journey를 테스트할 수 있습니다.
    a. 웹사이트 URL을 입력하세요.
    b. 링크를 생성해드립니다. 해당 링크를 가져와서 해당 Journey를 실행할 곳에서 엽니다.

👍

테스트는 어떻게 작동하나요?

웹사이트에 연동된 Branch SDK는 미리보기 도구로 생성된 unique한 일회성 URL 파라미터를 수신합니다. _branch_view_id=296449069883323397과 같습니다. 이 파라미터가 감지되면 SDK는 해당 특정 Journey의 임시 미리보기를 불러옵니다. 이 파라미터는 귀하의 앱의 Branch Key에서만 작동합니다. 다른 웹사이트에서는 Branch SDK가 연동되어 있더라도 작동하지 않습니다.

  1. Journey를 시작할 준비가 되면 Schedule 버튼을 클릭합니다. 다음을 선택할 수 있는 Schedule 상자가 나타나고 다음 세부 정보를 입력하고 완료되면 Save를 클릭할 수 있습니다.

    • Start/Stop Time and Date
    • Repeat Settings (Daily/Weekly)
    • 시간대

    Example Use Cases for Scheduling:

    • Friday Weekly Sales - Promote app downloads with a weekly (repeat) promotion/sale
    • August App Promo - For the month of August, promote a full-page interstitial that auto-stops at the end of the month
  1. 지금 바로 Journey를 시작할하려면 Start Journey를 클릭하세요. 또는 Save & Close를 클릭하여 추후에 돌아와 시작할 수 있습니다.

📘

Journey 일정설정 예시

유저가 앱을 다운로드하면 25% 판매를 광고하는 Journey를 11월 한 달 동안 유저에게 보여주고 싶다고 가정해 보겠습니다. 11월 1일 오전 12시에 시작하여 12월 1일 오전 12시에 종료되도록 설정할 수 있습니다.

새로운 Journey가 설정되었습니다! 여기에서 필요에 맞는 고급 설정을 추가하고 몇 가지 Journeys 솔루션 예제를 검토하여 아이디어를 얻고, 성과를 트래킹하고, 기존 Journeys 솔루션을 관리 할 수 있습니다. 질문이 있으면 FAQ 가이드를 확인하세요!

4일 전에 업데이트됨



Journeys 배너 및 전면배너 생성


여기에서 새로운 Journey를 만드는 방법을 알아보세요!

제안된 편집은 API 참조 페이지에서 제한됩니다.

Markdown 본문 콘텐츠에 대한 편집만 제안할 수 있지만 API 사양에는 제안할 수 없습니다.


필터